From owner-freebsd-questions@freebsd.org Mon Jun 29 14:19:36 2015 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F5FE98F256 for ; Mon, 29 Jun 2015 14:19:36 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1B98C1092 for ; Mon, 29 Jun 2015 14:19:35 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id t5TEJSOF086978 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 29 Jun 2015 08:19:28 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id t5TEJRCw086975; Mon, 29 Jun 2015 08:19:27 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 29 Jun 2015 08:19:27 -0600 (MDT) From: Warren Block To: Quartz cc: Chris Stankevitz , freebsd-questions Subject: Re: Corrupt GPT on ZFS full-disks that shouldn't be using GPT In-Reply-To: <5590A7AE.9040303@sneakertech.com> Message-ID: References: <5590A7AE.9040303@sneakertech.com> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Mon, 29 Jun 2015 08:19:28 -0600 (MDT) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2015 14:19:36 -0000 On Sun, 28 Jun 2015, Quartz wrote: >> Remember, ZFS >> leaves space unused at the end of a disk to allow for variations in >> nominal disk size. > > Holy what the heck, no it doesn't! One big issue with zfs is that you CANNOT > shrink a pool's size once it's been created, for any reason. You can't remove > vdevs, and any replacement disk must bigger or exactly equal in size; even a > disk with one less sector and you're SOL. This is my biggest gripe with zfs > by far and in fact I just asked freebsd-fs about this less than a week ago > wondering if it had been addressed finally (it hasn't). It's possible I've confused this with something else. The person who I thought told me about this now denies saying anything like that. However, there are copies of the ZFS label at the end of the drive that might explain the GPT backup not being overwritten. I have queries in. The fact that the backup GPT is still present indicates that ZFS has not written to that area, at least so far, and it should be safe to overwrite.