From owner-freebsd-current@FreeBSD.ORG Tue Nov 30 15:37:57 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7945616A4CE; Tue, 30 Nov 2004 15:37:57 +0000 (GMT) Received: from lon-mail-2.gradwell.net (lon-mail-2.gradwell.net [193.111.201.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id 841D443D2D; Tue, 30 Nov 2004 15:37:56 +0000 (GMT) (envelope-from cbh-freebsd-current@groups.chrishedley.com) Received: from cpc3-oxfd4-4-0-cust42.oxfd.cable.ntl.com ([80.3.247.42] helo=mail.cbhnet) 1.156) id 41ac93d3.13f20.52; Tue, 30 Nov 2004 15:37:55 +0000 Received: from localhost (localhost [127.0.0.1]) by mail.cbhnet (Postfix) with ESMTP id 87CBE31B018; Tue, 30 Nov 2004 15:37:52 +0000 (GMT) Received: from mail.cbhnet ([127.0.0.1]) by localhost (mail.cbhnet [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 24914-07-2; Tue, 30 Nov 2004 15:37:52 +0000 (GMT) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.cbhnet (Postfix) with ESMTP id 3BE2D31AFF6; Tue, 30 Nov 2004 15:37:52 +0000 (GMT) Date: Tue, 30 Nov 2004 15:37:52 +0000 (GMT) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: Marcel Moolenaar In-Reply-To: <20041129183511.GA84117@ns1.xcllnt.net> Message-ID: <20041130153044.E20313@teapot.cbhnet> References: <20041127193532.X15946@teapot.cbhnet> <20041129133825.GL7232@darkness.comp.waw.pl> <20041129183511.GA84117@ns1.xcllnt.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: amavisd-new at chrishedley.com cc: freebsd-current@FreeBSD.org cc: Pawel Jakub Dawidek Subject: Re: GEOM: gpt partitions on a gmirror array possible? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Nov 2004 15:37:57 -0000 On Mon, 29 Nov 2004, Marcel Moolenaar wrote: > On Mon, Nov 29, 2004 at 02:38:25PM +0100, Pawel Jakub Dawidek wrote: >> >> It is because GEOM_GPT class only allow to create GPT labels on rank#1 >> providers (i.e. disks). I'm not sure why we have this hack, maybe marcel@ >> knows something more (cc'ed). > > It's there, because it was there for the MBR class when I used that > class as a blueprint for implementing GPT support. Since GPT is not > allowed within an MBR slice, or within a GPT partition (no nesting), > not to mention all the non-native partitioning schemes that GEOM > supports, that test made sure we only tasted GPT partitions on the > one kind of providers that existed besides slicers: disks. > > I guess a change like geom_mbr.c:1.57 is in order, or a more to-the- > point test for rejecting GPT on MBR or GPT on GPT. Thanks for the quick responses, guys. While the great and good are considering it, I may in the meantime throw caution to the wind and see if I can make some appropriately ad hoc changes to my own system. Any suggestions before I start butchering the file in question? Maybe since I no longer need more than 7 partitions per logical volume I should go back to using bsdlabel for the time being, although that feels too much like taking the easy way out. :) Chris.