Date: Mon, 29 Jun 2015 19:54:21 -0400 From: Quartz <quartz@sneakertech.com> To: Paul Kraus <paul@kraus-haus.org> Cc: freebsd-questions <freebsd-questions@freebsd.org> Subject: Re: Corrupt GPT on ZFS full-disks that shouldn't be using GPT Message-ID: <5591DAAD.4080800@sneakertech.com> In-Reply-To: <A11C7102-5B07-4301-856A-908F6D2A7A65@kraus-haus.org> References: <CAPi0psvpvO4Kpbietpzyx1TjyB20hWV%2BCK-y3bWG4OARE1VMSg@mail.gmail.com> <alpine.BSF.2.20.1506280019400.14091@wonkity.com> <CAPi0psv7io6dhqbNxm6gp%2BW1npmNoU1agF%2Bt=7aEteNmpzqJXQ@mail.gmail.com> <alpine.BSF.2.20.1506281526030.60581@wonkity.com> <5590A7AE.9040303@sneakertech.com> <alpine.BSF.2.20.1506290815150.85919@wonkity.com> <A11C7102-5B07-4301-856A-908F6D2A7A65@kraus-haus.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> I do recall a change in ZFS behavior to leave a very small amount of > space unused at the every end of the drive to account for the > differences in real sizes between various vendors drives that were > nominally the same size. This only applied if you used the entire > disk and did not use any partitioning. This was in both the Solaris > and OpenSolaris versions of ZFS, so it predates the fork of the ZFS > code. > > I have had no issues using disks of different manufacturers and even > models within manufacturers That runs counter to everything I've ever heard or read. Many people on all platforms have complained about this issue over the years and tried to come up with workarounds, there's no shortage of hits if you search for it. Here's a few random examples: https://www.mail-archive.com/zfs-discuss@opensolaris.org/msg23070.html https://lists.freebsd.org/pipermail/freebsd-stable/2010-July/057880.html http://blog.dest-unreach.be/2012/06/30/create-future-proof-zfs-pools http://www.freebsddiary.org/zfs-with-gpart.php > I will see if I can dig up the documentation on this. Please do, because if zfs does have this ability buried somewhere I'd love to see how and when you can activate it. >Note that it is > a very small amount as drives of the same nominal capacity vary very > little in real capacity. The second link of the ones I posted above is from a guy with two 1.5TB drives that vary by one MB. I'm not sure what you're considering "nominal capacity" in this context, but any margin smaller than that is probably not useful in practice.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5591DAAD.4080800>