From owner-freebsd-geom@FreeBSD.ORG Thu May 5 00:24:03 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30A4D106566B for ; Thu, 5 May 2011 00:24:03 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id 164808FC12 for ; Thu, 5 May 2011 00:24:03 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from sa-nc-apg-44.static.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp026.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LKP00M4T2C0P010@asmtp026.mac.com> for freebsd-geom@freebsd.org; Wed, 04 May 2011 16:24:03 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-05-04_09:2011-05-04, 2011-05-04, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=1 spamscore=1 ipscore=0 suspectscore=8 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1105040183 From: Marcel Moolenaar In-reply-to: <4DC1D62C.5070705@phat.za.net> Date: Wed, 04 May 2011 16:23:59 -0700 Message-id: <77D899EE-78D1-4AC1-A4C9-AF09DD1A8CF1@mac.com> References: <4DC1D62C.5070705@phat.za.net> To: Aragon Gouveia X-Mailer: Apple Mail (2.1084) Cc: freebsd-geom@freebsd.org Subject: Re: partitioning dilemma X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 May 2011 00:24:03 -0000 On May 4, 2011, at 3:41 PM, Aragon Gouveia wrote: > > My attempts at using MBR and EBR instead of GPT are discouraging once I get to the point of creating an EBR. From what I can gather, default kernel build options specify "options GEOM_PART_EBR_COMPAT" which prevents GEOM from editing EBR partition schemes: > > # gpart show ada3s4 > => 0 267068592 ada3s4 EBR (127G) > 0 267068592 - free - (127G) > > # gpart add -s 67221504 -t freebsd ada3s4 > gpart: pre-check failed: Operation canceled > > Ok, so I guess I can recompile without that kernel option, but I'm sure there's a good reason it's a default option... Is EBR also considered a Bad Idea? The reason GEOM_PART_EBR_COMPAT is there and is enabled by default is only because you get the legacy naming that way. That is, it gives you ada3s5, ada3s6, etc. If you don't care about the legacy naming of device special files, you can remove GEOM_PART_EBR_COMPAT safely and enjoy the ability to modify the partitioning scheme. The fully-qualified logical partition name looks like: ata3s4+${lba} FYI, -- Marcel Moolenaar marcel@xcllnt.net -- Marcel Moolenaar xcllnt@mac.com