From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Ow0xe-0006Am-Ng for mharc-grub-devel@gnu.org; Wed, 15 Sep 2010 19:00:18 -0400 Received: from [140.186.70.92] (port=34672 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ow0xb-00069s-58 for grub-devel@gnu.org; Wed, 15 Sep 2010 19:00:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Ow0xV-0000ru-JF for grub-devel@gnu.org; Wed, 15 Sep 2010 19:00:15 -0400 Received: from mail-bw0-f41.google.com ([209.85.214.41]:50162) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Ow0xV-0000rb-8X for grub-devel@gnu.org; Wed, 15 Sep 2010 19:00:09 -0400 Received: by bwz10 with SMTP id 10so1408910bwz.0 for ; Wed, 15 Sep 2010 16:00:08 -0700 (PDT) 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=oHadxA1KCKIAhezPpkwC4WdqGL6zjEYKvHUNTH/Pbx4=; b=kvpY0CYXG9OwgV0Vn0s41rcSeLEoG2fpLo6AwNj1vq4KMB7uEcR4V2pcjinruAe8e+ 2pHTfCy4u4FY529zvTxzBkdUmDPw0rbXTepd0fIukT9k4jJQ855B746ffmANncndKPYV RL0UUwrVi06WxmjdsOzJzbaZf1hveaLGfo2Yg= 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=whaocPiunHJjU89QxoTj+S3fNhWCctlSueKRKmmLL+h20abvUMf2Wtn5FCXLZ+vApk 2+vASqD2N1i0iawnEU88C/wutRggmG1SJZi3SnfGe2ru+Aze3yvhaDTjKjF5VOqMA8/v sJmOCy5Poe91Ms7pyyqJWlJwNa+vEv6/3EBo4= Received: by 10.204.115.2 with SMTP id g2mr1924283bkq.19.1284591607608; Wed, 15 Sep 2010 16:00:07 -0700 (PDT) Received: from debian.bg45.phnet (147-39.62-81.cust.bluewin.ch [81.62.39.147]) by mx.google.com with ESMTPS id 11sm1832861bkj.11.2010.09.15.16.00.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 15 Sep 2010 16:00:06 -0700 (PDT) Message-ID: <4C914FF4.1050500@gmail.com> Date: Thu, 16 Sep 2010 01:00:04 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.11) Gecko/20100805 Icedove/3.0.6 MIME-Version: 1.0 To: grub-devel@gnu.org References: <20100910173329.GX21862@riva.ucam.org> In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig6DE179D3ED3F96A4DCE3467E" 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: Wed, 15 Sep 2010 23:00:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6DE179D3ED3F96A4DCE3467E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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 to >> 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) or > 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. grub-mkconfig on the other hand probes for root but you don't have to use it. If you prefer the old way of doing things you can simply remove grub-mkconfig and write grub.cfg yourself. > Some of this probe logic is starting to delve into sysadmin logic, > which can be terribly obtuse and site-specific. I really don't think > the install code should be _solely_ implemented in compiled languages > - it should be possible to install grub2 boot blocks in > alternative/scriptable ways like it was with grub1 (dd > if=3D/boot/grub/stage1 of=3D/dev/foo bs=3D446 count=3D1 conv=3Dnotrunc)= =2E > That also lets you install pre-assembled grub cores from > non-grub2-supported platforms, which is useful for no-physical-access > OS conversion. > > This is somewhat like the "where is stage1" complaints the list has > been getting, but I'd like to see this minor inflexibility resolved in > the awesome grub2 framework vs. just asking to keep bugfixing ancient > grub1. > > thanks for reading > -joey > > > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel > --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig6DE179D3ED3F96A4DCE3467E 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/ iF4EAREKAAYFAkyRT/QACgkQNak7dOguQgnNBgD+KbLK3lQ7EdkP7tsR4H3ak42q YzsMJRW2V2dY17gAnCwA/i2lCz0r484Yk7OuMK/Tm/7hVwkEOynge2V0iFB/XDAj =7oEC -----END PGP SIGNATURE----- --------------enig6DE179D3ED3F96A4DCE3467E--