From owner-freebsd-arch@FreeBSD.ORG Sat Sep 10 17:48:11 2005 Return-Path: X-Original-To: freebsd-arch@freebsd.org Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05E7716A41F; Sat, 10 Sep 2005 17:48:11 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD8B843D46; Sat, 10 Sep 2005 17:48:01 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j8AHlqW7051294; Sat, 10 Sep 2005 11:47:54 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <43231C48.80008@samsco.org> Date: Sat, 10 Sep 2005 11:47:52 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <8350.1126341497@phk.freebsd.dk> In-Reply-To: <8350.1126341497@phk.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: Jung-uk Kim , freebsd-arch@freebsd.org Subject: Re: Bigger boot block size? 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, 10 Sep 2005 17:48:11 -0000 Poul-Henning Kamp wrote: > In message <200509091214.41429.jkim@FreeBSD.org>, Jung-uk Kim writes: > > >>Sigh... But bsdlabel(8) should be able to handle this case when '-B' >>option is given and first partition of the slice is UFS1, i. e., we >>keep 'historical' boot1/boot2 for a while and drop the support >>later. ;-) > > > Guys, bsdlabel has no future, we need to migrate to something > that is > A: 64 capable > B: supports more than 7/8 partitions > C: understands that metadata should not be exposed in-band. > Yes, and you've been waving your hands about this for a long time =-) GPT is a nice sucessor, but our support for it is not ready for prime time, IMHO. What is required to actually make the switch: 1) appropriate support in all stages of the bootloader for i386 and amd64. 2) appropriate support in sysinstall for all platforms. 3) docs that describe GPT on FreeBSD, how to install a system to it, and how to upgrade a system to it. 4) visual editor for GPT. You might laugh that bsdlabel/disklabel only uses vi, but it's worlds better than what the gpt utility provides now. Scott