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
_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[email protected]"
