Instalator uruchamia się ponownie po wykryciu sprzętu (dysków i innego sprzętu) we wszystkich ostatnich instalacjach serwera

Mam bardzo frustrujący problem z komputerem. Nie mogę zainstalować żadnej najnowszej wersji Ubuntu Server (ani nawet Desktop) od 9.04, nawet przy użyciu instalatora tekstowego. Uruchamiam z pamięci USB stworzonej przez Unetbootin (próbowałem też innych metod, takich jak kreator dysku startowego bez różnicy).

W instalatorze serwera przechodzi do „Wykrywania sprzętu” (drugi dotyczy dysków i całego innego sprzętu, a nie sprzętu sieciowego), a następnie albo zawiesza się na 0% (odczekano 24 godziny), albo uruchamia się ponownie po minucie lub dwóch.

Mój system (koniec 2007 r.):

• Płyta główna ASUS P5NSLI
• Intel Core 2 Duo E6600 2,4 Ghz
• 2 x 1 GB pamięci RAM Corsair 667 MHz
• nVidia GeForce 6600

Odłączyłem wszystko (w tym jedyny dysk twardy, dyski CD-ROM i dyskietkę). Mam tylko jedną pamięć RAM (każda wypróbowała bezskutecznie) i uruchamiam instalator z pamięci USB (uruchamianie z CD-ROM-u powoduje ten sam problem). Próbowałem również kilka opcji startowych ( nomodeset, nousb, acpi=off, noapic, i915.modeset=1/0, xforcevesa) we wszystkich kombinacjach) bezskutecznie. Jedynymi aktywnymi częściami mojego systemu są karta graficzna, mysz, klawiatura i pamięć USB.

Zaktualizowałem także BIOS do najnowszej wersji.

(FWIW, w instalatorze pulpitu pojawia się czarny ekran po naciśnięciu opcji instalacji).

Nawet po usunięciu „cichego” nie jestem w stanie zobaczyć, jaka panika jądra występuje (lub nie występuje), aby spowodować awarię instalacji. Jestem w stanie zapisać dzienniki debugowania tylko przez prosty serwer WWW w instalatorze. Po ostatnim wierszu (wielokrotnie odświeżałem) serwer przestaje odpowiadać, a instalator zawiesza się lub uruchamia ponownie:

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)

Czy ktoś ma jakieś dodatkowe pomysły, które mógłbym wypróbować? Przygotowuję się do rzucenia płyty głównej.

Wydaje mi się, że jest to związane z Twoimi dyskami. Niektóre biosy mają opcję dostosowywania trybu kontrolera dysku. Między „nowoczesnym” a dziedzictwem. Sprawdź swoje bios, jeśli masz taką opcję. Spróbuj go przełączyć i sprawdź, czy instalator nie posunął się dalej.

Znalazłem dyskusję na temat podobnego problemu, który został rozwiązany przez wyłączenie funkcji RAID w systemie BIOS.

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

Na podstawie instrukcji obsługi płyty głównej ( http://dlcdnet.asus.com/pub/ASUS/mb/socket775/P5NSLI/e2234_p5nsli.pdf ) należy przejść do opcji Zaawansowane> Konfiguracja urządzeń pokładowych> Konfiguracja NVRAID i wyłączyć NVRAID.

Jeśli to nie zadziała, czy próbowałeś zamienić zasilacz? Widziałem wiele różnych problemów, w tym problemy z dyskami podobne do tego spowodowane problemami z zasilaniem. Zdecydowanie warto spróbować.

Mówisz, że problem występuje nawet bez dysków w systemie? Czy podczas testowania bez dysków korzystałeś z napędu optycznego lub pamięci USB? Jestem szczególnie zainteresowany wiedzieć, czy masz podłączone jakieś urządzenia SATA. Jeśli tak, warto przetestować bez dysków i pamięci USB, aby sprawdzić, czy można odtworzyć awarię. Interesujące byłoby również wypróbowanie instalatora z dyskiem PATA i sprawdzenie, czy można na nim zainstalować.

Czy masz inny komputer, na którym możesz całkowicie zainstalować Ubuntu GNU / Linux, zaktualizować go do końca ... a następnie włożyć ten dysk do komputera, aby sprawdzić, czy uruchamia się / działa? Właśnie tego bym spróbował.

Chciałbym też spróbować innej pamięci RAM (jeśli jest dostępna). Ponadto, czy inna dystrybucja zostanie pomyślnie zainstalowana? I czy LiveCD uruchamia się pomyślnie na pulpicie?

Mam też starszą płytę główną z załadowanym Ubuntu, która przejdzie w pętlę restartu, ponieważ sposób ładowania kontrolera RAID podczas ładowania się sam. Wystąpił konflikt, w którym bios RAID zakłócałby sektory rozruchowe na dysku SATA. Jest jakiś sposób, aby użyć dd, aby przenieść sektor rozruchowy i go naprawić, ale skończyło się to podłączeniem starszego małego dysku IDE i zainstalowaniem na nim katalogu / boot (tylko) dla Ubuntu. Od tamtej pory pracuję. Widzę z twojego obrazu mobo, że masz gniazdo IDE, więc może jeśli nie masz sposobu, aby wyłączyć RAID, możesz spróbować zainstalować na dysku twardym IDE, aby przetestować.

Ten post błędu zawiera historię (i możliwy link do obejścia) problemu, który miałem.