Date: Mon, 21 Feb 2011 17:16:37 +0100 From: Kurt Jaeger <lists@c0mplx.org> To: freebsd-stable@freebsd.org Subject: Re: 3TB disc and block alignment Message-ID: <20110221161637.GR34314@home.opsec.eu> In-Reply-To: <37576665@h30.sp.ipt.ru> References: <20110217115653.GH34314@home.opsec.eu> <AANLkTi=QMXvFtTyY9BUGg56VtTuac3G_0LnXaVboJQQz@mail.gmail.com> <20110217124515.GI34314@home.opsec.eu> <4D5D1D10.7010000@digsys.bg> <20110217180140.GL66849@dan.emsphone.com> <20110217204643.GJ34314@home.opsec.eu> <37576665@h30.sp.ipt.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
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@opsec.eu +49 171 3101372 9 years to go !
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110221161637.GR34314>