3TB disc and block alignment
Boris Samorodov
bsam at ipt.ru
Mon Feb 21 16:38:48 UTC 2011
On Thu, 17 Feb 2011 21:46:43 +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.
> 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.
It may be the case here if you to used glabel(8) to create a label
for the whole disk. Geom puts it's metainfo at the last sector of
the disk -- the same place which a secondary GPT table uses.
> I had this disc connected via some usb2sata adapter as da0, and there
> was no error message when I did the 'gpart create ad7' thing.
> When I now connect it to the some other box as ad7 and this error
> message appears: Which of the two has the problem with the
> controller not getting the large size disc correct ?
--
WBR, bsam
More information about the freebsd-stable
mailing list