From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1JCbxH-0005M9-8y for mharc-grub-devel@gnu.org; Wed, 09 Jan 2008 09:30:55 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JCbxF-0005KF-U7 for grub-devel@gnu.org; Wed, 09 Jan 2008 09:30:54 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JCbxF-0005J7-GF for grub-devel@gnu.org; Wed, 09 Jan 2008 09:30:53 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JCbxE-0005If-Uv for grub-devel@gnu.org; Wed, 09 Jan 2008 09:30:53 -0500 Received: from aybabtu.com ([69.60.117.155]) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JCbxE-0003yd-JJ for grub-devel@gnu.org; Wed, 09 Jan 2008 09:30:52 -0500 Received: from [192.168.10.6] (helo=thorin) by aybabtu.com with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1JCbx9-0004Pc-0f for grub-devel@gnu.org; Wed, 09 Jan 2008 15:30:49 +0100 Received: from rmh by thorin with local (Exim 4.63) (envelope-from ) id 1JCbvV-0000kq-O2 for grub-devel@gnu.org; Wed, 09 Jan 2008 15:29:05 +0100 Date: Wed, 9 Jan 2008 15:29:05 +0100 From: Robert Millan To: The development of GRUB 2 Message-ID: <20080109142905.GA2684@thorin> References: <20080108152102.GA13078@thorin> <1199826360.6104.19.camel@peder.flower> <20080108214449.GA630@thorin> <1199830708.6104.36.camel@peder.flower> <20080108233326.GC10215@thorin> <1199869730.6137.8.camel@peder.flower> <20080109103523.GA11819@thorin> <1199876033.12433.2.camel@peder.flower> <20080109114812.GC11819@thorin> <1199884040.12433.45.camel@peder.flower> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1199884040.12433.45.camel@peder.flower> Organization: free as in freedom X-Message-Flag: Worried about Outlook viruses? Switch to Thunderbird! www.mozilla.com/thunderbird X-Debbugs-No-Ack: true User-Agent: Mutt/1.5.13 (2006-08-11) X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. Subject: Re: [PATCH] force load of lvm and raid before entering normal mode (Re: LVM on debian) 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: Wed, 09 Jan 2008 14:30:54 -0000 On Wed, Jan 09, 2008 at 02:07:20PM +0100, Jan Nieuwenhuizen wrote: > Robert Millan writes: > > > The problem with that is it can't really solve the problem, only provide a > > half-baked solution. If you include pc and gpt, you're misusing space in > > a component where it's really critical, and you still don't support all > > partitions GRUB might be installed on. For that, you'd have to load _all_ > > partition maps, which means even more space. > > I understand, and I've been wondering about this. As I do not have much > if any knowledge for the sizing constraints of a bootloader, so I cannot > appreciate the efforts of reducing space. The mission of core.img is being able to access /boot/grub, from where you can load anything you want. It has to be as small as possible, because if it won't fit in partition boot record, this can be a significant inconvenient. Ironicaly, the big problem is for LVM/RAID users themselves: if (must_embed && !able_to_embed) grub_util_error ("Can't embed the core image, but this is required when\n" "the root device is on a RAID array or LVM volume."); > As a (blonde) user, Uhm how is the color of your hear related to this? :-) > I would think that you'd want to use *as much* > rather than as little space you can. Why not (from a sizing pov, > stability could be another issue), after core.img contains > all necessary modules, fill up any `remaining' space (if that is how it > works) with extra non-essential modules? Little harm in the ability > to read more devices, I would say? No, the goal in core.img is not to provide useful features, just access /boot/grub. It has to be as small as possible. The smaller, the more chances it'll work. -- Robert Millan I know my rights; I want my phone call! What use is a phone call, if you are unable to speak? (as seen on /.)