From owner-freebsd-questions@FreeBSD.ORG Tue Sep 24 04:22:19 2013 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C81F4688 for ; Tue, 24 Sep 2013 04:22:19 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 78B132EA6 for ; Tue, 24 Sep 2013 04:22:19 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id r8O4MB6i041921; Mon, 23 Sep 2013 22:22:11 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id r8O4MBuY041918; Mon, 23 Sep 2013 22:22:11 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 23 Sep 2013 22:22:11 -0600 (MDT) From: Warren Block To: Robert Simmons Subject: Re: dangerously dedicated physical disks. In-Reply-To: Message-ID: References: <20130923122512.a9b91aae.freebsd@edvax.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) 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, 23 Sep 2013 22:22:12 -0600 (MDT) Cc: "freebsd-questions@freebsd.org" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Sep 2013 04:22:19 -0000 On Mon, 23 Sep 2013, Robert Simmons wrote: > On Mon, Sep 23, 2013 at 6:25 AM, Polytropon wrote: >>> With GPT, there is no reason to use BSD disklabels at all. >> >> And most modern computers do not have any problem booting it. >> The old MBR approach (as well as dedicated) will probably only >> be needed in niche applications and exceptions. You can have >> all the advantages of "being easy stuff" known from dedicated >> layout by using the GPT tools, plus you gain "more compatibility" >> if this matters. > > Not entirely. Due to GEOM specs, if you create a GELI encrypted > container, you cannot use GPT partitioning inside that container. You > must use BSD. This is an edge case, and I've submitted a bug about it > a while ago, but like I just said, this is apparently a feature not a > bug. It's not GEOM, it's just GPT. By specification, the backup partition table has to be at the end of the disk. That interferes with anything else that wants to put metadata there, like GELI or gmirror.