geninitrd i (auto)raid

[Tomasz Kłoczko]

Jest mały byk w geninitrd wynikajaccy ze złych załozeń.

# geninitrd -v initrd-2.2.25-2smp.gz 2.2.25-2smp
awk: cannot open /etc/raidtab (No such file or directory)
Using modules:  fs/ext2.o.gz
`/lib/modules/2.2.25-2smp/fs/ext2.o.gz' -> 
`/tmp/initrd.H2qxx9/lib/modules/2.2.25-2smp/fs/ext2.o.gz'
/sbin/bsp-raidless -> /tmp/initrd.H2qxx9/linuxrc
Loading module ext2.o.gz without options.
Adding raidstart to initrd
/etc/raidtab -> /tmp/initrd.H2qxx9/etc/raidtab
cp: nie można wykonać stat na `/etc/raidtab': Nie ma takiego pliku ani katalogu
/sbin/bsp -> /tmp/initrd.H2qxx9/linuxrc
copying /dev/md0

Przy założeniu że korzysta się z autoraida zagladanie do /etc/raidtab nie
ma sensu, a zwykle jeżeli już ktoś korzysta z meta dev to raczej uzywa
autoraid. Tak czy inaczej widząc w /etc/fstab pd root dev raid dev (np.  
/dev/md0) powinno się zaglądać do /proc/mdstat żeby wyłuskać składniki
meta deva co potrzebne jest do skompletownia listy modułów sterowników
dysków na których jest to rozłożone (ide czy scsi). Domyślnie geneinitrd
może IMHO spokojnie pracować w takich przypadkach zakładajac że ma
doczynienia z autoraid.

# cat /proc/mdstat
Personalities : [raid0] read_ahead 1024 sectors
md0 : active raid0 sdd1[3] sdc1[2] sdb1[1] sda1[0] 8385536 blocks 64k chunks
md1 : active raid0 sdd2[3] sdc2[2] sdb2[1] sda2[0] 104839680 blocks 64k chunks

W powyższym widać który moduł do md załodować jak i że jest użwyane scsi
czyli że trzeba wrzucić po kolei scsi_mod, moduł host adaptera i sd_mod i 
na koniec moduł do raid0, a po wszystkim jeszcze sprawdzajac jaki system 
plikowy jest na /dev/md0 moduł do obsługi tegoż.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*