From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1SMo6o-0003Rj-Ps for mharc-grub-devel@gnu.org; Tue, 24 Apr 2012 18:21:18 -0400 Received: from eggs.gnu.org ([208.118.235.92]:60881) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SMo6k-0003Ez-Na for grub-devel@gnu.org; Tue, 24 Apr 2012 18:21:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SMo6i-0005v0-Mj for grub-devel@gnu.org; Tue, 24 Apr 2012 18:21:14 -0400 Received: from solo.fdn.fr ([80.67.169.19]:36264) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SMo6i-0005uj-Gp for grub-devel@gnu.org; Tue, 24 Apr 2012 18:21:12 -0400 Received: from type.ipv6 (youpi.is-a-geek.org [80.67.176.89]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by solo.fdn.fr (Postfix) with ESMTPS id 12DA5441AF for ; Wed, 25 Apr 2012 00:21:10 +0200 (CEST) Received: from samy by type.ipv6 with local (Exim 4.77) (envelope-from ) id 1SMo6g-0000BQ-1u for grub-devel@gnu.org; Wed, 25 Apr 2012 00:21:10 +0200 Date: Wed, 25 Apr 2012 00:21:10 +0200 From: Samuel Thibault To: The development of GNU GRUB Subject: Re: [PATCH,HURD] Fix grub-probe with userland partition support Message-ID: <20120424222110.GD29782@type.famille.thibault.fr> References: <4F953A3B.3000708@gmail.com> <20120423212606.GV4755@type.famille.thibault.fr> <20120423233423.GC4755@type.famille.thibault.fr> <4F966CAE.3080300@gmail.com> <20120424091915.GD4453@type.bordeaux.inria.fr> <4F967895.3010203@gmail.com> <20120424124220.GS4453@type.bordeaux.inria.fr> <4F96A85D.3040303@gmail.com> <20120424171358.GT4433@type.famille.thibault.fr> <4F9709A9.6090707@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4F9709A9.6090707@gmail.com> User-Agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 80.67.169.19 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2012 22:21:17 -0000 Vladimir '=CF=86-coder/phcoder' Serbinenko, le Tue 24 Apr 2012 22:14:33 += 0200, a =C3=A9crit : > On 24.04.2012 19:13, Samuel Thibault wrote: > > Vladimir '=CF=86-coder/phcoder' Serbinenko, le Tue 24 Apr 2012 15:19:= 25 +0200, a =C3=A9crit : > >> On 24.04.2012 14:42, Samuel Thibault wrote: > >>> 0-sized indeed poses problems. > >>> > >>>> I'm surprised that Hurd doesn't offer a way to just ask "What does= this > >>>> filesystem translator consume?" > >>> Because the whole point of the Hurd is to let the user have access > >>> to more powerful ways. A file can reside inside an iso file, which > >>> is stored in an ext2fs, which is stored in a file, > >> So much GRUB can handle. > > But how to express that to GRUB? grub_guess_root_devices only returns > > a series of alternative paths. See below. > By just giving the file in question. That will not tell you which image has to be mounted to find it. > >> As for the second, we're limited to what GRUB can do and so it won't= be > >> possible to have /boot on translator from hyperspace. > > Sure. But it can be something expressed in a complex way by the user= , > > which can actually be reached by GRUB. That said, as I said earlier,= we > > can ask the user to refrain himself when it's about /boot. > We can add more translators handling as-needed. So would it be acceptable for now as a horrible-but-works solution to use the output of sysopts: ext2fs --writable --no-atime --no-inherit-dir-group --store-type=3Dtyped = device:hd1 and /hurd/ext2fs --writable --no-inherit-dir-group /dev/hd0s1 Drop the first parameter (translator path), -* options, and that leaves only the device, with additional s_device:_/dev/_ mangling. > >>> But we generally don't want to impose any syntax here, it could act= ually > >>> be > >>> > >>> /opt/my/own/translator xyz > >>> > >>> I guess we'll have to impose some syntax anyway for whatever contai= ns > >>> /boot, so that grub can open it itself. > >> There should be a standartised way to get this information for any > >> conventional FS, otherwise it makes porting programs which use this > >> information much more difficult and in most cases results in dirty > >> workarounds. > > So far, I've mostly seen GRUB really needing that information. > I suppose that databases would want to know this for optimisations. libstore does provide the best thing for that: the actual area on the disk, which is what was used in the very first patch already, and which is used for swap, etc. But that reveals to be actually too precise for GRUB. Samuel