From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1KKE9K-0000z4-9I for mharc-grub-devel@gnu.org; Sat, 19 Jul 2008 11:15:06 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KKE9I-0000xe-Px for grub-devel@gnu.org; Sat, 19 Jul 2008 11:15:04 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KKE9G-0000vC-8T for grub-devel@gnu.org; Sat, 19 Jul 2008 11:15:03 -0400 Received: from [199.232.76.173] (port=54227 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KKE9G-0000uz-0d for grub-devel@gnu.org; Sat, 19 Jul 2008 11:15:02 -0400 Received: from aybabtu.com ([69.60.117.155]:58781) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KKE9F-0007b8-In for grub-devel@gnu.org; Sat, 19 Jul 2008 11:15:01 -0400 Received: from [192.168.10.10] (helo=thorin) by aybabtu.com with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1KKE3h-00041N-0T for grub-devel@gnu.org; Sat, 19 Jul 2008 17:09:17 +0200 Received: from rmh by thorin with local (Exim 4.63) (envelope-from ) id 1KKE8Q-0006kI-Cf for grub-devel@gnu.org; Sat, 19 Jul 2008 17:14:10 +0200 Date: Sat, 19 Jul 2008 17:14:10 +0200 From: Robert Millan To: The development of GRUB 2 Message-ID: <20080719151410.GE23778@thorin> References: <1216040584.9995.52.camel@dv> <200807160115.07363.okuji@enbug.org> <1216164117.9604.8.camel@dv> <200807160132.18470.okuji@enbug.org> <1216165935.9604.26.camel@dv> <20080716071126.170a1d58@gibibit.com> <1216224537.26635.32.camel@dv> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1216224537.26635.32.camel@dv> 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: device.map (Re: Next release?) 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: Sat, 19 Jul 2008 15:15:05 -0000 On Wed, Jul 16, 2008 at 12:08:57PM -0400, Pavel Roskin wrote: > On Wed, 2008-07-16 at 07:11 -0700, Colin D Bennett wrote: > > > > That's a very advanced setup. I actually cannot imagine why anyone > > > would use different boot and root drives. Well, maybe the boot drive > > > has no partitions that GRUB or the host OS can access? > > > > I have used machines that have multiple Linux versions spread across > > two drives, but one common /boot partition so they can all be booted > > from GRUB. This doesn't seem unusual to me. > > As I understand it, there are two cases where we have to hardcode the > drive number. > > 1) MBR and core.img (embedded or not) are on different drives. If embedded, then they're not different drives (core.img is put right after MBR). Otherwise it's a no-go, and device.map won't solve your problem since it's merely guessing which drive it'll be. I think it's better to detect this at install time and fail, than make the user rely on our guesswork. > 2) core.img and /boot/grub are on different drives. > > The second case can be mitigated because core.img can search all > available drives. We can even tell it whether to search only hard > drives or only floppies. After switching to lzma, we have some space in > core.img we can use for that logic. This is mostly implemented already. I sent a proof of concept in a mail titled "[PATCH] disk/fs_uuid.c". It will only search hard drives unless no match is found (in that case your boot is broken, so you wouldn't care much that floppy is being probed ;-) -- Robert Millan I know my rights; I want my phone call! What good is a phone call… if you are unable to speak? (as seen on /.)