From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1MaT6m-000108-E5 for mharc-grub-devel@gnu.org; Mon, 10 Aug 2009 07:32:08 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MaT6l-0000zl-FL for grub-devel@gnu.org; Mon, 10 Aug 2009 07:32:07 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MaT6g-0000yx-B0 for grub-devel@gnu.org; Mon, 10 Aug 2009 07:32:06 -0400 Received: from [199.232.76.173] (port=59320 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MaT6g-0000yu-5r for grub-devel@gnu.org; Mon, 10 Aug 2009 07:32:02 -0400 Received: from xvm-190-8.ghst.net ([217.70.190.8]:44778 helo=aybabtu.com) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MaT6e-0004hZ-Vs for grub-devel@gnu.org; Mon, 10 Aug 2009 07:32:01 -0400 Received: from [192.168.10.10] (helo=thorin) by aybabtu.com with esmtp (Exim 4.69) (envelope-from ) id 1MaT6c-00013E-UQ for grub-devel@gnu.org; Mon, 10 Aug 2009 13:31:59 +0200 Received: from rmh by thorin with local (Exim 4.69) (envelope-from ) id 1MaT6c-0002XY-BN for grub-devel@gnu.org; Mon, 10 Aug 2009 13:31:58 +0200 Date: Mon, 10 Aug 2009 13:31:58 +0200 From: Robert Millan To: The development of GRUB 2 Message-ID: <20090810113158.GC9344@thorin> References: <20090728181234.GI32726@thorin> <1248857003.3729.0.camel@fz.local> <20090731160546.GF14675@thorin> <1249057611.3635.11.camel@fz.local> <20090804211955.GA16346@thorin> <1249453109.3549.6.camel@fz.local> <20090807112732.GH6695@thorin> <1249655340.3592.12.camel@fz.local> <20090807192212.GB14498@thorin> <1249708400.3537.0.camel@fz.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1249708400.3537.0.camel@fz.local> 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.18 (2008-05-17) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Subject: Re: [PATCH] use UUID to map system devices to grub devices 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: Mon, 10 Aug 2009 11:32:07 -0000 On Sat, Aug 08, 2009 at 07:13:20AM +0200, Felix Zielcke wrote: > Am Freitag, den 07.08.2009, 21:22 +0200 schrieb Robert Millan: > > On Fri, Aug 07, 2009 at 04:29:00PM +0200, Felix Zielcke wrote: > > > Am Freitag, den 07.08.2009, 13:27 +0200 schrieb Robert Millan: > > > > On Wed, Aug 05, 2009 at 08:18:29AM +0200, Felix Zielcke wrote: > > > > > Am Dienstag, den 04.08.2009, 23:19 +0200 schrieb Robert Millan: > > > > > > On Fri, Jul 31, 2009 at 06:26:51PM +0200, Felix Zielcke wrote: > > > > > > > > > > > > > > If we'd do an arbitrary mapping then `grub-probe -t drive' would show > > > > > > > the wrong grub device. > > > > > > > But except from this I think that would be okay. > > > > > > > > > > > > We can never garantee that `grub-probe -t drive' will show the "right" drive, > > > > > > at least on i386-pc, because we don't know how is BIOS going to order them. > > > > > > > > > > Yes drive not, but the partition. > > > > > > > > It's true, but we don't really make the distinction. UUID search will find > > > > a filesystem, which is in a partition (usually), and doesn't rely on partitions > > > > being reliable. > > > > > > > > That's fortunate! It means we don't have to commit to partition numbers being > > > > reliable, even if they are right now. > > > > > > > > Because of this (unless I missed something), at the end of the day the > > > > unreliability issue you described doesn't translate into any real problem > > > > for us. It just adds more to a problem we already solved. > > > > > > > > > Unfortunately we don't have UUID support on every filesystem we support > > > > > like JFS. But I think it's not that commonly used. > > > > > > > > Adding UUID support to new filesystems is very easy. I did the first ones > > > > with just 5-10 minutes of research and a few lines of coding. > > > > > > > > Would you like to do JFS ? > > > > > > I did it now for JFS. > > > > > > I tried it now out with dos_part set to p + 2 with my find_by_uuid patch > > > and now I get a `no such partition' error on my dmraid device. > > > So we can't use an arbitary mapping in grub_util_biosdisk_get_grub_dev > > > > Why not? > > well then we would need to change the partition table parsing code to > use the same arbitary mapping for GRUB_UTIL && LINUX then > grub_util_biosdisk_get_grub_dev and I think that's not really a proper > solution. Why? In that specific situation, it seems: - We're unable to obtain partition numbers reliably - It doesn't matter, because the upper layer will sort that out Though, it'd be much better if we could obtain this information from Linux. Did you figure out if the behaviour of that ioctl is a bug or is intentional? -- Robert Millan The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all."