From owner-freebsd-arch@FreeBSD.ORG Sat Nov 29 21:10:00 2008 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 429FB1065672 for ; Sat, 29 Nov 2008 21:10:00 +0000 (UTC) (envelope-from peter@wemm.org) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id 2743B8FC14 for ; Sat, 29 Nov 2008 21:10:00 +0000 (UTC) (envelope-from peter@wemm.org) Received: by wf-out-1314.google.com with SMTP id 24so2002170wfg.7 for ; Sat, 29 Nov 2008 13:09:59 -0800 (PST) Received: by 10.142.125.9 with SMTP id x9mr3846514wfc.236.1227992999754; Sat, 29 Nov 2008 13:09:59 -0800 (PST) Received: by 10.142.255.21 with HTTP; Sat, 29 Nov 2008 13:09:59 -0800 (PST) Message-ID: Date: Sat, 29 Nov 2008 13:09:59 -0800 From: "Peter Wemm" To: "Joao Barros" In-Reply-To: <70e8236f0811290609h2539ede7jc01778edac9c1d5@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <57809A37-B81C-4F50-A418-CD9303F06B72@mac.com> <70e8236f0811290609h2539ede7jc01778edac9c1d5@mail.gmail.com> Cc: FreeBSD Arch , Marcel Moolenaar Subject: Re: RFC: making gpart default X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Nov 2008 21:10:00 -0000 On Sat, Nov 29, 2008 at 6:09 AM, Joao Barros wrote: > On Sat, Nov 29, 2008 at 4:07 AM, Peter Wemm wrote: >> On Thu, Sep 25, 2008 at 9:59 AM, Marcel Moolenaar wrote: >>> All, >>> >>> I'd like to switch all architectures to gpart for the reasons given >>> below. All current partitioning schemes are supported by gpart and >>> work on all platforms. On top of that, ia64 and powerpc are using >>> gpart exclusively already. >> [..] >>> In short: gpart is the first step towards a unified set of >>> tools and interfaces and provides the basis for extending >>> file system related tools by allowing us to attach real >>> meaning to partition types. With the commit and undo feature, >>> gpart is ready for use by next generation installers that >>> allow us to use any partitioning scheme on any platforms. >>> >>> Thoughts? >> >> oh my god. I just tried to use gpart. This needs some SERIOUS help. >> >> First, the 'gpart create' man page doesn't say what "scheme" is. > > True. My gripe was that it just said "this is how you specify the scheme". What is a scheme? Is this where you type "guid" or "gpt" or "mbr"? Is it lowercase or uppercase? Is it a filename to the backing .so name? Is it the numerical index in some array inside the g_part kernel module? >> After guessing, I tried: >> >> overcee# gpart create -s gpt /dev/twed1 >> gpart: 22 scheme 'gpt' >> >> What does that mean? It turns out that I didn't have GEOM_PART_GPT compiled in. > > A recent CURRENT has it by default. Only in GENERIC. That didn't help my machine which has been running and upgraded all the way from freebsd-3.2. I used to have it turned on at one point. The point was that gpart was gave me no clues about diagnosing the problem. However, conf/DEFAULTS still has GEOM_BSD and GEOM_MBR in it. Recall that this thread is about having g_part take over mbr and bsd, which means switching tools. Having tools that give an error message of "22" isn't going to cut it. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell