Dotaz: Softwarový RAID bez superbloků v mdadm.conf

[Andrej]

Ahoj, lze ekvivalent tohoto příkazu...

mdadm --build boot --assume-clean --level=1 --raid-devices=2 /dev/disk/by-id/usb-Verbatim_Store_n_Go_Drive_4010080000298191-0:0-part1 /dev/disk/by-id/usb-Verbatim_Store_n_Go_Drive_3710080000715127-0:0-part1

...zapsat do /etc/mdadm.conf? Nejspíš to nejde. Ale co když ano? Tak jsem si říkal, že se raději zeptám.

Důvod, proč používám RAID 1 bez superbloků, tkví v tom, že každý z obou oddílů se pak dá (read-only) mountovat zcela samostatně, bez jakékoliv podpory pro RAID. Ještě důležitější je, že ho dovede bez problémů přečíst BIOS nebo (dokonce i, světe div se) GRUB 2.

<kontext, trochu off-topic>GRUB 2 bohužel podporuje softwarový RAID a LVM pouze teoreticky, v praxi rozhodně ne. Přesněji, u nějakých prastarých IDE disků si sice poradí, ale jakmile dojde na USB nebo SATA, kde není hned jasné, pod jakým označením BIOS disk zpřístupní, nesvede GRUB 2 naprosto nic. Což je k vzteku. Co kdyby si třeba ty disky v tom svém 1 MB nějak označil, aby je při bootu správně poznal??? Ne, to bychom po něm asi chtěli moc. Člověk zkrátka pro GRUB 2 potřebuje jeden obyčejný oddíl na jednom obyčejném BIOSem zpřístupněném disku. A má-li být ten oddíl zároveň mirrorovaný, jinak než přes „legacy RAID“ to nejde. Ve srovnání se starým GRUBem, který nefungoval ze zásady nikdy, je to sice jistý krok vpřed, ale stále to tak nějak „není ono“...</kontext, trochu off-topic>

Odpovědi

[H0ax]

Disky spojený do raid1 jdou namountovat v případě nutnosti samostatně naprosto bez problémů. Stejně tak grub i grub 2 z r1 v pohodě bootuje, protože to probíhá tak, že se načte jádro z jednoho disku bez raidu a raid se složí pak a ničemu to nevadí, protože v tu chvíli je to jen read-only, takže se raid nerozhodí.

[Andrej]

Říkáš přesně to, co jsem už napsal v (off-topic části) dotazu. Samotný dotaz (tedy jak zapsat RAID 1, který nemá metadata, do /etc/mdadm.conf) to nijak neřeší.

[H0ax]

Součástí dotazu a nikoliv OT části bylo

Důvod, proč používám RAID 1 bez superbloků, tkví v tom, že každý z obou oddílů se pak dá (read-only) mountovat zcela samostatně, bez jakékoliv podpory pro RAID. Ještě důležitější je, že ho dovede bez problémů přečíst BIOS nebo (dokonce i, světe div se) GRUB 2.

. A na to jsem ti napsal, že že to s metadatama mountovat samostatně jde a grub s tím nemá problém (meta verze 0.9 jak říkal Max). Čili verze bez metadat nedává smysl.

[dustin]

Souhlas. Tazatel by měl spíše poděkovat, než se rozčilovat (tučné písmo), že někdo odpovídá na jeho IMO docela nesrozumitelný dotaz. Raid bez metadat mi nepřijde moc užitečný a hlavně bezpečný.

[Max]

Tak tady spíš bude problém mezi židlí a klávesnicí. Je to přesně tak, jak píše "H0ax". Grub 1 zvládá raid1 úplně v pohodě, ovšem je zapotřebí myslet na verzi metadat, se kterou se pole vytváří, viz třeba pěkný komentář zde na foru : MMichal.
Pokud grub1 a sw raid1, tak jej musíš vytvořit s metadaty 0.90 a pak půjde grub nainstalovat a s bootem problém nebude.

Při vytváření raidu se automaticky používá nejnovější verze metadat, co konkrétní mdadm zvládá, proto je potřeba mu při vytváření raidu předhodit parametr s verzí metadat, kterou má použít.

Rovněž není problém ručně namountovat partition disku, který je celý mirrorovaný, nevím, co ti natom nefunguje.

Pokud jde o označení disků/partition, tak to je snad bezpředmětné, ne? To se řešilo max. před hafo lety, v dnešní době se všude používá UUID, nebo label a tak je označení disku v /dev/xxxx úplně irelevantní a s bootem tak není problém.

Jak je to s grubem2 a podporou RAIDu a verzí metadat, to vskutku nevím, ale nemyslím si, že by to mělo být nějak horší, než u grubu1.
Zdar Max

[Andrej]

Toto je zcela off-topic odpověď. Mluvíš o něčem úplně jiném, než na co jsem se ptal.

Otázka zněla takto: Jak zapsat softwarové RAID pole, které nemá metadata, do /etc/mdadm.conf? (A především: Lze to vůbec?) O to tu běží.

<zcela_off_topic>

GRUB (1 ani 2) (a ani žádný jiný bootloader, pokud je mi známo) nezvládá RAID na USB discích ani na SATA v nativním AHCI režimu. Jednoduše proto, že nedokáže předem určit, jak se bude daný disk podle BIOSu jmenovat. A z nějakého nesmyslného důvodu chce GRUB tohle vědět předem, v okamžiku instalace. Rozumnější by od něj bylo trochu si proklepnout ten disk, ze kterého ho BIOS načetl, pak se poohlédnout po všech ostatních BIOSu známých discích a i z nich získat svá data uložená v prvním megabytu... Jenže tohle GRUB neumí a nedělá. Proto nejspíš potřebuje znát přesnou identifikaci disků předem. A proto taky ve většině případů selže na RAIDu i na LVM, jakmile má příslušné pole víc disků.

GRUB 2 používám úspěšně s LVM, ale pouze na notebooku s jedním diskem. Tam (jaká to sláva!) funguje. Jenže aby nabootoval z nějakého RAID | striped LVM | Btrfs pole a aby mu bylo jedno, který z jeho disků je dle BIOSu první, tam se ještě nedopracoval. Třeba za dalších dvacet let...

RAID pole, o které v tomto dotazu jde, žádná metadata nemá. V tom byla pointa celého dotazu.

Ne, nehodlám vytvářet muzejní formát metadat kvůli neschopnému a muzejnímu GRUBu 1. A nepotřebuju bootovat ze softwarového RAIDu, takže k tomu opravdu nemám ani sebemenší důvod.

A ještě jednou připomínám, že o tohle v mé otázce nešlo. To jsem uváděl jen jako komentář na vysvětlenou, proč používám ve 21. století softwarový RAID bez metadat.

</zcela_off_topic>

[frEon]

--assume-clean muze byt velmi nebezpecne. Pokud podle /etc/mdadm.conf skladas pole pri startu sysymu, pak imho nemas dobry napad...

[H0ax]

+1