gpart [was: ZFS root, boot selhal po update z 8.0 -> 8.1]

Dan Lukes dan at obluda.cz
Fri Sep 10 11:13:27 CEST 2010


On 09/10/10 01:56, Dušátko Jan:
>> da0: the secondary GPT table is corrupt or invalid.
>>
>> Tak jsem se na ten glabel vykaslal...
>
> Hmm... jestli si dobre vzpominam, pozival jsem nasledujici sekvenci:
> /sbin/gpart create -s GPT da0
> /sbin/gpart add -b 34 -s 488259517 -t freebsd-zfs -l disk0 da0
> glabel create disk0 da0p1

> zpool create storage raidz label/disk0 label/...
>
> tedy glabel pravdepodobne zmrsil co mohl


No, ono je na te sekvenci zarazejici jeste neco jineho - tys label te 
freebsd-zfs partition nadefinoval uz v ramci prikazu "gpart add"

Takze partition uz label 'disk0' mela. Pouziti 'glabel' se tak jevi 
ciste nadbytecne. Pokud po pouziti "gpart add" nemel glabel dojem, ze 
dotycna partition am jmeno, melo by to znamenat jedine - glabel nema 
(nebo prinejmensim na tve konkretni verzi nemel) podporu pro prave tento 
typ partition. Pak by ovsem pouzil genericky zpusob, coz je, pokud vim, 
zapis vlastnich dat do posledniho sektoru a to by zrejme bylo prave to 
"zmerseni".

Abych pravdu rekl, mam ke "glabel" takovy opatrne odtazity vztah. 
Dokonce jsem ho na svem centralnim repository vyhodil i z GENERICu, i 
kdyz to nebylo kvuli interakci labeel se ZFS, ale po zjisteni, z emi 
kernel s LABELem nenabootuje kdyz jsou v CD mechanice pritom na nektera 
konkretni CDcka. Mily LABEL se na nich pokousel hledat LABEL v mistech, 
kde uz nebylo vubec zapsano a ne, ze by to pri neuspechu zabalil a rekl, 
ze tam label proste neni, ale zkousel to donekonecna. Od te doby si my 
dva nerozumime.

					Dan






More information about the Users-l mailing list