O instalador reinicia em “Detectando Hardware” (discos e outro hardware) em todas as instalações recentes do servidor

Eu tenho um problema muito frustrante com o meu PC. Não consigo instalar nenhuma versão recente do Ubuntu Server (ou mesmo o Desktop) desde o 9.04, mesmo usando o instalador baseado em texto. Inicializo a partir de um pen drive criado pela Unetbootin (também tentei outros métodos, como o criador de disco de inicialização, sem diferença).

No instalador do servidor, ele chega em "Detectando hardware" (o segundo sobre discos e todo o outro hardware, não sobre hardware de rede) e, em seguida, trava em 0% (esperou 24 horas) ou reinicia após um minuto ou dois.

Meu sistema (final de 2007):

• Placa-mãe ASUS P5NSLI
• Intel Core 2 Duo E6600 2.4Ghz
• 2 x 1GB Corsair 667MHz RAM
• nVidia GeForce 6600

Eu desconectei tudo (incluindo o único disco rígido, CD-ROM e disquete). Eu tenho apenas um cartão de memória RAM (tentei cada um sem sucesso) e estou inicializando o instalador a partir de um cartão USB (a inicialização a partir do CD-ROM gera o mesmo problema). Eu também tentei várias das opções de inicialização ( nomodeset, nousb, acpi=off, noapic, i915.modeset=1/0, xforcevesa) em todas as combinações) sem sucesso. As únicas partes ativas do meu sistema são a placa de vídeo, mouse, teclado e pendrive.

Também atualizei o BIOS para a versão mais recente.

(FWIW, no instalador da área de trabalho, recebo uma tela preta depois de clicar na opção Instalar.)

Mesmo depois de remover "quiet", não consigo ver o que o pânico do kernel está ocorrendo (ou não) causando a falha da instalação. Só consigo salvar os logs de depuração por meio de um servidor web simples no instalador. Após a última linha (atualizei várias vezes), o servidor para de responder e o instalador trava ou reinicia:

Jan  2 01:04:03 main-menu[302]: INFO: Menu item 'disk-detect' selected
Jan  2 01:04:04 kernel: [  309.154372] sata_nv 0000:00:0e.0: version 3.5
Jan  2 01:04:04 kernel: [  309.154409] sata_nv 0000:00:0e.0: Using SWNCQ mode
Jan  2 01:04:04 kernel: [  309.154531] sata_nv 0000:00:0e.0: setting latency timer to 64
Jan  2 01:04:04 kernel: [  309.164442] scsi0 : sata_nv
Jan  2 01:04:04 kernel: [  309.167610] scsi1 : sata_nv
Jan  2 01:04:04 kernel: [  309.167762] ata1: SATA max UDMA/133 cmd 0x9f0 ctl 0xbf0 bmdma 0xd400 irq 10
Jan  2 01:04:04 kernel: [  309.167774] ata2: SATA max UDMA/133 cmd 0x970 ctl 0xb70 bmdma 0xd408 irq 10
Jan  2 01:04:04 kernel: [  309.167948] sata_nv 0000:00:0f.0: Using SWNCQ mode
Jan  2 01:04:04 kernel: [  309.168071] sata_nv 0000:00:0f.0: setting latency timer to 64
Jan  2 01:04:04 kernel: [  309.171931] scsi2 : sata_nv
Jan  2 01:04:04 kernel: [  309.173793] scsi3 : sata_nv
Jan  2 01:04:04 kernel: [  309.173943] ata3: SATA max UDMA/133 cmd 0x9e0 ctl 0xbe0 bmdma 0xe800 irq 11
Jan  2 01:04:04 kernel: [  309.173954] ata4: SATA max UDMA/133 cmd 0x960 ctl 0xb60 bmdma 0xe808 irq 11
Jan  2 01:04:04 kernel: [  309.174061] pata_amd 0000:00:0d.0: version 0.4.1
Jan  2 01:04:04 kernel: [  309.174160] pata_amd 0000:00:0d.0: setting latency timer to 64
Jan  2 01:04:04 kernel: [  309.177045] scsi4 : pata_amd
Jan  2 01:04:04 kernel: [  309.178628] scsi5 : pata_amd
Jan  2 01:04:04 kernel: [  309.178801] ata5: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xf000 irq 14
Jan  2 01:04:04 kernel: [  309.178811] ata6: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xf008 irq 15
Jan  2 01:04:04 net/hw-detect.hotplug: Detected hotpluggable network interface eth0
Jan  2 01:04:04 net/hw-detect.hotplug: Detected hotpluggable network interface lo
Jan  2 01:04:04 kernel: [  309.485062] ata3: SATA link down (SStatus 0 SControl 300)
Jan  2 01:04:04 kernel: [  309.633094] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Jan  2 01:04:04 kernel: [  309.641647] ata1.00: ATA-8: ST31000528AS, CC38, max UDMA/133
Jan  2 01:04:04 kernel: [  309.641658] ata1.00: 1953525168 sectors, multi 1: LBA48 NCQ (depth 31/32)
Jan  2 01:04:04 kernel: [  309.657614] ata1.00: configured for UDMA/133
Jan  2 01:04:04 kernel: [  309.657969] scsi 0:0:0:0: Direct-Access     ATA      ST31000528AS     CC38 PQ: 0 ANSI: 5
Jan  2 01:04:04 kernel: [  309.658482] sd 0:0:0:0: Attached scsi generic sg0 type 0
Jan  2 01:04:04 kernel: [  309.658588] sd 0:0:0:0: [sda] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB)
Jan  2 01:04:04 kernel: [  309.658812] sd 0:0:0:0: [sda] Write Protect is off
Jan  2 01:04:04 kernel: [  309.658823] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
Jan  2 01:04:04 kernel: [  309.658918] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Jan  2 01:04:04 kernel: [  309.675630]  sda: sda1 sda2
Jan  2 01:04:04 kernel: [  309.676440] sd 0:0:0:0: [sda] Attached SCSI disk
Jan  2 01:04:05 kernel: [  309.969102] ata2: SATA link down (SStatus 0 SControl 300)
Jan  2 01:04:05 kernel: [  310.281137] ata4: SATA link down (SStatus 0 SControl 300)

