Date: Fri, 14 Jan 2011 13:33:47 +0200 From: Daniel Braniss <danny@cs.huji.ac.il> To: "Andrey V. Elsukov" <bu7cher@yandex.ru> Cc: freebsd-hackers@freebsd.org Subject: Re: more gpart/glabel problems Message-ID: <E1Pdhud-000MyD-MM@kabab.cs.huji.ac.il> In-Reply-To: <4D302ACC.7010606@yandex.ru> References: <E1Pdh1r-000MPA-G3@kabab.cs.huji.ac.il> <4D302ACC.7010606@yandex.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
> On 14.01.2011 13:37, Daniel Braniss wrote: > > and on the console: > > GEOM: mfid0: the secondary GPT table is corrupt or invalid. > > GEOM: mfid0: using the primary only -- recovery suggested. > > GEOM: mfid0: the secondary GPT table is corrupt or invalid. > > GEOM: mfid0: using the primary only -- recovery suggested. > > GEOM: label/r0: corrupt or invalid GPT detected. > > GEOM: label/r0: GPT rejected -- may not be recoverable. > > > > BTW, going the MBR way, it works as expected. > > > > so what am I doing wrong? > > GLABEL saves his metadata in the last sector of the given provider > where secondary GPT is located. You can label mfid0 with glabel and > after that create GPT on top of label/r0. This should work. I guess 'should' is the right word, because it doesn't :-) # glabel label r0 mfid0 # gpart create -s GPT label/r0 label/r0 created but on console: GEOM: mfid0: the secondary GPT header is not in the last LBA next: # gpart add -b 34 -s128 -t freebsd-boot $d on console: more of the same, and # gpart show => 34 1952448444 label/r0 GPT (931G) 34 128 1 freebsd-boot (64K) 162 1952448316 - free - (931G) => 34 1952448444 mfid0 GPT (931G) [CORRUPT] 34 128 1 freebsd-boot (64K) 162 1952448316 - free - (931G) danny
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E1Pdhud-000MyD-MM>