3TB disc and block alignment

Kurt Jaeger lists at c0mplx.org
Mon Feb 21 16:16:37 UTC 2011


Hi!

> > Hmm, wasn't the issues with 3T drives, that they internally use
> > 4K blocks and emulate 512 and that therefore 8 block alignments
> > are an performance issue ?
> 
> > The reason I'm asking: I encounter the problem of the lost
> > secondary GPT table:
> 
> > Feb 17 22:15:44 vserv1 kernel: GEOM: ad7: the secondary GPT table is corrupt or invalid.
> > Feb 17 22:15:44 vserv1 kernel: GEOM: ad7: using the primary only -- recovery suggested.
> > Feb 17 22:15:44 vserv1 kernel: GEOM: ufsid/4d5d8faa10b63ac1: the secondary GPT table is corrupt or invalid.
> > Feb 17 22:15:44 vserv1 kernel: GEOM: ufsid/4d5d8faa10b63ac1: using the primary only -- recovery suggested.

Boris Samorodov wrote:
> It may be the case here if you to used glabel(8) to create a label
> for the whole disk.

I did not use glabel on that disk.

> Geom puts it's metainfo at the last sector of
> the disk -- the same place which a secondary GPT table uses.

Hmm. I'm still not sure how to test whether the drive/controller
behaves.

-- 
pi at opsec.eu            +49 171 3101372                         9 years to go !


More information about the freebsd-stable mailing list