grub2 mdadm lvm

[Zdenek Janis]

Dekuji za obsirne a jasne vysvetleni.

Jen pro muj klid:

Je tedy stejne zcestna predstava vytvorit SW RAID nad celymi disky (sda, 
sdb, ...) a vytvoreny raid (md0 metadata=1.2) rozdelit na jednotlive 
odily (md0p1, md0p2), kde md0p1 je pro zavadec (GRUB) a nad md0p2 
vytvorit LVM (root, swap, home, ...)?

Zatim to mam funkcni za pomoci LILO, kde mam kazdy fyzicky disk 
rozdeleny na dva odily nad kterymi mam SW RAID. Prvni (cca 100MB) md0 ma 
metadata=0.90 (RAID1) - urceny pro /boot a druhy (zbytek disku) ma 
metadata=1.2 a nad nim LVM (root, swap, home). Toto funguje ke 
spokojenosti. Ale chtel jsem se vyhnout rozdelovani fyzickych disku na 
odily... Myslenkou byla jednoduchost: Umre disk, vymenim disk, 
sesynchronizuji = hotovo - zadne rozdelovani a pod...

Jeste jedno funcni reseni je SW RAID1 nad celymi disky (sda,sdb) s 
metadaty=0.90, nad tim LVM (root, swap, home) a zavadec LILO. Zde plati: 
Odejde disk, vymenim disk, sesynchronizuji = hotovo.

Dne 25.5.2014 16:42, Pavel Kankovsky napsal(a):
> Problém není ani v RAIDu, ani v LVM, ale v tom, že to máte obojí přes celý
> disk bez ničeho jiného.
>
> GRUB se celý do boot sektoru (ať už je to MBR nebo první sektor nějakého
> oddílu) nevejde. Proto vyrobí minimální část, která dovolí natáhnout
> zbytek z filesystému (core.img), tu uloží někam jinam a do boot sektoru
> napíše jen odkaz na to jiné umístění a kód, který to odtud natáhne a
> spustí (boot.img).
>
> Preferovaná metoda toho "uloží někam jinam" je tzv. "embedding", kdy se to
> strčí do nějakého rezervovaného prostoru, u kterého lze předpokládat, že
> má fixní umístění. Např. v tradiční partition table je to volný prostor
> mezi MBR a prvním oddílem. V GPT se takový prostor musí alokovat
> explicitně. Vyhrazený prostor poskytují také některé souborové systémy.

-- 
S pozdravem
                  Zdenek Janis