Installer Reinicia em “Detectando hardware” (discos e outro hardware) em todas as instalações recentes do servidor

10

Eu tenho um problema muito frustrante com o meu PC. Eu não posso instalar qualquer versão recente do Ubuntu Server (ou mesmo Desktop) desde 9.04, mesmo usando o instalador baseado em texto. Eu inicializo de um stick USB criado pelo Unetbootin (eu também tentei outros métodos, como criador de disco de inicialização, sem diferença).

No instalador do Servidor, ele chega a "Detectando Hardware" (o segundo sobre discos e todos os outros hardwares, não hardware de rede) e trava em 0% (espera 24 horas) ou reinicializa após um ou dois minutos .

Meu sistema (final de 2007):

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

Eu desliguei tudo (incluindo o único disco rígido, CD-ROMs e disquete). Eu tenho apenas um stick de RAM (tentei cada um sem sucesso) e estou inicializando o instalador a partir de um stick USB (inicializar a partir do CD-ROM produz 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 pen drive.

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

(FWIW, no instalador do Desktop, recebo uma tela preta depois de apertar a opção de instalação.)

Mesmo depois de remover "quiet", não consigo ver o que o kernel panic está ocorrendo (ou não está ocorrendo) para causar a falha da instalação. Eu só sou capaz de salvar os logs de depuração através de um simples servidor web no instalador. Após a última linha (repetidamente atualizada), o servidor pára de responder e o instalador trava ou reinicializa:

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 ideia adicional que eu possa tentar? Estou me preparando para jogar a placa-mãe.

    
por Ryan Rosario 12.02.2012 / 22:25

3 respostas

1

Parece-me que está relacionado com os seus discos. Alguns Bioses têm uma opção para ajustar o modo do controlador de disco. Entre "moderno" e legado. Verifique seu bios se você tiver essa opção. Tente alternar e veja se o instalador fica mais longe.

    
por tomodachi 22.03.2012 / 00:33
0

Eu encontrei esta discussão de um problema semelhante que foi resolvido pela desativação de recursos RAID no BIOS.

link

Baseado no manual da sua placa-mãe ( link ) você deve navegar para Avançado > Configuração de dispositivos onboard > Configuração NVRAID e desative NVRAID.

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

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

    
por johnf 22.03.2012 / 02:26
0

Você tem algum outro computador no qual você possa instalar completamente o Ubuntu GNU / Linux, atualizá-lo completamente .. então coloque a unidade no computador para este post para ver se ele inicializa / funciona? Isso é o que eu tentaria.

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

Além disso, eu tenho uma placa-mãe mais velha com o Ubuntu carregada nela que entraria em um loop de reinicialização porque a maneira como o controlador RAID estava se carregando na inicialização. Houve algum conflito em que o BIOS do RAID interferiria nos setores de inicialização na unidade SATA. Existe uma maneira de usar o dd para mover o setor de inicialização e consertá-lo, mas o que acabei fazendo foi conectar uma pequena unidade IDE mais antiga que eu tinha e instalar o diretório / boot (apenas) nela para o Ubuntu. Trabalhando desde então. Eu vejo da sua imagem da mobo que você tem um slot IDE, então talvez se você não tem como desativar o RAID, você pode tentar instalar em um disco rígido IDE para testar.

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

    
por Shannon_VanWagner 29.04.2012 / 06:28