From owner-freebsd-current@FreeBSD.ORG Tue Apr 27 20:39:49 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 A142E16A4CE; Tue, 27 Apr 2004 20:39:49 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B18C43D2D; Tue, 27 Apr 2004 20:39:49 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.11/8.12.11) with ESMTP id i3S3dmk4030455; Tue, 27 Apr 2004 20:39:49 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i3S3dmBV007694; Tue, 27 Apr 2004 20:39:48 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.11/8.12.11/Submit) id i3S3dmZ3007693; Tue, 27 Apr 2004 20:39:48 -0700 (PDT) (envelope-from marcel) Date: Tue, 27 Apr 2004 20:39:48 -0700 From: Marcel Moolenaar To: Robert Watson Message-ID: <20040428033948.GA7603@dhcp01.pn.xcllnt.net> References: <408F11C5.5030403@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: Harald Schmalzbauer cc: freebsd-current@freebsd.org Subject: Re: Default support for GPT [was: Re: More than 8 labels per slice] 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: Wed, 28 Apr 2004 03:39:49 -0000 On Tue, Apr 27, 2004 at 10:08:59PM -0400, Robert Watson wrote: > > > > If there are no objections I'll enable it on i386 and amd64 over the > > > weekend or so. If people feel we should enable the support on alpha > > > and sparc64 as well, holler. > > > > I remember there being rumors a year or two ago about Intel trying to > > sack legacy BIOS and MBR support on x86 entirely and force everyone to > > use EFI and GPT. Without GPT support in the system bootstrap, it's not > > terribly interesting to use except on secondary storage. > > The GPT partition table includes an fdisk compatibility partition table in > it to describe the first partition (and reserve the rest?). That way you > can boot from an older BIOS even if you lay down GPT over the entire boot > disk, or at least I believe that was the intent. Not quite. The MBR on a disk with GPT is expected to be a protective MBR, which only serves the purpose of marking the whole disk (or as much as you can cover with the MBR) as used to avoid that MBR tools trash the GPT disk by thinking there's no data on it. At least EFI does not support both MBR partitions and GPT, but it is technically possible to create such a disk. Our GPT code currently allows this, but this is not by design. It's for convenience. The gpt(8) tool does not like MBR partitions with GPT, but it could be made less picky. It's not unthinkable to have bootable GPT on i386 and amd64. New boot blocks need to be written and we need a way to mark root partitions. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net