From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1DIfoj-0004Nh-CF for mharc-grub-devel@gnu.org; Tue, 05 Apr 2005 00:37:33 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DIfoe-0004Lp-Px for grub-devel@gnu.org; Tue, 05 Apr 2005 00:37:29 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DIfoZ-0004JD-0t for grub-devel@gnu.org; Tue, 05 Apr 2005 00:37:23 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DIfoX-0004Dl-CA for grub-devel@gnu.org; Tue, 05 Apr 2005 00:37:21 -0400 Received: from [64.146.134.43] (helo=localhost.localdomain) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DIg46-00026o-Ne for grub-devel@gnu.org; Tue, 05 Apr 2005 00:53:26 -0400 Received: from [10.0.0.202] (wbar5.lax1-4.14.105.130.lax1.dsl-verizon.net [4.14.105.130]) by localhost.localdomain (Postfix) with ESMTP id D99C6670CF for ; Mon, 4 Apr 2005 21:53:18 -0700 (PDT) Message-ID: <42521A4A.6040409@mauery.com> Date: Mon, 04 Apr 2005 21:55:38 -0700 From: Vernon Mauery User-Agent: Debian Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: The development of GRUB 2 References: <78d5a6962754dbc4b0f64fb15ffd7b79@penguinppc.org> In-Reply-To: <78d5a6962754dbc4b0f64fb15ffd7b79@penguinppc.org> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: partition layouts X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 04:37:30 -0000 Hollis Blanchard wrote: > I've been thinking about how to install grub2 on an Open Firmware > system. Here's one possibility: > /boot -- Linux-native filesystem (e.g. ext3) > holds kernels, initrd, etc > /boot/grub -- firmware-native filesystem (on Mac HFS+, on others > FAT, etc) > holds grub executable, grub.cfg, modules > > The grub ELF file must live on a firmware-native filesystem. When run, > it can find out what partition it was booted from, so that is a natural > place to load grub.cfg from as well (and why not modules while we're at > it?). Thus this is the value of the "prefix" GRUB environment variable. Putting a restraint that says /boot/grub must be a separate partition doesn't sound like a good idea. It just clutters the partition table with another small partition. If all it gains us is that we know where we booted from, we still need to know where /boot is. I don't see what this gains us -- the root command or prefix variable is still required. It sounds to me that if you want to have a firmware native partition type, having all of /boot be that type would be preferred. --Vernon