Dotaz: Ubuntu instalace na SW RAID 1 (1 disk) - nenabootuje

[martin]

Příloha:

• video.mp4 (1008684 bytů)

Ahoj, potrebuju nainstalovat Ubuntu 14.04 server x64 na softwarove RAID 1 pole.

Aktualne mam dostupny pouze jeden disk, druhy dorazi asi za tyden. Proto potrebuji pri instalaci vytvorit SW RAID 1 a zatim pouzivat pouze jeden disk. Pote co dorazi druhy disk, chtel bych ho pouze rozdelit, pridat do serveru a nechat sesynchronizovat pole.

Zatim jsem uvedeny postup zkousel ve VirtualBoxu a po instalaci nenabootuju. Pravdepodobne proto, ze mam jenom jeden disk (porusene/neuplne pole).

Jak se da nabootovat ubuntu s rozbitym/neuplnym sw raid? Jde mi i o vyuziti do budoucna - pokud se jeden disk rozbije, jak nabootuju? Existuje treba nejaky parametr do grubu, ktery to povoli?

Druha otazka - davali byste /boot take na RAID (muze to zpusobit problemy?), nebo byste ho nechali pouze na jednom disku?

V priloze je 3 minutove video, na kterem je videt, jak jsem rozdelil disk a chyba pri bootovani.

Odpovědi

[R]

Vyzera to ako bug v Ubuntu... Malo by to normalne fungovat. Samozrejme, ze /boot davam tiez do RAIDu.

[martin]

Mas pravdu. Zkusil jsem uplne stejny postup u Debianu 8.1.0 a funguje to. Bez problemu nabootuju.

Jak to mohu v Ubuntu opravit? Chci zustat u LTS verze 14.04.

[dustin]

Ubuntu nevím, ale bojoval jsem s instalátorem mintu 17, aby pole rozpoznal a byl ochoten jej vzít jako partišnu. Pořád trval na tom, že je md0 celý disk a chtěl jej dělit na partišny. Musel jsem v terminálu pole naformátovat (mkfs.ext4), pak to šlo.

Takže v Mintu bych v live prostředí v terminálu přes startem instalačního softu vyrobil degradované pole (jeden missing), naformátoval a pak bych si tipnul, že to instalátor vezme.

Bootovat z degradovaného samozřejmě lze, pokud má zbylý disk nainstalovaný grub (vždy po prvním najetí instaluji na všechny disky, které jsou součástí raid1 partišny rootu). Samozřejmě po výměně disku za nový je třeba na to nezapomenout

[Jendа]

Podívej se jestli to pole existuje. Zkus ho ručně sestavit a pokračovat v bootu. Je vůbec v initramdisku mdadm a potřebné moduly?

[nobody]

ohledne startu z degradovaneho... v souboru /etc/initramfs-tools/conf.d/mdadm
zmen BOOT_DEGRADED=false na BOOT_DEGRADED=true a pregeneruj initd pomoci:

update-initramfs -u -k all

nebo mozna misto rucne, to udelat automaticky volbou BOOT_DEGRADED pri:

dpkg-reconfigure mdadm

[R]

Takze to nie je bug, ale feature?

[nobody]

to co ma na screenu(i videu) asi neni feature, to by bylo o tom ze to skonci v initramfs bez erroru(myslim) a nechava prostor k reseni/oprave a nasledne po exit pokracuje v normalnim bootu(totozne se tusim deje pri bootu po power_lost), tim BOOT_DEGRADED=true toto chovani vypnes, a system by mel nastartovat i z degradovaneho...

jemu to normalne vytvori md0 a md1, ale nasledne se nepodari jedno z toho (predpokladam md0) pripojit do /root (v initramfs) protoze je busy... nasledne se na to tedy nepodari pripojit dev,sys,proc a skoci to do initramfs...
overil bych jestli 04ab383e-0ee1-4efb-82f4-0180ecbe212f(pokud sem to dobre opsal) nalezi md0 nebo md1, a jestli jde pripojit rucne po te co boot zkonci na tom initramfs...

[martin]

Zkousel jsem verzi 14.04.0. V ni skonci bootovani ihned po vybrani ubuntu z grubu chybou error: Diskfilter writes are not supported.

Pak jsem zkusil novejsi ubuntu 14.04.3. To dela problem popsany v dotazu.

Debian 8.1.0 funguje bez problemu.

Zkousel jsem postupovat napr. podle tohoto navodu, ale stale to nefunguje.

Muzete mi nekdo prosim poradit, jak mam nainstalovat Ubuntu 14.04 na SW RAID1? Prece vic nez rok po vydani serverove LTS verze s dlouhodobou podporou musi byt znamy nejaky jednoduchy postup (a idelane by chyba mela byt uz davno opravena)...

Jeste jsem uvazoval o Debianu, ale vsude mi bezi Ubuntu 12.04 a nechci prechazet na jinou distribuci. Take kvuli aktualnosti software.