Alguém tem alguma idéia adicional que eu poderia tentar? Estou me preparando para lançar a placa-mãe.

Parece-me que está relacionado com os seus discos. Algumas BIOS possuem uma opção para ajustar o modo do controlador de disco. Entre "moderno" e legado. Verifique sua BIOS se você tiver essa opção. Tente alterná-lo e veja se o instalador avança mais.

Eu encontrei essa discussão de um problema semelhante que foi solucionado com a desativação dos recursos RAID no BIOS.

http://ubuntuforums.org/showpost.php?p=7245167&postcount=5

Com base no manual da sua placa-mãe ( http://dlcdnet.asus.com/pub/ASUS/mb/socket775/P5NSLI/e2234_p5nsli.pdf ), você deve navegar para Avançado> Configuração de dispositivos integrados> Configuração do NVRAID e desativar o NVRAID.

Se isso não funcionar, você já tentou trocar a fonte de alimentação? Eu já vi uma grande variedade de problemas, incluindo problemas de disco semelhantes a este, causados ​​por problemas de fonte de alimentação. Definitivamente, vale a pena tentar.

Você diz que o problema ocorre mesmo sem discos no sistema? Quando você testou sem discos, estava usando uma unidade óptica ou um pendrive? Estou particularmente interessado em saber se você tem algum dispositivo SATA conectado. Se você fez isso, seria interessante testar sem unidades e um pen drive para ver se é possível recriar a falha. Também seria interessante tentar o instalador com um disco PATA e ver se você pode instalar nele.

Você tem algum outro computador em que possa instalar completamente o Ubuntu GNU / Linux, atualizá-lo completamente? Depois, coloque essa unidade no computador para esta postagem para ver se ela inicializa / funciona? É o que eu tentaria.

Além disso, eu tentaria alguma RAM diferente (se disponível). Além disso, uma distribuição diferente será instalada com sucesso? E o LiveCD inicializa com sucesso na área de trabalho?

Além disso, eu tenho uma placa-mãe mais antiga com o Ubuntu carregada que entraria em um loop de reinicialização porque a maneira como o controlador RAID estava sendo carregado na inicialização. Houve algum conflito em que o BIOS RAID interferia nos setores de inicialização na unidade SATA. Existe alguma maneira de usar o dd para mover o setor de inicialização e corrigi-lo, mas o que acabei fazendo foi conectar uma pequena unidade IDE antiga que eu tinha e instalar o diretório / boot (somente) nele para o Ubuntu. Trabalha desde então. Vejo pela sua imagem da mobo que você possui um slot IDE; talvez, se não tiver como desativar o RAID, tente instalar em um disco rígido IDE para testar.

Este post de bug tem o histórico (e possível link para uma solução alternativa) para o problema que estava tendo.