3TB disc and block alignment

[Boris Samorodov]

Hi!

On Mon, 21 Feb 2011 17:16:37 +0100 Kurt Jaeger wrote:

> > > 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.
                                     ^^^^^^^^^ [1]
> > > 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.

Hm, I may be wrong here but from the log [1] you do have a geom name
ad7. Can you show an output of the command:
-----
% glabel status
-----

> > 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.

-- 
WBR, bsam