mdassemble v. 3.1-1 uruchomiony z initrd nie wykrywa /dev/md0 - system nie wstaje

Bartosz Lis bartoszl w ics.p.lodz.pl
Wto, 24 Lis 2009, 20:49:02 CET


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 m2048 w 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 m2048 w 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


Więcej informacji o liście dyskusyjnej pld-users-pl