unlikely secondary GPT LBA

Joan Picanyol i Puig lists-freebsd at biaix.org
Thu Jul 29 00:45:10 UTC 2010


Andrey V. Elsukov <bu7cher <at> yandex.ru> writes:

> 
> On 27.07.2010 21:19, Joan Picanyol i Puig wrote:
> > # add boot partition, aligning it's end to 1MB boundary
> > gpart add -b 64 -s 1984 -t freebsd-boot -l boot /dev/mirror/system
> 
> Do your system successfully boots from this partition?

Well, I'm currently unable to answer this question. Both drives are behind the 
same twa controller (3Ware 9650) and I've been unable to change the boot disc 
from the BIOS (over serial). Not surprisingly, the currently installed by 
default boot0 does not know how to pass control to a loader in a GPT partition.

> > I must be misunderstanding something, because I see this as gpart
> > deciding that my secondary GPT header is at LBA FD3F1A1D00000000 which
> > way past the end of my disk.
> 
> It's in little-endian bytes order. I think it is 0x1D1A3FFD on your system.

Duh, of course. This matches with reality:

charlie# diskinfo /dev/da1 | cut -f 4
488259584

So, what explains the messages? gpart probes the disk before gmirror (or at 
least it prints later on dmesg), but since the offset is in the header, it 
should not even know about the gmirror + glabel part.

I still don't understand something...

tks
--
pica

p.s.: sorry for the bounce, should be fixed now





More information about the freebsd-geom mailing list