|
Тема |
Решението ... [re: tehh] |
|
Автор |
Masklin (Ном) |
|
Публикувано | 12.07.06 20:26 |
|
|
се оказа доволно просто:
cd /etc/mkinitramfs/scripts/local-top
echo "sleep 15" > _
chmod +x _
update-initramfs -u
С други думи, проблемът беше в баааааавното прочитане на дяловете. Докато ядрото разбере за sda1...sde4, скриптът за вдигане на RAID-а минава, но не намира никой и като резултат когато дойде момента за монтиране на root, на /dev/md0 няма никой.
Тъпанарски проблем, който всъщност заобиколих, а не реших (истинското решение е mdrun /dev да се пусне чак след като модулите за SCSI контролера са се заредили и дяловете са открити).
Най-лошото обаче се оказа хм, липсата на подходяща документация. Е, може би и в моето неумение да я търся, знам ли. HOWTO-то, за което говориш е първо, страшно остаряло и второ, не обяснява пълноценно mdadm, а само споменава, че го има като алтернатива на raidtools и че еди-кои си неща се правят така и така. Не намерих и описание как се очаква да работи boot процеса на Debian, затова дебъгвах.
Като човек без опит в RAID обаче за мен беше загадка например как при начално зареждане се разпознава къде е софтуерният RAID - кой том на кои дялове е. Информация се намира лесно, но за стари ядра. В 2.6 обаче автоматичното конфигуриране на RAID не се задава като опция на ядрото, а е неразделна част от кода. То обаче работи само, ако не използваш initrd. Когато използваш, очаква се някой от скриптовете в initrd да събере тома. Е как да се досетиш?
Да го кажа така - софтуерът не е никак лош (Debian-ския поне), но ако не беше Google и нямах няколко дена за ровене ...
Знам ли, може и да бъркам. Ако някой ми покаже място, където е описано принципно как са проектирани да работят отделните компоненти на Linux / Debian, за мен това би било многократно по-полезно от рецептите как да направим еди-какво си на tldp.org. Но такава информация или няма, или е трудна за намиране.
White dwarf seeks red giant for binary relationship.
|
| |
|
|
|