Witam, Po ostatnim upgrade th, w którym zainstalowało mi się mdadm-initrd-3.1-1.x86_64 oraz po regeneracji initrd system przestał wstawać. Poniżej komunikaty złapane na porcie szeregowym:
----8<---- [ 4.207568] scsi0 : ahci [ 4.210699] scsi1 : ahci [ 4.213695] scsi2 : ahci [ 4.216686] scsi3 : ahci [ 4.219685] scsi4 : ahci [ 4.222683] scsi5 : ahci [ 4.225839] ata1: SATA max UDMA/133 irq_stat 0x00400040, connection status c9 [ 4.233995] ata2: SATA max UDMA/133 irq_stat 0x00400040, connection status c9 [ 4.242228] ata3: SATA max UDMA/133 irq_stat 0x00400040, connection status c9 [ 4.250462] ata4: SATA max UDMA/133 abar m2...@0xfabd6000 port 0xfabd6280 ir9 [ 4.257916] ata5: SATA max UDMA/133 irq_stat 0x00400040, connection status c9 [ 4.266149] ata6: SATA max UDMA/133 abar m2...@0xfabd6000 port 0xfabd6380 ir9 [ 15.632029] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 5.045656] ata1.00: ATA-7: ST3500630NS, 3.AEK, max UDMA/133 [ 5.051296] ata1.00: 976773168 sectors, multi 0: LBA48 NCQ (depth 31/32) [ 5.103963] ata1.00: configured for UDMA/133 [ 15.750177] scsi 0:0:0:0: Direct-Access ATA ST3500630NS 3.AE P5 [ 16.481998] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 5.894886] ata2.00: ATA-7: ST3500630NS, 3.AEK, max UDMA/133 [ 5.900531] ata2.00: 976773168 sectors, multi 0: LBA48 NCQ (depth 31/32) [ 5.953179] ata2.00: configured for UDMA/133 [ 16.600123] scsi 1:0:0:0: Direct-Access ATA ST3500630NS 3.AE P5 [ 17.332041] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 6.703236] ata3.00: ATA-8: WDC WD1002FBYS-02A6B0, 03.00C06, max UDMA/133 [ 6.710011] ata3.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 31/32) [ 6.717788] ata3.00: configured for UDMA/133 [ 17.368056] scsi 2:0:0:0: Direct-Access ATA WDC WD1002FBYS-0 03.0 P5 [ 17.683045] ata4: SATA link down (SStatus 0 SControl 300) [ 18.570003] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [ 7.952539] ata5.00: ATAPI: DV-28E-V, 1.AB, max UDMA/33 [ 7.992502] ata5.00: configured for UDMA/33 [ 8.075489] scsi 4:0:0:0: CD-ROM TEAC DV-28E-V 1.AB P5 [ 19.025040] ata6: SATA link down (SStatus 0 SControl 300) [ 19.048389] md: raid1 personality registered for level 1 [ 8.424837] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/465) [ 19.061121] sd 1:0:0:0: [sdb] 976773168 512-byte logical blocks: (500 GB/465) [ 19.061210] sd 1:0:0:0: [sdb] Write Protect is off [ 19.061254] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doeA [ 19.061495] sdb: [ 19.061801] sd 2:0:0:0: [sdc] 1953525168 512-byte logical blocks: (1.00 TB/9) [ 19.061876] sd 2:0:0:0: [sdc] Write Protect is off [ 19.061917] sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doeA [ 19.062142] sdc: sdb1 [ 8.482499] sd 0:0:0:0: [sda] Write Protect is off [ 8.482542] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doeA [ 19.133375] sdb2 sdb3 sdb4 [ 19.137196] sdc1 [ 19.138090] sd 1:0:0:0: [sdb] Attached SCSI disk [ 19.143963] sdc2 sdc3 sdc4 [ 8.511771] sda: [ 19.149150] sd 2:0:0:0: [sdc] Attached SCSI disk [ 8.533206] sda1 sda2 sda3 sda4 [ 8.538857] sd 0:0:0:0: [sda] Attached SCSI disk mdadm: unexpected failure opening /dev/md0 [ 19.285863] VFS: Cannot open root device "0900" or unknown-block(9,0) [ 19.292285] Please append a correct "root=" boot option; here are the availa: [ 19.300699] 0810 488386584 sdb driver: sd [ 19.305287] 0811 88326 sdb1 [ 19.309187] 0812 4064445 sdb2 [ 19.313086] 0813 4064445 sdb3 [ 19.316986] 0814 480166785 sdb4 [ 19.320887] 0820 976762584 sdc driver: sd [ 19.325480] 0821 88326 sdc1 [ 19.329379] 0822 4064445 sdc2 [ 19.333279] 0823 4064445 sdc3 [ 19.337179] 0824 968542785 sdc4 [ 19.341080] 0800 488386584 sda driver: sd [ 19.345674] 0801 88326 sda1 [ 19.349574] 0802 4064445 sda2 [ 19.353472] 0803 4064445 sda3 [ 19.357373] 0804 480166785 sda4 [ 19.361277] Kernel panic - not syncing: VFS: Unable to mount root fs on unkn) [ 19.369594] Pid: 1, comm: swapper xid: #0 Not tainted 2.6.31.6x_xen0nogrsecu1 [ 19.377828] Call Trace: ----8<---- Czyli jak widać dyski SATA się ujawniają. Spośród powyższych partycje sda3 i sda4 są częściami mirrora do zbudowania. Niestety mdassemble raportuje "unexpected error" i dalej już panika. Zajrzałem do środka initrd. Plik linuxrc nie zmienił się od tego jaki został wygenerowany przy poprzedniej wersji mdadm-initrd, w szczególności moduły dyskowe raidowe i fs-owe łądowane są w tej samej kolejności. Zmiana nastąpiła w ramdyskowym pliku etc/mdadm.conf : Plik wygenerowany po upgrade mdadm-initrd do wersji 3.1-1 (system nie wstaje) ----8<---- DEVICE /dev/sda3 DEVICE /dev/sda4 DEVICE /dev/sdb3 DEVICE /dev/sdb4 DEVICE /dev/sda3 /dev/sdb3 ARRAY /dev/md0 metadata=0.90 UUID=7a9786ea:63885903:3e96cb41:041700db ----8<---- Plik z działającego initramdysku (mdadm-initrd v. 2.x - system wstaje) ----8<---- DEVICE /dev/sda3 DEVICE /dev/sda4 DEVICE /dev/sdb3 DEVICE /dev/sdb4 DEVICE /dev/sda3 /dev/sdb3 ARRAY /dev/md0 level=raid1 num-devices=2 metadata=0.90 UUID=7a9786ea:... ----8<---- Czy ktoś wie jak skłonić initrd aby dodawało: level=raid1 num-devices=2 do stosownej linijki w etc/mdadm.conf? Czy też może zupełnie co innego trzeba zrobić żeby mdassemble nie natykał się na "niespodziankę"? Pozdrawiam -- Bartosz Lis @ Inst. of Information Technology, Technical Univ. of Lodz, Poland bartoszl @ ics.p.lodz.pl _______________________________________________ pld-users-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
