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. -- p...@opsec.eu +49 171 3101372 9 years to go ! _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
