[SOLVED]Problem z instalacją Etcha - dysk pod ICH8
: 21 maja 2007, 01:14
Pisałem już na Usenecie, ale nikt nie odpowiedział...
Mam problem z instalacją Etchana mojej maszynie:
Płyta główna MSI P965 Neo-F:
*mostek południowy ICH8 (obsługa 4 portów SATA)
*chip firmy JMicron JMB 361 (obsługa IDE i dodatkowego portu SATA)
Dysk twardy Samsunga 160 GB na SATA (model: SP1603C / HD160JJ)
Partycje:
sda1 - WinXP (FAT32)
sda5 - root file system debiana (ReiserFS)
sda6 - pliki (NTFS)
Instalator nie może sobie poradzić z wykryciem dysku, gdy ten jest podłączony do portu SATA obsługiwanego bezpośrednio przez mostek południowy, natomiast widzi go po przełączeniu do portu obsługiwanego przez JMB361. Przełączenie dysku rodzi jednak nowy problem: system może teoretycznie działać, ale nie może się załadować - GRUB nie widzi dysku, bo ten jest obsługiwany przez BIOS chipa, a nie płyty głównej (wyświetla error 21)
Streszczając, mam 2 opcje podłączenia dysku, dające odpowiednio:
* działający bootloader ładujący bezużyteczny system (niemogący zamontować /)
* działający system nie dający się załadować
Dorzucę fragment sysloga w przypadku podłączenia dysku bezpośrednio do mostka południowego (obcięte daty/godziny):
Oraz lspci:
Może ktoś z obecnych jest w stanie z tego coś wyłuskać ;-)
Gdyby brakowało istotnych fragmentów logów/informacji o sprzęcie, to dajcie znać :-)
Tak sobie myślę, że mogę skompilować jajko z obsługą SATA pod ICH8 na drugim kompie i podrzucić to do Debiana, jednak nie wiem, czy to ma prawo wypalić i (jeżeli ma prawo) co dokładnie skopiować (bzImage wystarczy?) oraz jak to w grubie ponastawiać i w ogóle to tylko pomysł taki; możliwe, że nie tędy droga ;-)
Proszę o komentarz :-)
[ Dodano: 2007-05-22, 00:29 ]
Ta kaplica sprawia, że nie wiem, czy zostałem olany, czy po prostu nikt nie miał do czynienia z podobną sytuacją i nie jest w stanie udzielić mi porady.
Poczułbym się dużo lepiej, gdyby ktoś chociaż odpisał "słabo googlałeś, poszukaj jeszcze przez 3 dni" albo "dyski samsunga są do d, dlatego nie masz co liczyć na odpowiedź".
[ Dodano: 2007-05-28, 00:07 ]
Problem oczywiście był banalny, ale wpierw musiałem wypróbować okrężne rozwiązanie :-)
Skompilowałem jajko odpowiadające mojej maszynie na starym kompie (jest tam jeszcze slackware), przegrałem je (tj. bzImage, System.map i plik konfiguracyjny; dla komfortu przenoszenia jajko nie miało modułów i nie korzystało z initrd), dodałem wpis do GRUBa i jako tako działało (obsługa ACPI leżała). Dziś rano postanowiłem wszystko (tj. instalację i przegranie nowego jaja) powtórzyć, by sobie poprawić kilka rzeczy. Tak coś mnie naszło, by podłączyć dysk do pierwszego portu SATA z tych obsługiwanych przez ICH8 (wcześniej był zawsze w trzecim, nie wiem czemu monter go tak wczepił, ale ramu też mi nie chciał włożyć odpowiednio, by szedł w Dual Channel). Instalator pięknie wystartował i system teraz działa na debianowym kernelu :-) Mam jeszcze problemy z konfiguracją sieci (tzn. 802.11 przez ndiswrappera), ale o tym opowiem (o ile sobie sam nie poradzę) w innym temacie :-)
Mam problem z instalacją Etchana mojej maszynie:
Płyta główna MSI P965 Neo-F:
*mostek południowy ICH8 (obsługa 4 portów SATA)
*chip firmy JMicron JMB 361 (obsługa IDE i dodatkowego portu SATA)
Dysk twardy Samsunga 160 GB na SATA (model: SP1603C / HD160JJ)
Partycje:
sda1 - WinXP (FAT32)
sda5 - root file system debiana (ReiserFS)
sda6 - pliki (NTFS)
Instalator nie może sobie poradzić z wykryciem dysku, gdy ten jest podłączony do portu SATA obsługiwanego bezpośrednio przez mostek południowy, natomiast widzi go po przełączeniu do portu obsługiwanego przez JMB361. Przełączenie dysku rodzi jednak nowy problem: system może teoretycznie działać, ale nie może się załadować - GRUB nie widzi dysku, bo ten jest obsługiwany przez BIOS chipa, a nie płyty głównej (wyświetla error 21)
Streszczając, mam 2 opcje podłączenia dysku, dające odpowiednio:
* działający bootloader ładujący bezużyteczny system (niemogący zamontować /)
* działający system nie dający się załadować
Dorzucę fragment sysloga w przypadku podłączenia dysku bezpośrednio do mostka południowego (obcięte daty/godziny):
Kod: Zaznacz cały
SCSI subsystem initialized
libata version 2.00 loaded.
[...]
ahci 0000:02:00.0: version 2.0
ACPI: PCI Interrupt 0000:02:00.0[A] -> GSI 16 (level, low) -> IRQ 169
irq 217: nobody cared (try booting with the "irqpoll" option)
[<c0131ea7>] __report_bad_irq+0x2b/0x69
[<c013206d>] note_interrupt+0x188/0x1bf
[<c01317c3>] handle_IRQ_event+0x23/0x49
[<c013185b>] __do_IRQ+0x72/0xa1
[<c010506f>] do_IRQ+0x43/0x50
[<c0103a9a>] common_interrupt+0x1a/0x20
[<c0101a51>] mwait_idle+0x20/0x33
[<c0101a1c>] cpu_idle+0x37/0x4c
[<c03105fa>] start_kernel+0x270/0x272
handlers:
[<f884329b>] (usb_hcd_irq+0x0/0x4a [usbcore])
Disabling IRQ #217
PCI: Setting latency timer of device 0000:02:00.0 to 64
ahci 0000:02:00.0: AHCI 0001.0000 32 slots 2 ports 3 Gbps 0x3 impl
SATA mode
ahci 0000:02:00.0: flags: 64bit ncq pm led clo pmp pio slum part
ata1: SATA max UDMA/133 cmd 0xF882C100 ctl 0x0 bmdma 0x0 irq 169
ata2: SATA max UDMA/133 cmd 0xF882C180 ctl 0x0 bmdma 0x0 irq 169
scsi0 : ahci
ata1: SATA link down (SStatus 0 SControl 300)
scsi1 : ahci
ata2: SATA link down (SStatus 0 SControl 300)
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with
idebus=xx
ata_piix 0000:00:1f.2: version 2.00
ata_piix 0000:00:1f.2: MAP [ P0 -- P1 -- ]
ACPI: PCI Interrupt 0000:00:1f.2[B] -> GSI 19 (level, low) -> IRQ 217
PCI: Setting latency timer of device 0000:00:1f.2 to 64
ata3: SATA max UDMA/133 cmd 0xFA00 ctl 0xF902 bmdma 0xF600 irq 217
ata4: SATA max UDMA/133 cmd 0xF800 ctl 0xF702 bmdma 0xF608 irq 217
scsi2 : ata_piix
ata3.00: qc timeout (cmd 0xec)
ata3.00: failed to IDENTIFY (I/O error, err_mask=0x4)
ata3.00: qc timeout (cmd 0xec)
ata3.00: failed to IDENTIFY (I/O error, err_mask=0x4)
ata3.00: qc timeout (cmd 0xec)
ata3.00: failed to IDENTIFY (I/O error, err_mask=0x4)
scsi3 : ata_piix
abnormal status 0x7F on port 0xF807
ata_piix 0000:00:1f.5: MAP [ P0 -- P1 -- ]
ACPI: PCI Interrupt 0000:00:1f.5[B] -> GSI 19 (level, low) -> IRQ 217
PCI: Setting latency timer of device 0000:00:1f.5 to 64
ata5: SATA max UDMA/133 cmd 0xF300 ctl 0xF202 bmdma 0xEF00 irq 217
ata6: SATA max UDMA/133 cmd 0xF100 ctl 0xF002 bmdma 0xEF08 irq 217
scsi4 : ata_piix
ATA: abnormal status 0x7F on port 0xF307
scsi5 : ata_piix
ATA: abnormal status 0x7F on port 0xF107
JMB361: IDE controller at PCI slot 0000:02:00.1
Kod: Zaznacz cały
00:1f.2 IDE interface [0101]: Intel Corporation 82801H (ICH8 Family) 4 port SATA IDE Controller [8086:2820] (rev 02) (prog-if 8f [Master SecP SecO PriP PriO])
Subsystem: Intel Corporation 82801H (ICH8 Family) 4 port SATA IDE Controller [8086:2820]
Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 217
I/O ports at fa00 [size=200]
I/O ports at f900 [size=134]
I/O ports at f800 [size=200]
I/O ports at f700 [size=134]
I/O ports at f600 [size=200]
I/O ports at f500 [size=200]
Capabilities: [70] Power Management version 3
[...]
00:1f.5 IDE interface [0101]: Intel Corporation 82801H (ICH8 Family) 2 port
SATA IDE Controller [8086:2825] (rev 02) (prog-if 85 [Master SecO PriO])
Subsystem: Intel Corporation 82801H (ICH8 Family) 2 port SATA IDE
Controller [8086:2825]
Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 217
I/O ports at f300 [size=200]
I/O ports at f200 [size=134]
I/O ports at f100 [size=200]
I/O ports at f000 [size=134]
I/O ports at ef00 [size=200]
I/O ports at ee00 [size=200]
Capabilities: [70] Power Management version 3
Gdyby brakowało istotnych fragmentów logów/informacji o sprzęcie, to dajcie znać :-)
Tak sobie myślę, że mogę skompilować jajko z obsługą SATA pod ICH8 na drugim kompie i podrzucić to do Debiana, jednak nie wiem, czy to ma prawo wypalić i (jeżeli ma prawo) co dokładnie skopiować (bzImage wystarczy?) oraz jak to w grubie ponastawiać i w ogóle to tylko pomysł taki; możliwe, że nie tędy droga ;-)
Proszę o komentarz :-)
[ Dodano: 2007-05-22, 00:29 ]
Ta kaplica sprawia, że nie wiem, czy zostałem olany, czy po prostu nikt nie miał do czynienia z podobną sytuacją i nie jest w stanie udzielić mi porady.
Poczułbym się dużo lepiej, gdyby ktoś chociaż odpisał "słabo googlałeś, poszukaj jeszcze przez 3 dni" albo "dyski samsunga są do d, dlatego nie masz co liczyć na odpowiedź".
[ Dodano: 2007-05-28, 00:07 ]
Problem oczywiście był banalny, ale wpierw musiałem wypróbować okrężne rozwiązanie :-)
Skompilowałem jajko odpowiadające mojej maszynie na starym kompie (jest tam jeszcze slackware), przegrałem je (tj. bzImage, System.map i plik konfiguracyjny; dla komfortu przenoszenia jajko nie miało modułów i nie korzystało z initrd), dodałem wpis do GRUBa i jako tako działało (obsługa ACPI leżała). Dziś rano postanowiłem wszystko (tj. instalację i przegranie nowego jaja) powtórzyć, by sobie poprawić kilka rzeczy. Tak coś mnie naszło, by podłączyć dysk do pierwszego portu SATA z tych obsługiwanych przez ICH8 (wcześniej był zawsze w trzecim, nie wiem czemu monter go tak wczepił, ale ramu też mi nie chciał włożyć odpowiednio, by szedł w Dual Channel). Instalator pięknie wystartował i system teraz działa na debianowym kernelu :-) Mam jeszcze problemy z konfiguracją sieci (tzn. 802.11 przez ndiswrappera), ale o tym opowiem (o ile sobie sam nie poradzę) w innym temacie :-)