(megoldva Raid1 boot probléma

Arch Linux

Sziasztok.
Következő problémám van. Egy friss telepítés raid1-re, majd reboot után a következő hibaüzenet fogad.
http://dl.dropbox.com/u/31312647/arch-boot.png
Amit több helyen ajánlottak, hogy a HOOK-ból el kell távolítani az autodetect-et, az megvolt. A modul sorba az md_mod hozzáadva. További ötletem nincs.
A raid felállás a következő:
/dev/md0 /boot ext3
/dev/md1 swap
/dev/md2 / ext4
A grub konfig az elméletileg jó, mert kipróbáltam egy suse telepítéssel, ugyan ilyen raid kiosztással és ott hiba nélkül működött. Gondolom, de nem biztos, hogy vagy nem tölt be valamilyen modult, vagy a hook sorrend rossz. Előre is kösz az építő jellegű segítséget.

  • 7939 megtekintés

Az a probléma, hogy az initrd nem indítja be az md device-t. Ennek sok oka lehet, a legprózaibb pl. az, ha a linux-vendor úgy írta meg, hogy ilyet ne csináljon (azaz az initrd-jük egyszerűen nem tud md-ről bootolni). Mivel minden egyes vendor más és más initrd-t használ, így ezt elég nehéz lesz kitalálni távolról, hogy miért nem megy. Ha a telepítő maga ajánlotta fel, hogy md-re rakja az egész cuccot, akkor esélyes, hogy az initrd-nek is kéne tudnia ezt.

A telepítéskor a merevlemez formázásakor látta a raid-eket és meg is formázta, igaz a grub-ot már nem tudta feltenni a telepítő, azt kézzel kellet behegeszteni. Viszont, amit Z0l írt az bejött. valamiért az mdadm.conf gyári. Tehát nincs benne a raid konfig, ami érdekes mivel a doksi alapján csináltam és létre kellet volna jönnie. Most a kérdés az, hogy minek kellene benne lennie? Mivel az mdadm --examine --scan-t nem tudom lefuttatni, arra meg nem emlékszem, hogy telepítéskor mit írt bele az mdadm.conf-ba.

Az mdadm.conf-ot az tölti ki, aki a raid-eket létrehozza. A kissé "árnyalt" megfogalmazásodból azt vettem ki, hogy ez te voltál, kézzel. Ebben az esetben ezt helyetted senki nem fogja kitölteni...

Másfelől nem tudom, hogy milyen initrd-t használsz, de ha autostart-os partíciótípust használsz, akkor nem kötelező kitölteni az mdadm.conf-ot (csak praktikus), mert az initrd elég, ha egy "mdadm -A -s" parancsot kiad (az udev beindítása után), és hopp, már megy is mindegyik md device.

( kojot | 2012. 03. 09., p – 21:51 )

Valószínűsítem, hogy a /boot raidben nem túl jó megoldás. Én külön vettem, mert elméletileg ritkán van csak használatban, keveset mozog felette a fej, így kicsi az esély a meghibásodására, tehát értelmetlen raidben lennie.

( dnes v | 2012. 03. 09., p – 23:16 )

Nem tudom még aktuális-e, de raid1-nél nyugodtan akár újra létre is hozhatod a tömböket, adatvesztés nem lesz. Ha bebootoltál a telepítőlemezről, összeraktad a tömböket, akkor az "mdadm -Es" kimenetét fűzd hozzá a telepített rendszer mdadm.conf-jához, majd chrootolj be rá. (természetesen mountolva a /, a /boot, a /proc, a /dev, stb..)
Ezekután egy "mkinitcpio" -t futtass le (-g /boot/initramfs-linux.img), hogy létrehozza az initramfs-t. Néha divat volt archnál az, hogy rossz verzió kernel libjeit kereste, ekkor a -k kapcsoló a barátod.

Ha netinstall vagy a core telepítővel bebutulok, akkor látja a raid-eket, de /dev/md125 126 127 eszköznévvel. Viszont a telepítő ezekkel nem tud kezdeni semmit. Kipróbáltam, hogy ezekre telepítsem a rendszert, de hibák tömkelegével örvendeztet meg. Tehát szét kell szednem őket majd újra összerakni. De amit írtál kipróbálom.
/off
kb. 20 x telepítettem az arch-ot az elmúlt hétvégén, már fejből nyomom az összes beállítást raid összerakást szétszedést miegymást. Engem linux még így nem szívatott meg az elmúlt >15 évben. Értem én, hogy minimalista, meg tudás kell hozzá, de azért egy mai korszerű op.r-től elvárható lenne, hogy fel lehessen telepíteni egy raid-re. Nem hiszem, hogy tönkre tenné az imázsát, ha a telepítőben egy olyan partícionáló lenne, amellyel egy raid vagy lvm létrehozható lenne és erre akár fel is menne a rendszer. Ja és a grub is feltelepülne :) A nagyon dícsért wiki-jéről nem is beszélve. Le van írva minden, de követed a leírtakat és nem megy. Dühítő.
/off

A telepiteskor keszult mdadm.conf-fal csereld le az initrd-ben talalhato mdadm.conf-ot. De egyebkent en lassan disztribuciocseren is elgondolkodnek, mindenfele flamecelozgatas nelkul (es ha az alternativa ubuntu lesz, akkor az alternate telepitot toltsd le mert abban tobb opcio van raid telepitesnel)

Ez már megtörtént, mert az éles gépre egy suse 12.1 került. Hozzáteszem elsőre felment, mivel már nem ez az első raid telepítésem. Csak ez az arch szívat, úgy hogy egyenlőre megmarad hobbidisztrónak. Már csak a virtualbox alatt szórakoztam egy kicsit. Hátha összejön. Megpróbáltam egy "féllábas" telepítéssel is (kb. 1 óra), pont ugyan oda jutottam, ahova az elsőnél 10 perc alatt :) Ugyan az a hiba induláskor. Ezt a wikit követtem.
https://wiki.archlinux.org/index.php/Convert_a_single_drive_system_to_R…
Azért kösz mindenkinek. Majd úgy évente ránézek hátha sikerül egy raid-el megbirkóznia az arch-nak.

Ha az mkinitcpio kiadása után vissza is ellenőrizted, hogy valóban helyes a /etc/mdadm.conf (azaz a raid információkat tartalmazót írta az initramba), akkor nincs több ötletem, működnie kellene. A napokban 2 raid1-es archot is telepítettem minden gond nélkül, bár régebbi netinstall telepítővel.

/off
most az arch új dosemuja szórakoztat...
/on

( dj | 2012. 03. 13., k – 15:17 )

Tehát, megoldódott a nagy titok. Lejegyzem az utókornak, hátha valakinek szüksége lesz rá. dnes segítségével (igazából ő csinálta, én csak néztem és tanultam) tegnap este megalkottunk egy raid1-et. A trükk ugye az, hogy a buta telepítő egy régebbi kernel lib-eket tartalmazó initramfs-t hozott létre a /boot alá, ezért chroot-olni kellet a /mnt alá és az mkinitcpio-nak megadni a megfelelő kernel verziót (-k) és fordítani egy új initramfs-t (-g). Ezt persze dnes leírta, csak ugye nem tudtam dekódolni :) De most már megy. Ezer köszönet dnes-nek.