On 09/14/15 11:39, Drgoň Tomáš wrote:
Skratim to, GPT pouziva na ulozenie dat o particiach zaciatocne sektory disku a
tiez posledny/e sektor/y disku (the secondary GPT table). Teda nie je mozne
pouzit GPT a sucastne GEOM sw RAID1 celeho disku, pretoze GEOM tak isto pouziva
posledne sektory disku na ulozenie informacii o mirrore.
To neni pravdivy vyrok.
Klidne muzes ze dvou fyzickych disku udelat RAID1 volume; GEOM si
potrebne informace ulozi do posledniho sektoru fyzickych disku - tyhle
sektory ale nejsou soucasti vysledneho RAIDu.
Takze, kdyz na RAIDovem volume delas GPT, ktere si nejake svoje
informace uklada do posledniho sektoru volume, tak nevznika vubec zadny
problem. Proste proto, ze posledni sektory fyzickych disku a posledni
RAIDoveho volume nejsou totozne sektory.
Jo, u MBR se dalo (zne)uzit nizke odolnosti tohoto schematu proti chybam
a diky ni a specifickemu chovani hned nekolika dalsich komponent vyrobit
konfiguraci, o ktere lze rict jen to, ze byla proste vadna - ale
dohromady s temi zvlastnimi (a nezarucenymi) vlastnostmi kodu to ve
vysledku nejak fungovalo, protoze, jak znamo, sudy pocet chyb se nekdy
vzajemne vyrusi ;-)
No, at uz to za vaznou chybu systemu povazujeme nebo ne, GPT obsahuje
takove vnitrni kontroly konzistence, ktere fungovani podobne
zparchantele konfiugrace znemoznuji.
Muzeme o tom vest spory, muzeme s tim nesouhlasit, ale to je tak
vsechno, co se proti tomu dá delat.
No, vlastne neco by se preci jen dalo delat - naucit loader korektne
fungovat nad timto typem RAID1.
Radsej cisty sw raid (ako tu pisem), alebo poriadnu hw kartu. Aky mate na to
nazor ?
Abych mohl souhlasit musim dodat - pokud chces z RAIDu i bootovat, pak
je treba se omezit pouze na loaderem podporovane formaty disku, takze SW
raid jako moznost vypadava.
Dan
--
FreeBSD mailing list ([email protected])
http://www.freebsd.cz/listserv/listinfo/users-l
