From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1PIuEm-0004PD-If for mharc-grub-devel@gnu.org; Wed, 17 Nov 2010 21:28:36 -0500 Received: from [140.186.70.92] (port=48119 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PIuEi-0004O0-O9 for grub-devel@gnu.org; Wed, 17 Nov 2010 21:28:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PIuEh-00082n-HA for grub-devel@gnu.org; Wed, 17 Nov 2010 21:28:32 -0500 Received: from mail-ey0-f169.google.com ([209.85.215.169]:37483) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PIuEh-00082M-Ce for grub-devel@gnu.org; Wed, 17 Nov 2010 21:28:31 -0500 Received: by eydd26 with SMTP id d26so1726217eyd.0 for ; Wed, 17 Nov 2010 18:28:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type; bh=fS1xpHhHVlUr6PPp+ca7Djq+Zr3+uJLco/Q9YgNdF20=; b=i/srz3zeIBP/z9vFhZLksoYAz26ISeh8bracYWJZ8iflG72uaQfouym2UkgsSzv7VD 3aj6rNtkLNnI4gOkReBjLY6pWE4rLVILCEYXzJg1DO2Gi97XFVb64FAzFzE54j/VyfS+ Igp4ZDkJtRkkPw48UxjnXROwLrUAv5H14XV8U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; b=geBbIJyqCfRGqhfRS80OFFX5RyxBnjnrxDlOj5br6e442I5Z4cU/iTeCx+7A96wt6Z XQVfYt6xSHNm14t1WGaR0BCuOJVg1Bqv6YgHCr8e26/SPtZcrEgJoaRNLJDAyqrPHMYG tIGNHRnXuxA8chxWa0WTcDM5KcpDwVTHZTy6c= Received: by 10.14.45.14 with SMTP id o14mr9147eeb.11.1290047309848; Wed, 17 Nov 2010 18:28:29 -0800 (PST) Received: from debian.bg45.phnet (158-110.62-81.cust.bluewin.ch [81.62.110.158]) by mx.google.com with ESMTPS id q58sm2917123eeh.21.2010.11.17.18.28.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 17 Nov 2010 18:28:27 -0800 (PST) Message-ID: <4CE48F38.6090601@gmail.com> Date: Thu, 18 Nov 2010 03:28:08 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.15) Gecko/20101030 Icedove/3.0.10 MIME-Version: 1.0 To: grub-devel@gnu.org References: <20100910173329.GX21862@riva.ucam.org> <4C914FF4.1050500@gmail.com> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig6C2EC01537FCA03B33800BCD" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: grub-setup inflexibility X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 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: Thu, 18 Nov 2010 02:28:34 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6C2EC01537FCA03B33800BCD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 09/16/2010 04:02 AM, Joey Korkames wrote: > [UTF-8]Vladimir '=C3=86-coder/phcoder' Serbinenko writes: > >> On 09/15/2010 08:55 PM, Joey Korkames wrote: >>> Colin Watson writes: >>> >>>> On Xen (I'm told), it's possible to assign disk images in the host t= o >>>> things that are named rather like partitions in the guest (e.g. >>>> /dev/sda1), but that don't have an associated disk (e.g. /dev/sda); >>>> indeed, the latter device is nonexistent. This confuses >>>> grub_util_biosdisk_get_grub_dev. >>>> >>>> There's really no other situation in which I think it's terribly >>>> plausible that you might have /dev/sda1 but not /dev/sda, so it >>>> seems to >>>> me that in this case we can reasonably treat the apparent >>>> "partition" as >>>> a disk in its own right. >>>> >>> >>> Can we make some of these 'decisions' switchable on the command line?= >>> I perform a lot of block device redirections (Xen, iSCSI, nbd, etc) o= r >>> work from live cd's (where / is merely rootfs+unionfs with no disk, >>> but /boot is a mounted disk), and grub-setup raises fatal objections >>> that I would like to override when _I_ know what devnodes the >>> bootblocks and the filesystems belong on. >>> >> It looks like you confused grub-setup (called from grub-install) with >> grub-mkconfig (called from update-grub). Former accesses only to >> /boot/grub and it needs to know about /boot/grub in order to configure= >> image correctly. > > Nope, I really do mean grub-setup. The situations I described also > confuses > grub-install and grub-mkconfig's sh functions, but I generate my own > configs so I don't use those. > I was looking at the grub-setup code and just saw a new option, > --skip-fs-probe . I'll try that for the livecd edge case and if that > doesn't fix my problems, then I'll try to get a detailed breakpoint > where grub-setup gets confused. > I've successfully installed GRUB from Ubuntu live CD both using Ubuntu version and trunk version with root on aufs and /boot being a mounted /dev/sda1 device. It doesn't seem to be any problem. IF problem persists for you please supply additional data including the output of sh -x grub-install --root-directory=3D.. /dev/sdXY > > > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel > --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig6C2EC01537FCA03B33800BCD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAkzkjzgACgkQNak7dOguQgmvrAEAqSMM44h4dgcNLMTHpvvRIIEf GH4bs1MmhPO4Aa5DuYIA/RUngHkjNkjgqUefMlNA9Ezab7OsJ7QPlD67VtBzxM8k =KgXH -----END PGP SIGNATURE----- --------------enig6C2EC01537FCA03B33800BCD--