On 8.3.2022 9:27, [email protected] wrote:
On 08. 03. 22 0:55, Miroslav Lachman wrote:
Tohle mi prijde trochu podezrele, protoze GPT i gmirror se snazi
zapsat do posledniho sektoru. Pokud si tedy dobre vpzominam, tak
mirrorovat cely disk slo s pouzitim MBR/BSD schema, ale s pouzitim
GPT se miroruji az jednotlive oddily.
Omlouvam se, patrne to bude BSD. Nejsem schopen pustit nic, co by mi
to prozradilo. Stejne spatne se chova gpart, lsblk, diskinfo, ...
Usuzoval jsem, ze je to GPT, protoze mount rika:
/dev/ada0a on / (ufs, local, journaled soft-updates)
Mylne jsem si myslel, ze u BSD bylo vzdy ada0s1a, ale vidim, ze se pletu.
[s1] je oznaceni partition a ta je pritomna jen pokud se na disku
pouzije nejake partitionovaci schema - treba MBR nebo GPT.
[a] je oznaceni slice v BSD schematu. Takze tady je gmirror a nad nim
BSD. To je pomerne raritni konfigurace.
BSD sice do posledniho sektoru nezapisuje, ale freebsd-ufs svazek, ktery
na nem vytvoris ano. Pokud byl vytvoren v dobe, kdy disk nebyl rizen
gmirrorem, prekryva se svazek se sluzebnimi daty gmirroru a nasledne
vytvoreni gmirroru poskodilo posledni blok filesystemu. Ale netusim z
hlavy co v nem je.
Takze je to BSD, jen jeste upresnim, ze mam parametr
kern.geom.part.check_integrity=0 v /boot/loader.conf, ktery jsem nekdy
kolem FreeBSD verze 10 musel zacit pridavat, jinak to nenabehlo.
To je ale taky zvlastni, protoze tohle je potreba jen v pripade GPT. To
je test, ktery kontroluje, zda je GPT korektni a ktere GPT nedovoli
pouzit, kdyz neni (coz ty musis vypnout, kdyz to korektni nemas).
Dostalo se to ale az do mountovani disku a az tam to hlasilo nejake
problemy cteni z gmirror disku.
Sluzebni data gmirroru mohla byt prepsana. Dokonce i dost davno, jestli
nekontrolujes, ze mirror bezi v degradovanem rezimu na jeden disk.
Mluvi o situaci, kdy uz delsi dobu system bezel na mirroru, ktery ale
obsahoval jen prvni disk a druhy nepouzival neb ho nemel za korektni
soucast mirroru. Ted prvni zdechnul a zustava disk, ktery obsahuje kdo
vi co.
K poskozeni ale mohlo dojit i primo v souvislosti s opravou, zejmena u
prekryvu BSD s gmirrorem. Pri startu systemu se preci pousti fsck a to
filesystem opravuje, pricemz na nej zapisuje. Pokud zapsalo do
posledniho bloku, muze tam byt z pohledu gmirroru, ktery se ta dat snazi
interpretovat, cokoliv. V lepsim pripade by to odmitnul rovnou, jako,
sze to nejsou jeho data, v horsim pripade tam najde neco o cem si mysli,
ze to jeho data jsou, ale jsou nesmyslna a on se na nich pri pokusu o
jejich pouziti zadre. Jo, nemel by, kdyby byl bezchybne napsany, ale
zijeme v realnem, nikoliv idealnim, svete.
Ano, to je asi reseni - bootnu z USB a zkusim to vycistit takto.
Ano, ale dukladne si zanalyzuj co tam orpavdu mas, zda tam dochazi k
prekryvum a jake to muze mit dusleky. Protoze prekryvy nemusi prinest
problem hned, ty mohou zpusobovat nahodne problemy podle toho, jak zapis
do dat jednoho objektu poskozuje data jineho prektyvajiciho se objektu.
Dan
--
FreeBSD mailing list ([email protected])
http://www.freebsd.cz/listserv/listinfo/users-l