[dustin]

V ni skonci bootovani ihned po vybrani ubuntu z grubu chybou error: Diskfilter writes are not supported.

Jo, to dělá i mint ze 14.04 vycházející. Hloupá hláška. Zkoušel jsi chvilku počkat? Mně to po chvíli normálně nabootuje.

Mrkni na https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1274320

[martin]

Ted jsem po zobrazni napisu error: Diskfilter writes are not supported. zkusil chvili pockat a udela to chybu, jako v puvodnim dotazu. Skonci to na (initramfs).

[dustin]

A máš v initramfs aktuální mdadm.conf?

[martin]

Jak to tam dostanu? Ja nainstlauju ubuntu a po instalci se to samo restartuje a uz nenabootuje.

Takze mam spustit live, chrootnout se na / prepsat mdadm.conf a znovu vygenerovat initramfs?

[lertimir]

Zkusil bych jinou distribuci. To že konkrétní distribuce nějakou funkcionalitu neimplementovala dostane uživatele do volby, buď to implementuji sám, nebo zvolím jinou distribuci, která funkcionalitu má implementovanou. Pokud nemáme silný důvod držet se Ubuntu, tak bych zkusil jinou distribuci. Pokud se naopak chcete naučit, jak se to dělá, tak vzhůru do boje.

[Jendа]

Jo.

Jednodušší ale je opravit to přímo v tom initramfs (dalo ti to normálně shell) - prostě to pole _nějak_ sestav a dej Ctrl+D, v bootovacím procesu by se mělo pokračovat.

[dustin]

Přesně tak, až to nabootuje, můžeš si s tím dodatečně pohrát. Pokud ale budeš mít v initramfs mdadm...

[martin]

Příloha:

• initramfs.png (16098 bytů)

Jaky pole myslis? Muzes byt prosim konkretnejsi?

Kdyz dam Ctrl+d, dostanu kernel panic.

[Jendа]

Jaky pole myslis?

No přece to tvoje degradované ;)

Muzes byt prosim konkretnejsi?

Zatím jsem to nedělal moc často. Začal bych mdadm --assemble --scan, pokud to neprošlo (cat /proc/mdstat), tak bych googlil jak sestavit degradované pole.

[dustin]

Dle toho obrázku logu máš degradované pole sestavená korektně, ale nepodaří se mount rootu. Tipuji si, že místo uuid toho pole máš v grubu/fstabu toho initramfs uuid partišny, která je nyní součástí pole (proto je busy).

[dustin]

V tom busyboxu bych /root namontoval ručně na to správné pole, ručně připojil ty procy atd.. a jel dál v bootování. Tohle už nebude problém uchodit.

[martin]

Přílohy:

• 1.png (12585 bytů)
• 2.png (17589 bytů)

Jakmile jsem se dostal do (initramfs), zadal jsem tyto prikazy:

mdadm --assemble --scan
mount -t ext4 /dev/md1 /rootfs
mount -t proc proc /rootfs/proc
mount -t sysfs sys /rootfs/sys
mount -o bind /dev /rootfs/dev

Podle ls /rootfs tam opravdu bylo pripojene /.

a pote zmacknul Ctrl+D. Ihned jsem skoncil na kernel panic.

Muzete mi poradit, co delam spatne?

Aktualne mam v md0 /boot a v md1 /.

[martin]

Predtim jsem vse omylem pripojoval do /root. Ted jsem to zkusil vse do /rootfs a stale stejny kernel panic.

[dustin]

Z toho no such file mdmonddf z výpisu kernelu si tipuji, že nemáš korektně nainstalované mdadm v initramfs. Nabootoval bych z livka, namontoval vše (tj. včetně instalace balíku mdadm do livka ubuntu), chrootnul, v chrootu nainstaloval balík mdadm a korektně rebuildnul initramfs.

[martin]

Spustil jsem live cd, vse namountoval a chrootnul se. mdadm byl naistalovany.

Pro jistotu jsem znovu vygenerval initramfs:

update-initramfs -k $(uname -r) -c -t

dokonce to vypsalo neco ve smyslu add binary mdadm ale po restartu to porad nejde. Stale stejna chyba.

[nobody]

1. zkontroloval si jestli to UUID patri opravdu system partisne a ne primo md zarizeni nebo necemu jinemu??
2. jak te napadlo /rootfs ? nemuzes si vymyslet kam to das ;) /root neni v initramfs dir uzivatele, ale prave misto kam se montuje real system, viz:

nobody@nopc:$ grep -m1 "rootmnt" /usr/share/initramfs-tools/init
export rootmnt=/root

nobody@nopc:~$ grep -A3 "to the real filesystem" /usr/share/initramfs-tools/init
# Move virtual filesystems over to the real filesystem
mount -n -o move /sys ${rootmnt}/sys
mount -n -o move /proc ${rootmnt}/proc