From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 19:00:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 877E6106566C for ; Tue, 17 Feb 2009 19:00:00 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout011.mac.com (asmtpout011.mac.com [17.148.16.86]) by mx1.freebsd.org (Postfix) with ESMTP id 6D35E8FC13 for ; Tue, 17 Feb 2009 19:00:00 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from sivam-t43.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp011.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KF800FX84RYRX10@asmtp011.mac.com> for current@freebsd.org; Tue, 17 Feb 2009 10:59:59 -0800 (PST) Message-id: <9FE792C6-8560-4C64-BD74-CD70DF5EBBF5@mac.com> From: Marcel Moolenaar To: Ulf Lilleengen In-reply-to: <20090217193759.GA27739@carrot> Date: Tue, 17 Feb 2009 10:59:57 -0800 References: <20090217113718.N53478@maildrop.int.zabbadoz.net> <20090217193759.GA27739@carrot> X-Mailer: Apple Mail (2.930.3) Cc: "Bjoern A. Zeeb" , FreeBSD current mailing list Subject: Re: boot0cfg -s vs. GEOM_PART_*? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Feb 2009 19:00:00 -0000 On Feb 17, 2009, at 11:38 AM, Ulf Lilleengen wrote: > On Tue, Feb 17, 2009 at 10:29:10AM -0800, Marcel Moolenaar wrote: >> >> On Feb 17, 2009, at 3:46 AM, Bjoern A. Zeeb wrote: >> >>> with a fresh kernel and world from last night I get: >>> >>> dopt# boot0cfg -s 3 ad4 >>> boot0cfg: /dev/ad4: ad4 >>> boot0cfg: /dev/ad4: ioctl DIOCSMBR: Inappropriate ioctl for device >>> >>> is this GEOM_PART_* fallout and can it be fixed? >> >> boot0cfg is not (yet) supported by GPART. It should not >> be too hard: >> 1. We need to expose the current bootcode through >> kern.geom.confxml >> 2. boot0cfg grabs the bootcode from the XML, makes >> the changes in memory and then uses existing >> g_part ctlreq to update the bootcode. > Mhm, this seems to be a good way to do it. Also, fdisk and bsdlabel > might > need a sweep as well. That won't be as easy as boot0cfg. Both fdisk and bsdlabel do all partitioning operations in memory and then expect to dump/write the blob. This is not how gpart works, so there's a mismatch in paradigm. With respect to partitioning, I'd rather we focus our attention to a more user-friendly tool. The geom tool is really low-level and could use some UI "fodder". Also, I started writing pe(8) a while back, which is a ncurses-based partition editor. I think a nice partitioning tool would be good to have. For those interested in pe(8), I have diffs here. It's nowhere near useful, but it should give a first glipse of what I was thinking of: http://people.freebsd.org/~marcel/gpt.diff Certain aspects of the code show early thinking and has been implemented differently in gpart nowadays... :-) -- Marcel Moolenaar xcllnt@mac.com