O Debian não impõe requisitos de hardware para além do que é requerido pelo kernel Linux e pelas ferramentas GNU. Por isso qualquer arquitectura ou plataforma para a qual tenha sido portado o kernel Linux, libc, gcc, etc. e para o qual exista um port de Debian, pode correr Debian. Para mais detalhes de sistema com a arquitectura SPARC que tenham sido testados com Debian por favor veja as páginas dos Ports em http://www.debian.org/ports/sparc/.
Em vez de tentar descrever todas a configurações de hardware que são suportadas por SPARC, esta secção contém informação geral e indicações de onde se pode encontrar informação adicional.
Debian 5.0 suporta onze arquitecturas de maior relevo e várias variações de cada arquitectura conhecidas por “flavors”.
Arquitectura | Designação Debian | Sub-arquitectura | Flavor |
---|---|---|---|
Baseado em Intel x86 | i386 | ||
AMD64 & Intel EM64T | amd64 | ||
DEC Alpha | alpha | ||
ARM | arm | Netwinder e CATS | netwinder |
armel | Versatile | versatile | |
arm e armel | Intel IOP32x | iop32x | |
Intel IXP4xx | ixp4xx | ||
Marvell Orion | orion5x | ||
HP PA-RISC | hppa | PA-RISC 1.1 | 32 |
PA-RISC 2.0 | 64 | ||
Intel IA-64 | ia64 | ||
MIPS (big endian) | mips | SGI IP22 (Indy/Indigo 2) | r4k-ip22 |
SGI IP32 (O2) | r5k-ip32 | ||
MIPS Malta (32 bit) | 4kc-malta | ||
MIPS Malta (64 bit) | 5kc-malta | ||
Broadcom BCM91250A (SWARM) | sb1-bcm91250a | ||
Broadcom BCM91480B (BigSur) | sb1a-bcm91480b | ||
MIPS (little endian) | mipsel | Cobalt | cobalt |
MIPS Malta (32 bit) | 4kc-malta | ||
MIPS Malta (64 bit) | 5kc-malta | ||
Broadcom BCM91250A (SWARM) | sb1-bcm91250a | ||
Broadcom BCM91480B (BigSur) | sb1a-bcm91480b | ||
IBM/Motorola PowerPC | powerpc | PowerMac | pmac |
PReP | prep | ||
Sun SPARC | sparc | sun4u | sparc64 |
sun4v | |||
IBM S/390 | s390 | IPL a partir de VM-reader e DASD | generic |
IPL a partir de tape | tape |
Este documento aborda a instalação na arquitectura SPARC. Se está á procura de informação acerca de qualquer uma das outras arquitecturas suportadas por Debian veja a página das Conversões Debian.
Hardware baseado em Sparc está dividido num número de diferentes sub-arquitecturas, identificadas por um dos seguintes nomes: sun4, sun4c, sun4d, sun4m, sun4u ou sun4v. A seguinte lista descreve quais as máquinas que incluem e qual o nível de suporte que pode ser esperado para cada uma delas.
Não é suportada nenhuma destas sub-arquitecturas sparc 32-bit (sparc32). Para uma lista completa de máquinas que pertencem a estas sub-arquitecturas, por favor consulte a página da Wikipedia sobre SPARCstation.
O último lançamento Debian a suportar a sparc32 foi o Etch, mas mesmo assim apenas para sistemas sum4m. O suporte para outras sub-arquitecturas 32-bits já tinha sido descontinuado após lançamentos anteriores.
Esta sub-arquitectura inclui todas as máquinas 64-bit (sparc64) baseadas no processador UltraSparc e seus clones. A maioria das máquinas são bem suportadas, embora alguns possam ter problemas a arrancar de CD devido a bugs do firmwaare ou do gestor de arranque (este problema está a ser contornado utilizando o arranque através da rede). Utilize o kernel sparc64 ou sparc64-smp em configurações UP ou SMP respectivamente.
Este é o membro mais recente da família Sparc, que inclui máquinas baseadas em CPUs multi-core Niagara. Neste momento tais CPUs apenas são suportados em servidores T1000 e T2000 da Sun, e são bem suportados. Utilize o kernel sparc64-smp.
Note que os CPUs SPARC64 da Fujitsu utilizados na família de servidores PRIMEPOWER não são suportados devido á falta de suporte no kernel linux.
O suporte Debian para interfaces gráficos é determinado pelo suporte existente do sistema X11 da X.Org. A maioria das placas gráficas AGP, PCI e PCIe sob o X.Org. Detalhes sobre barramentos gráficos, placas, monitores e dispositivos apontadores suportados podem ser encontrados em http://xorg.freedesktop.org/. Debian 5.0 vem com X.Org versão 7.3.
A maioria das opções gráficas vulgarmente encontradas em máquinas baseadas em Sparc são suportadas. Estão disponíveis controladores gráficos X.org para framebuffers sunbw2, suncg14, suncg3, suncg6, sunleo e suntx, placas Creator3D e Elite3D (controlador sunffb), placas gráficas baseadas em ATI PG2X24/PGX64 (controlador ati), e placas baseadas em PermediaII (controlador glint). Para utilizar uma placa Elite3D com X.org necessita de instalar adicionalmente o pacote afbinit
, e ler a documentação nele incluída acerca de como activar a placa.
Não é fora do comum uma máquina Sparc ter duas placas gráficas numa configuração por omissão. Num caso desses existe a possibilidade de o kernel Linux não direccionar a saída para a placa inicialmente utilizada pelo firmware. A falta de saída na consola gráfica pode ser confundida com um bloqueio (normalmente a última mensagem vista na consola é 'Booting Linux...'). Uma solução possível é remover fisícamente uma das placas gráficas; outra opção é desabilitar uma das placas utilizando um parâmetro de arranque do kernel. Além disso, se a saída gráfica não for neccessária nem desejada, pode ser utilizada uma consola série como alternativa. Em alguns sistemas o uso de consola série pode ser activada automaticamente desligando o teclado antes de arrancar o sistema.
Quase todas as placas de rede (NIC) suportadas pelo kernel Linux deve também ser suportadas pelo sistema de instalação; controladores modulares devem ser carregados automaticamente.
Isto inclui muitas placas PCI (para sistemas que têm PCI) e as seguintes placas de rede da Sun:
Sun LANCE
Sun Happy Meal
Sun BigMAC
Sun QuadEthernet
MyriCOM Gigabit Ethernet
Aqui estão alguns problemas com placa de rede específicas que vale a pena mencionar aqui.
Existem várias placas de rede PCI que têm a mesma identificação, mas são suportadas por controladores relacionados, mas diferentes. Alguma placas trabalham com o controlador tulip
, outras com o controlador dfme
. Devido a terem a mesma identificação, o kernel não as pode distinguir uma da outra e não sabe qual controlador deve ser carregado. Se acontecer ser o errado, a placa de rede poderá não funcionar, ou funcionar mal.
Este é um problema usual em sistemas Netra com uma placa de rede Davicom (compatível com DEC-Tulip). Nesse caso o controlador tulip
é provavelmente o correcto. Você pode evitar este problema colocando o módulo do controlador errado na lista negra conforme é descrito em Secção 5.3.1.3, “Colocar módulos do kernel na 'lista negra'”.
Uma solução alternativa durante a instalação é mudar para uma 'shell' e descarregar o módulo do controlador errado utilizando modprobe -r
(ou ambos, se forem ambos carregados). Depois disso pode carregar o módulo correcto utilizando módulo
modprobe
. Note que o módulo errado pode ser novamente carregado quando o sistema reiniciar. módulo