From MAILER-DAEMON Sat Dec 01 11:58:57 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TeqP3-0005TH-RD for mharc-help-grub@gnu.org; Sat, 01 Dec 2012 11:58:57 -0500 Received: from eggs.gnu.org ([208.118.235.92]:37330) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TeqP1-0005OD-0Z for help-grub@gnu.org; Sat, 01 Dec 2012 11:58:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TeqOz-0006rC-Ua for help-grub@gnu.org; Sat, 01 Dec 2012 11:58:54 -0500 Received: from mail-ia0-f169.google.com ([209.85.210.169]:65435) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TeqOz-0006r5-Q8 for help-grub@gnu.org; Sat, 01 Dec 2012 11:58:53 -0500 Received: by mail-ia0-f169.google.com with SMTP id r4so1391886iaj.0 for ; Sat, 01 Dec 2012 08:58:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=nLu42mlx+jbuJ/iFySj7L0+Ub+HflCRpzqe3iQj5oX4=; b=nnFo2503X+knzy5iRR0JgwRJ5iz/pJ6/6eAIwA4kY6uR5Pjn47GNLXplvcgLDPMzds 9CBoX3Ajx9T3IfWZIo+3RiYp8reLLRBFmYHaZ404TxpuQ9k0Kr5HY51uGfblZ/CeTm7G ZzgCGIe6Q7bPh55eUMILpAYHIGeEbYp6LjNDJw8RUXIO0scZew0i2/wo79dVh6j2OU7s wRO8QP3rwXxYrl4ZIkKfhY4M4GkWcum0goH3z6jjiGWUfKHjZ1rtCbbJlZR06+wFusJR dr4AHahYtVXdNvo2b/u+7O3S/YKVxAzqQqFA6hguXaBWO3MNehwjWcWRw5B4m8+ySIlR 4d9g== MIME-Version: 1.0 Received: by 10.50.242.5 with SMTP id wm5mr1907641igc.68.1354381133117; Sat, 01 Dec 2012 08:58:53 -0800 (PST) Received: by 10.231.146.5 with HTTP; Sat, 1 Dec 2012 08:58:53 -0800 (PST) In-Reply-To: References: Date: Sun, 2 Dec 2012 00:58:53 +0800 Message-ID: Subject: bootloader question about GRUB From: Jomelle Wong To: help-grub@gnu.org Content-Type: multipart/alternative; boundary=f46d044784a754773e04cfcd6eaf X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.210.169 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2012 16:58:56 -0000 --f46d044784a754773e04cfcd6eaf Content-Type: text/plain; charset=ISO-8859-1 I'm not really sure where to ask this. I reckon it doesn't really belong in devel or bug reports, so I'll just do it here. I've been browsing the stage1.s of what I think is the grub legacy looking for inspiration, though I'm not quite good enough to look through everything. How is it that GRUB doesn't conflict with an existing filesystem given that it loads things off fixed sectors(for the stage1 at least)? I've looked at the stage2 directory and I don't think that will ever fit on just a single sector. Does GRUB try to guess what the existing filesystem is? I don't see any hints on the config file about the filesystem it is on. On installation on a partition bootsector, does it read the MBR partition table and patch stuff(the long stage2_sector, for example)? What if the filesystem doesn't have reserved spaces(reserved sectors for FAT would be set to 1, and ext would have no reserved blocks)? Where would the rest of GRUB go? Does it patch those fields? But I don't see any hints on the partition filesystem on the config. Or does GRUB literally store itself on fixed sectors(outside partitions)? In that case, I go back to my conflict question. That is, what if every partition has consumed the HDD to the brim. Does it adjust the partition table? --f46d044784a754773e04cfcd6eaf Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I'm not really sure where to ask this. I reckon it doesn't really b= elong in devel
or bug reports, so I'll ju= st do it here.

I've been browsing the stage1.s of what I think i= s the grub legacy looking
for inspiration, though I'm not quite good enough to look through every= thing.

How is it that GRUB doesn't conflict with an existing fil= esystem given that it
loads things off fixed sectors(for the stage1 at l= east)? I've looked at the stage2
directory and I don't think that will ever fit on just a single sector.=

Does GRUB try to guess what the existing filesystem is? I don't= see any hints
on the config file about the filesystem it is on.

On installation on a partition bootsector, does it read the MBR partiti= on table
and patch stuff(the long stage2_sector, for example)?

Wh= at if the filesystem doesn't have reserved spaces(reserved sectors for = FAT
would be set to 1, and ext would have no reserved blocks)? Where would the<= br>rest of GRUB go? Does it patch those fields? But I don't see any hin= ts on the
partition filesystem on the config. Or does GRUB literally sto= re itself on fixed
sectors(outside partitions)? In that case, I go back to my conflict questio= n.
That is, what if every partition has consumed the HDD to the brim. D= oes it
adjust the partition table?


--f46d044784a754773e04cfcd6eaf-- From MAILER-DAEMON Sat Dec 01 13:58:51 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TesH5-0007aX-AV for mharc-help-grub@gnu.org; Sat, 01 Dec 2012 13:58:51 -0500 Received: from eggs.gnu.org ([208.118.235.92]:46052) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TesH3-0007aQ-3B for help-grub@gnu.org; Sat, 01 Dec 2012 13:58:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TesH2-0002rR-00 for help-grub@gnu.org; Sat, 01 Dec 2012 13:58:49 -0500 Received: from mail-lb0-f169.google.com ([209.85.217.169]:54701) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TesH1-0002rH-OR for help-grub@gnu.org; Sat, 01 Dec 2012 13:58:47 -0500 Received: by mail-lb0-f169.google.com with SMTP id gk1so1458420lbb.0 for ; Sat, 01 Dec 2012 10:58:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=trB+uUCiGQgYPUfjS2qLAkw1Pz7rC2WNHsOcGj7Ol5k=; b=0EvyuWIdcU+v7XV+hivQHUUpg0BjKPtRi/oo6vHmE8w1b437Jc6xTzM+1WW+hLdwp8 Z1CPbSD0prUWomUNkllUqw9JO8BifReii3rMXLWe9YhY1r1izEoFFNYiwLA5MyHYN2Tc pK0jZ9YymKbfNdhjdHePhB9AupRIxvhO+W2a6sOVqCEsS/D49mrzVoTXLWRDnDA1uul7 jm6ttf9mtYZ6FlsvFylSJC2JSeUMI5rYNyEJs25dyxvhWejztRuVa8Elc0cl1kYPI2xG z15yhpuX09Kswist8+/qavvkhO4k2QukRWeqDoZxvbqaneYTyshpxV2xq/jM1KEWVqv6 ZsZg== Received: by 10.152.144.10 with SMTP id si10mr4831761lab.55.1354388325787; Sat, 01 Dec 2012 10:58:45 -0800 (PST) Received: from opensuse.site (ppp91-78-198-46.pppoe.mtu-net.ru. [91.78.198.46]) by mx.google.com with ESMTPS id l1sm3398958lbm.1.2012.12.01.10.58.43 (version=SSLv3 cipher=OTHER); Sat, 01 Dec 2012 10:58:44 -0800 (PST) Date: Sat, 1 Dec 2012 22:58:42 +0400 From: Andrey Borzenkov To: Jomelle Wong Subject: Re: bootloader question about GRUB Message-ID: <20121201225842.7097b057@opensuse.site> In-Reply-To: References: X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.217.169 Cc: help-grub@gnu.org X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2012 18:58:50 -0000 ÷ Sun, 2 Dec 2012 00:58:53 +0800 Jomelle Wong ÐÉÛÅÔ: > I'm not really sure where to ask this. I reckon it doesn't really belong in > devel > or bug reports, so I'll just do it here. > > I've been browsing the stage1.s of what I think is the grub legacy looking > for inspiration, though I'm not quite good enough to look through > everything. > > How is it that GRUB doesn't conflict with an existing filesystem given that > it > loads things off fixed sectors(for the stage1 at least)? I've looked at the > stage2 > directory and I don't think that will ever fit on just a single sector. > > Does GRUB try to guess what the existing filesystem is? I don't see any > hints > on the config file about the filesystem it is on. > stage1 loads stage2 as block list. It does not know anything about filesystems nor does it care. It is using absolute disk locations. stage1 may load so called stage1.5 which supports single filesystem and can load stage2 by name and not by absolute disk location. In this case user who installs grub is responsible for using correct stage1.5 that supports filesystem which contains stage2. > On installation on a partition bootsector, does it read the MBR partition > table > and patch stuff(the long stage2_sector, for example)? > If stage1 is installed in partition, then there is nothing in MBR that needs patching. > What if the filesystem doesn't have reserved spaces(reserved sectors for FAT > would be set to 1, and ext would have no reserved blocks)? Where would the > rest of GRUB go? Does it patch those fields? But I don't see any hints on > the > partition filesystem on the config. Or does GRUB literally store itself on > fixed > sectors(outside partitions)? In that case, I go back to my conflict > question. > That is, what if every partition has consumed the HDD to the brim. Does it > adjust the partition table? If there is free space outside of partitions, you may copy (embed) stage2 there. Usually it is stage1.5 that is embedded - it is smaller so it is easier to find space for it. If there is no free space, absolute disk location of stage2 in filesystem is computed and used to load it. From MAILER-DAEMON Sat Dec 01 14:45:12 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Teszw-0006hb-Ge for mharc-help-grub@gnu.org; Sat, 01 Dec 2012 14:45:12 -0500 Received: from eggs.gnu.org ([208.118.235.92]:44801) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Teszt-0006hF-1G for help-grub@gnu.org; Sat, 01 Dec 2012 14:45:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Teszr-0006eH-9r for help-grub@gnu.org; Sat, 01 Dec 2012 14:45:08 -0500 Received: from qmta13.emeryville.ca.mail.comcast.net ([76.96.27.243]:48634) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Teszq-0006a5-US for help-grub@gnu.org; Sat, 01 Dec 2012 14:45:07 -0500 Received: from omta10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by qmta13.emeryville.ca.mail.comcast.net with comcast id WKYz1k0060cQ2SLADKl491; Sat, 01 Dec 2012 19:45:04 +0000 Received: from [192.168.1.145] ([75.70.21.241]) by omta10.emeryville.ca.mail.comcast.net with comcast id WKl21k0055C5Uhn8WKl3TS; Sat, 01 Dec 2012 19:45:03 +0000 From: Chris Murphy Content-Type: multipart/alternative; boundary="Apple-Mail=_1DF431DF-34F7-4B62-AAD6-36A2D2CB2FF7" Message-Id: Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: bootloader question about GRUB Date: Sat, 1 Dec 2012 12:45:03 -0700 References: To: "help-grub@gnu.org" In-Reply-To: X-Mailer: Apple Mail (2.1499) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1354391104; bh=s27ASqi/AwQBJpbOyTqIWoyNSZgWLLPgaTSlhaVftSE=; h=Received:Received:From:Content-Type:Message-Id:Mime-Version: Subject:Date:To; b=g0asHrpn2K+j7b7K9cJHnB3aDZegsafZ+r9v5lWHggCr/+vD+nmmGjyhEwkp0np98 PjRSJtawlWxsZCfyFYHfmljXHvq215/W0IUia558MBabsAhzp7vIy2FFeNRRrZnFvv KbSutwPQDmRQitTMXBwJPXqOiO9eJA9qZK9oNTl9WVXNX8+q+AGdLvfRxH5RWC9eo5 V1NsyHldlBmcwy8ygrkKmf5F1abnHi9ykE2IgOxsBQ9Lf2X+DLQpNnYhcCM0Lya0el 2IH2WUlkNSPfZY2nbP6eLce6QZH/84tbzh53d5uURhxQo9CgPkmYIHuoyIvoDyRpkI uyCJ1liUTw/7g== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 76.96.27.243 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2012 19:45:10 -0000 --Apple-Mail=_1DF431DF-34F7-4B62-AAD6-36A2D2CB2FF7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On Dec 1, 2012, at 9:58 AM, Jomelle Wong wrote: >=20 > How is it that GRUB doesn't conflict with an existing filesystem given = that it > loads things off fixed sectors(for the stage1 at least)? I've looked = at the stage2 > directory and I don't think that will ever fit on just a single = sector. The bulk of GRUB Legacy and GRUB 2 is placed into the MBR gap, from LBA = 1 to 62. But sometimes GRUB2's core.img is bigger which is why it's = better to have a larger gap. Most partition tools now start partition 1 = at LBA 2048, leave 2047 sectors for GRUB in the gap. For GPT disks, and BIOS which can support GPT, it's better to have a 1MB = partition with the partition type of BIOS Boot, which GRUB 2's installer = finds automatically and installs diskboot.img and core.img. This is the = safest approach. The block list approach you seem to be referring to isn't guaranteed to = not conflict with an existing filesystem, or more correctly while GRUB = probably won't step on anything the file system has reserved for itself, = the file system can't know about about GRUB's usage, so the file system = could step on GRUB and make the system unbootable. This is why = blocklists are discouraged. More here in the section for GRUB Legacy users: http://www.gnu.org/software/grub/manual/grub.html > Does GRUB try to guess what the existing filesystem is? I don't see = any hints > on the config file about the filesystem it is on. This is part of installing GRUB to the disk or partition, you won't find = hints in the config file at all. All of this happens before the config = file is produced or read by GRUB. >=20 > On installation on a partition bootsector, does it read the MBR = partition table > and patch stuff(the long stage2_sector, for example)? Realize that partition boot sectors are a myth. For example XFS doesn't = have one. ext[234]'s boot sector is only 512 bytes so it's essentially = unusable. This is not big enough for GRUB to be installed onto a = partition, which is why it's not recommended. But some people are = stubborn and do things that aren't a good idea anyway, and in that case = block lists are used. > What if the filesystem doesn't have reserved spaces(reserved sectors = for FAT > would be set to 1, and ext would have no reserved blocks)? Where would = the > rest of GRUB go? Does it patch those fields? But I don't see any hints = on the > partition filesystem on the config. Or does GRUB literally store = itself on fixed > sectors(outside partitions)? In that case, I go back to my conflict = question.=20 > That is, what if every partition has consumed the HDD to the brim. = Does it > adjust the partition table? Check out GRUB documentation on block lists. That should answer your = question. It basically splits itself into pieces, with code to chain = load those pieces sequentially until enough is loaded that it can then = find grub.conf (or now grub.cfg for GRUB 2). It does not notify the file = system of these pieces, it does not adjust the partition table. The = pieces are subject to being overwritten at anytime by the host file = system. Chris Murphy= --Apple-Mail=_1DF431DF-34F7-4B62-AAD6-36A2D2CB2FF7 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1 jomelle012@gmail.com> = wrote:

How is it that GRUB doesn't conflict with an = existing filesystem given that it
loads things off fixed sectors(for = the stage1 at least)? I've looked at the stage2
directory and I don't think that will ever fit on just a single = sector.

The bulk of GRUB = Legacy and GRUB 2 is placed into the MBR gap, from LBA 1 to 62. But = sometimes GRUB2's core.img is bigger which is why it's better to have a = larger gap. Most partition tools now start partition 1 at LBA 2048, = leave 2047 sectors for GRUB in the gap.

For GPT = disks, and BIOS which can support GPT, it's better to have a 1MB = partition with the partition type of BIOS Boot, which GRUB 2's installer = finds  automatically and installs diskboot.img and core.img. This = is the safest approach.

The block list approach = you seem to be referring to isn't guaranteed to not conflict with an = existing filesystem, or more correctly while GRUB probably won't step on = anything the file system has reserved for itself, the file system can't = know about about GRUB's usage, so the file system could step on GRUB and = make the system unbootable. This is why blocklists are = discouraged.

More here in the section for GRUB = Legacy users:


Does GRUB try to guess what = the existing filesystem is? I don't see any hints
on the config file = about the filesystem it is = on.

This is part of installing = GRUB to the disk or partition, you won't find hints in the config file = at all. All of this happens before the config file is produced or read = by GRUB.


On installation on a partition bootsector, does it read the MBR = partition table
and patch stuff(the long stage2_sector, for = example)?

Realize that = partition boot sectors are a myth. For example XFS doesn't have one. = ext[234]'s boot sector is only 512 bytes so it's essentially unusable. = This is not big enough for GRUB to be installed onto a partition, which = is why it's not recommended. But some people are stubborn and do things = that aren't a good idea anyway, and in that case block lists are = used.



What if the filesystem doesn't = have reserved spaces(reserved sectors for FAT
would be set to 1, and ext would have no reserved blocks)? Where would = the
rest of GRUB go? Does it patch those fields? But I don't see any = hints on the
partition filesystem on the config. Or does GRUB = literally store itself on fixed
sectors(outside partitions)? In that case, I go back to my conflict = question.
That is, what if every partition has consumed the HDD to = the brim. Does it
adjust the partition = table?

Check out GRUB documentation on = block lists. That should answer your question. It basically splits = itself into pieces, with code to chain load those pieces sequentially = until enough is loaded that it can then find grub.conf (or now grub.cfg = for GRUB 2). It does not notify the file system of these pieces, it does = not adjust the partition table. The pieces are subject to being = overwritten at anytime by the host file = system.


Chris = Murphy
= --Apple-Mail=_1DF431DF-34F7-4B62-AAD6-36A2D2CB2FF7-- From MAILER-DAEMON Sat Dec 01 15:07:45 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TetLl-0001x0-9x for mharc-help-grub@gnu.org; Sat, 01 Dec 2012 15:07:45 -0500 Received: from eggs.gnu.org ([208.118.235.92]:54253) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TeqDL-0003Id-6T for help-grub@gnu.org; Sat, 01 Dec 2012 11:46:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TeqDJ-0003k3-Jp for help-grub@gnu.org; Sat, 01 Dec 2012 11:46:51 -0500 Received: from mail-ia0-f169.google.com ([209.85.210.169]:62772) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TeqDJ-0003jl-FA for help-grub@gnu.org; Sat, 01 Dec 2012 11:46:49 -0500 Received: by mail-ia0-f169.google.com with SMTP id r4so1386707iaj.0 for ; Sat, 01 Dec 2012 08:46:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Z6wPf1DC+sty04RW74MtpeN5HDgE5R3CJDUT3MYYd6A=; b=toBpobKmKO33oVNjC5YOefDUk/yOrWfKIeptCYopRwghVa6khuENn7bhnaHKnYgd7y m+p4ndj6QBQQtGYwdhriUqWqugRLjmc/VTcEAK9uwCNXnhTE/trAfi5yjKG8rAeqj87A 3LfojwU7Rs2vAnkQf/lK2bqCrmZEu6OErf6hbXQxhZ4jK/X1kxk5vA2LlRasaMXD4Zpu PNyVarO99kM4RNW5BqOClVyo4aa5QlNG3cmKn2Z8iExouuwijME9QqfK8fJZB+ax9WJ0 hyw2jwn6KWDAMDOdnVWheI6xo6GvB38QY3/cvvKUXm2tbV98WSSBzIcWxDvtLKcNFMjf r02A== MIME-Version: 1.0 Received: by 10.42.249.80 with SMTP id mj16mr3900816icb.53.1354380408495; Sat, 01 Dec 2012 08:46:48 -0800 (PST) Received: by 10.231.146.5 with HTTP; Sat, 1 Dec 2012 08:46:48 -0800 (PST) Date: Sun, 2 Dec 2012 00:46:48 +0800 Message-ID: Subject: bootloader question about GRUB From: Jomelle Wong To: help-grub@gnu.org Content-Type: multipart/alternative; boundary=20cf3011d8b1239e8004cfcd43c7 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.210.169 X-Mailman-Approved-At: Sat, 01 Dec 2012 15:07:44 -0500 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Dec 2012 16:46:52 -0000 --20cf3011d8b1239e8004cfcd43c7 Content-Type: text/plain; charset=ISO-8859-1 I'm not really sure where to ask this. I reckon it doesn't really belong in devel or bug reports, so I'll just do it here. I've been browsing the stage1.s of what I think is the grub legacy looking for inspiration, though I'm not quite good enough to look through everything. How is it that GRUB doesn't conflict with an existing filesystem given that it loads things off fixed sectors(for the stage1 at least)? I've looked at the stage2 directory and I don't think that will ever fit on just a single sector. Does GRUB try to guess what the existing filesystem is? I don't see any hints on the config file about the filesystem it is on. On installation on a partition bootsector, does it read the MBR partition table and patch stuff(the long stage2_sector, for example)? What if the filesystem doesn't have reserved spaces(reserved sectors for FAT would be set to 1, and ext would have no reserved blocks)? Where would the rest of GRUB go? Does it patch those fields? But I don't see any hints on the partition filesystem on the config. Or does GRUB literally store itself on fixed sectors(outside partitions)? In that case, I go back to my conflict question. That is, what if every partition has consumed the HDD to the brim. Does it adjust the partition table? --20cf3011d8b1239e8004cfcd43c7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I'm not really sure where to ask this. I reckon it doesn't really b= elong in devel
or bug reports, so I'll just do it here.

I'= ;ve been browsing the stage1.s of what I think is the grub legacy looking for inspiration, though I'm not quite good enough to look through every= thing.

How is it that GRUB doesn't conflict with an existing fil= esystem given that it
loads things off fixed sectors(for the stage1 at l= east)? I've looked at the stage2
directory and I don't think that will ever fit on just a single sector.=

Does GRUB try to guess what the existing filesystem is? I don't= see any hints
on the config file about the filesystem it is on.

On installation on a partition bootsector, does it read the MBR partiti= on table
and patch stuff(the long stage2_sector, for example)?

Wh= at if the filesystem doesn't have reserved spaces(reserved sectors for = FAT
would be set to 1, and ext would have no reserved blocks)? Where would the<= br>rest of GRUB go? Does it patch those fields? But I don't see any hin= ts on the
partition filesystem on the config. Or does GRUB literally sto= re itself on fixed
sectors(outside partitions)? In that case, I go back to my conflict questio= n.
That is, what if every partition has consumed the HDD to the brim. D= oes it
adjust the partition table?

--20cf3011d8b1239e8004cfcd43c7-- From MAILER-DAEMON Sun Dec 02 08:51:27 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Tf9x9-0000bc-Me for mharc-help-grub@gnu.org; Sun, 02 Dec 2012 08:51:27 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57571) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tf9x6-0000bO-W6 for help-grub@gnu.org; Sun, 02 Dec 2012 08:51:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tf9x2-0004gG-E2 for help-grub@gnu.org; Sun, 02 Dec 2012 08:51:24 -0500 Received: from mail-ie0-f169.google.com ([209.85.223.169]:35050) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tf9x2-0004gC-85 for help-grub@gnu.org; Sun, 02 Dec 2012 08:51:20 -0500 Received: by mail-ie0-f169.google.com with SMTP id c14so3347809ieb.0 for ; Sun, 02 Dec 2012 05:51:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UNcgWIvQSXKLIW1CiaQVr5+K5DnkY6SmgnJJIBXO/V0=; b=W3mdfU9fe7aYXcgn8/8eh4bhRDRF1++Rf8hT7yAL75/X8WjcM1cCAMYQ9oLVjKiwbK 2UC2I1qDPPWgUOo83WcZLhcxu4RO++f7UzV++Uibj7j0JKzTQC4ftNld1Mxn70l1SAYn oygx6De8ZkE6ptmDAcmcrXFFIhpZC6IiP6d9KBDyQ4c1bn6r3e0xsMkU8PNKPd61DXJ7 hst+jGtZ+Cd4D7LfC7c9wYy/rtFRx9LtDELBa1IzDhcfnn3feHcHZcMiZ9BlXVl+JKee gt3KX34CbLA/IXkwv+q67CC46eI9yDKIH4xf8Krl/BTEm9Rk6NK2RBAo7giAZRWrolE4 WZbg== MIME-Version: 1.0 Received: by 10.50.53.230 with SMTP id e6mr3718592igp.46.1354456279501; Sun, 02 Dec 2012 05:51:19 -0800 (PST) Received: by 10.231.146.5 with HTTP; Sun, 2 Dec 2012 05:51:19 -0800 (PST) In-Reply-To: References: Date: Sun, 2 Dec 2012 21:51:19 +0800 Message-ID: Subject: Re: bootloader question about GRUB From: Jomelle Wong To: Chris Murphy Content-Type: text/plain; charset=ISO-8859-1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.223.169 Cc: "help-grub@gnu.org" X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 13:51:26 -0000 On Sun, Dec 2, 2012 at 3:45 AM, Chris Murphy wrote: > > >> On Dec 1, 2012, at 9:58 AM, Jomelle Wong wrote: > > > How is it that GRUB doesn't conflict with an existing filesystem given > that it > loads things off fixed sectors(for the stage1 at least)? I've looked at > the stage2 > directory and I don't think that will ever fit on just a single sector. > > > The bulk of GRUB Legacy and GRUB 2 is placed into the MBR gap, from LBA 1 > to 62. But sometimes GRUB2's core.img is bigger which is why it's better to > have a larger gap. Most partition tools now start partition 1 at LBA 2048, > leave 2047 sectors for GRUB in the gap. > > For GPT disks, and BIOS which can support GPT, it's better to have a 1MB > partition with the partition type of BIOS Boot, which GRUB 2's installer > finds automatically and installs diskboot.img and core.img. This is the > safest approach. > > The block list approach you seem to be referring to isn't guaranteed to > not conflict with an existing filesystem, or more correctly while GRUB > probably won't step on anything the file system has reserved for itself, the > file system can't know about about GRUB's usage, so the file system could > step on GRUB and make the system unbootable. This is why blocklists are > discouraged. > > More here in the section for GRUB Legacy users: > http://www.gnu.org/software/grub/manual/grub.html > > > Does GRUB try to guess what the existing filesystem is? I don't see any > hints > on the config file about the filesystem it is on. > > > This is part of installing GRUB to the disk or partition, you won't find > hints in the config file at all. All of this happens before the config file > is produced or read by GRUB. > > > On installation on a partition bootsector, does it read the MBR partition > table > and patch stuff(the long stage2_sector, for example)? > > > Realize that partition boot sectors are a myth. For example XFS doesn't > have one. ext[234]'s boot sector is only 512 bytes so it's essentially > unusable. This is not big enough for GRUB to be installed onto a partition, > which is why it's not recommended. But some people are stubborn and do > things that aren't a good idea anyway, and in that case block lists are > used. > > > > What if the filesystem doesn't have reserved spaces(reserved sectors for > FAT > would be set to 1, and ext would have no reserved blocks)? Where would the > rest of GRUB go? Does it patch those fields? But I don't see any hints on > the > partition filesystem on the config. Or does GRUB literally store itself on > fixed > sectors(outside partitions)? In that case, I go back to my conflict > question. > That is, what if every partition has consumed the HDD to the brim. Does it > adjust the partition table? > > > Check out GRUB documentation on block lists. That should answer your > question. It basically splits itself into pieces, with code to chain load > those pieces sequentially until enough is loaded that it can then find > grub.conf (or now grub.cfg for GRUB 2). It does not notify the file system > of these pieces, it does not adjust the partition table. The pieces are > subject to being overwritten at anytime by the host file system. > > > Chris Murphy > > _______________________________________________ > Help-grub mailing list > Help-grub@gnu.org > https://lists.gnu.org/mailman/listinfo/help-grub > So when you specify a block list during installation, is it that GRUB treats these as free locations and so will use it to whichever way it desires? Both stage1.5 and stage2 can be stored in these locations? What if there isn't enough locations? I assume it'll complain. And if there is a surplus, I assume it wouldn't matter. If a block list is not specified at install-time, GRUB shall default to LBA 1-63 to install stage2, or if stage1.5 is desired then stage1.5 goes there and the user simply inserts stage2 into the filesystem? Either way, LBA1-63 is a default area? It seems that stage1 doesn't look at the partition table, nor does it load a partition boot sector, when installed in the MBR. I assume that the loading of partition boot sectors(and therefore OSes) occurs after the selection screen? I suppose this is what makes it a 'boot manager'. In which case, where's the part where it actually can load the kernel? After all, doesn't that need a bootloader? At this point, I'm confused as to what GRUB really does. Or am I confusing it with GRUB2? Do I still actually have to write a bootloader that loads the kernel itself? minus the PMode stuff. How are the locations of each partition(and so, each OS/boot sector to choose from) specified? When you specify a path to a partition in the config which GRUB shall boot upon start up selection, at install time the installer gets the boot sectors of these partitions through reading the MBR partition table, or maybe some linux magic? Either way, these locations are hardcoded at install time? Or is it specified by the user? Or does GRUB re-reads the MBR partition table at run time? From MAILER-DAEMON Sun Dec 02 11:34:45 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TfCVB-0000Zw-9p for mharc-help-grub@gnu.org; Sun, 02 Dec 2012 11:34:45 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52984) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfCV9-0000Zm-5A for help-grub@gnu.org; Sun, 02 Dec 2012 11:34:43 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TfCV8-0004eq-AU for help-grub@gnu.org; Sun, 02 Dec 2012 11:34:43 -0500 Received: from mail-la0-f41.google.com ([209.85.215.41]:57624) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfCV8-0004ee-1T for help-grub@gnu.org; Sun, 02 Dec 2012 11:34:42 -0500 Received: by mail-la0-f41.google.com with SMTP id m15so1715980lah.0 for ; Sun, 02 Dec 2012 08:34:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=nQHd9aUVkot76rDnb5I8WlB8+vCpPfqyDHm/pTV4Hpk=; b=k1EfzVQYo5l+uJVrtUu9yYvxkbrL6G5nDjeoqTPyRZubFdfyuKcVKwPUXo5q0sx7Ia iB0Bs5PlGZwQBwO7GZEFPjGkoN5uD19tbT0IGQ3eMJa15RQBhZVwJ4BX9NCSBYJcwvHO iOPpWk1CJI14Q9LZ77uSzFJivBHa4pzKlCuL1/y/3x7jsBZCp2O6G6R4HOx3SzsuNico ulDnUfYVK64uSuQZMgLIny1nWPswjK6NiNXhyKOjKaGZ97f4biIq3uYmZJqDTFXHbk1G BE2lxEcCuJLjiQqo0NBpAHRaUn7u8Ufg1051UIQfMLm+gn91mQOCkyS5TRYTBMX7ZtHM 8Cog== Received: by 10.112.83.7 with SMTP id m7mr3381077lby.15.1354466080743; Sun, 02 Dec 2012 08:34:40 -0800 (PST) Received: from opensuse.site (ppp91-78-198-46.pppoe.mtu-net.ru. [91.78.198.46]) by mx.google.com with ESMTPS id b4sm4293361lbi.0.2012.12.02.08.34.37 (version=SSLv3 cipher=OTHER); Sun, 02 Dec 2012 08:34:39 -0800 (PST) Date: Sun, 2 Dec 2012 20:34:34 +0400 From: Andrey Borzenkov To: Jomelle Wong Subject: Re: bootloader question about GRUB Message-ID: <20121202203434.3abb1b2a@opensuse.site> In-Reply-To: References: X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.215.41 Cc: "help-grub@gnu.org" , Chris Murphy X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 16:34:44 -0000 ÷ Sun, 2 Dec 2012 21:51:19 +0800 Jomelle Wong ÐÉÛÅÔ: > In which case, where's the part where it actually can load the kernel? It is stage2. > Or does GRUB re-reads the MBR partition table at run > time? > Yes. From MAILER-DAEMON Sun Dec 02 13:40:21 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TfESj-0004wr-9H for mharc-help-grub@gnu.org; Sun, 02 Dec 2012 13:40:21 -0500 Received: from eggs.gnu.org ([208.118.235.92]:59767) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfESh-0004wl-1R for help-grub@gnu.org; Sun, 02 Dec 2012 13:40:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TfESf-0006rU-8o for help-grub@gnu.org; Sun, 02 Dec 2012 13:40:18 -0500 Received: from qmta12.emeryville.ca.mail.comcast.net ([76.96.27.227]:57641) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfESf-0006r0-02 for help-grub@gnu.org; Sun, 02 Dec 2012 13:40:17 -0500 Received: from omta05.emeryville.ca.mail.comcast.net ([76.96.30.43]) by qmta12.emeryville.ca.mail.comcast.net with comcast id WiZq1k0020vp7WLACigEzc; Sun, 02 Dec 2012 18:40:14 +0000 Received: from [192.168.1.145] ([75.70.21.241]) by omta05.emeryville.ca.mail.comcast.net with comcast id WigC1k00Q5C5Uhn8RigDrn; Sun, 02 Dec 2012 18:40:14 +0000 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: bootloader question about GRUB From: Chris Murphy In-Reply-To: Date: Sun, 2 Dec 2012 11:40:13 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <707A486C-897D-408F-BE9E-DB65F3DEE929@colorremedies.com> References: To: "help-grub@gnu.org" X-Mailer: Apple Mail (2.1499) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1354473614; bh=eZhhugfQ3QZzeYo1NHRxmQdljBFpQEMGqiGn6EN8aB4=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To; b=nr6YLLCSvC9m000eoUbnK+cD1MgT+auJniITv3D7RgHDSc3+1SERMZ5J+9sYG3hsN zwaKBBAd5Wb4kXKtIKUXz4PbQ7HbvMj9V90wZGdsbs+7x/foTWrttj6iYK6QBS8ZXB xhJdYHyeApAtzjz4gnSDrr9/1IHUUfNHkPCU1bwn8JSLeHldURkPRzS9RwYatY3LcZ LYidtWlbNCVwFTz5fD+uXOKgER4gYxTQo1obEF+jp/ETOtBUAnC/EHOwXiU91F1IFr 53r3cp+ndcDdH7QgJb8dRI8+AYDvNxyyj4Go2NmIU5MSvWx2v8+xiMxry7igvz6gji leSvQjUkU6aug== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 76.96.27.227 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Dec 2012 18:40:20 -0000 On Dec 2, 2012, at 6:51 AM, Jomelle Wong wrote: >=20 > So when you specify a block list during installation, is it that GRUB > treats these as free locations and so will use it to whichever way it > desires? I don't understand the question. > Both stage1.5 and stage2 can be stored in these locations? > What if there isn't enough locations? I assume it'll complain. And if > there is a surplus, I assume it wouldn't matter. What's needed is very small maybe 60K so if the file system you're = forcing block lists into doesn't have 60K free, you have a bigger = problem than GRUB not installing. >=20 > If a block list is not specified at install-time, GRUB shall default > to LBA 1-63 to install stage2, or if stage1.5 is desired then stage1.5 > goes there and the user simply inserts stage2 into the filesystem? > Either way, LBA1-63 is a default area? I no longer have enough brain cells to recall all of GRUB Legacy's = behaviors. It's not supported anymore on this list, and hasn't seen an = update in 5-6 years. GRUB 2 is current. And GRUB2's installer produces = the block list itself when you use the --force option. Stage 1, 1.5, 2 = is GRUB Legacy terminology. >=20 > It seems that stage1 doesn't look at the partition table, nor does it > load a partition boot sector, when installed in the MBR. I assume that > the loading of partition boot sectors(and therefore OSes) occurs after > the selection screen? I suppose this is what makes it a 'boot > manager'. No, what makes it a boot manager is the fact that it has a means of = presenting choices what to boot to the user. What makes it a boot loader = is that it can load other boot loaders or kernels and ram disk images. Again the partition boot sector is a myth. I don't know why you keep = bringing it up. It's not the usual case with GRUB. The usual boot = sequence is BIOS looks to the MBR, loads and executes the code found in = the MBR boot loader code region. There's some old Microsoft MBR code = that instead of saying explicitly "jump to here" it actually defers to = the active flag in the MBR and will jump to the first LBA for that = partition. GRUB instead jumps to diskboot, which again is usually in the = MBR gap, and then to core which is also in the MBR gap, and then it = knows enough to find the grub folder (location of which is baked into = core.img). Once it finds the grub folder it can load additional modules = not found in core.img and also finds and loads the grub.cfg which may = tell GRUB to load even more modules. >=20 > In which case, where's the part where it actually can load the kernel? > After all, doesn't that need a bootloader? At this point, I'm confused > as to what GRUB really does. Or am I confusing it with GRUB2? Do I > still actually have to write a bootloader that loads the kernel > itself? minus the PMode stuff. GRUB is a boot manager and boot loader. The grub.cfg will contain menu = entries which can be displayed or not (whether they are displayed is a = function of the grub.cfg file), when selected the guts of the script are = executed which includes commands to load a kernel and ram disk image at = which point hand off then occurs. >=20 > How are the locations of each partition(and so, each OS/boot sector to > choose from) specified? GRUB uses its own reference for devices and partitions, the manual goes = into some exhaustive detail on this. And give it up on the boot sector. = If your operating system has its own boot loader, and hence actually = makes use of a boot sector, then you don't really need GRUB, although = you can still use it to chainload a different boot loader by referencing = device+partition+sector offset. Again the manual goes through this. > When you specify a path to a partition in the > config which GRUB shall boot upon start up selection, at install time > the installer gets the boot sectors of these partitions through > reading the MBR partition table, or maybe some linux magic? Either > way, these locations are hardcoded at install time? Or is it specified > by the user? Or does GRUB re-reads the MBR partition table at run > time? There are two scripts that manage GRUB installation for normal users. = grub-install in normal operation simply places two pieces of GRUB onto = the disk: boot.img in the MBR, and diskboot+core in the MBR gap. Core = contains the device and path information so GRUB can find its grub = folder, which contain many megabytes of modules for various other = purposes. grub-mkconfig script produces the grub.cfg. It calls os-prober and = various other scripts to determine what operating systems are already = installed, and produces menu entries for each one found. Both grub-instal and grub-mkconfig are used to produce a functioning = GRUB and bootable system. Chris Murphy From MAILER-DAEMON Mon Dec 03 01:45:55 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TfPmt-0005gI-4t for mharc-help-grub@gnu.org; Mon, 03 Dec 2012 01:45:55 -0500 Received: from eggs.gnu.org ([208.118.235.92]:43516) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfPmq-0005fh-Ah for help-grub@gnu.org; Mon, 03 Dec 2012 01:45:53 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TfPmo-0003wC-G5 for help-grub@gnu.org; Mon, 03 Dec 2012 01:45:52 -0500 Received: from mail-vc0-f169.google.com ([209.85.220.169]:58836) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfPmo-0003w2-Bo for help-grub@gnu.org; Mon, 03 Dec 2012 01:45:50 -0500 Received: by mail-vc0-f169.google.com with SMTP id gb23so1734566vcb.0 for ; Sun, 02 Dec 2012 22:45:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; bh=nl3dyspiHxnYCvhL1SbdMpR651m1MD8RipK06mlozCM=; b=AISGw64sb4QfRqkVIrY3C0jds1XGjRT4QQt4bncc0c4xM557nH15dB+iZBQMymy7aa aaTko/dV1qgK7kM+6yzG9mjOTA+svuuBPgI1uZbiP6WqKl8chQortZ/tIBVXhKzwbqaL DqyRivUFq9Oc7t5KRL4jPSSHguTtIrfxRAw1f15yoYzjMD7dKcKJSuBM6hTipZh2sHOu fQhgWlTTvDZLoJy6RIrEKMuVlvEcY6WAMD0VKXK82cuSlITilrrFzqT1WgSjbMa6IO2+ VqnjbZuCQ4+IFBNgzba8AkwdVzdBIDBqFiIj8JOb1FyYos03jLs8UBUXr4InfBgkMIVP 4wAw== Received: by 10.220.240.80 with SMTP id kz16mr7758287vcb.7.1354517149669; Sun, 02 Dec 2012 22:45:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.229.232 with HTTP; Sun, 2 Dec 2012 22:45:09 -0800 (PST) In-Reply-To: References: From: Jordan Uggla Date: Sun, 2 Dec 2012 22:45:09 -0800 Message-ID: Subject: Re: conditional boot depending on date To: =?ISO-8859-1?Q?david_many=E9?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.220.169 Cc: help-grub@gnu.org X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 06:45:53 -0000 On Thu, Nov 29, 2012 at 3:26 AM, david many=E9 wrote: > hello, > > i'd like to change the default boot entry depending on the date. more > precisely, i'd like to boot a concrete option if the machine boots in a > given day of the week and time range. i've seen there is a date command t= hat > outputs the info i need to check but i don't know how. > > is it possible? "insmod datehook" will create the variables $DAY, $HOUR,$MINUTE, $MONTH, $SECOND, $WEEKDAY, and $YEAR (remember that depending on how your firmware is configured, the time might be local or UTC). --=20 Jordan Uggla From MAILER-DAEMON Mon Dec 03 01:47:44 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TfPoe-0006ec-K9 for mharc-help-grub@gnu.org; Mon, 03 Dec 2012 01:47:44 -0500 Received: from eggs.gnu.org ([208.118.235.92]:43823) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfPoc-0006e8-ES for help-grub@gnu.org; Mon, 03 Dec 2012 01:47:43 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TfPob-0004Li-F9 for help-grub@gnu.org; Mon, 03 Dec 2012 01:47:42 -0500 Received: from mail-ia0-f169.google.com ([209.85.210.169]:44296) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfPob-0004Ld-AG for help-grub@gnu.org; Mon, 03 Dec 2012 01:47:41 -0500 Received: by mail-ia0-f169.google.com with SMTP id r4so2227869iaj.0 for ; Sun, 02 Dec 2012 22:47:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=w6yGCHfAk2SDKnRSEd0eH/iGR0cQutjOsechvhOc0No=; b=duzVpZvGyiWSUaIrvMPNL90PqHo+LLCRk1NgFcnhYPj6kABzraYM7kvmWcsYrgW5TV i53BwYGPiq9yrp29ur2uGbFgPf0AxxwlX9NQHYsMWSIzi55KJBFHK1p/R3/WMjBrMNne MEZoy60Z/kobf1jejLn/6TVQQk4JOmixq7WYl9bGkkpbWIK/dMIxxJzasHA7NVUzayPa SChZytelCgsZbYio/JAIX/3zzqjpTUq/agqqFFD4gSZYD2ps0y3PdDr3u/k+Q6OqVlMo /dxbuBW1o2owS5qSqfFV0hmVEE09OrYLWH54N7PYI8GVFSVdZDOGTmOD9mOV9smsyW3j rHsw== MIME-Version: 1.0 Received: by 10.50.186.199 with SMTP id fm7mr5263407igc.62.1354517260715; Sun, 02 Dec 2012 22:47:40 -0800 (PST) Received: by 10.64.35.8 with HTTP; Sun, 2 Dec 2012 22:47:40 -0800 (PST) In-Reply-To: References: Date: Mon, 3 Dec 2012 10:47:40 +0400 Message-ID: Subject: Re: conditional boot depending on date From: Andrey Borzenkov To: Jordan Uggla Content-Type: text/plain; charset=ISO-8859-1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.210.169 Cc: help-grub@gnu.org, =?ISO-8859-1?Q?david_many=E9?= X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Dec 2012 06:47:43 -0000 On Mon, Dec 3, 2012 at 10:45 AM, Jordan Uggla wrote: > "insmod datehook" will create the variables $DAY, $HOUR,$MINUTE, > $MONTH, $SECOND, $WEEKDAY, and $YEAR Yet another undocumented feature ... :( Thank you for information! From MAILER-DAEMON Tue Dec 04 05:39:29 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TfpuT-0003CS-4I for mharc-help-grub@gnu.org; Tue, 04 Dec 2012 05:39:29 -0500 Received: from eggs.gnu.org ([208.118.235.92]:42458) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfpuL-0003Br-GJ for help-grub@gnu.org; Tue, 04 Dec 2012 05:39:27 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TfpuF-00007X-NZ for help-grub@gnu.org; Tue, 04 Dec 2012 05:39:21 -0500 Received: from mail-qc0-f169.google.com ([209.85.216.169]:48350) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfpJ5-0001X2-2d for help-grub@gnu.org; Tue, 04 Dec 2012 05:00:52 -0500 Received: by mail-qc0-f169.google.com with SMTP id t2so2317620qcq.0 for ; Tue, 04 Dec 2012 02:00:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=iQHFpNZ9lT0Avee2FTv0k53/letVu3Y9YB99bC3Q6LE=; b=i7Ggh+IE8FRavBNGrb8yoOY8t3pJlWnNVJJ5kib81o1Wc3r6V6bNlVBvd61u/oRPIU BLk3AP+EwEP8V9sZf7WhkiUyk2lVGriaEdpNKlnV4WssKVRrVky49SSknQQ8ffSHj/Bv cv9wGn6P4lTU1XIpoVrOs/4Yc0nSS5roMzQBz/P18szQWCYIoj30VyOlC/fzvHPpB8te M3osVgkREtHL6nf7rCltB71uLqfNbVip6M9okXdMTftYydy0npuy4Uv7dAea7+OiXW/k XY3etV4tcytFYu44v2ZpMY3LT/8ix1vdTE8lII7ArmyubTaJza8KpekSd0B6sE4gaQJ/ 93oA== MIME-Version: 1.0 Received: by 10.224.27.212 with SMTP id j20mr21946712qac.1.1354615249463; Tue, 04 Dec 2012 02:00:49 -0800 (PST) Received: by 10.49.74.104 with HTTP; Tue, 4 Dec 2012 02:00:49 -0800 (PST) In-Reply-To: References: Date: Tue, 4 Dec 2012 11:00:49 +0100 Message-ID: Subject: Re: conditional boot depending on date From: =?ISO-8859-1?Q?david_many=E9?= To: Andrey Borzenkov Content-Type: multipart/alternative; boundary=14dae9ccd61cc068e404d003f067 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.216.169 Cc: help-grub@gnu.org, Jordan Uggla X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 10:39:27 -0000 --14dae9ccd61cc068e404d003f067 Content-Type: text/plain; charset=ISO-8859-1 2012/12/3 Andrey Borzenkov > On Mon, Dec 3, 2012 at 10:45 AM, Jordan Uggla > wrote: > > > "insmod datehook" will create the variables $DAY, $HOUR,$MINUTE, > > $MONTH, $SECOND, $WEEKDAY, and $YEAR > > Yet another undocumented feature ... :( > > Thank you for information! > that's great! many thanks. --14dae9ccd61cc068e404d003f067 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
2012/12/3 Andrey Borz= enkov <arvidjaar@gmail.com>
On Mon, Dec 3, 2012 at 10:45 AM, Jordan Uggla <jordan.uggla@gmail.com> wrote:
> "insmod datehook" will create the variables $DAY, $HOUR,$MIN= UTE,
> $MONTH, $SECOND, $WEEKDAY, and $YEAR

Yet another undocumented feature ... :(

Thank you for information!


that's great!

many thanks.

--14dae9ccd61cc068e404d003f067-- From MAILER-DAEMON Tue Dec 04 05:59:23 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TfqDj-0005v2-Mm for mharc-help-grub@gnu.org; Tue, 04 Dec 2012 05:59:23 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48014) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfqDb-0005us-HB for help-grub@gnu.org; Tue, 04 Dec 2012 05:59:22 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tfq4e-0002Wl-Fx for help-grub@gnu.org; Tue, 04 Dec 2012 05:50:12 -0500 Received: from plane.gmane.org ([80.91.229.3]:47419) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tfq4e-0002Wg-8e for help-grub@gnu.org; Tue, 04 Dec 2012 05:50:00 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Tfq4i-0006VA-47 for help-grub@gnu.org; Tue, 04 Dec 2012 11:50:06 +0100 Received: from gw-dmz.univ-orleans.fr ([gw-dmz.univ-orleans.fr]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 Dec 2012 11:50:04 +0100 Received: from florent.becker by gw-dmz.univ-orleans.fr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 Dec 2012 11:50:04 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: help-grub@gnu.org From: Florent Becker Subject: Installing grub on lvm logical volume for chainloading into Date: Tue, 4 Dec 2012 10:41:28 +0000 (UTC) Lines: 16 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 194.167.30.129 (Mozilla/5.0 (X11; Linux x86_64; rv:10.0.10) Gecko/20100101 Firefox/10.0.10 Iceweasel/10.0.10) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 10:59:22 -0000 Hi list, my configuration is the following: I have a single hard disk with several lvm logical volumes. I have a working grub in the mbr, managed by my debian installation. I'd like to install nixOS onto another logical volume, and give it its own instance of grub (so that the two distributions do not fight over the configuration of grub when I upgrade either of them). The main grub would then chainload the nixOS grub which would boot nixOS. The problem is I'm not sure where/how to install that slave grub. Is it possible to put it somewhere on the nixOS logical volume? How can I tell grub-install to do so? Thanks, -- Florent From MAILER-DAEMON Tue Dec 04 18:23:54 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Tg1qE-0002dH-56 for mharc-help-grub@gnu.org; Tue, 04 Dec 2012 18:23:54 -0500 Received: from eggs.gnu.org ([208.118.235.92]:40878) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tg09I-0004Tw-Lx for help-grub@gnu.org; Tue, 04 Dec 2012 16:35:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tg09F-0005Am-KQ for help-grub@gnu.org; Tue, 04 Dec 2012 16:35:28 -0500 Received: from umbracor.wagner-flo.net ([213.165.81.202]:59484) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tg09F-0005AT-AA for help-grub@gnu.org; Tue, 04 Dec 2012 16:35:25 -0500 Received: from naclador.mos32.de (ppp-188-174-48-61.dynamic.mnet-online.de [188.174.48.61]) by umbracor.wagner-flo.net (Postfix) with ESMTPSA id 22AD33C058E8 for ; Tue, 4 Dec 2012 22:29:58 +0100 (CET) Date: Tue, 4 Dec 2012 22:29:54 +0100 From: Florian Wagner To: help-grub@gnu.org Subject: Chainloading Windows 7 EFI Bootloader Message-ID: <20121204222954.7f2fe27a@naclador.mos32.de> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.12; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/H1MOM5qIZ+lF2CwZFGmQPrf"; protocol="application/pgp-signature" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 213.165.81.202 X-Mailman-Approved-At: Tue, 04 Dec 2012 18:23:53 -0500 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Dec 2012 21:35:31 -0000 --Sig_/H1MOM5qIZ+lF2CwZFGmQPrf Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi, please keep me CC'd as I'm not subscribed to the list! I'm currently setting up a new system supporting EFI-boot with Linux and Windows 7 dual-boot. I'd like to chainload Windows from GRUB2 (2.00-1 from Arch Linux repositories) as this is much more convenient than using the EFI boot menu. The menu entry is set up like follows with inspiration from the Arch wiki: menuentry "Windows 7" --class windows --class os { insmod part_gpt insmod fat insmod search_fs_uuid insmod chain search --fs-uuid --no-floppy --set=3Droot 12c9-86c3 set debug=3Dall chainloader /efi/Microsoft/Boot/bootmgfw.efi } Booting this results in the following output. This transcribed from screen, if you require the full output, please say so and I will attach a serial cable to be able to capture it. script/script.c:50: malloc 0x8d1b4600 script/script.c:50: malloc 0x8d1b45c0 script/script.c:198: cmdline script/script.c:50: malloc 0x8d1b4560 script/lexer.c:318: token 0 text [] script/script.c:50: malloc 0x8d1b4b00 script/script.c:50: malloc 0x8d1b4900 script/script.c:294: append command script/script.c:50: malloc 0x8d1b48c0 kern/disk.c:230: Opening `hd0,gpt1'... disk/efi/efidisk.c:489: opening hd0 disk/efi/efidisk.c:519: m =3D 0x91301048, last block =3D 1dcf1fff, block = size =3D 200 disk/efi/efidisk.c:529: opening hd0 succeeded partmap/gpt.c:90: Reading a valid GPT header partmap/gpt.c:114: GPT entry 0: start=3D2048, length=3D262144 kern/fs.c:55: Detecting fat... kern/disk.c:230: Opening `hd0,gpt1'... disk/efi/efidisk.c:489: opening hd0 disk/efi/efidisk.c:519: m =3D 0x91301058, last block =3D 1dcf1fff, block = size =3D 200 disk/efi/efidisk.c:529: opening hd0 succeeded partmap/gpt.c:90: Reading a valid GPT header partmap/gpt.c:114: GPT entry 0: start=3D2048, length=3D262144 /EndEntire file path: /ACPI(a0341d0,0)/PCI(2,1f) And then the system just stands there with blinking cursor and doesn't accept any input (this could be because of my USB keyboard, perhaps). For reference: Windows boots without issue if I select it directly from the EFI boot selection menu. Might this have anything to do with hd0 being a Intel Matrix RAID volume? Perhaps the EFI equivalent of the OptionROM gets lost somewhere during the chainloading process? =46rom lspci: 00:1f.2 RAID bus controller: Intel Corporation 82801 SATA Controller [RAI= D mode] (rev 04) Subsystem: Giga-byte Technology Device b005 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Steppi= ng- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=3Dmedium >TAbort- SERR- ) id 1Tg6nm-0008OR-PJ for help-grub@gnu.org; Tue, 04 Dec 2012 23:41:43 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tg6nl-0005cf-EC for help-grub@gnu.org; Tue, 04 Dec 2012 23:41:42 -0500 Received: from mail-vc0-f169.google.com ([209.85.220.169]:65114) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tg6nl-0005cT-48 for help-grub@gnu.org; Tue, 04 Dec 2012 23:41:41 -0500 Received: by mail-vc0-f169.google.com with SMTP id gb23so4534191vcb.0 for ; Tue, 04 Dec 2012 20:41:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=BvUy3irqZf8CF7TO758EQ5wLefLxoRoExItf5wXoA80=; b=eZx2vp0UDax+MT/jCBSU2HPsLGvkimSz53a4f03Six+Wy2U3Cs8jbURBKS/E7lNtUj D2U294pcDCoDq0c1TCs4Wf4lB17jnhBSd8EgkWxGoqcvee/uYFGaRp3KboTBRuij3I4s kpyXoKQeIv4MsC/VZeIaICLKLNSpfFF0owItN174QVjzx0E/gigj4WGjSy0UpoTqkOkY MiXme6gHY4h9q4YcJv3ci8BqmguoBtKmocDztioVc7wj8JJOJI+N09naEDgg6Gp8WmOp 0chNC36vGxiSPYN2sEQmirzvoJAi5R+AsBmVmWeTFUp5Lin99gyqoMmDkmVxrJCjiWOn epkg== Received: by 10.52.93.146 with SMTP id cu18mr12238782vdb.37.1354682499730; Tue, 04 Dec 2012 20:41:39 -0800 (PST) MIME-Version: 1.0 Received: by 10.58.229.232 with HTTP; Tue, 4 Dec 2012 20:40:59 -0800 (PST) In-Reply-To: <20121204222954.7f2fe27a@naclador.mos32.de> References: <20121204222954.7f2fe27a@naclador.mos32.de> From: Jordan Uggla Date: Tue, 4 Dec 2012 20:40:59 -0800 Message-ID: Subject: Re: Chainloading Windows 7 EFI Bootloader To: Florian Wagner Content-Type: text/plain; charset=ISO-8859-1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.220.169 Cc: help-grub@gnu.org X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 04:41:44 -0000 On Tue, Dec 4, 2012 at 1:29 PM, Florian Wagner wrote: > And then the system just stands there with blinking cursor and doesn't > accept any input (this could be because of my USB keyboard, perhaps). > > For reference: Windows boots without issue if I select it directly from > the EFI boot selection menu. > > Might this have anything to do with hd0 being a Intel Matrix RAID > volume? Perhaps the EFI equivalent of the OptionROM gets lost somewhere > during the chainloading process? It is likely related to the Intel Matrix RAID, but not for the reason you guessed. I remember seeing a problem a while ago with Windows' UEFI boot manager failing when there was memory pressure, and FakeRAID often uses a lot of memory, with the additional memory used by grub pushing it over the edge to where Windows' boot manager fails. There was discussion about things that grub could do to work around this problem, like freeing its memory (currently, like with most UEFI apps, grub-efi can be returned to after chainloading if the chainloaded app exits, which requires it to not free all its memory) I can't find any bug report about it though, and I may be wrong (in either my memory or my diagnosis) so please file a bug report ( https://savannah.gnu.org/bugs/?func=additem&group=grub ) with the information you've provided here. -- Jordan Uggla (Jordan_U on irc.freenode.net) From MAILER-DAEMON Wed Dec 05 01:37:08 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Tg8bU-00037a-13 for mharc-help-grub@gnu.org; Wed, 05 Dec 2012 01:37:08 -0500 Received: from eggs.gnu.org ([208.118.235.92]:59246) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tg8bP-00035Z-5n for help-grub@gnu.org; Wed, 05 Dec 2012 01:37:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tg8bM-0007NJ-AM for help-grub@gnu.org; Wed, 05 Dec 2012 01:37:03 -0500 Received: from qmta13.emeryville.ca.mail.comcast.net ([2001:558:fe2d:44:76:96:27:243]:37246) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tg8bM-0007N6-0S for help-grub@gnu.org; Wed, 05 Dec 2012 01:37:00 -0500 Received: from omta11.emeryville.ca.mail.comcast.net ([76.96.30.36]) by qmta13.emeryville.ca.mail.comcast.net with comcast id Xi3R1k0040mlR8UADicxJq; Wed, 05 Dec 2012 06:36:57 +0000 Received: from [192.168.1.145] ([75.70.21.241]) by omta11.emeryville.ca.mail.comcast.net with comcast id Xicv1k00K5C5Uhn8XicwX3; Wed, 05 Dec 2012 06:36:57 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Installing grub on lvm logical volume for chainloading into From: Chris Murphy In-Reply-To: Date: Tue, 4 Dec 2012 23:36:56 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <8D9FB8D2-149F-45F4-9C50-F614EB77754F@colorremedies.com> References: To: "help-grub@gnu.org" X-Mailer: Apple Mail (2.1499) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1354689417; bh=cOeKfC6DgJXnQiIoAIizummP9T+nD+YOg0YZ9UOO/OE=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To; b=dH3isZwCTAlP8Yj+BaZnW3JxHzSnQ7O7yyu/fzoEI9oyAWLemvIAUm3UyZOgKSd+C W4VfhhCnH6SSwZstZaMBPf/u3Jsgy9JMK019yH+tvrRJ9gxXv6zXdUNOnhvgtJ8G/h DCZryMUm+8T9YYdNz1gDafEaUrgc0blPOmGN4Udqxy6FXW9uIVifdqY7bRM/UwHH/I PgFXR+Ni1j52/qheq36BcstuupPghxRlfWHb72WsVplM3yKnfY8KwsRn3W//c6AslC kEdDFwjWILUyu7x5WT7KUybuikNsKHiIM+aG9QZHLp1yN9EsNYpq4EFtP87SpUYosm k+kQkjmtjwOGA== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:558:fe2d:44:76:96:27:243 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 06:37:06 -0000 On Dec 4, 2012, at 3:41 AM, Florent Becker = wrote: > Hi list, >=20 > my configuration is the following: I have a single hard disk with = several lvm > logical volumes. I have a working grub in the mbr, managed by my = debian > installation. I'd like to install nixOS onto another logical volume, = and give it > its own instance of grub (so that the two distributions do not fight = over the > configuration of grub when I upgrade either of them). The main grub = would then > chainload the nixOS grub which would boot nixOS. The problem is I'm = not sure > where/how to install that slave grub. Is it possible to put it = somewhere on the > nixOS logical volume? How can I tell grub-install to do so? Why not have the first GRUB use configfile to point to the grub.cfg for = nixOS, which can tell the first GRUB how to boot nixOS? It seems a = little weird to load one instance of GRUB to load yet another instance = of GRUB. http://www.gnu.org/software/grub/manual/grub.html#configfile Chris Murphy= From MAILER-DAEMON Wed Dec 05 02:21:04 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Tg9I0-00054b-5B for mharc-help-grub@gnu.org; Wed, 05 Dec 2012 02:21:04 -0500 Received: from eggs.gnu.org ([208.118.235.92]:36877) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tg9Hw-000540-S9 for help-grub@gnu.org; Wed, 05 Dec 2012 02:21:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tg9Hu-0000ep-7b for help-grub@gnu.org; Wed, 05 Dec 2012 02:21:00 -0500 Received: from plane.gmane.org ([80.91.229.3]:35613) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tg9Hu-0000el-0t for help-grub@gnu.org; Wed, 05 Dec 2012 02:20:58 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Tg9I3-00068A-Oz for help-grub@gnu.org; Wed, 05 Dec 2012 08:21:07 +0100 Received: from tausendblum.fdn.fr ([80.67.176.105]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Dec 2012 08:21:07 +0100 Received: from florent.becker by tausendblum.fdn.fr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Dec 2012 08:21:07 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: help-grub@gnu.org From: Florent Becker Subject: Re: Installing grub on lvm logical volume for chainloading into Date: Wed, 05 Dec 2012 08:20:46 +0100 Lines: 28 Message-ID: References: <8D9FB8D2-149F-45F4-9C50-F614EB77754F@colorremedies.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: tausendblum.fdn.fr User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.10) Gecko/20121027 Icedove/10.0.10 In-Reply-To: <8D9FB8D2-149F-45F4-9C50-F614EB77754F@colorremedies.com> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 07:21:03 -0000 Le 05/12/2012 07:36, Chris Murphy a écrit : > > On Dec 4, 2012, at 3:41 AM, Florent Becker wrote: > >> Hi list, >> >> my configuration is the following: I have a single hard disk with several lvm >> logical volumes. I have a working grub in the mbr, managed by my debian >> installation. I'd like to install nixOS onto another logical volume, and give it >> its own instance of grub (so that the two distributions do not fight over the >> configuration of grub when I upgrade either of them). The main grub would then >> chainload the nixOS grub which would boot nixOS. The problem is I'm not sure >> where/how to install that slave grub. Is it possible to put it somewhere on the >> nixOS logical volume? How can I tell grub-install to do so? > > Why not have the first GRUB use configfile to point to the grub.cfg for nixOS, which can tell the first GRUB how to boot nixOS? It seems a little weird to load one instance of GRUB to load yet another instance of GRUB. > > http://www.gnu.org/software/grub/manual/grub.html#configfile > > Chris Murphy This seems like it will do the job perfectly, many thanks, -- Florent From MAILER-DAEMON Wed Dec 05 08:54:51 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TgFR5-0005yT-Sh for mharc-help-grub@gnu.org; Wed, 05 Dec 2012 08:54:51 -0500 Received: from eggs.gnu.org ([208.118.235.92]:43078) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgCcP-0007fM-B3 for help-grub@gnu.org; Wed, 05 Dec 2012 05:54:23 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TgCcI-0000KU-9T for help-grub@gnu.org; Wed, 05 Dec 2012 05:54:21 -0500 Received: from mail-la0-f41.google.com ([209.85.215.41]:43960) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgCcI-0000KH-1y for help-grub@gnu.org; Wed, 05 Dec 2012 05:54:14 -0500 Received: by mail-la0-f41.google.com with SMTP id m15so4457872lah.0 for ; Wed, 05 Dec 2012 02:54:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=kEuEYw3Xe9bwZzqeqZMF1h3IvnEiddqMjm1TSi6jxcE=; b=j4CMUDQ4AR0fyRUQFiPlts7EcRckwKpHw27zIiDwcirEpbuWBii/23x6c36nXwMNe6 K0KFlokvI4DbJG1k1XHpg5OwRYAUrcGlbGrzr4BmPapX3d4isyTXYaW6KTQiyHbeKjnv Qo04TO62iWiytD4xddmfyudChwUe+Pe6sGEXwMGLCkMV3Vddm+mdBFKmTzLv5i0ZFM9s ddhOLGNvxMF+sa+71sIt7g6S/s1zbjO03h6JrLjWxFPawPd48X0cV/2Z22oAzYLbRrXH 5T5n2TMpixwMxFJoagziML6Opsroxbhjg9y+a4TVRkYF7ELE8oSe526S3Ytf1Czk9wkH vC6w== MIME-Version: 1.0 Received: by 10.152.106.171 with SMTP id gv11mr16445069lab.26.1354704851750; Wed, 05 Dec 2012 02:54:11 -0800 (PST) Received: by 10.112.75.135 with HTTP; Wed, 5 Dec 2012 02:54:11 -0800 (PST) In-Reply-To: References: Date: Wed, 5 Dec 2012 16:24:11 +0530 Message-ID: Subject: Listing my doubts From: selvaraj v s To: help-grub@gnu.org Content-Type: multipart/alternative; boundary=f46d0407166d76cfd804d018cd78 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.215.41 X-Mailman-Approved-At: Wed, 05 Dec 2012 08:54:50 -0500 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Dec 2012 10:54:23 -0000 --f46d0407166d76cfd804d018cd78 Content-Type: text/plain; charset=ISO-8859-1 Hi Genius, I have few doubts regarding grub. I am listing them below, please spend your time in clearing my doubts. 1. From which version of CentOS, RHEL , fedora the grub2 is introduced. 2. What will be entered in device.map in grub and grub2. It will be useful in the Linux BMR product that i am developing rite now. Thanks Selva --f46d0407166d76cfd804d018cd78 Content-Type: text/html; charset=ISO-8859-1 Hi Genius,

I have few doubts regarding grub. I am listing them below, please spend your time in clearing my doubts.

1. From which version of CentOS, RHEL , fedora the grub2 is introduced.

2. What will be entered in device.map in grub and grub2.

It will be useful in the Linux BMR product that i am developing rite now.


Thanks

Selva


--f46d0407166d76cfd804d018cd78-- From MAILER-DAEMON Wed Dec 05 21:16:52 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TgR1A-0005WH-32 for mharc-help-grub@gnu.org; Wed, 05 Dec 2012 21:16:52 -0500 Received: from eggs.gnu.org ([208.118.235.92]:53515) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgR14-0005TR-AL for help-grub@gnu.org; Wed, 05 Dec 2012 21:16:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TgR0z-0000AE-JT for help-grub@gnu.org; Wed, 05 Dec 2012 21:16:46 -0500 Received: from qmta01.emeryville.ca.mail.comcast.net ([2001:558:fe2d:43:76:96:30:16]:45555) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TgR0z-0000A6-8i for help-grub@gnu.org; Wed, 05 Dec 2012 21:16:41 -0500 Received: from omta02.emeryville.ca.mail.comcast.net ([76.96.30.19]) by qmta01.emeryville.ca.mail.comcast.net with comcast id Y0131k06S0QkzPwA12Gfqf; Thu, 06 Dec 2012 02:16:39 +0000 Received: from [192.168.1.145] ([75.70.21.241]) by omta02.emeryville.ca.mail.comcast.net with comcast id Y2Ge1k00P5C5Uhn8N2GfGH; Thu, 06 Dec 2012 02:16:39 +0000 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Listing my doubts From: Chris Murphy In-Reply-To: Date: Wed, 5 Dec 2012 19:16:42 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <7EDDEB7A-FB24-405B-941A-52BFEAE8222E@colorremedies.com> References: To: "help-grub@gnu.org" X-Mailer: Apple Mail (2.1499) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1354760199; bh=jPwqFK/wPDNUBqGG+6ghulX6VVNQbPHIHdkje0RE/Ao=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To; b=dJ8mjq4Syzd2Swwr4P/M4C+PVLwMFZ2Y89vhscx6HvQsEeg1UOT1P1bFtDFfuNpUo 2etglwpVONVtzsBi3H1nW2WrXuUbNp2SQjZH8ZmqFsQ+oOiMpai49sZ5uBCRP+34HJ OyAAur9j5UsMrm8tOP2I7T1C5oS6bEtHKQ5V2DL7F1hZ7/8JgYbQrgFspivnaJBoS0 penv+OARcNMu8jeB9JoVW7xLEdrZgnBcWaaNQbxkv98gUpmH9Ek+uaWCOMazdGqi/V 0D6XbwtUi1JDvDNrDkt9NH0fomSvql4lw1YEYh9JtiKEt4Y5rkaWdcuGiQspo70Esg EI91aZGwijoAA== X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2001:558:fe2d:43:76:96:30:16 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Dec 2012 02:16:50 -0000 On Dec 5, 2012, at 3:54 AM, selvaraj v s wrote: > Hi Genius, >=20 > I have few doubts regarding grub. I am listing them below, please = spend your time in clearing my doubts. >=20 > 1. =46rom which version of CentOS, RHEL , fedora the grub2 is = introduced. Red Hat uses GRUB Legacy for RHEL, and hence CentOS also. Fedora 16 moved to GRUB 2 for BIOS hardware, retained GRUB Legacy EFI = for (U)EFI hardware. Fedora 18 is expected to move to GRUB 2 for (U)EFI computers. >=20 > 2. What will be entered in device.map in grub and grub2. >=20 Pretty sure device.map isn't needed anymore in GRUB2-2.00. Chris Murphy= From MAILER-DAEMON Mon Dec 10 19:01:06 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TiDHW-00084J-Fh for mharc-help-grub@gnu.org; Mon, 10 Dec 2012 19:01:06 -0500 Received: from eggs.gnu.org ([208.118.235.92]:38903) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TiDHT-00082v-Uw for help-grub@gnu.org; Mon, 10 Dec 2012 19:01:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TiDHS-0008QS-UI for help-grub@gnu.org; Mon, 10 Dec 2012 19:01:03 -0500 Received: from qmta01.emeryville.ca.mail.comcast.net ([2001:558:fe2d:43:76:96:30:16]:40075) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TiDHS-0008QJ-J5 for help-grub@gnu.org; Mon, 10 Dec 2012 19:01:02 -0500 Received: from omta13.emeryville.ca.mail.comcast.net ([76.96.30.52]) by qmta01.emeryville.ca.mail.comcast.net with comcast id ZqG61k00617UAYkA10104M; Tue, 11 Dec 2012 00:01:01 +0000 Received: from [192.168.1.145] ([75.70.21.241]) by omta13.emeryville.ca.mail.comcast.net with comcast id a00y1k0045C5Uhn8Z00zwy; Tue, 11 Dec 2012 00:01:00 +0000 From: Chris Murphy Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: grub-mkconfig depends on grub-install? Message-Id: Date: Mon, 10 Dec 2012 17:00:57 -0700 To: "help-grub@gnu.org" Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1355184061; bh=7+tpivqxcqC5cHVxDtIhuihVylLThUzAN9SeKFvabFQ=; h=Received:Received:From:Content-Type:Subject:Message-Id:Date:To: Mime-Version; b=TBKnhjqh0nO1neczK6TkN8G2pl0OYN5WGsJxgbp5ADgX8adUN3eXfNgluFXy9uHjo ZoACuM6LRtPQZcbXauPyP8AngZPNPWKGM4EOn++MG9XmMVkguKAUUSPbzLHIq0p3bG Evsf8mzWPrsZBsrQTvcfkmEtUYRbM1BVcGDcqjians/Y+B/pPzk1poFzQo8+B6QmwI QOeOz4YBXaUhnjFbu4hD9kyE/HKAkRv/PqjOnkd/tI1VPKYQuiV4TJvs7EWZKil7cJ 4xQdY6/dz+lxfYo0CBtY7X8dEn40m1OqaNGAws5+ncER0I3UfeohV8q+hJZmoM5rMW 4OopQsd2TR7Yw== X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2001:558:fe2d:43:76:96:30:16 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2012 00:01:04 -0000 Does grub-mkconfig have any dependency on the things that grub-install = or grub-mkimage produces? I'm thinking of the case where a user has an = existing boot manager/loader, and they do not want a newer one replacing = what they have. But perhaps they still need a grub.cfg: e.g. Install = Ubuntu, using its installed GRUB2 and grub.cfg; subsequently installing = Fedora to try out but user doesn't want Fedora's installer overwriting = Ubuntu's boot manager experience. Is it possible to run grub-mkconfig within a chrooted Fedora = post-install, without first calling grub-install or grub-mkimage? Or = should grub-mkimage be done before grub-mkconfig? Thanks, Chris Murphy From MAILER-DAEMON Mon Dec 10 20:15:48 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TiERo-0000ee-Fm for mharc-help-grub@gnu.org; Mon, 10 Dec 2012 20:15:48 -0500 Received: from eggs.gnu.org ([208.118.235.92]:47869) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TiERm-0000dl-Aw for help-grub@gnu.org; Mon, 10 Dec 2012 20:15:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TiERl-0002Yc-BC for help-grub@gnu.org; Mon, 10 Dec 2012 20:15:46 -0500 Received: from mail-bk0-f41.google.com ([209.85.214.41]:46228) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TiERk-0002YI-QB for help-grub@gnu.org; Mon, 10 Dec 2012 20:15:45 -0500 Received: by mail-bk0-f41.google.com with SMTP id jg9so1506615bkc.0 for ; Mon, 10 Dec 2012 17:15:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=ftU4sTA6Az+CHN0hDeXxsNSA3WSQlYGF7tdm9uMKip0=; b=J5SfT5TaBhS6uPny9LkW5oe+iS1Z9z6UossxVG/z0mX2zRyiTNB/c2Q3LB/Cbd7B87 e7TAY2XyxN+s6z5WT2rkv9E+0ayDAAtGT/d2TazrdYD6uC2PWQ4Ivt46nePdnQ1Nthl4 mGZYs/bifhrNPWxeGpV6SVQf1gTQw5w9tDzcXKUTL/KBbK6fTSI9OBgtBwBVEEcQuyeo rwH0BJQ5TiUBRE8R6uJO6vInAWeAmowRcfixZei+sDDaporcpXqIM2Z3YUyGG8PY91Er yZSAbR/1nB9LL2kwj5sUZqtA8gco24P8QHaqBoGEcpTTZLkwxSJTRMCiF9k87CwmmTBP boZw== Received: by 10.204.7.92 with SMTP id c28mr3070078bkc.86.1355188543045; Mon, 10 Dec 2012 17:15:43 -0800 (PST) Received: from [192.168.2.3] ([77.75.167.238]) by mx.google.com with ESMTPS id d16sm15592663bkw.2.2012.12.10.17.15.41 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 10 Dec 2012 17:15:41 -0800 (PST) Message-ID: <50C6893C.9090802@kiilerich.com> Date: Tue, 11 Dec 2012 02:15:40 +0100 From: Mads Kiilerich User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Chris Murphy Subject: Re: grub-mkconfig depends on grub-install? References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQmbGNA6MgkVPBCjtOpomzeDnBvVPigVSEvhhArSXPaHMax8Hv4HmatElgeCxnkytImHpKJH X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.214.41 Cc: "help-grub@gnu.org" X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2012 01:15:47 -0000 Chris Murphy wrote, On 12/11/2012 01:00 AM: > Does grub-mkconfig have any dependency on the things that grub-install or grub-mkimage produces? I'm thinking of the case where a user has an existing boot manager/loader, and they do not want a newer one replacing what they have. But perhaps they still need a grub.cfg: e.g. Install Ubuntu, using its installed GRUB2 and grub.cfg; subsequently installing Fedora to try out but user doesn't want Fedora's installer overwriting Ubuntu's boot manager experience. > > Is it possible to run grub-mkconfig within a chrooted Fedora post-install, without first calling grub-install Yes, there are dependencies. grub-install will for instance install fonts and themes in /boot/grub where grub-mkconfig will pick them up if they are available. But each OS should have its own /boot, EFI systems should have their own bootloader-id, and BIOS systems can run grub-install with --grub-setup=/bin/true if it should stay away from MBR. That way they shouldn't clobber each other. /Mads From MAILER-DAEMON Tue Dec 11 16:55:13 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TiXnF-0001W5-73 for mharc-help-grub@gnu.org; Tue, 11 Dec 2012 16:55:13 -0500 Received: from eggs.gnu.org ([208.118.235.92]:36576) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TiXn9-0001Sf-KF for help-grub@gnu.org; Tue, 11 Dec 2012 16:55:11 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TiXn6-0007k7-Mn for help-grub@gnu.org; Tue, 11 Dec 2012 16:55:07 -0500 Received: from nm16-vm0.bullet.mail.bf1.yahoo.com ([98.139.212.253]:33887) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TiXn6-0007hn-GM for help-grub@gnu.org; Tue, 11 Dec 2012 16:55:04 -0500 Received: from [98.139.215.143] by nm16.bullet.mail.bf1.yahoo.com with NNFMP; 11 Dec 2012 21:55:03 -0000 Received: from [98.139.212.228] by tm14.bullet.mail.bf1.yahoo.com with NNFMP; 11 Dec 2012 21:55:03 -0000 Received: from [127.0.0.1] by omp1037.mail.bf1.yahoo.com with NNFMP; 11 Dec 2012 21:55:03 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 462695.99064.bm@omp1037.mail.bf1.yahoo.com Received: (qmail 89250 invoked by uid 60001); 11 Dec 2012 21:55:02 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1355262902; bh=W69HYFwS3rQV1GuiGL7iMN3V6/gjcBs9eca7cTH4uyQ=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:To:MIME-Version:Content-Type; b=MF9LSfl0Tv3u2IJ1ATPMWn8dswEAMV/UvcVCiIQE15KYPfGkn9egaX4I4dEAAF+dF33466bKD8Upvar/7O5EZDXknfWx3FNiEYpsprTpBSzpnJFvAU+QCcO77rDLw8L5Yx1cxziWiRae6dIengkgXYVZuA/6ouxFXxLSRrc1Ibw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:To:MIME-Version:Content-Type; b=hAx6xN2ir2e9bIpAhxaHgXrP4Ii/LWT5itOzNW3vFL0X4VUbv/+j1tUTt+GGwyIn0W0OhVL0MQyQAXjmuQ+mLqtIYC6sRaRiUx0Rfl6bQ8dsHcrF+ME6zsfsVHLwXm9G6SGrLXCmvqjyCVlVuKAZDKdDW/KMSJgDSQMziONBEt4=; X-YMail-OSG: gOAkLXQVM1nbP3WmrF5dPNcn2X7l5hG_1NUqKYxPc27MysQ rqRy81BOyviYWDAlupr6l0njEWXutSBVYgYZpwQIF2sJ9KPlCob_wcsy82fB UvsuSp4nw5QozY6K7HYvFJxsSk0D5rOjtxWUqkB7w3yeZPaF8X1W7SlFAmQ_ XvE57YVLf3ET6gxYQHYVrXCL4d4W7qlikK_nQRAolkK9I4OhM84eGD0Lvufa 07i_09ID.5qcufALBS.Sow9hIYQN8_ojMXvP9wCjDJ5jr.RUS1fOtjzC2dWJ UM6y8hQ_pKUaYxQZveRnggUUcunsnBIrqMctvNp3lfbhyXK53pxTFUC.Qef5 jzsbpHVhPPUBOzieiUxApT5_VycnNRr2wQoFvcsiP67MUSDwGyIq7FtEpuRn Np5XVX5XHVdvWg_J04hsHVWlw9DyQ3yr7imoCy6AcNtXDlPmGDTMwmDlnbjt Rdqcxwl2PpPM7qIaQBHaiXnr4AX9GrxwknGQ0MiFnU4JVJSiX48d1.nu5.bw fCjQXh6XhEe5POQyoRSlpCij9JIat622oP7sLJnGsNZfu49SMUGr_fVD7SK6 4k0yCxw-- Received: from [189.161.144.127] by web141103.mail.bf1.yahoo.com via HTTP; Tue, 11 Dec 2012 13:55:02 PST X-Rocket-MIMEInfo: 001.001, aHR0cDovLzdrYWlmYS5jb20vd3AtY29udGVudC9wbHVnaW5zL2FraXNtZXQvZ29vZ2xlLmh0bWwBMAEBAQE- X-Mailer: YahooMailWebService/0.8.128.478 Message-ID: <1355262902.79916.YahooMailNeo@web141103.mail.bf1.yahoo.com> Date: Tue, 11 Dec 2012 13:55:02 -0800 (PST) From: B M To: karmacarbine@yahoo.com, blah1360@gmail.com, help-grub@gnu.org, support@SafeHouseSoftware.com, yvettejones@socal.rr.com, spartenlazer@gmail.com, JWDickmann@capousd.org, GMKightlinger@capousd.org, mcderm333@aol.com MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="-1369625431-616595181-1355262902=:79916" X-detected-operating-system: by eggs.gnu.org: FreeBSD 8.x X-Received-From: 98.139.212.253 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: B M List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2012 21:55:11 -0000 ---1369625431-616595181-1355262902=:79916 Content-Type: text/plain; charset=us-ascii http://7kaifa.com/wp-content/plugins/akismet/google.html ---1369625431-616595181-1355262902=:79916 Content-Type: text/html; charset=us-ascii ---1369625431-616595181-1355262902=:79916-- From MAILER-DAEMON Thu Dec 13 13:03:24 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TjD80-0007MP-0d for mharc-help-grub@gnu.org; Thu, 13 Dec 2012 13:03:24 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52904) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TjD7q-0007Ii-Oy for help-grub@gnu.org; Thu, 13 Dec 2012 13:03:22 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TjD7i-00062l-OW for help-grub@gnu.org; Thu, 13 Dec 2012 13:03:14 -0500 Received: from mail-vb0-f41.google.com ([209.85.212.41]:58259) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TjD7i-000623-K9 for help-grub@gnu.org; Thu, 13 Dec 2012 13:03:06 -0500 Received: by mail-vb0-f41.google.com with SMTP id l22so2740001vbn.0 for ; Thu, 13 Dec 2012 10:03:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=kQ0ilS5g3Nq4lwLarx1t+KjCKQOGR6ypVRHbquSR8mE=; b=GdYLMRGfMB485vtNv1GuUUrd7BCUYIibwSbsvsEMdTimreuO5INkw6pBWvGu181Jje gfaZTpmctGGsa1NsZOv5Cm3YkSDHYfHdbmsFDRau0PD7ANtMompb8PdJu2+qeBfRWC4e zzdDA+W2EPOPXyULkVa7dulZCMneT6EaaFK9jpy17e6AWMPSf9TP8rW15lLaE2Ifz2U3 0KD0zyTrLQIDim7q1jTIPOlo0H1o5VwV0lwN0cXX9KSIZWKhAvc6oGGnyZW7/eW5fopJ VX3fHtvc+Ady4/np4tqMnlhsrqHCfozIlu7h5xcQec0BE9tYEcNislyaUWUjJUc8uUvV 3eMQ== MIME-Version: 1.0 Received: by 10.220.151.72 with SMTP id b8mr4886479vcw.38.1355421785751; Thu, 13 Dec 2012 10:03:05 -0800 (PST) Received: by 10.220.40.143 with HTTP; Thu, 13 Dec 2012 10:03:05 -0800 (PST) Date: Thu, 13 Dec 2012 23:03:05 +0500 Message-ID: Subject: calling bash script from grub menu.lst From: Saqlain Abbas To: help-grub@gnu.org Content-Type: multipart/alternative; boundary=f46d043bdfe60f817604d0bfba55 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.212.41 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2012 18:03:22 -0000 --f46d043bdfe60f817604d0bfba55 Content-Type: text/plain; charset=ISO-8859-1 Hello, Is it possible to call bash scrip from grub menu.lst? My use case is explained below, i got hierarchy like below kindly have a look... mainmenu.lst submenu1.lst scrip executed and base on user input it may result in some files changes in /etc or may create some new files etc from submenu1.lst we can go back to mainmenu.lst from mainmenu.lst I will boot the system. And one more thing for such menu system in grub? Should i choose grub or grub2? -- Kind Regards, Saqlain Abbas. --f46d043bdfe60f817604d0bfba55 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello,

Is it possible to call bash scrip from grub menu.= lst? My use case is explained below, i got hierarchy like below kindly have= a look...

mainmenu.lst
=A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 submenu1.lst
scrip executed and base on u= ser input =A0it may result in some files changes in /etc or may create some= new files etc

from=A0submenu1.lst we can go back to mainmenu.lst

from mainmenu.lst I = will boot the system.=A0

And one more thing for= such menu system in grub? Should i choose grub or grub2?=A0
--
Kind Regards,
Saqlain Abbas.

--f46d043bdfe60f817604d0bfba55-- From MAILER-DAEMON Thu Dec 13 13:36:39 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TjDeA-00065J-WD for mharc-help-grub@gnu.org; Thu, 13 Dec 2012 13:36:39 -0500 Received: from eggs.gnu.org ([208.118.235.92]:56791) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TjDe5-00060J-6Z for help-grub@gnu.org; Thu, 13 Dec 2012 13:36:37 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TjDdx-0006BL-FK for help-grub@gnu.org; Thu, 13 Dec 2012 13:36:33 -0500 Received: from phineas.fibbs.org ([109.234.106.32]:36016 helo=mail.fibbs.org) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TjDdx-0006B1-52 for help-grub@gnu.org; Thu, 13 Dec 2012 13:36:25 -0500 Received: from localhost (localhost [127.0.0.1]) by mail.fibbs.org (Postfix) with ESMTP id B5FFF29EEFA for ; Thu, 13 Dec 2012 19:28:03 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at phineas.christiananton.de Received: from mail.fibbs.org ([127.0.0.1]) by localhost (mail.fibbs.org [127.0.0.1]) (amavisd-new, port 10025) with ESMTP id RlEerz3ZKT7J for ; Thu, 13 Dec 2012 19:28:03 +0100 (CET) Received: from [192.168.172.254] (host-80-81-18-2.customer.m-online.net [80.81.18.2]) by mail.fibbs.org (Postfix) with ESMTPA id 5F2FB29EC64 for ; Thu, 13 Dec 2012 19:28:03 +0100 (CET) Message-ID: <50CA1E32.4000201@mglug.de> Date: Thu, 13 Dec 2012 19:28:02 +0100 From: Oliver Rath User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: help-grub@gnu.org Subject: Re: calling bash script from grub menu.lst References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------080402060209000800080506" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 109.234.106.32 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2012 18:36:37 -0000 This is a multi-part message in MIME format. --------------080402060209000800080506 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Saqlain, imho you cant use bash at grub-time, because for this you need the bash-interpreter and this one needs a running linux-system. For your needs i think it is better using the grub menus und submenus (i.e. https://help.ubuntu.com/community/Grub2/Submenus). If you want to do little jobs starting from grub you can create a tiny linux distro (like dsl - damn small linux), just for starting your bash-script or - much more little - create your own initramfs with the things to do. Hth, Oliver On 13.12.2012 19:03, Saqlain Abbas wrote: > Hello, > > Is it possible to call bash scrip from grub menu.lst? My use case is > explained below, i got hierarchy like below kindly have a look... > > mainmenu.lst > submenu1.lst > > scrip executed and base on user input it may result in > some files changes in /etc or may create some new files etc > > from submenu1.lst we can go back to mainmenu.lst > > > from mainmenu.lst I will boot the system. > > And one more thing for such menu system in grub? Should i choose grub > or grub2? > -- > Kind Regards, > Saqlain Abbas. > > > > _______________________________________________ > Help-grub mailing list > Help-grub@gnu.org > https://lists.gnu.org/mailman/listinfo/help-grub --------------080402060209000800080506 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
Hi Saqlain,

imho you cant use bash at grub-time, because for this you need the bash-interpreter and this one needs a running linux-system.

For your needs i think it is better using the grub menus und submenus (i.e. https://help.ubuntu.com/community/Grub2/Submenus).

If you want to do little jobs starting from grub you can create a tiny linux distro (like dsl - damn small linux), just for starting your bash-script or - much more little - create your own initramfs with the things to do.

Hth,
Oliver


On 13.12.2012 19:03, Saqlain Abbas wrote:
Hello,

Is it possible to call bash scrip from grub menu.lst? My use case is explained below, i got hierarchy like below kindly have a look...

mainmenu.lst
                      submenu1.lst
scrip executed and base on user input  it may result in some files changes in /etc or may create some new files etc

from submenu1.lst we can go back to mainmenu.lst

from mainmenu.lst I will boot the system. 

And one more thing for such menu system in grub? Should i choose grub or grub2? 
--
Kind Regards,
Saqlain Abbas.



_______________________________________________
Help-grub mailing list
Help-grub@gnu.org
https://lists.gnu.org/mailman/listinfo/help-grub

--------------080402060209000800080506-- From MAILER-DAEMON Fri Dec 14 00:13:39 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TjNad-0003Px-6T for mharc-help-grub@gnu.org; Fri, 14 Dec 2012 00:13:39 -0500 Received: from eggs.gnu.org ([208.118.235.92]:33889) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TjNaX-0003Ow-2k for help-grub@gnu.org; Fri, 14 Dec 2012 00:13:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TjNaU-0000Rl-4I for help-grub@gnu.org; Fri, 14 Dec 2012 00:13:33 -0500 Received: from mail-vb0-f41.google.com ([209.85.212.41]:42758) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TjNaT-0000Rh-UW for help-grub@gnu.org; Fri, 14 Dec 2012 00:13:30 -0500 Received: by mail-vb0-f41.google.com with SMTP id l22so3405304vbn.0 for ; Thu, 13 Dec 2012 21:13:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=vBfr9Qah4v47mWaJfLl5VGOE58/zd/IaCjFe+qia2IM=; b=iYVVDLAvOYoRWW35LARN5B9NYB9weGefGBVR9Z1teX7IKZeZL2tLWoPPnVEYovqYmr 6lu46m8fHD1GmwmonStQft4vymyr6/1h8aUv5yQTyiIY7ws4MsE5JKNfZcBZujO76jar wF0LTW9JA5YI0ofVl/1ofLQZiWpmgBLDJ7+H/k7M8+19javvH7XzFpX5G7OxnSZX1Ylg O+ulx83CdWTLw0DwWXe3izz7I1ZoXg09XuQ0yFMKCl+bbnRPdlMKuGh03ugLrz2R/Zh1 /nrqAK67+9azxXVVL4ONiewFY3DH8FCvamHdUlm5FtoQMjixIz+/1Qrf4C8INqF88mDd alOw== MIME-Version: 1.0 Received: by 10.52.156.67 with SMTP id wc3mr6447648vdb.19.1355462009285; Thu, 13 Dec 2012 21:13:29 -0800 (PST) Received: by 10.220.40.143 with HTTP; Thu, 13 Dec 2012 21:13:29 -0800 (PST) In-Reply-To: <50CA1E32.4000201@mglug.de> References: <50CA1E32.4000201@mglug.de> Date: Fri, 14 Dec 2012 10:13:29 +0500 Message-ID: Subject: Re: calling bash script from grub menu.lst From: Saqlain Abbas To: Oliver Rath Content-Type: multipart/alternative; boundary=bcaec53aece291ec2804d0c91757 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.212.41 Cc: help-grub@gnu.org X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Dec 2012 05:13:37 -0000 --bcaec53aece291ec2804d0c91757 Content-Type: text/plain; charset=ISO-8859-1 Thanks Oliver! I am clear now your suggestions seem to be interesting i will give them a try. -- Kind Regards, Saqlain Abbas. On Thu, Dec 13, 2012 at 11:28 PM, Oliver Rath wrote: > Hi Saqlain, > > imho you cant use bash at grub-time, because for this you need the > bash-interpreter and this one needs a running linux-system. > > For your needs i think it is better using the grub menus und submenus > (i.e. https://help.ubuntu.com/community/Grub2/Submenus). > > If you want to do little jobs starting from grub you can create a tiny > linux distro (like dsl - damn small linux), just for starting your > bash-script or - much more little - create your own initramfs with the > things to do. > > Hth, > Oliver > > > > On 13.12.2012 19:03, Saqlain Abbas wrote: > > Hello, > > Is it possible to call bash scrip from grub menu.lst? My use case is > explained below, i got hierarchy like below kindly have a look... > > mainmenu.lst > submenu1.lst > > scrip executed and base on user input it may result in some files > changes in /etc or may create some new files etc > > from submenu1.lst we can go back to mainmenu.lst > > > from mainmenu.lst I will boot the system. > > And one more thing for such menu system in grub? Should i choose grub or > grub2? > -- > Kind Regards, > Saqlain Abbas. > > > > _______________________________________________ > Help-grub mailing listHelp-grub@gnu.orghttps://lists.gnu.org/mailman/listinfo/help-grub > > > > _______________________________________________ > Help-grub mailing list > Help-grub@gnu.org > https://lists.gnu.org/mailman/listinfo/help-grub > > --bcaec53aece291ec2804d0c91757 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks=A0Oliver! I am clear now your suggestions seem to be interesting i w= ill give them a try.

--=A0
Kind Regards,
Saqlain = Abbas.





--bcaec53aece291ec2804d0c91757-- From MAILER-DAEMON Sun Dec 16 14:54:44 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TkKIO-0003xe-M6 for mharc-help-grub@gnu.org; Sun, 16 Dec 2012 14:54:44 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57444) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TkKIL-0003uE-5l for help-grub@gnu.org; Sun, 16 Dec 2012 14:54:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TkKIK-0001Sw-1y for help-grub@gnu.org; Sun, 16 Dec 2012 14:54:41 -0500 Received: from qmta12.emeryville.ca.mail.comcast.net ([76.96.27.227]:55127) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TkKIJ-0001Se-Qd for help-grub@gnu.org; Sun, 16 Dec 2012 14:54:40 -0500 Received: from omta18.emeryville.ca.mail.comcast.net ([76.96.30.74]) by qmta12.emeryville.ca.mail.comcast.net with comcast id cGHe1k0031bwxycACKudf1; Sun, 16 Dec 2012 19:54:37 +0000 Received: from [192.168.1.145] ([75.70.21.241]) by omta18.emeryville.ca.mail.comcast.net with comcast id cKua1k00d5C5Uhn8eKuct3; Sun, 16 Dec 2012 19:54:36 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: grub-mkconfig depends on grub-install? From: Chris Murphy In-Reply-To: <50C6893C.9090802@kiilerich.com> Date: Sun, 16 Dec 2012 12:54:41 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <80650AC2-FC1A-4C51-8716-3FE9B4AD089C@colorremedies.com> References: <50C6893C.9090802@kiilerich.com> To: "help-grub@gnu.org" X-Mailer: Apple Mail (2.1499) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1355687677; bh=oP+jjVfzgK+cHzVfMJJzgyvMpwkD9Z8w/Y92oi9BbF0=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To; b=VTRePj3FNLh4O2Cx76MsxrDarhh7+7yw22ytuLOfY+IMcm5TeGox8v1qRy2neQVvw Pp37I7J2BpSBRRD8HthU0Cx4GLkAycZgRQJY3DSEty/qtPbxUTHJBqUDuveyEkBxv1 UPBpkKgvmAO+XgujbTqF3qaIt2dMwGM6TecZ78V2hEqmz4hMvwb9g4jh9bN1N5/b1l SDb+icQgDdENi1w5FklP5zdkZTqvqT0sTHwMm3OlR8gxqkGGWV3fK/V2z+nAC8K6Rk AXFaIwTkpv4pMROH2yF9rQ4NkETHT+3YYtblF/2XvN+gDUlTEds8PlT98BVXKFC4yq I3YADDO/Xy9+Q== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 76.96.27.227 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Dec 2012 19:54:43 -0000 On Dec 10, 2012, at 6:15 PM, Mads Kiilerich wrote: > Chris Murphy wrote, On 12/11/2012 01:00 AM: >> Does grub-mkconfig have any dependency on the things that = grub-install or grub-mkimage produces? I'm thinking of the case where a = user has an existing boot manager/loader, and they do not want a newer = one replacing what they have. But perhaps they still need a grub.cfg: = e.g. Install Ubuntu, using its installed GRUB2 and grub.cfg; = subsequently installing Fedora to try out but user doesn't want Fedora's = installer overwriting Ubuntu's boot manager experience. >>=20 >> Is it possible to run grub-mkconfig within a chrooted Fedora = post-install, without first calling grub-install >=20 > Yes, there are dependencies. grub-install will for instance install = fonts and themes in /boot/grub where grub-mkconfig will pick them up if = they are available. >=20 > But each OS should have its own /boot, EFI systems should have their = own bootloader-id, and BIOS systems can run grub-install with = --grub-setup=3D/bin/true if it should stay away from MBR. That way they = shouldn't clobber each other. Perfect, that does work, and I've recommended this for F18 in bugs = 885240, 886502. I think this is a better option than not calling = grub2-install or grub2-mkconfig at all, for those who will need the = files those commands create to enable multiboot with an existing boot = manager. Chris Murphy From MAILER-DAEMON Mon Dec 17 19:15:44 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TkkqW-0001pA-08 for mharc-help-grub@gnu.org; Mon, 17 Dec 2012 19:15:44 -0500 Received: from eggs.gnu.org ([208.118.235.92]:36239) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TkkqT-0001oe-AC for help-grub@gnu.org; Mon, 17 Dec 2012 19:15:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TkkqS-0004P9-99 for help-grub@gnu.org; Mon, 17 Dec 2012 19:15:41 -0500 Received: from qmta01.emeryville.ca.mail.comcast.net ([2001:558:fe2d:43:76:96:30:16]:44650) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TkkqR-0004Ov-W6 for help-grub@gnu.org; Mon, 17 Dec 2012 19:15:40 -0500 Received: from omta20.emeryville.ca.mail.comcast.net ([76.96.30.87]) by qmta01.emeryville.ca.mail.comcast.net with comcast id cd9b1k00L1smiN4A1oFdgQ; Tue, 18 Dec 2012 00:15:37 +0000 Received: from [192.168.1.145] ([75.70.21.241]) by omta20.emeryville.ca.mail.comcast.net with comcast id coFc1k00H5C5Uhn8goFdng; Tue, 18 Dec 2012 00:15:37 +0000 From: Chris Murphy Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: grub-install BIOS vs UEFI Message-Id: Date: Mon, 17 Dec 2012 17:15:36 -0700 To: "help-grub@gnu.org" Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1355789737; bh=Ob1Uj2IQLNrvpO42S+yIl0bm2h4CT/mnUeIGlfPh/fE=; h=Received:Received:From:Content-Type:Subject:Message-Id:Date:To: Mime-Version; b=OxrtAIcK5icXLvapMXyS5xvNgtjn747kipAlE0itPzBYkd8qZnhwY3pIuxoRT3fll xYUVKKPf5lPhVTlsPKbnCNDUGxT8gyf7WAt0gpW0XGOblAyba9ZXOyVM22pAZWhknE WF1UqKxeFuXGg14llPuWGvhZW9kzz7aAq+D9o2yg246ttEOL4HZj0Ia1jlNDbbbbzi dH67DXuRG/bBlDFh/yn+XaZ6LFx8sVJb+sUiZvQLCxdHVGAc2WjolrNS60eN0QwSwg 5cKvKJVOfZ/LRVPnREbEvE4E3fdo/yOvl58O+M4/W6IXN+1XGqEGM8Yz2WiFp0i3FK rzF+1QQ3P2VtQ== X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2001:558:fe2d:43:76:96:30:16 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2012 00:15:42 -0000 I'm finding that on BIOS hardware: # grub-install all by itself produces the help file for grub-install. An install device = is required. Conversely on UEFI hardware, I'm finding the command works without any = qualification: it finds the proper location for /boot/efi/EFI/fedora = which is of course the EFI System partition; and it also finds = /boot/grub/x86_64 and installs mod files in /boot/grub/x86_64-efi. Is this expected? Chris Murphy= From MAILER-DAEMON Mon Dec 17 19:54:46 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TklSI-0001QJ-T1 for mharc-help-grub@gnu.org; Mon, 17 Dec 2012 19:54:46 -0500 Received: from eggs.gnu.org ([208.118.235.92]:42871) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TklSH-0001Q4-7T for help-grub@gnu.org; Mon, 17 Dec 2012 19:54:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TklSG-0006Gk-7H for help-grub@gnu.org; Mon, 17 Dec 2012 19:54:45 -0500 Received: from mail-bk0-f53.google.com ([209.85.214.53]:42053) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TklSF-0006E0-WB for help-grub@gnu.org; Mon, 17 Dec 2012 19:54:44 -0500 Received: by mail-bk0-f53.google.com with SMTP id j5so9981bkw.26 for ; Mon, 17 Dec 2012 16:54:42 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding:x-gm-message-state; bh=Z1KTNAd3WE3ng0JVhMHIU+Sbwsaq7RL7AiSxa+2uHW4=; b=jw8kTSOApoK6viTS3kJ4EL9oYndZV+bYceZrYeRvj0M4ds6NKZ97jK2PTk0OLmE9zj uNFwSxophrRQEFJip44MZsotAMg2UJRdrV3kIyVCdTtHNtfTj+NkBx8j0Q5d63V4+1Ig 9mJY+jZNGpyZ6SRgWw7j0aKm5sspYKD3FxXYx4rmWnxI55Nmo5qzERrLDNnEDUEm65ld s8DTMW+cyEE82epWuMst7KwdUZtG5GA4zS8wf9iv9muRs9mQRzPC7DWbagzrsCtKtKth /CLUtkTF8U46MK7EvA9Wl4ChJrkYPLVGn/awfV/DENKX47ZSj2o/p/5qq2KYkPK5c16z Qg5A== X-Received: by 10.204.10.88 with SMTP id o24mr81036bko.19.1355792082397; Mon, 17 Dec 2012 16:54:42 -0800 (PST) Received: from [192.168.2.3] ([77.75.167.238]) by mx.google.com with ESMTPS id y11sm31390bkw.8.2012.12.17.16.54.41 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 17 Dec 2012 16:54:41 -0800 (PST) Message-ID: <50CFBECF.1060001@kiilerich.com> Date: Tue, 18 Dec 2012 01:54:39 +0100 From: Mads Kiilerich User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Chris Murphy Subject: Re: grub-install BIOS vs UEFI References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQmxwxmxwzvSe2PJSKqQnIun0X6j5X0mg9Qn6dVoKYDl19lFwohkB0TMKtFc8o+i9Un1thTq X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.214.53 Cc: "help-grub@gnu.org" X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2012 00:54:46 -0000 Chris Murphy wrote, On 12/18/2012 01:15 AM: > I'm finding that on BIOS hardware: > > # grub-install > > all by itself produces the help file for grub-install. An install device is required. Just to clarify: grub-install on BIOS without parameters will _fail_ with the error message "Install device isn't specified.". Further, it is helpful and displays the instructions for how grub-install should be used. > Conversely on UEFI hardware, I'm finding the command works without any qualification: it finds the proper location for /boot/efi/EFI/fedora which is of course the EFI System partition; and it also finds /boot/grub/x86_64 and installs mod files in /boot/grub/x86_64-efi. > > Is this expected? Yes, that is how it is designed. It is a mandatory convention that ESP has to be mounted on /boot/efi, and that designates where the bootloader should be installed. The actual bootloader ID that is used on the ESP is set automatically and configurable in several ways. /Mads From MAILER-DAEMON Mon Dec 17 21:53:09 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TknIr-0003jk-NB for mharc-help-grub@gnu.org; Mon, 17 Dec 2012 21:53:09 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58761) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TknIp-0003jW-0W for help-grub@gnu.org; Mon, 17 Dec 2012 21:53:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TknIn-0002dO-Pd for help-grub@gnu.org; Mon, 17 Dec 2012 21:53:06 -0500 Received: from mail-lb0-f176.google.com ([209.85.217.176]:65427) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TknIn-0002d6-HU for help-grub@gnu.org; Mon, 17 Dec 2012 21:53:05 -0500 Received: by mail-lb0-f176.google.com with SMTP id k6so215336lbo.35 for ; Mon, 17 Dec 2012 18:53:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type :content-transfer-encoding; bh=EkAkBIrkMf8MJ65wiE7Y55mppAkUI9for5z4FqDyzpo=; b=BUaXAxSw2DPwk+qzKw3xZ3Hx2KYbov9a4VP6phspfGmATjZVdG0bu0R1JBr+wYV4zo vJDx/+66HIyRcptmQwuz6nf3SQ+Vuhg1ko2Y9xDBr9WWs1shrIgrbLYYxZw5RtpFbwM5 MfS8ZijzKbWsk/HaUauUiJ79y75fGCMmC41fuMKRjl9afIX995q4HeB1a8P+YW6UjtJQ WBG4zfcCtIknpTbO1qCWu/ClLW4gVMX0hnNjVNhQvKkiUWznC8uQ12XSKEOdH+1bNSrY pPFw5s2kb5FpD4EgYyQ8Xkpjp1y8ZZFpQh7nJAyqQ0LqPLsHSVe/N+Rest0CKwlXardY 2qxQ== X-Received: by 10.112.8.67 with SMTP id p3mr235212lba.103.1355799182572; Mon, 17 Dec 2012 18:53:02 -0800 (PST) Received: from opensuse.site (ppp91-78-198-46.pppoe.mtu-net.ru. [91.78.198.46]) by mx.google.com with ESMTPS id b3sm211851lbl.0.2012.12.17.18.53.00 (version=SSLv3 cipher=OTHER); Mon, 17 Dec 2012 18:53:01 -0800 (PST) Date: Tue, 18 Dec 2012 06:52:58 +0400 From: Andrey Borzenkov To: Mads Kiilerich Subject: Re: grub-install BIOS vs UEFI Message-ID: <20121218065258.2d638b56@opensuse.site> In-Reply-To: <50CFBECF.1060001@kiilerich.com> References: <50CFBECF.1060001@kiilerich.com> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.217.176 Cc: "help-grub@gnu.org" , Chris Murphy X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2012 02:53:08 -0000 ÷ Tue, 18 Dec 2012 01:54:39 +0100 Mads Kiilerich ÐÉÛÅÔ: > > Yes, that is how it is designed. It is a mandatory convention that ESP > has to be mounted on /boot/efi, and that designates where the bootloader > should be installed. > It is not really mandatory, it is just established convention. grub-install will search through several likely locations and /boot/efi is one of them. Or ESP can be given directly as --efi-directory; it is quite useful when booting from live media or installing on removable drive. From MAILER-DAEMON Mon Dec 17 22:01:55 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TknRL-0004h1-Ms for mharc-help-grub@gnu.org; Mon, 17 Dec 2012 22:01:55 -0500 Received: from eggs.gnu.org ([208.118.235.92]:59781) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TknRI-0004go-QH for help-grub@gnu.org; Mon, 17 Dec 2012 22:01:54 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TknRG-0005Cq-23 for help-grub@gnu.org; Mon, 17 Dec 2012 22:01:52 -0500 Received: from qmta12.emeryville.ca.mail.comcast.net ([2001:558:fe2d:44:76:96:27:227]:47844) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TknRF-0005CB-PR for help-grub@gnu.org; Mon, 17 Dec 2012 22:01:49 -0500 Received: from omta13.emeryville.ca.mail.comcast.net ([76.96.30.52]) by qmta12.emeryville.ca.mail.comcast.net with comcast id ce5b1k00717UAYkACr1nWV; Tue, 18 Dec 2012 03:01:47 +0000 Received: from [192.168.1.145] ([75.70.21.241]) by omta13.emeryville.ca.mail.comcast.net with comcast id cr1m1k0035C5Uhn8Zr1mrz; Tue, 18 Dec 2012 03:01:47 +0000 Content-Type: text/plain; charset=koi8-r Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: grub-install BIOS vs UEFI From: Chris Murphy In-Reply-To: <20121218065258.2d638b56@opensuse.site> Date: Mon, 17 Dec 2012 20:01:45 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <34C9FA1D-C5A4-4B42-98A3-6C4D60C116E9@colorremedies.com> References: <50CFBECF.1060001@kiilerich.com> <20121218065258.2d638b56@opensuse.site> To: "help-grub@gnu.org" X-Mailer: Apple Mail (2.1499) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1355799707; bh=KbtydL/rO5MbcEQze5E2cELEWpHW20XqwOqzD7fb6P4=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To; b=MYbPIz+tZx6zxzoyuqMnE85FiyRl1EnqHTpTja2JS/ay57zVYvBQJdF+HCPEKeBzz D1xc78mmLa9rWWgv1d1GIlsx9Md/qXXS9NzJnnbm0t4Jxz4rByXvZrAZcXJKtlOatb 4G2MzymQowUQ7ZDCBcu9D+EiVy3rj4z8KATQgZnrtsbtedm7rxXohWJz96RnIXGXMb BXzIWO5GR9YKBzNFQ1FckopGcfMsg8Fu4eJDY4pE298+3goZZE8ggKfJ7qNpyj58Gg U4suJ/uA+F/7QncQXDVZ0dOVblq8fCIK2hA/kBP8fVCtSbTrHUlq5x1LTNeiTFXFZ2 3Z9e8T923+M2g== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:558:fe2d:44:76:96:27:227 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2012 03:01:54 -0000 On Dec 17, 2012, at 7:52 PM, Andrey Borzenkov = wrote: > =F7 Tue, 18 Dec 2012 01:54:39 +0100 > Mads Kiilerich =D0=C9=DB=C5=D4: >=20 >>=20 >> Yes, that is how it is designed. It is a mandatory convention that = ESP=20 >> has to be mounted on /boot/efi, and that designates where the = bootloader=20 >> should be installed. >>=20 >=20 > It is not really mandatory, it is just established convention. > grub-install will search through several likely locations and = /boot/efi > is one of them. Or ESP can be given directly as --efi-directory; it is > quite useful when booting from live media or installing on removable > drive. What are the chances of getting grub-install to automatically put = grub.efi in the ESP of all RAID1 member disks?=20 And then longer term, for btrfs, for all raid1, raid10, raid5, and raid6 = disks. Perhaps screwy to have a RAID6 boot disk. But not inconceivable = to have a 3 disk RAID1 with triple mirror, or even just a four disk = raid1. Chris Murphy= From MAILER-DAEMON Tue Dec 18 13:17:21 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Tl1jF-0000o4-AI for mharc-help-grub@gnu.org; Tue, 18 Dec 2012 13:17:21 -0500 Received: from eggs.gnu.org ([208.118.235.92]:37150) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tl1j9-0000HR-Tp for help-grub@gnu.org; Tue, 18 Dec 2012 13:17:19 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tl1j5-0004Pw-59 for help-grub@gnu.org; Tue, 18 Dec 2012 13:17:15 -0500 Received: from mail-wg0-f53.google.com ([74.125.82.53]:60508) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tl1j4-0004Pm-Rx for help-grub@gnu.org; Tue, 18 Dec 2012 13:17:11 -0500 Received: by mail-wg0-f53.google.com with SMTP id ei8so466590wgb.20 for ; Tue, 18 Dec 2012 10:17:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=O24YxNqrqYN/9s7RvgBL+8Ys+niRoJ6Kuz9JDbQLMtU=; b=u44umLEJpyjj5Ou8fPf6jegkj6KTbAPV4FflQ0eCWA1QqUYtwnZbuJlhpe34XoiX79 oZeGXbSjR5EJ3Cv34w/SDbpdZerCXigBFEsOCCBHrHagIkEn4a4ZmkMepBJCMIiCHoDj 7QnLQDsJbVQpGneEce13oy4CWPPK4LpeqPq7wvdk/gefzd6VlSe92TNSUhQvv9df9J0L 03NicAXOxjJ6lIH/HZ0uATxRzbB3eZLRiQXnPhgSRIq+2a5QwCjZBcOkZw5gFrlES29E XieNqGx0BXFUfDuYKRIqQwdMfQgLmclhnQ5DljCOsuI0I7+KFo33Y9tXo0+tH8vx53x5 s4DQ== MIME-Version: 1.0 Received: by 10.194.238.226 with SMTP id vn2mr6353928wjc.23.1355854628905; Tue, 18 Dec 2012 10:17:08 -0800 (PST) Received: by 10.227.9.230 with HTTP; Tue, 18 Dec 2012 10:17:08 -0800 (PST) Date: Tue, 18 Dec 2012 19:17:08 +0100 Message-ID: Subject: no menu From: andreas graeper To: help-grub@gnu.org Content-Type: text/plain; charset=ISO-8859-1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 74.125.82.53 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Dec 2012 18:17:19 -0000 hi, i installed bodhi next to windows, mainly to install openbsd next und have it booted by grub. never before i got trouble doing so ! but when i rebooted there was no menu. i tried many of that proposals that i found in web, but no change. the menu is not shown, though there are more than one distros. the grub.cfg looks good. is there a fool-proof solution to that problem ? why such stupid hiding a menu, when it exists in background (the up and down button to choose from the list works if one knows the order of menuentries !) esc and shift does not work ! thanks in advance arno From MAILER-DAEMON Tue Dec 18 22:01:02 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Tl9u2-0005Ea-Lk for mharc-help-grub@gnu.org; Tue, 18 Dec 2012 22:01:02 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58569) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tl9ty-0005Cu-2p for help-grub@gnu.org; Tue, 18 Dec 2012 22:01:00 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tl9tx-0004JC-1w for help-grub@gnu.org; Tue, 18 Dec 2012 22:00:57 -0500 Received: from mail-la0-f46.google.com ([209.85.215.46]:52035) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tl9tw-0004IX-Qb for help-grub@gnu.org; Tue, 18 Dec 2012 22:00:56 -0500 Received: by mail-la0-f46.google.com with SMTP id p5so1197432lag.33 for ; Tue, 18 Dec 2012 19:00:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type :content-transfer-encoding; bh=wfqvv2fI83KOOfmxCO7Lb44Ye9Rm3ZDd/UKXUvWIGXI=; b=J9oyZYIYVb+YzAn9QzhwTB3etdvBYUecpxdeMiXzqfTsNA+dJMMxzMnttwyScWZAGg x/5dHXR6EEc280BRbKfK5pfpcvm9NhlZYbXiNDC86F3NA8UGDckAuAosZDRPxvJo8DoX jB1o+8gd+edGmdR1bvU6XX9hPM66A6E9ZksBRRFEN1R5D5EvYO7ODnUtnRRCB8HFftVp E5guGrvha0Oucato9qgaZzMFc2OK9w04Gr3/wJrr1g6mW9RY6eYtANYeeHLiVor+hv9G 5XPzMpP8t5Jhh/yafePujui1457520a4+rq8QRQLE22KZ1833fpIULV3WPDsps/d/ka6 qgOg== X-Received: by 10.112.27.33 with SMTP id q1mr1752156lbg.78.1355886054716; Tue, 18 Dec 2012 19:00:54 -0800 (PST) Received: from opensuse.site (ppp91-78-198-46.pppoe.mtu-net.ru. [91.78.198.46]) by mx.google.com with ESMTPS id lx18sm1406739lab.14.2012.12.18.19.00.52 (version=SSLv3 cipher=OTHER); Tue, 18 Dec 2012 19:00:53 -0800 (PST) Date: Wed, 19 Dec 2012 07:00:50 +0400 From: Andrey Borzenkov To: andreas graeper Subject: Re: no menu Message-ID: <20121219070050.5e02a4b0@opensuse.site> In-Reply-To: References: X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.215.46 Cc: help-grub@gnu.org X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Dec 2012 03:01:00 -0000 ÷ Tue, 18 Dec 2012 19:17:08 +0100 andreas graeper ÐÉÛÅÔ: > hi, > i installed bodhi next to windows, mainly to install openbsd next und > have it booted by grub. > never before i got trouble doing so ! > but when i rebooted there was no menu. i tried many of that proposals > that i found in web, but no change. the menu is not shown, though > there are more than one distros. the grub.cfg looks good. > > is there a fool-proof solution to that problem ? > why such stupid hiding a menu, when it exists in background (the up > and down button to choose from the list works if one knows the order > of menuentries !) > esc and shift does not work ! > Do you have legacy GRUB or GRUB2? From MAILER-DAEMON Thu Dec 20 11:54:11 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TljNr-0006Ky-LM for mharc-help-grub@gnu.org; Thu, 20 Dec 2012 11:54:11 -0500 Received: from eggs.gnu.org ([208.118.235.92]:44427) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TljNj-0006Iw-Bs for help-grub@gnu.org; Thu, 20 Dec 2012 11:54:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TljNh-0002SE-PJ for help-grub@gnu.org; Thu, 20 Dec 2012 11:54:03 -0500 Received: from mail-bk0-f48.google.com ([209.85.214.48]:53729) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TljNh-0002S7-IQ for help-grub@gnu.org; Thu, 20 Dec 2012 11:54:01 -0500 Received: by mail-bk0-f48.google.com with SMTP id jc3so1859085bkc.21 for ; Thu, 20 Dec 2012 08:53:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type :content-transfer-encoding; bh=2rznt/wPI+FCw6AZ2uILuDB/TKfaBELO7ERNA8IC+Ls=; b=r2XCtrzcXu5SJfDUZ57ggDQ8eZ1MowbUoZexIq6RMxAfAsQPP6bqV8rblPAVvtk7aM a1cifGjD05ZdBtDCUD2i1qYVFnZ1lJ3u3M1zsEE6VxUw0TGswtzkjPI3+YT8wtGC8y6H p7VmMVcg0Xtsw9149oTCFKtAxVlyBDKo+Sr8qHFz56znlvNk+q5pAthLkjLsRLvJO4wD kp0r4SvzsKEarV9DZgXf2DzLgkhRhAiz/puZOT8k2ZP2p/aPuQaYaRvmCKgQyB+9LV+8 RTKRcECXYXaH6AImx6jxB7pps4IkngvTlQs1stk+JCZ5x8TmIzMFtkdvQ2kqZjcbifkj GxAg== X-Received: by 10.112.99.195 with SMTP id es3mr4098365lbb.132.1356022439516; Thu, 20 Dec 2012 08:53:59 -0800 (PST) Received: from opensuse.site (ppp91-78-198-46.pppoe.mtu-net.ru. [91.78.198.46]) by mx.google.com with ESMTPS id ee5sm3653300lbb.14.2012.12.20.08.53.57 (version=SSLv3 cipher=OTHER); Thu, 20 Dec 2012 08:53:58 -0800 (PST) Date: Thu, 20 Dec 2012 20:53:56 +0400 From: Andrey Borzenkov To: Chris Murphy Subject: Re: grub-install BIOS vs UEFI Message-ID: <20121220205356.23e1877a@opensuse.site> In-Reply-To: <34C9FA1D-C5A4-4B42-98A3-6C4D60C116E9@colorremedies.com> References: <50CFBECF.1060001@kiilerich.com> <20121218065258.2d638b56@opensuse.site> <34C9FA1D-C5A4-4B42-98A3-6C4D60C116E9@colorremedies.com> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.214.48 Cc: "help-grub@gnu.org" X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2012 16:54:10 -0000 ÷ Mon, 17 Dec 2012 20:01:45 -0700 Chris Murphy ÐÉÛÅÔ: > > On Dec 17, 2012, at 7:52 PM, Andrey Borzenkov wrote: > > > ÷ Tue, 18 Dec 2012 01:54:39 +0100 > > Mads Kiilerich ÐÉÛÅÔ: > > > >> > >> Yes, that is how it is designed. It is a mandatory convention that ESP > >> has to be mounted on /boot/efi, and that designates where the bootloader > >> should be installed. > >> > > > > It is not really mandatory, it is just established convention. > > grub-install will search through several likely locations and /boot/efi > > is one of them. Or ESP can be given directly as --efi-directory; it is > > quite useful when booting from live media or installing on removable > > drive. > > What are the chances of getting grub-install to automatically put grub.efi in the ESP of all RAID1 member disks? > I am still not sure whether RAID1 for ESP is good idea. ESP is writable while you are in firmware; there is no way to prevent it (short of adding MD driver into firmware). Two independent ESP is more robust and can be achieved already on top of grub-install. > And then longer term, for btrfs, for all raid1, raid10, raid5, and raid6 disks. Perhaps screwy to have a RAID6 boot disk. But not inconceivable to have a 3 disk RAID1 with triple mirror, or even just a four disk raid1. > Same as above - having individual ESP on each disk can be achieved already relatively easy as wrapper around grub-install. Integration in grub-install could be implemented in form of multiple --efi-directory options (or making option to take multiple values, or adding --efi-mirror-dorectory ... ). Direct booting from btrfs is impossible unless you implement btrfs driver in firmware. You will need separate ESP anyway. From MAILER-DAEMON Thu Dec 20 13:16:41 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Tlkfh-0001Lt-Nc for mharc-help-grub@gnu.org; Thu, 20 Dec 2012 13:16:41 -0500 Received: from eggs.gnu.org ([208.118.235.92]:60064) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tlkfb-0001ID-UT for help-grub@gnu.org; Thu, 20 Dec 2012 13:16:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TlkfY-0000cU-Mu for help-grub@gnu.org; Thu, 20 Dec 2012 13:16:35 -0500 Received: from qmta13.emeryville.ca.mail.comcast.net ([76.96.27.243]:42963) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TlkfY-0000cE-DA for help-grub@gnu.org; Thu, 20 Dec 2012 13:16:32 -0500 Received: from omta22.emeryville.ca.mail.comcast.net ([76.96.30.89]) by qmta13.emeryville.ca.mail.comcast.net with comcast id duC71k0051vN32cADuGV4C; Thu, 20 Dec 2012 18:16:29 +0000 Received: from [192.168.1.145] ([75.70.21.241]) by omta22.emeryville.ca.mail.comcast.net with comcast id duGU1k00F5C5Uhn8iuGVNM; Thu, 20 Dec 2012 18:16:29 +0000 Content-Type: text/plain; charset=koi8-r Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: grub-install BIOS vs UEFI From: Chris Murphy In-Reply-To: <20121220205356.23e1877a@opensuse.site> Date: Thu, 20 Dec 2012 11:16:29 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <80903A4E-76E9-401C-947D-C23CB7BD8256@colorremedies.com> References: <50CFBECF.1060001@kiilerich.com> <20121218065258.2d638b56@opensuse.site> <34C9FA1D-C5A4-4B42-98A3-6C4D60C116E9@colorremedies.com> <20121220205356.23e1877a@opensuse.site> To: Andrey Borzenkov X-Mailer: Apple Mail (2.1499) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1356027389; bh=5GqKKsbW0s4XY3DZrzxsCusiJ9AmnDuNH0HXwR2xQp0=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To; b=BCZAas6Jydfi8DFgJdd+a53hZt9hC/bYtnlf0vmw6kU/Yzr2U7VVQ35e8Oyh6s3Du AufVJpJsW8GaPSHSpLzUTIeZM1yV3zEsrraLRvLGIU7IfVAnBucsJB62A9VPB8EZkk IVr8erPZ2Gszi8vWM+5hsOrnihNyMjddc2hOwMGDB6HvjOHcAjAVPM/01xzSWaBVGA BT6av6Xs3sLYSG/1Dy05ZcFqIVwzWx6YeE4HsmRmzklYHQ+RCp5uzFTPYxSabnbi/U w1FtAYHoLQVML/VruB7K4QIHH0SibRcYUlPv3jXnS4bDmLKYS1GMNQlvXtbCR305UL b30q5kQWsyM7w== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 76.96.27.243 Cc: "help-grub@gnu.org" X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Dec 2012 18:16:40 -0000 On Dec 20, 2012, at 9:53 AM, Andrey Borzenkov = wrote: > =F7 Mon, 17 Dec 2012 20:01:45 -0700 > Chris Murphy =D0=C9=DB=C5=D4: >>=20 >> What are the chances of getting grub-install to automatically put = grub.efi in the ESP of all RAID1 member disks?=20 >>=20 >=20 > I am still not sure whether RAID1 for ESP is good idea. ESP is > writable while you are in firmware; there is no way to prevent it > (short of adding MD driver into firmware). Two independent ESP is more > robust and can be achieved already on top of grub-install.=20 When I said "put grub.efi in the ESP of all RAID member disks" I mean = that each disk in the array has its own ESP, and a separate Linux RAID = partition. >=20 >> And then longer term, for btrfs, for all raid1, raid10, raid5, and = raid6 disks. Perhaps screwy to have a RAID6 boot disk. But not = inconceivable to have a 3 disk RAID1 with triple mirror, or even just a = four disk raid1. >>=20 >=20 > Same as above - having individual ESP on each disk can be achieved > already relatively easy as wrapper around grub-install. Integration in > grub-install could be implemented in form of multiple --efi-directory > options (or making option to take multiple values, or adding > --efi-mirror-dorectory ... ). No what I'm asking for is for grub-install to automatically determine = the member disks for an array and install multiple grub.efi's in each = disk's ESP. It already does this for a single disk situation without = having to specify a device, I don't want to have to specify multiple = locations manually. It should be automatic. Chris Murphy= From MAILER-DAEMON Thu Dec 20 22:18:26 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Tlt7y-0000ZQ-69 for mharc-help-grub@gnu.org; Thu, 20 Dec 2012 22:18:26 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57732) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tlt7t-0000ZH-R7 for help-grub@gnu.org; Thu, 20 Dec 2012 22:18:24 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tlt7r-0000dh-HY for help-grub@gnu.org; Thu, 20 Dec 2012 22:18:21 -0500 Received: from mail-la0-f51.google.com ([209.85.215.51]:58471) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tlt7r-0000dZ-9h for help-grub@gnu.org; Thu, 20 Dec 2012 22:18:19 -0500 Received: by mail-la0-f51.google.com with SMTP id e4so4293572lag.38 for ; Thu, 20 Dec 2012 19:18:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type :content-transfer-encoding; bh=K1V9r7RIkdYCdHV65qWCiC+ry77s7IzYcxKB2MCDYts=; b=ilzzS8iXQ0VaSlg7OWZjdtz7FXGjmc1zTEY+dRl+b0HS0P5V7UZFdmPxPuWaQiZ5ED ssj4ZvlXxEpfE9PllfImehCL2iIdj1+tnwO/P26ZXywL09jAhlolekM11Hbpp47UXWgo ea9qpGKxU5h98Y4mHdbTrRx9YXc9XNmuPblwC2VO78LfOuSTiNz0NG3uYvg2F3X27vXc 7JGVtytN0UBssopLtSnqX5/PvSCi188O8Tud/JFwS7k4qdemcr5bFwACjX5L/tF8k3no geEeoK5kfFQxJrriegXaexcDUKltJFPnEdZ6J8/RWIzXr6v1myPv14nZCNDxjWKQWuZd ri0g== X-Received: by 10.112.50.201 with SMTP id e9mr4700674lbo.82.1356059898163; Thu, 20 Dec 2012 19:18:18 -0800 (PST) Received: from opensuse.site (ppp91-78-198-46.pppoe.mtu-net.ru. [91.78.198.46]) by mx.google.com with ESMTPS id lr20sm4037396lab.17.2012.12.20.19.18.16 (version=SSLv3 cipher=OTHER); Thu, 20 Dec 2012 19:18:17 -0800 (PST) Date: Fri, 21 Dec 2012 07:18:14 +0400 From: Andrey Borzenkov To: Chris Murphy Subject: Re: grub-install BIOS vs UEFI Message-ID: <20121221071814.750f3f67@opensuse.site> In-Reply-To: <80903A4E-76E9-401C-947D-C23CB7BD8256@colorremedies.com> References: <50CFBECF.1060001@kiilerich.com> <20121218065258.2d638b56@opensuse.site> <34C9FA1D-C5A4-4B42-98A3-6C4D60C116E9@colorremedies.com> <20121220205356.23e1877a@opensuse.site> <80903A4E-76E9-401C-947D-C23CB7BD8256@colorremedies.com> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.215.51 Cc: "help-grub@gnu.org" X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Dec 2012 03:18:25 -0000 ÷ Thu, 20 Dec 2012 11:16:29 -0700 Chris Murphy ÐÉÛÅÔ: > > No what I'm asking for is for grub-install to automatically determine the member disks for an array and install multiple grub.efi's in each disk's ESP. It already does this for a single disk situation without having to specify a device, I don't want to have to specify multiple locations manually. It should be automatic. > grub-install simply looks for /boot/efi, /boot/EFI and is using root directory as last resort if it is FAT. That's all. I would not call this "automatic" - someone has to mount /boot/efi first and this is manual step. I think this is task for higher level system configuration tools - to decide or ask user which partitions are boot partitions and where bootloader has to be installed. Right now you designate filesystem to be mounted as /boot/efi during installation. Manually. In future you may allocate multiple partitions. One just need to come up with sane scheme to name them :) And this is not really GRUB2 specific. I had the same question recently about RHEL6 on UEFI system and you can do it with elilo as well. You need some higher-level framework to keep content of multiple ESPs in sync. From MAILER-DAEMON Fri Dec 21 20:08:07 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TmDZP-0000W0-KA for mharc-help-grub@gnu.org; Fri, 21 Dec 2012 20:08:07 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58938) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmDZI-0000Us-O0 for help-grub@gnu.org; Fri, 21 Dec 2012 20:08:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TmDZG-00064s-U2 for help-grub@gnu.org; Fri, 21 Dec 2012 20:08:00 -0500 Received: from qmta01.emeryville.ca.mail.comcast.net ([2001:558:fe2d:43:76:96:30:16]:42871) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmDZG-00064Z-K6 for help-grub@gnu.org; Fri, 21 Dec 2012 20:07:58 -0500 Received: from omta24.emeryville.ca.mail.comcast.net ([76.96.30.92]) by qmta01.emeryville.ca.mail.comcast.net with comcast id eNJe1k0021zF43QA1R7wyu; Sat, 22 Dec 2012 01:07:56 +0000 Received: from [192.168.1.145] ([75.70.21.241]) by omta24.emeryville.ca.mail.comcast.net with comcast id eR7u1k00Q5C5Uhn8kR7vsg; Sat, 22 Dec 2012 01:07:55 +0000 From: Chris Murphy Content-Type: multipart/alternative; boundary="Apple-Mail=_DCA5F4AF-CE1F-4FBB-B35B-E68D8784B751" Subject: RAID, number of disks supported Message-Id: <98A91261-6275-46DB-998F-359813331017@colorremedies.com> Date: Fri, 21 Dec 2012 18:07:57 -0700 To: "help-grub@gnu.org" Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1356138476; bh=PSBuQIey7umuCcncKWXIxa25MgODA2KYU3uqiqgTZrk=; h=Received:Received:From:Content-Type:Subject:Message-Id:Date:To: Mime-Version; b=rmp9KX70C87X8l/c0tfeh8c8Qd1ZpjEzuJwSQWx4DZHCyX72IH4ioHns8wcs7f8kQ prnY3vefuokQn/0r8q5GX0KEl4zZe7FW73LoL1rK8yLZ4ehdbOW8PiBWE/uL9e5UB4 SyFuliRH5GddpC7pJV1c/BLuRVvyxB4r0LZaqhM/4ZAE4gYbAvNECPYN5RSJRJmire 0QHH0B29wmaEK4EjYadtC1UNGNkDA5eRKaKnNQNdEhSlkeREcmzsTxkCIJctDlH4yq irl/93ptUeq5S67+dmTAj5OJErjRCg9H1VhtKa0LBxVCAtHlyZhSCCIwqBgSXQ/Yxi 4vpEm8nGDBJNw== X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2001:558:fe2d:43:76:96:30:16 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2012 01:08:05 -0000 --Apple-Mail=_DCA5F4AF-CE1F-4FBB-B35B-E68D8784B751 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii I can consistently boot a /boot on md RAID 0, 1, 4, 5, 6 with 5 disks. = At some point above that, at least by 8 disks, I get dropped to a grub = rescue prompt with an error that it can't find = 'mduuid/xxxxxxxxxxxxxxxxxxxxxxx'. Does anyone know off hand what the max number of disk members supported = is? Or is this a bug? It's either 6 or 7 apparently. Chris Murphy --Apple-Mail=_DCA5F4AF-CE1F-4FBB-B35B-E68D8784B751 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii I can consistently boot a /boot on md RAID 0, 1, 4, 5, 6 with 5 disks. At some point above that, at least by 8 disks, I get dropped to a grub rescue prompt with an error that it can't find 'mduuid/xxxxxxxxxxxxxxxxxxxxxxx'.

Does anyone know off hand what the max number of disk members supported is? Or is this a bug? It's either 6 or 7 apparently.

Chris Murphy

--Apple-Mail=_DCA5F4AF-CE1F-4FBB-B35B-E68D8784B751-- From MAILER-DAEMON Fri Dec 21 20:08:11 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TmDZT-0000c9-PI for mharc-help-grub@gnu.org; Fri, 21 Dec 2012 20:08:11 -0500 Received: from eggs.gnu.org ([208.118.235.92]:58968) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmDZO-0000V1-00 for help-grub@gnu.org; Fri, 21 Dec 2012 20:08:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TmDZK-00065c-5Z for help-grub@gnu.org; Fri, 21 Dec 2012 20:08:05 -0500 Received: from qmta01.emeryville.ca.mail.comcast.net ([2001:558:fe2d:43:76:96:30:16]:42871) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmDZJ-00064Z-S7 for help-grub@gnu.org; Fri, 21 Dec 2012 20:08:02 -0500 Received: from omta24.emeryville.ca.mail.comcast.net ([76.96.30.92]) by qmta01.emeryville.ca.mail.comcast.net with comcast id eDpP1k0041zF43QA1R811C; Sat, 22 Dec 2012 01:08:01 +0000 Received: from [192.168.1.145] ([75.70.21.241]) by omta24.emeryville.ca.mail.comcast.net with comcast id eR7u1k00Q5C5Uhn8kR80tS; Sat, 22 Dec 2012 01:08:01 +0000 Content-Type: text/plain; charset=koi8-r Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: grub-install BIOS vs UEFI From: Chris Murphy In-Reply-To: <20121221071814.750f3f67@opensuse.site> Date: Fri, 21 Dec 2012 18:08:03 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <2E5E4BE4-69F9-4709-A983-3AB54A86A204@colorremedies.com> References: <50CFBECF.1060001@kiilerich.com> <20121218065258.2d638b56@opensuse.site> <34C9FA1D-C5A4-4B42-98A3-6C4D60C116E9@colorremedies.com> <20121220205356.23e1877a@opensuse.site> <80903A4E-76E9-401C-947D-C23CB7BD8256@colorremedies.com> <20121221071814.750f3f67@opensuse.site> To: Andrey Borzenkov X-Mailer: Apple Mail (2.1499) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1356138481; bh=R9VmW9CBVjrkLvBNmMAH3QH3nHrGozdZJqAZOBki1IE=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To; b=EiW8Tm/gRaoLGIx3cfRFhlMbF8Po0HIK4CE8CEd8gqQpGn3H3Glp0LYRrTs6+kG0v OD9IKGyQfx50qGWyJY+blu+FtcvDqrtvxbH/HEL7Rb5vSzsi/ktEbpHXKqydpgo12B j383Q16Wr0M1IkL76YMb3/2tuLlX81NEY4pJEo++8RQfjtr94G0tWJpCp0xo19wTfW X39WuIevz/HnlrNxI+kA1RyrwrkKeECuvTDeuM9T1HfRSRiT6iM8tR5SQgvKmX5gpX 4l12djEYwOII6+BVcAkCYNqVf9QdY6UtwRoY4RPh86y3HUn3IPn4bXKYf5X5jAN8Um pSFKg6H6L579g== X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2001:558:fe2d:43:76:96:30:16 Cc: "help-grub@gnu.org" X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2012 01:08:10 -0000 On Dec 20, 2012, at 8:18 PM, Andrey Borzenkov = wrote: > =F7 Thu, 20 Dec 2012 11:16:29 -0700 > Chris Murphy =D0=C9=DB=C5=D4: >=20 >>=20 >> No what I'm asking for is for grub-install to automatically determine = the member disks for an array and install multiple grub.efi's in each = disk's ESP. It already does this for a single disk situation without = having to specify a device, I don't want to have to specify multiple = locations manually. It should be automatic. >>=20 >=20 > grub-install simply looks for /boot/efi, /boot/EFI and is using root > directory as last resort if it is FAT. That's all. I would not call > this "automatic" - someone has to mount /boot/efi first and this is > manual step. I understand, that makes sense. I was thinking maybe it could identify = constituent members of the RAID via /proc/mdstat or whatever, and then = locate the ESP on those physical devices using the partition type GUID = for ESP, and then drop grub.efi into the proper place on each one. But this is not just about grub.efi, there are other components on the = ESP, like EFI SB shims and such. > I think this is task for higher level system configuration tools - to > decide or ask user which partitions are boot partitions and where > bootloader has to be installed. Right now you designate filesystem to > be mounted as /boot/efi during installation. Manually. In future you > may allocate multiple partitions. One just need to come up with sane > scheme to name them :) like lsyncd or something - lazy sync is fine. A self-replicating boot = loader mechanism that makes it difficult to arrive at a non-bootable = system even if a drive fails sounds good. I suppose for security reasons this isn't the realm of an EFI boot = manager to have write capability to the ESP? If that's not a hideously = bad idea, a non-default user option to sync ESPs on reboots could be = employed there, and the boot manager would do it on each boot. > And this is not really GRUB2 specific. I had the same question = recently > about RHEL6 on UEFI system and you can do it with elilo as well. You > need some higher-level framework to keep content of multiple ESPs in > sync. I've only recently discovered that GRUB will find its mod files in = /boot/grub on RAID 0, 1, 4, 5, and 6. That's probably old news. But with = that many levels supported, all the more reason /boot can be on RAID. Chris Murphy From MAILER-DAEMON Sat Dec 22 05:51:20 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TmMfo-0008PM-Fd for mharc-help-grub@gnu.org; Sat, 22 Dec 2012 05:51:20 -0500 Received: from eggs.gnu.org ([208.118.235.92]:39880) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmMfg-0008Nd-GV for help-grub@gnu.org; Sat, 22 Dec 2012 05:51:18 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TmMfb-0006UR-HA for help-grub@gnu.org; Sat, 22 Dec 2012 05:51:12 -0500 Received: from patsy.thehobsons.co.uk ([81.174.135.208]:34290) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmMfb-0006UA-8F for help-grub@gnu.org; Sat, 22 Dec 2012 05:51:07 -0500 Received: from localhost (localhost [127.0.0.1]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 1E07410401A for ; Sat, 22 Dec 2012 10:51:01 +0000 (GMT) Received: from patsy.thehobsons.co.uk ([127.0.0.1]) by localhost (patsy.thehobsons.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6+kALuJxEW-r for ; Sat, 22 Dec 2012 10:51:00 +0000 (GMT) Received: from localhost (patsy.thehobsons.co.uk [192.168.0.33]) by patsy.thehobsons.co.uk (Postfix) with ESMTP id 99F7B29F0C for ; Sat, 22 Dec 2012 10:51:00 +0000 (GMT) From: "Simon Hobson" Subject: Re: RAID, number of disks supported To: help-grub@gnu.org Date: Sat, 22 Dec 2012 10:51:00 +0000 X-Priority: 3 X-Mailer: MailForge 3.0 Mac OS X Message-ID: <0F263F2E5B98CE59193E2CD7EF90E7ED@thehobsons.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 81.174.135.208 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2012 10:51:18 -0000 Chris Murphy wrote: I can consistently boot a /boot on md RAID 0, 1, 4, 5, 6 with 5 disks. At some point above that, at least by 8 disks, I get dropped to a grub rescue prompt with an error that it can't find 'mduuid/xxxxxxxxxxxxxxxxxxxxxxx'. Does anyone know off hand what the max number of disk members supported is? Or is this a bug? It's either 6 or 7 apparently. Can't help with that, but if booting into an MD raid environment I make /boot a mirrored set (raid 1). By running grub-install to each disk, I get a system that can boot from any of the disks - using the partition (eg /dev/sda1) rather than the raid set. I've only gone to 5 disks. However, there's an argument that by the time you reach 3 disks, you gain nothing. If you have 3 (or more) disks missing, then failure to be able to boot is going to be the least of your worries - raid 6 will only tolerate 2 dead disks. -- Simon Hobson Visit http://www.magpiesnestpublishing.co.uk/ for books by acclaimed author Gladys Hobson. Novels - poetry - short stories - ideal as Christmas stocking fillers. Some available as e-books. From MAILER-DAEMON Sat Dec 22 07:20:45 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TmO4L-0003Jx-A7 for mharc-help-grub@gnu.org; Sat, 22 Dec 2012 07:20:45 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48273) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmO4D-0003Jk-NR for Help-grub@gnu.org; Sat, 22 Dec 2012 07:20:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TmO46-00024y-1u for Help-grub@gnu.org; Sat, 22 Dec 2012 07:20:37 -0500 Received: from mail3.guam.net ([202.128.0.48]:54930 helo=mail.guam.net) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmO45-00024I-NO for Help-grub@gnu.org; Sat, 22 Dec 2012 07:20:29 -0500 Received: from localhost (gluster1.guam.net [10.255.255.100]) by mail.guam.net (Postfix) with ESMTP id D00A9BC0412 for ; Sat, 22 Dec 2012 22:20:24 +1000 (ChST) X-Virus-Scanned: amavisd-new at example.com Received: from newmail.guam.net ([127.0.0.1]) by localhost (mail.guam.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bWtVQeejrmOt for ; Sat, 22 Dec 2012 22:20:21 +1000 (ChST) Received: from [192.168.128.201] (202-128-80-125.d.c300.guam.net [202.128.80.125]) by newmail.guam.net (Postfix) with ESMTP id D878362113A for ; Sat, 22 Dec 2012 22:20:20 +1000 (ChST) From: "Michael D. Setzer II" To: Help-grub@gnu.org Date: Sat, 22 Dec 2012 22:20:18 +1000 MIME-Version: 1.0 Subject: grub2-mkconfig not sorting correctly? Message-ID: <50D5A582.3052.558ED@mikes.kuentos.guam.net> Priority: normal X-mailer: Pegasus Mail for Windows (4.63) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 202.128.0.48 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2012 12:20:44 -0000 Saw this some time ago, and then there was a patch, and it worked, and then this was updated. But have not seen it again with 3.6.10 kernel coming later instead of first. Did some searching, and found a modification to grub-mkconfig_lib that seems to fix the problem. This is with Fedora 16, but saw one note of this being fixed in Fedora 17, but don't know if it is the same with all version. Then change is the following function. version_find_latest () { #patched (whole work is done by sort!): echo $@ | tr ' ' '\n' | sort -Vr | head -1 | cat #bad code! sorts wrong! #local a="" # for i in $@ ; do # if version_test_gt "$i" "$a" ; then # a="$i" #fi #done #echo "$a" } After applying the change, the grub2-mkconfig -o /boot/grub2/grub.cfg Now correctly sorts the kernels with the newest first. May only be an issue with Fedora 16, but might want to check if you run grub2-mkconfig. I believe the yum update did correctly create the grub.cfg, but running the grub2-mkconfig didn't. +----------------------------------------------------------+ Michael D. Setzer II - Computer Science Instructor Guam Community College Computer Center mailto:mikes@kuentos.guam.net mailto:msetzerii@gmail.com http://www.guam.net/home/mikes Guam - Where America's Day Begins G4L Disk Imaging Project maintainer http://sourceforge.net/projects/g4l/ +----------------------------------------------------------+ http://setiathome.berkeley.edu (Original) Number of Seti Units Returned: 19,471 Processing time: 32 years, 290 days, 12 hours, 58 minutes (Total Hours: 287,489) BOINC@HOME CREDITS SETI 13494271.333531 | EINSTEIN 9405727.039852 ROSETTA 5631451.296598 | ABC 15600753.474107 From MAILER-DAEMON Sat Dec 22 09:08:11 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TmPkJ-0007w5-B2 for mharc-help-grub@gnu.org; Sat, 22 Dec 2012 09:08:11 -0500 Received: from eggs.gnu.org ([208.118.235.92]:60134) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmPkB-0007vz-SK for Help-grub@gnu.org; Sat, 22 Dec 2012 09:08:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TmPk7-0003xd-6V for Help-grub@gnu.org; Sat, 22 Dec 2012 09:08:03 -0500 Received: from mail-la0-f51.google.com ([209.85.215.51]:33001) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmPk6-0003xP-Ug for Help-grub@gnu.org; Sat, 22 Dec 2012 09:07:59 -0500 Received: by mail-la0-f51.google.com with SMTP id e4so6680518lag.10 for ; Sat, 22 Dec 2012 06:07:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type :content-transfer-encoding; bh=VvQtFzrdlGlFiN6E0EJKXiLqsEKcmd5t5ALowAjAQPM=; b=YZ3YWbjX6fSGy1UeQpqjNYZRF5Fk8wOonV+e3A+TvLcJ3ZljWe0mHmzvkMohn5oHNI ULXo9BXNsb+G3RBRUG0X5183NU9yDuGxTCR4qYnvucXN2JtIXG0LbtmjBT6aMHim7LL/ Y6NR3y5lhS8Bbn03XYN9XomwfBqvlo+8HlTGNJdnqaZSBbjWPqIsZvRkBYc4mcidV2lI 62UioLqeeDsnQiUM/7rkvAI7zloLrFjqNlo2Tfg3GtcYkwbmNPN9z2thQmFhZs7J8H82 0r31V/mN0UbYm+0ESUkg3RLiitFSeYDYCRAPLFGTrPJtuvhUqCqToFqOIXnZ2aATXCmI DQ3A== X-Received: by 10.152.111.41 with SMTP id if9mr15219539lab.23.1356185277281; Sat, 22 Dec 2012 06:07:57 -0800 (PST) Received: from opensuse.site (ppp91-78-198-46.pppoe.mtu-net.ru. [91.78.198.46]) by mx.google.com with ESMTPS id ee5sm5532493lbb.14.2012.12.22.06.07.55 (version=SSLv3 cipher=OTHER); Sat, 22 Dec 2012 06:07:56 -0800 (PST) Date: Sat, 22 Dec 2012 18:07:53 +0400 From: Andrey Borzenkov To: "Michael D. Setzer II" Subject: Re: grub2-mkconfig not sorting correctly? Message-ID: <20121222180753.67237a48@opensuse.site> In-Reply-To: <50D5A582.3052.558ED@mikes.kuentos.guam.net> References: <50D5A582.3052.558ED@mikes.kuentos.guam.net> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.215.51 Cc: Help-grub@gnu.org X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2012 14:08:10 -0000 ÷ Sat, 22 Dec 2012 22:20:18 +1000 "Michael D. Setzer II" ÐÉÛÅÔ: > Saw this some time ago, and then there was a patch, and it > worked, and then this was updated. But have not seen it again > with 3.6.10 kernel coming later instead of first. > You never explained what exactly is wrong. One can guess that it is numeric sort, but it is just guess. Please show two menu entries, their order and explain why it is wrong. And exact grub2 version you are using. > Did some searching, and found a modification to > grub-mkconfig_lib that seems to fix the problem. > This is with Fedora 16, but saw one note of this being fixed in > Fedora 17, but don't know if it is the same with all version. > > Then change is the following function. > version_find_latest () > { > #patched (whole work is done by sort!): > echo $@ | tr ' ' '\n' | sort -Vr | head -1 | cat > #bad code! sorts wrong! > #local a="" > # for i in $@ ; do > # if version_test_gt "$i" "$a" ; then > # a="$i" > #fi > #done > #echo "$a" > } > > After applying the change, > the grub2-mkconfig -o /boot/grub2/grub.cfg > Now correctly sorts the kernels with the newest first. > > May only be an issue with Fedora 16, but might want to check if > you run grub2-mkconfig. I believe the yum update did correctly > create the grub.cfg, but running the grub2-mkconfig didn't. > > > +----------------------------------------------------------+ > Michael D. Setzer II - Computer Science Instructor > Guam Community College Computer Center > mailto:mikes@kuentos.guam.net > mailto:msetzerii@gmail.com > http://www.guam.net/home/mikes > Guam - Where America's Day Begins > G4L Disk Imaging Project maintainer > http://sourceforge.net/projects/g4l/ > +----------------------------------------------------------+ > > http://setiathome.berkeley.edu (Original) > Number of Seti Units Returned: 19,471 > Processing time: 32 years, 290 days, 12 hours, 58 minutes > (Total Hours: 287,489) > > BOINC@HOME CREDITS > SETI 13494271.333531 | EINSTEIN 9405727.039852 > ROSETTA 5631451.296598 | ABC 15600753.474107 > > > _______________________________________________ > Help-grub mailing list > Help-grub@gnu.org > https://lists.gnu.org/mailman/listinfo/help-grub From MAILER-DAEMON Sat Dec 22 09:44:12 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TmQJA-0004BM-5O for mharc-help-grub@gnu.org; Sat, 22 Dec 2012 09:44:12 -0500 Received: from eggs.gnu.org ([208.118.235.92]:35535) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmQJ0-0004AM-Uz for Help-grub@gnu.org; Sat, 22 Dec 2012 09:44:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TmQIp-0003ye-9Q for Help-grub@gnu.org; Sat, 22 Dec 2012 09:44:02 -0500 Received: from mail3.guam.net ([202.128.0.48]:34258 helo=mail.guam.net) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmQIo-0003yM-O6 for Help-grub@gnu.org; Sat, 22 Dec 2012 09:43:51 -0500 Received: from localhost (gluster1.guam.net [10.255.255.100]) by mail.guam.net (Postfix) with ESMTP id 63B54BC0428; Sun, 23 Dec 2012 00:43:47 +1000 (ChST) X-Virus-Scanned: amavisd-new at example.com Received: from newmail.guam.net ([127.0.0.1]) by localhost (mail.guam.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mu2VmOI4nqbx; Sun, 23 Dec 2012 00:43:43 +1000 (ChST) Received: from [192.168.128.201] (202-128-80-125.d.c300.guam.net [202.128.80.125]) by newmail.guam.net (Postfix) with ESMTP id 977906213AC; Sun, 23 Dec 2012 00:43:41 +1000 (ChST) From: "Michael D. Setzer II" To: Andrey Borzenkov , Help-grub@gnu.org Date: Sun, 23 Dec 2012 00:43:39 +1000 MIME-Version: 1.0 Subject: Re: grub2-mkconfig not sorting correctly? Message-ID: <50D5C71B.26245.D7178@mikes.kuentos.guam.net> Priority: normal In-reply-to: <20121222180753.67237a48@opensuse.site> References: <50D5A582.3052.558ED@mikes.kuentos.guam.net>, <20121222180753.67237a48@opensuse.site> X-mailer: Pegasus Mail for Windows (4.63) Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: Quoted-printable Content-description: Mail message body X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 202.128.0.48 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2012 14:44:10 -0000 On 22 Dec 2012 at 18:07, Andrey Borzenkov wrote: Date sent: Sat, 22 Dec 2012 18:07:53 +0400 From: Andrey Borzenkov To: "Michael D. Setzer II" Copies to: Help-grub@gnu.org Subject: Re: grub2-mkconfig not sorting correctly? > =D0=92 Sat, 22 Dec 2012 22:20:18 +1000 > "Michael D. Setzer II" =D0=BF=D0=B8=D1=88=D0=B5= =D1=82: > > > Saw this some time ago, and then there was a patch, and it > > worked, and then this was updated. But have not seen it again > > with 3.6.10 kernel coming later instead of first. > > > > You never explained what exactly is wrong. One can guess that it is > numeric sort, but it is just guess. > > Please show two menu entries, their order and explain why it is wrong. > And exact grub2 version you are using. > Version of Grub grub2-199-13.fc16.3.x86_64 Grub.cfg with Bad sort order # # DO NOT EDIT THIS FILE # # It is automatically generated by grub2-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default=3D"0" if [ "${prev_saved_entry}" ]; then set saved_entry=3D"${prev_saved_entry}" save_env saved_entry set prev_saved_entry=3D save_env prev_saved_entry set boot_once=3Dtrue fi function savedefault { if [ -z "${boot_once}" ]; then saved_entry=3D"${chosen}" save_env saved_entry fi } function load_video { insmod vbe insmod vga insmod video_bochs insmod video_cirrus } insmod part_msdos insmod ext2 set root=3D'(hd0,msdos2)' search --no-floppy --fs-uuid --set=3Droot c0fc90bb-0c7b-41eb-9d04-1b605abd8ef5 if loadfont /grub2/unicode.pf2 ; then set gfxmode=3D1024x768x16 load_video insmod gfxterm fi terminal_output gfxterm insmod part_msdos insmod ext2 set root=3D'(hd0,msdos2)' search --no-floppy --fs-uuid --set=3Droot c0fc90bb-0c7b-41eb-9d04-1b605abd8ef5 insmod png background_image -m stretch /verne.png set timeout=3D45 set superusers=3D"buffy" password buffy linette ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/10_linux ### menuentry 'Fedora Linux, with Linux 3.6.7-4.fc16.x86_64' --class fedora --class gnu-linux --class gnu --class os { load_video set gfxpayload=3Dkeep insmod gzio insmod part_msdos insmod ext2 set root=3D'(hd0,msdos2)' search --no-floppy --fs-uuid --set=3Droot c0fc90bb-0c7b-41eb-9d04-1b605abd8ef5 echo 'Loading Linux 3.6.7-4.fc16.x86_64 ...' linux /vmlinuz-3.6.7-4.fc16.x86_64 root=3DUUID=3Df6c3fb8d-656a-411f-9375-fd099a73c8a3 ro rd.md=3D0 rd.lvm=3D0 rd.dm=3D0 KEYTABLE=3Dus quiet SYSFONT=3Dlatarcyrheb-sun16 rhgb rd.luks=3D0 LANG=3Den_US.UTF-8 nouveau.modeset=3D0 echo 'Loading initial ramdisk ...' initrd /initramfs-3.6.7-4.fc16.x86_64.img } menuentry 'Fedora Linux, with Linux 3.6.7-4.fc16.x86_64 (recovery mode)' --class fedora --class gnu-linux --class gnu --class os { load_video set gfxpayload=3Dkeep insmod gzio insmod part_msdos insmod ext2 set root=3D'(hd0,msdos2)' search --no-floppy --fs-uuid --set=3Droot c0fc90bb-0c7b-41eb-9d04-1b605abd8ef5 echo 'Loading Linux 3.6.7-4.fc16.x86_64 ...' linux /vmlinuz-3.6.7-4.fc16.x86_64 root=3DUUID=3Df6c3fb8d-656a-411f-9375-fd099a73c8a3 ro single rd.md=3D0 rd.lvm=3D0 rd.dm=3D0 KEYTABLE=3Dus quiet SYSFONT=3Dlatarcyrheb-sun16 rhgb rd.luks=3D0 LANG=3Den_US.UTF-8 nouveau.modeset=3D0 echo 'Loading initial ramdisk ...' initrd /initramfs-3.6.7-4.fc16.x86_64.img } menuentry 'Fedora Linux, with Linux 3.6.6-1.fc16.x86_64' --class fedora --class gnu-linux --class gnu --class os { load_video set gfxpayload=3Dkeep insmod gzio insmod part_msdos insmod ext2 set root=3D'(hd0,msdos2)' search --no-floppy --fs-uuid --set=3Droot c0fc90bb-0c7b-41eb-9d04-1b605abd8ef5 echo 'Loading Linux 3.6.6-1.fc16.x86_64 ...' linux /vmlinuz-3.6.6-1.fc16.x86_64 root=3DUUID=3Df6c3fb8d-656a-411f-9375-fd099a73c8a3 ro rd.md=3D0 rd.lvm=3D0 rd.dm=3D0 KEYTABLE=3Dus quiet SYSFONT=3Dlatarcyrheb-sun16 rhgb rd.luks=3D0 LANG=3Den_US.UTF-8 nouveau.modeset=3D0 echo 'Loading initial ramdisk ...' initrd /initramfs-3.6.6-1.fc16.x86_64.img } menuentry 'Fedora Linux, with Linux 3.6.6-1.fc16.x86_64 (recovery mode)' --class fedora --class gnu-linux --class gnu --class os { load_video set gfxpayload=3Dkeep insmod gzio insmod part_msdos insmod ext2 set root=3D'(hd0,msdos2)' search --no-floppy --fs-uuid --set=3Droot c0fc90bb-0c7b-41eb-9d04-1b605abd8ef5 echo 'Loading Linux 3.6.6-1.fc16.x86_64 ...' linux /vmlinuz-3.6.6-1.fc16.x86_64 root=3DUUID=3Df6c3fb8d-656a-411f-9375-fd099a73c8a3 ro single rd.md=3D0 rd.lvm=3D0 rd.dm=3D0 KEYTABLE=3Dus quiet SYSFONT=3Dlatarcyrheb-sun16 rhgb rd.luks=3D0 LANG=3Den_US.UTF-8 nouveau.modeset=3D0 echo 'Loading initial ramdisk ...' initrd /initramfs-3.6.6-1.fc16.x86_64.img } menuentry 'Fedora Linux, with Linux 3.6.10-2.fc16.x86_64' --class fedora --class gnu-linux --class gnu --class os { load_video set gfxpayload=3Dkeep insmod gzio insmod part_msdos insmod ext2 set root=3D'(hd0,msdos2)' search --no-floppy --fs-uuid --set=3Droot c0fc90bb-0c7b-41eb-9d04-1b605abd8ef5 echo 'Loading Linux 3.6.10-2.fc16.x86_64 ...' linux /vmlinuz-3.6.10-2.fc16.x86_64 root=3DUUID=3Df6c3fb8d-656a-411f-9375-fd099a73c8a3 ro rd.md=3D0 rd.lvm=3D0 rd.dm=3D0 KEYTABLE=3Dus quiet SYSFONT=3Dlatarcyrheb-sun16 rhgb rd.luks=3D0 LANG=3Den_US.UTF-8 nouveau.modeset=3D0 echo 'Loading initial ramdisk ...' initrd /initramfs-3.6.10-2.fc16.x86_64.img } menuentry 'Fedora Linux, with Linux 3.6.10-2.fc16.x86_64 (recovery mode)' --class fedora --class gnu-linux --class gnu --class os { load_video set gfxpayload=3Dkeep insmod gzio insmod part_msdos insmod ext2 set root=3D'(hd0,msdos2)' search --no-floppy --fs-uuid --set=3Droot c0fc90bb-0c7b-41eb-9d04-1b605abd8ef5 echo 'Loading Linux 3.6.10-2.fc16.x86_64 ...' linux /vmlinuz-3.6.10-2.fc16.x86_64 root=3DUUID=3Df6c3fb8d-656a-411f-9375-fd099a73c8a3 ro single rd.md=3D0 rd.lvm=3D0 rd.dm=3D0 KEYTABLE=3Dus quiet SYSFONT=3Dlatarcyrheb-sun16 rhgb rd.luks=3D0 LANG=3Den_US.UTF-8 nouveau.modeset=3D0 echo 'Loading initial ramdisk ...' initrd /initramfs-3.6.10-2.fc16.x86_64.img } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/20_linux_xen ### ### END /etc/grub.d/20_linux_xen ### ### BEGIN /etc/grub.d/20_memtest86+ ### menuentry 'Fedora Memtest memtest86+-4.20' { insmod part_msdos insmod ext2 set root=3D'(hd0,msdos2)' search --no-floppy --fs-uuid --set=3Droot c0fc90bb-0c7b-41eb-9d04-1b605abd8ef5 insmod bsd echo 'Loading Fedora Memtest ...Loading memtest86+-4.20 ...' knetbsd /elf-memtest86+-4.20 } ### END /etc/grub.d/20_memtest86+ ### ### BEGIN /etc/grub.d/30_os-prober ### menuentry "Microsoft Windows XP Professional (on /dev/sda1)" --class windows --class os { insmod part_msdos insmod ntfs set root=3D'(hd0,msdos1)' search --no-floppy --fs-uuid --set=3Droot 8C6C55CB6C55B0A6 drivemap -s (hd0) ${root} chainloader +1 } ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. menuentry "G4L" --users buffy { linux /bz3x7.1 ramdisk_size=3D65536 root=3D/dev/ram0 telnetd=3Dyes initrd /ramdisk.lzma } menuentry "G4L Restore XP" { linux /bz3x7.1 ramdisk_size=3D65536 root=3D/dev/ram0 telnetd=3Dyes run=3D"mount /dev/sda6 /mnt/local ; cd /mnt/local ; ./reimagexp " initrd /ramdisk.lzma } ### END /etc/grub.d/40_custom ### ### BEGIN /etc/grub.d/41_custom ### if [ -f $prefix/custom.cfg ]; then source $prefix/custom.cfg; fi ### END /etc/grub.d/41_custom ### ### BEGIN /etc/grub.d/90_persistent ### ### END /etc/grub.d/90_persistent ### Grub.good # # DO NOT EDIT THIS FILE # # It is automatically generated by grub2-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default=3D"0" if [ "${prev_saved_entry}" ]; then set saved_entry=3D"${prev_saved_entry}" save_env saved_entry set prev_saved_entry=3D save_env prev_saved_entry set boot_once=3Dtrue fi function savedefault { if [ -z "${boot_once}" ]; then saved_entry=3D"${chosen}" save_env saved_entry fi } function load_video { insmod vbe insmod vga insmod video_bochs insmod video_cirrus } insmod part_msdos insmod ext2 set root=3D'(hd0,msdos2)' search --no-floppy --fs-uuid --set=3Droot c0fc90bb-0c7b-41eb-9d04-1b605abd8ef5 if loadfont /grub2/unicode.pf2 ; then set gfxmode=3D1024x768x16 load_video insmod gfxterm fi terminal_output gfxterm insmod part_msdos insmod ext2 set root=3D'(hd0,msdos2)' search --no-floppy --fs-uuid --set=3Droot c0fc90bb-0c7b-41eb-9d04-1b605abd8ef5 insmod png background_image -m stretch /verne.png set timeout=3D45 set superusers=3D"buffy" password buffy linette ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/10_linux ### menuentry 'Fedora Linux, with Linux 3.6.10-2.fc16.x86_64' --class fedora --class gnu-linux --class gnu --class os { load_video set gfxpayload=3Dkeep insmod gzio insmod part_msdos insmod ext2 set root=3D'(hd0,msdos2)' search --no-floppy --fs-uuid --set=3Droot c0fc90bb-0c7b-41eb-9d04-1b605abd8ef5 echo 'Loading Linux 3.6.10-2.fc16.x86_64 ...' linux /vmlinuz-3.6.10-2.fc16.x86_64 root=3DUUID=3Df6c3fb8d-656a-411f-9375-fd099a73c8a3 ro rd.md=3D0 rd.lvm=3D0 rd.dm=3D0 KEYTABLE=3Dus quiet SYSFONT=3Dlatarcyrheb-sun16 rhgb rd.luks=3D0 LANG=3Den_US.UTF-8 nouveau.modeset=3D0 echo 'Loading initial ramdisk ...' initrd /initramfs-3.6.10-2.fc16.x86_64.img } menuentry 'Fedora Linux, with Linux 3.6.10-2.fc16.x86_64 (recovery mode)' --class fedora --class gnu-linux --class gnu --class os { load_video set gfxpayload=3Dkeep insmod gzio insmod part_msdos insmod ext2 set root=3D'(hd0,msdos2)' search --no-floppy --fs-uuid --set=3Droot c0fc90bb-0c7b-41eb-9d04-1b605abd8ef5 echo 'Loading Linux 3.6.10-2.fc16.x86_64 ...' linux /vmlinuz-3.6.10-2.fc16.x86_64 root=3DUUID=3Df6c3fb8d-656a-411f-9375-fd099a73c8a3 ro single rd.md=3D0 rd.lvm=3D0 rd.dm=3D0 KEYTABLE=3Dus quiet SYSFONT=3Dlatarcyrheb-sun16 rhgb rd.luks=3D0 LANG=3Den_US.UTF-8 nouveau.modeset=3D0 echo 'Loading initial ramdisk ...' initrd /initramfs-3.6.10-2.fc16.x86_64.img } menuentry 'Fedora Linux, with Linux 3.6.7-4.fc16.x86_64' --class fedora --class gnu-linux --class gnu --class os { load_video set gfxpayload=3Dkeep insmod gzio insmod part_msdos insmod ext2 set root=3D'(hd0,msdos2)' search --no-floppy --fs-uuid --set=3Droot c0fc90bb-0c7b-41eb-9d04-1b605abd8ef5 echo 'Loading Linux 3.6.7-4.fc16.x86_64 ...' linux /vmlinuz-3.6.7-4.fc16.x86_64 root=3DUUID=3Df6c3fb8d-656a-411f-9375-fd099a73c8a3 ro rd.md=3D0 rd.lvm=3D0 rd.dm=3D0 KEYTABLE=3Dus quiet SYSFONT=3Dlatarcyrheb-sun16 rhgb rd.luks=3D0 LANG=3Den_US.UTF-8 nouveau.modeset=3D0 echo 'Loading initial ramdisk ...' initrd /initramfs-3.6.7-4.fc16.x86_64.img } menuentry 'Fedora Linux, with Linux 3.6.7-4.fc16.x86_64 (recovery mode)' --class fedora --class gnu-linux --class gnu --class os { load_video set gfxpayload=3Dkeep insmod gzio insmod part_msdos insmod ext2 set root=3D'(hd0,msdos2)' search --no-floppy --fs-uuid --set=3Droot c0fc90bb-0c7b-41eb-9d04-1b605abd8ef5 echo 'Loading Linux 3.6.7-4.fc16.x86_64 ...' linux /vmlinuz-3.6.7-4.fc16.x86_64 root=3DUUID=3Df6c3fb8d-656a-411f-9375-fd099a73c8a3 ro single rd.md=3D0 rd.lvm=3D0 rd.dm=3D0 KEYTABLE=3Dus quiet SYSFONT=3Dlatarcyrheb-sun16 rhgb rd.luks=3D0 LANG=3Den_US.UTF-8 nouveau.modeset=3D0 echo 'Loading initial ramdisk ...' initrd /initramfs-3.6.7-4.fc16.x86_64.img } menuentry 'Fedora Linux, with Linux 3.6.6-1.fc16.x86_64' --class fedora --class gnu-linux --class gnu --class os { load_video set gfxpayload=3Dkeep insmod gzio insmod part_msdos insmod ext2 set root=3D'(hd0,msdos2)' search --no-floppy --fs-uuid --set=3Droot c0fc90bb-0c7b-41eb-9d04-1b605abd8ef5 echo 'Loading Linux 3.6.6-1.fc16.x86_64 ...' linux /vmlinuz-3.6.6-1.fc16.x86_64 root=3DUUID=3Df6c3fb8d-656a-411f-9375-fd099a73c8a3 ro rd.md=3D0 rd.lvm=3D0 rd.dm=3D0 KEYTABLE=3Dus quiet SYSFONT=3Dlatarcyrheb-sun16 rhgb rd.luks=3D0 LANG=3Den_US.UTF-8 nouveau.modeset=3D0 echo 'Loading initial ramdisk ...' initrd /initramfs-3.6.6-1.fc16.x86_64.img } menuentry 'Fedora Linux, with Linux 3.6.6-1.fc16.x86_64 (recovery mode)' --class fedora --class gnu-linux --class gnu --class os { load_video set gfxpayload=3Dkeep insmod gzio insmod part_msdos insmod ext2 set root=3D'(hd0,msdos2)' search --no-floppy --fs-uuid --set=3Droot c0fc90bb-0c7b-41eb-9d04-1b605abd8ef5 echo 'Loading Linux 3.6.6-1.fc16.x86_64 ...' linux /vmlinuz-3.6.6-1.fc16.x86_64 root=3DUUID=3Df6c3fb8d-656a-411f-9375-fd099a73c8a3 ro single rd.md=3D0 rd.lvm=3D0 rd.dm=3D0 KEYTABLE=3Dus quiet SYSFONT=3Dlatarcyrheb-sun16 rhgb rd.luks=3D0 LANG=3Den_US.UTF-8 nouveau.modeset=3D0 echo 'Loading initial ramdisk ...' initrd /initramfs-3.6.6-1.fc16.x86_64.img } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/20_linux_xen ### ### END /etc/grub.d/20_linux_xen ### ### BEGIN /etc/grub.d/20_memtest86+ ### menuentry 'Fedora Memtest memtest86+-4.20' { insmod part_msdos insmod ext2 set root=3D'(hd0,msdos2)' search --no-floppy --fs-uuid --set=3Droot c0fc90bb-0c7b-41eb-9d04-1b605abd8ef5 insmod bsd echo 'Loading Fedora Memtest ...Loading memtest86+-4.20 ...' knetbsd /elf-memtest86+-4.20 } ### END /etc/grub.d/20_memtest86+ ### ### BEGIN /etc/grub.d/30_os-prober ### menuentry "Microsoft Windows XP Professional (on /dev/sda1)" --class windows --class os { insmod part_msdos insmod ntfs set root=3D'(hd0,msdos1)' search --no-floppy --fs-uuid --set=3Droot 8C6C55CB6C55B0A6 drivemap -s (hd0) ${root} chainloader +1 } ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. menuentry "G4L" --users buffy { linux /bz3x7.1 ramdisk_size=3D65536 root=3D/dev/ram0 telnetd=3Dyes initrd /ramdisk.lzma } menuentry "G4L Restore XP" { linux /bz3x7.1 ramdisk_size=3D65536 root=3D/dev/ram0 telnetd=3Dyes run=3D"mount /dev/sda6 /mnt/local ; cd /mnt/local ; ./reimagexp " initrd /ramdisk.lzma } ### END /etc/grub.d/40_custom ### ### BEGIN /etc/grub.d/41_custom ### if [ -f $prefix/custom.cfg ]; then source $prefix/custom.cfg; fi ### END /etc/grub.d/41_custom ### ### BEGIN /etc/grub.d/90_persistent ### ### END /etc/grub.d/90_persistent ### > > Did some searching, and found a modification to > > grub-mkconfig_lib that seems to fix the problem. > > This is with Fedora 16, but saw one note of this being fixed in > > Fedora 17, but don't know if it is the same with all version. > > > > Then change is the following function. > > version_find_latest () > > { > > #patched (whole work is done by sort!): > > echo $@ | tr ' ' '\n' | sort -Vr | head -1 | cat > > #bad code! sorts wrong! > > #local a=3D"" > > # for i in $@ ; do > > # if version_test_gt "$i" "$a" ; then > > # a=3D"$i" > > #fi > > #done > > #echo "$a" > > } > > > > After applying the change, > > the grub2-mkconfig -o /boot/grub2/grub.cfg > > Now correctly sorts the kernels with the newest first. > > > > May only be an issue with Fedora 16, but might want to check if you > > run grub2-mkconfig. I believe the yum update did correctly create > > the grub.cfg, but running the grub2-mkconfig didn't. > > > > > > +----------------------------------------------------------+ > > Michael D. Setzer II - Computer Science Instructor > > Guam Community College Computer Center > > mailto:mikes@kuentos.guam.net > > mailto:msetzerii@gmail.com > > http://www.guam.net/home/mikes > > Guam - Where America's Day Begins > > G4L Disk Imaging Project maintainer > > http://sourceforge.net/projects/g4l/ > > +----------------------------------------------------------+ > > > > http://setiathome.berkeley.edu (Original) > > Number of Seti Units Returned: 19,471 > > Processing time: 32 years, 290 days, 12 hours, 58 minutes > > (Total Hours: 287,489) > > > > BOINC@HOME CREDITS > > SETI 13494271.333531 | EINSTEIN 9405727.039852 > > ROSETTA 5631451.296598 | ABC 15600753.474107 > > > > > > _______________________________________________ > > Help-grub mailing list > > Help-grub@gnu.org > > https://lists.gnu.org/mailman/listinfo/help-grub > +----------------------------------------------------------+ Michael D. Setzer II - Computer Science Instructor Guam Community College Computer Center mailto:mikes@kuentos.guam.net mailto:msetzerii@gmail.com http://www.guam.net/home/mikes Guam - Where America's Day Begins G4L Disk Imaging Project maintainer http://sourceforge.net/projects/g4l/ +----------------------------------------------------------+ http://setiathome.berkeley.edu (Original) Number of Seti Units Returned: 19,471 Processing time: 32 years, 290 days, 12 hours, 58 minutes (Total Hours: 287,489) BOINC@HOME CREDITS SETI 13494271.333531 | EINSTEIN 9405727.039852 ROSETTA 5631451.296598 | ABC 15600753.474107 From MAILER-DAEMON Sat Dec 22 10:20:43 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TmQsV-0000ku-3s for mharc-help-grub@gnu.org; Sat, 22 Dec 2012 10:20:43 -0500 Received: from eggs.gnu.org ([208.118.235.92]:39206) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmQsP-0000kO-PM for Help-grub@gnu.org; Sat, 22 Dec 2012 10:20:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TmQsM-0004DZ-8K for Help-grub@gnu.org; Sat, 22 Dec 2012 10:20:37 -0500 Received: from mail-bk0-f47.google.com ([209.85.214.47]:33768) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmQsM-0004DV-1W for Help-grub@gnu.org; Sat, 22 Dec 2012 10:20:34 -0500 Received: by mail-bk0-f47.google.com with SMTP id j4so2847415bkw.34 for ; Sat, 22 Dec 2012 07:20:32 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding:x-gm-message-state; bh=LME3V1DvOzjTtbuo/LhntFr8+E2eLsjzeEijIrgRZmw=; b=d9HikdDAEaBVe0nZM9BFWQ/A2fTH7J2cd2qcuMjwjs4QATSN/WXXK3K0bIE/awXWeG fays76MkVtitTg0AZW56gauxLvC17Pr4zNWA3sJGNAY65nLVQGfWqjWwN2hK8cbLGHZ2 pslFs/HLvt3IQfReC+vcPwh0R7naMizxPVU93+C/sKo1IUkayhPfmdQwqnJvBBNBaYHd e0gzjj67x0r6QsemObLJ9lal1IS4jZRP6lJM6C0q1vO29JUH4jyx28P63IHdsko0o9Vz eckZF6TIdSEMol8AKamP5Ez5p9KcnnOk2MBQHdNK+wLdGhbtwFlPKkGniE4xC5RvBSoR Y6+A== X-Received: by 10.204.141.4 with SMTP id k4mr8167969bku.60.1356189632309; Sat, 22 Dec 2012 07:20:32 -0800 (PST) Received: from [192.168.2.3] ([77.75.167.238]) by mx.google.com with ESMTPS id 18sm12095802bkv.0.2012.12.22.07.20.30 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 22 Dec 2012 07:20:31 -0800 (PST) Message-ID: <50D5CFBD.9080500@kiilerich.com> Date: Sat, 22 Dec 2012 16:20:29 +0100 From: Mads Kiilerich User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: "Michael D. Setzer II" Subject: Re: grub2-mkconfig not sorting correctly? References: <50D5A582.3052.558ED@mikes.kuentos.guam.net> In-Reply-To: <50D5A582.3052.558ED@mikes.kuentos.guam.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQk2mqRUvg/ZEVfyk12Fk/hL23OQEwqb3VDxXEQMMOJ/w+JMr9UIyQPAZGwhXETfSg6ZqGiB X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.214.47 Cc: Help-grub@gnu.org X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2012 15:20:41 -0000 Michael D. Setzer II wrote, On 12/22/2012 01:20 PM: > Saw this some time ago, and then there was a patch, and it > worked, and then this was updated. But have not seen it again > with 3.6.10 kernel coming later instead of first. > > Did some searching, and found a modification to > grub-mkconfig_lib that seems to fix the problem. > This is with Fedora 16, but saw one note of this being fixed in > Fedora 17, but don't know if it is the same with all version. Yes, there is a bug in the grub beta version used in Fedora 16. The bug has been fixed upstream and in the version used in Fedora 17 and later. There is not much to do about that without a time machine or the power of issuing an update for Fedora 16. /Mads From MAILER-DAEMON Sat Dec 22 17:52:27 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TmXvf-0008AI-4H for mharc-help-grub@gnu.org; Sat, 22 Dec 2012 17:52:27 -0500 Received: from eggs.gnu.org ([208.118.235.92]:42652) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmXvY-00086g-Sl for help-grub@gnu.org; Sat, 22 Dec 2012 17:52:25 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TmXvT-0002Hv-Oc for help-grub@gnu.org; Sat, 22 Dec 2012 17:52:20 -0500 Received: from qmta11.emeryville.ca.mail.comcast.net ([76.96.27.211]:36056) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmXvT-0002Hp-Fn for help-grub@gnu.org; Sat, 22 Dec 2012 17:52:15 -0500 Received: from omta04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by qmta11.emeryville.ca.mail.comcast.net with comcast id emWl1k0030lTkoCABmsDCa; Sat, 22 Dec 2012 22:52:13 +0000 Received: from [192.168.1.145] ([75.70.21.241]) by omta04.emeryville.ca.mail.comcast.net with comcast id emsB1k00M5C5Uhn8QmsCZa; Sat, 22 Dec 2012 22:52:13 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: RAID, number of disks supported From: Chris Murphy In-Reply-To: <98A91261-6275-46DB-998F-359813331017@colorremedies.com> Date: Sat, 22 Dec 2012 15:52:14 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <8576E37C-0FD8-420B-AFD8-B732A482AC1E@colorremedies.com> References: <98A91261-6275-46DB-998F-359813331017@colorremedies.com> To: "help-grub@gnu.org" X-Mailer: Apple Mail (2.1499) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1356216733; bh=TDNqMIgY0r1vdHf4bmVHZ4ywkxJ5rbKFNaUr2/mKBbA=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To; b=GhSCif4H8W95nT0JIZ/qxihCbyVKJBCNbMaN54DXp7zd0eMSePuR3X8phpd6vfBgK rJ5TpvhTibcM9uGeLTopuaESNLBWfDaUY+M/e8GVpCI9f49EX06IcaUNmAqpQmHcw7 msRyC0hUmRaeBCgsQiEuDPAV2/MiULRVxSn8cp3RHI3DN9j+FMGLj0ichnlmX7NclU gEfZWCmN0BeYMP2s+aFdlbwivOJ+ulpmxP7VK2Hu/Ggb35LSO4WgbFXWuTWGCrVlH5 dQ99DRUywYrmNlepINw9tL9WpUjULbDUZDDPRISkONNN5kOWa+MFXUz/8QeCve3vIU iHziTyqyC00JQ== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 76.96.27.211 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2012 22:52:25 -0000 On Dec 21, 2012, at 6:07 PM, Chris Murphy = wrote: > I can consistently boot a /boot on md RAID 0, 1, 4, 5, 6 with 5 disks. = At some point above that, at least by 8 disks, I get dropped to a grub = rescue prompt with an error that it can't find = 'mduuid/xxxxxxxxxxxxxxxxxxxxxxx'. >=20 > Does anyone know off hand what the max number of disk members = supported is? Or is this a bug? It's either 6 or 7 apparently. Looks like GRUB fails to boot from an array of 7 or more member drives. Chris Murphy From MAILER-DAEMON Sat Dec 22 17:54:40 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TmXxo-0008WT-E3 for mharc-help-grub@gnu.org; Sat, 22 Dec 2012 17:54:40 -0500 Received: from eggs.gnu.org ([208.118.235.92]:42764) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmXxf-0008W0-DB for help-grub@gnu.org; Sat, 22 Dec 2012 17:54:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TmXxY-0002RI-He for help-grub@gnu.org; Sat, 22 Dec 2012 17:54:31 -0500 Received: from qmta03.emeryville.ca.mail.comcast.net ([76.96.30.32]:52918) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmXxY-0002RC-8x for help-grub@gnu.org; Sat, 22 Dec 2012 17:54:24 -0500 Received: from omta16.emeryville.ca.mail.comcast.net ([76.96.30.72]) by qmta03.emeryville.ca.mail.comcast.net with comcast id ei7F1k0021ZMdJ4A3muMDt; Sat, 22 Dec 2012 22:54:21 +0000 Received: from [192.168.1.145] ([75.70.21.241]) by omta16.emeryville.ca.mail.comcast.net with comcast id emuL1k00H5C5Uhn8cmuMWX; Sat, 22 Dec 2012 22:54:21 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: grub2-mkconfig not sorting correctly? From: Chris Murphy In-Reply-To: <50D5CFBD.9080500@kiilerich.com> Date: Sat, 22 Dec 2012 15:54:23 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <809B86FF-EBA4-4EB5-8325-06B96814294E@colorremedies.com> References: <50D5A582.3052.558ED@mikes.kuentos.guam.net> <50D5CFBD.9080500@kiilerich.com> To: "help-grub@gnu.org" X-Mailer: Apple Mail (2.1499) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1356216861; bh=8ygkA4IZbNM6+hLvKqdATjACV/p+ob58MXzicQ+lyt4=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To; b=U6CoyDl2FSCl3rjK77120vCdOKmYnDgC9VDR18+WJTxxJz/yKXUANT+1FkhlXaduS AZYxw+8r6SFIv417IB15DoAT6pNRh8ZXm2GafYcme6RL2IjH6CvW/rfCAbE3fMdjUY HPFuHFbdq3IhwrDfwCOvX70eNLDgSF8VY8Vryq+930Ru3qMghgnlJB2VePtbdJ8Jt+ uTA2Ko3cKzIRkhCu2A++i0I+dffJflAD8OEnJW6Lts49MA8M7qSyRMvb04fEOpPrO5 e/+2icAbjXg3QQjyRcqjwxLrLF9s2/Q7050l9ePoQJCCbfqCTblmNcQSNw1eZmL69C 0nlX72bRNUZsg== X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 76.96.30.32 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2012 22:54:38 -0000 On Dec 22, 2012, at 8:20 AM, Mads Kiilerich wrote: >=20 >=20 > There is not much to do about that without a time machine or the power = of issuing an update for Fedora 16. Or get the f18 rpm, and force the update with either yum or rpm. It = should work. Chris Murphy= From MAILER-DAEMON Sat Dec 22 17:55:50 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TmXyw-0000LZ-0y for mharc-help-grub@gnu.org; Sat, 22 Dec 2012 17:55:50 -0500 Received: from eggs.gnu.org ([208.118.235.92]:43032) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmXyr-0000LA-3r for help-grub@gnu.org; Sat, 22 Dec 2012 17:55:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TmXyg-0002og-L0 for help-grub@gnu.org; Sat, 22 Dec 2012 17:55:45 -0500 Received: from qmta01.emeryville.ca.mail.comcast.net ([2001:558:fe2d:43:76:96:30:16]:57419) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmXyg-0002oW-CC for help-grub@gnu.org; Sat, 22 Dec 2012 17:55:34 -0500 Received: from omta04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by qmta01.emeryville.ca.mail.comcast.net with comcast id ek0L1k00A0lTkoCA1mvZvX; Sat, 22 Dec 2012 22:55:33 +0000 Received: from [192.168.1.145] ([75.70.21.241]) by omta04.emeryville.ca.mail.comcast.net with comcast id emvX1k00i5C5Uhn8QmvY00; Sat, 22 Dec 2012 22:55:33 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: RAID, number of disks supported From: Chris Murphy In-Reply-To: <8576E37C-0FD8-420B-AFD8-B732A482AC1E@colorremedies.com> Date: Sat, 22 Dec 2012 15:55:34 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <056DF2B9-F3F2-488A-959A-4756A0B691F8@colorremedies.com> References: <98A91261-6275-46DB-998F-359813331017@colorremedies.com> <8576E37C-0FD8-420B-AFD8-B732A482AC1E@colorremedies.com> To: "help-grub@gnu.org" X-Mailer: Apple Mail (2.1499) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1356216933; bh=XsqinGd3sOFqVDnPqD7Jwi8zVvALrXYbIgrAfDk2eRk=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To; b=ZQCSh+p45aYOnfVZ5cUV4nwrELuZQ8+xfyMGLp7L1IwrDueXAzRj12LUJH7ZwGkNu KiBZqC9G6d8JP3meuVnEyWZdA4zR/PnCO1avxup6kI/s/ngYnlulvgFtfX1RzcRlQr SfWbb9lw84lhtrPzkRMkYpOgVIwfh7Q3qrjp+Qqt2dH1sQfVmuzTb+ir3jaurhiY6e CakOXz8a2evjftxau2mv/cbwcScqMyAwFGmLz1T3zmU4Acm2zj+Q0mDcDRLF6eQBk2 VHzXfbwVZ/VxBObBcwaucjggVmPKTBTOra51yQgR6TvsV9b3xm+eeP30BXw7eEw7xU XNpYs8ySdQpag== X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2001:558:fe2d:43:76:96:30:16 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2012 22:55:48 -0000 On Dec 22, 2012, at 3:52 PM, Chris Murphy = wrote: >=20 > On Dec 21, 2012, at 6:07 PM, Chris Murphy = wrote: >=20 >> I can consistently boot a /boot on md RAID 0, 1, 4, 5, 6 with 5 = disks. At some point above that, at least by 8 disks, I get dropped to a = grub rescue prompt with an error that it can't find = 'mduuid/xxxxxxxxxxxxxxxxxxxxxxx'. >>=20 >> Does anyone know off hand what the max number of disk members = supported is? Or is this a bug? It's either 6 or 7 apparently. >=20 > Looks like GRUB fails to boot from an array of 7 or more member = drives. Oh and the point of this is not so much that one should be able to boot = from a 7 disk array, but that an installer that allows /boot on the = array might be best preventing installation of /boot on arrays of 7 = disks or more since the reboot will fail. Chris Murphy= From MAILER-DAEMON Sat Dec 22 19:00:47 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TmYzn-00078i-1q for mharc-help-grub@gnu.org; Sat, 22 Dec 2012 19:00:47 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52903) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmYzd-00077M-NK for Help-grub@gnu.org; Sat, 22 Dec 2012 19:00:45 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TmYzX-0000gc-4v for Help-grub@gnu.org; Sat, 22 Dec 2012 19:00:37 -0500 Received: from mail3.guam.net ([202.128.0.48]:52297 helo=mail.guam.net) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmYzW-0000gM-Q1 for Help-grub@gnu.org; Sat, 22 Dec 2012 19:00:31 -0500 Received: from localhost (gluster1.guam.net [10.255.255.100]) by mail.guam.net (Postfix) with ESMTP id D7551BC0509; Sun, 23 Dec 2012 10:00:27 +1000 (ChST) X-Virus-Scanned: amavisd-new at example.com Received: from newmail.guam.net ([127.0.0.1]) by localhost (mail.guam.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id emqDOZBy8xhF; Sun, 23 Dec 2012 10:00:22 +1000 (ChST) Received: from [192.168.128.201] (202-128-80-125.d.c300.guam.net [202.128.80.125]) by newmail.guam.net (Postfix) with ESMTP id AA83D621190; Sun, 23 Dec 2012 10:00:22 +1000 (ChST) From: "Michael D. Setzer II" To: Chris Murphy , "help-grub@gnu.org" Date: Sun, 23 Dec 2012 10:00:22 +1000 MIME-Version: 1.0 Subject: Re: grub2-mkconfig not sorting correctly? Message-ID: <50D64996.8277.B0567@mikes.kuentos.guam.net> Priority: normal In-reply-to: <809B86FF-EBA4-4EB5-8325-06B96814294E@colorremedies.com> References: <50D5A582.3052.558ED@mikes.kuentos.guam.net>, <50D5CFBD.9080500@kiilerich.com>, <809B86FF-EBA4-4EB5-8325-06B96814294E@colorremedies.com> X-mailer: Pegasus Mail for Windows (4.63) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 202.128.0.48 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 00:00:45 -0000 On 22 Dec 2012 at 15:54, Chris Murphy wrote: Subject: Re: grub2-mkconfig not sorting correctly? From: Chris Murphy Date sent: Sat, 22 Dec 2012 15:54:23 -0700 To: "help-grub@gnu.org" > > On Dec 22, 2012, at 8:20 AM, Mads Kiilerich > wrote: > > > > > > > There is not much to do about that without a time machine or the > > power of issuing an update for Fedora 16. > > Or get the f18 rpm, and force the update with either yum or rpm. It > should work. > Thanks. I find the patch to the grub-mkconfig_lib works fine. version_find_latest () { #patched (whole work is done by sort!): echo $@ | tr ' ' '\n' | sort -Vr | head -1 | cat #bad code! sorts wrong! #local a="" # for i in $@ ; do # if version_test_gt "$i" "$a" ; then # a="$i" #fi #done #echo "$a" } Didn't know if this was a fedora issue, or if grub handled this setup directly. Also, don't know if this is a fedora 16 only issue or any user. Haven't gone thru how the original or patch works. > > Chris Murphy > _______________________________________________ > Help-grub mailing list > Help-grub@gnu.org > https://lists.gnu.org/mailman/listinfo/help-grub +----------------------------------------------------------+ Michael D. Setzer II - Computer Science Instructor Guam Community College Computer Center mailto:mikes@kuentos.guam.net mailto:msetzerii@gmail.com http://www.guam.net/home/mikes Guam - Where America's Day Begins G4L Disk Imaging Project maintainer http://sourceforge.net/projects/g4l/ +----------------------------------------------------------+ http://setiathome.berkeley.edu (Original) Number of Seti Units Returned: 19,471 Processing time: 32 years, 290 days, 12 hours, 58 minutes (Total Hours: 287,489) BOINC@HOME CREDITS SETI 13494271.333531 | EINSTEIN 9405727.039852 ROSETTA 5639347.136653 | ABC 15618024.368219 From MAILER-DAEMON Sat Dec 22 19:37:55 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TmZZi-000839-W0 for mharc-help-grub@gnu.org; Sat, 22 Dec 2012 19:37:54 -0500 Received: from eggs.gnu.org ([208.118.235.92]:55771) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmZZV-00081E-Fq for help-grub@gnu.org; Sat, 22 Dec 2012 19:37:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TmZZR-0007wN-5m for help-grub@gnu.org; Sat, 22 Dec 2012 19:37:41 -0500 Received: from qmta01.emeryville.ca.mail.comcast.net ([2001:558:fe2d:43:76:96:30:16]:53942) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TmZZQ-0007w7-QN for help-grub@gnu.org; Sat, 22 Dec 2012 19:37:37 -0500 Received: from omta20.emeryville.ca.mail.comcast.net ([76.96.30.87]) by qmta01.emeryville.ca.mail.comcast.net with comcast id emWC1k0091smiN4A1odaX2; Sun, 23 Dec 2012 00:37:34 +0000 Received: from [192.168.1.145] ([75.70.21.241]) by omta20.emeryville.ca.mail.comcast.net with comcast id eodY1k00F5C5Uhn8godZ0p; Sun, 23 Dec 2012 00:37:34 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: RAID, number of disks supported From: Chris Murphy In-Reply-To: <056DF2B9-F3F2-488A-959A-4756A0B691F8@colorremedies.com> Date: Sat, 22 Dec 2012 17:37:32 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <489CA638-BCAB-4F9D-9684-D60F33620C49@colorremedies.com> References: <98A91261-6275-46DB-998F-359813331017@colorremedies.com> <8576E37C-0FD8-420B-AFD8-B732A482AC1E@colorremedies.com> <056DF2B9-F3F2-488A-959A-4756A0B691F8@colorremedies.com> To: "help-grub@gnu.org" X-Mailer: Apple Mail (2.1499) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1356223054; bh=8ovdo7CxrH8Zer1efWibCCXBaVDZHCfWjAA58EDxkpU=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To; b=q0X7CG/6zBCy1hVkr07RlFba/ex6tyWd7xRgUIqWsmHkMxk8zsAfI+5U0wNDxY7/u 37VH0DvWvW6hougW2rJta4yV56r/08hGKBiB8Y4cHCfCoos+YAjbGGsjEQ85OnYpEy rN93Qh6inP3nThPNW6lFXA38DFdtNd/6OxNIjYQGGIx+agRc9Js3MGVMIE1sfeAg7E ly+iHzwekzOvFtPpkf73lOroUaqUGjHveHvaIgGl8QkIvBS/NDGShtz8P55sSpFJGn TPkVkEx3uRQcLi3ta/9zhzk50QZ+Tth2wbZXNmJZOtL3Q0+PqGiQpOahaQxxSQoJ9t ew7bQJHCwJ/FQ== X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2001:558:fe2d:43:76:96:30:16 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Dec 2012 00:37:46 -0000 On Dec 22, 2012, at 3:55 PM, Chris Murphy = wrote: >=20 > Oh and the point of this is not so much that one should be able to = boot from a 7 disk array, but that an installer that allows /boot on the = array might be best preventing installation of /boot on arrays of 7 = disks or more since the reboot will fail. Btrfs fails at fewer disks. I just tried 6 disks and I get a grub = prompt. So it looks like it's different for btrfs RAID. In this case I'm = using linear/concat (data profile single). Chris Murphy= From MAILER-DAEMON Tue Dec 25 02:41:18 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TnP8Y-0003az-Bx for mharc-help-grub@gnu.org; Tue, 25 Dec 2012 02:41:18 -0500 Received: from eggs.gnu.org ([208.118.235.92]:34882) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnP8U-0003af-9c for help-grub@gnu.org; Tue, 25 Dec 2012 02:41:16 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TnP8R-0004NT-E1 for help-grub@gnu.org; Tue, 25 Dec 2012 02:41:14 -0500 Received: from nm11-vm0.bullet.mail.bf1.yahoo.com ([98.139.213.136]:38808) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnP8R-0004NN-1r for help-grub@gnu.org; Tue, 25 Dec 2012 02:41:11 -0500 Received: from [98.139.215.143] by nm11.bullet.mail.bf1.yahoo.com with NNFMP; 25 Dec 2012 07:41:09 -0000 Received: from [66.94.237.119] by tm14.bullet.mail.bf1.yahoo.com with NNFMP; 25 Dec 2012 07:41:09 -0000 Received: from [127.0.0.1] by omp1024.access.mail.mud.yahoo.com with NNFMP; 25 Dec 2012 07:41:09 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 130245.135.bm@omp1024.access.mail.mud.yahoo.com Received: (qmail 63834 invoked by uid 60001); 25 Dec 2012 07:41:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rocketmail.com; s=s1024; t=1356421268; bh=pOCiIY98recaLPMioGjosGamDc4uzjyjDIkuE67GGm0=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=uKIVAoW7aPPgOqbSJgnMHWMFJfeEBaqRSOewykqHOCI1HlD/S+qBxAqCYutXEN3pGBVcg5CnWM+6qY37dWMPI725t7sG+eZaPi44CAM9T2TRDM7IIFpfNgOJ65E2r05Q+B4r4twAzHVa1pJ0rs1wAAAPZY+OFSP4Z/1LVtM8lLY= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rocketmail.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=UxoFi3q9dgaH6r3nm2Z/tYSBoJZOUIZe2IAfLC8I14WiAOWL7AuWUur6YMKezsGlXtKP06HwWGXnyW7Dpjzfc3KCK5IF/Eq6WV3ma8e4+SH7guINyROhJs2X7IcBraZ51UZpmVLKO1gv21dYl385vRnAIkId4ND1ULTBnAnoufQ=; X-YMail-OSG: iNYPpcAVM1k2bDxfgzJQOxyAwdcd4thlCr_dZmmTZlzbanl vkr5qYXbi1D3.3Rg3mwFvdsHWb4VDLAq1oWrjb3YVZykoxeRHRqmQ5J3bgAW COJLujFe4MT6nYvsWOdWtDOrMj5lx1ZVcPq6ZVFAl.z0f3_lH2GnhoACSMmA WxUMY4AiCuBwnIDQxeCp.YO.e5qPWCh0M0afbfcQ1SxtYAJHq1cL0RU93n6D jBFbOS7CDPJmAEipEgtD7jXfjCC4G2vdCu5WCLpmo7fdmSMR9RBcwMSnWvLK 0UY4jos0VF2WBr1FAfV7Qvy4vh8poJeskZHGdSayTfmmIu29fxQMgfP7Juh8 daUAuA6Yr6Lx4ezQPCpddasthAhktxbgXtK9TTDg1da.EaGxR29pbV59Ya6x LCOtzOGn01viuClecaZwyhRH5ifXkW1XNMIikTGV7z3fXJzY4a8Et8XECz1C EqqIvMW8NHS6UOCM8rg-- Received: from [71.139.171.72] by web182201.mail.bf1.yahoo.com via HTTP; Mon, 24 Dec 2012 23:41:08 PST X-Rocket-MIMEInfo: 001.001, SGVsbG8sCgpJIGFtIHRyeWluZyB0byBzZXQgdXAgYSBtYWNoaW5lIHdpdGggc2V2ZXJhbCBXaW5kb3dzIGFuZCBMaW51eCBpbnN0YW5jZXMgY29tcGFydG1lbnRhbGl6ZWQgZnJvbSBlYWNoIG90aGVyLCB3aXRoIExpbnV4IGluc3RhbmNlcyBub3Qgc2hhcmluZyBib290IHBhcnRpdGlvbiBhbmQgaW5zdGVhZCBlYWNoIGluc3RhbmNlIGhhdmluZyBhIHByaXZhdGUgY29weSBvZiBHUlVCMiBpbnN0YWxsZWQgZWl0aGVyIGluIGNvbWJpbmVkIEJPT1QrUk9PVCBwYXJ0aXRpb24gZm9yIHRoZSBpbnN0YW5jZSBvciABMAEBAQE- X-Mailer: YahooMailWebService/0.8.129.483 Message-ID: <1356421268.35536.YahooMailNeo@web182201.mail.bf1.yahoo.com> Date: Mon, 24 Dec 2012 23:41:08 -0800 (PST) From: S O Subject: EasyBCD and GRUB2 To: "help-grub@gnu.org" MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="2022776200-1689917164-1356421268=:35536" X-detected-operating-system: by eggs.gnu.org: FreeBSD 8.x X-Received-From: 98.139.213.136 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: S O List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 07:41:17 -0000 --2022776200-1689917164-1356421268=:35536 Content-Type: text/plain; charset=us-ascii Hello, I am trying to set up a machine with several Windows and Linux instances compartmentalized from each other, with Linux instances not sharing boot partition and instead each instance having a private copy of GRUB2 installed either in combined BOOT+ROOT partition for the instance or in per-instance separate BOOT partition. Primary loader is WINLOAD/EasyBCD that displays a boot selection menu, loads EasyBCD-generated boot block for the entry (the block image is stored inside Windows folder C:\NST and is associated with corresponding WINLOAD menu entry in BCD database), which in turn loads GRUB2 from the target partition and transfers control to it. (I am not quite sure whether EasyBCD-generated boot block image file is truly built by EasyBCD or is snatched off GRUB2 partition when BCD entry is being defined by EasyBCD.) However when GRUB2 comes up, it displays "grub.cfg" not from the partition selected in WINLOAD (i.e. GRUB2 load source), but from another GRUB2 partition. According to EasyBCD developer, he could not figure out a way to let GRUB2 know which partition should be used for reading configuration files (i.e. initial root/prefix partition). Can someone please explain: 1) exactly how GRUB2 selects initial partition for configuration files; 2) and if there is a way to control this from boot block (in this case, EasyBCD-supplied boot block)? I have been able to track in source code that partition pointer information comes from "grub_boot_device" set in "grub-core/kern/i386/pc/startup.S" but was unable to track its flow further upstream. Thanks for advise. - Sergey --2022776200-1689917164-1356421268=:35536 Content-Type: text/html; charset=us-ascii
Hello,

I am trying to set up a machine with several Windows and Linux instances compartmentalized from each other, with Linux instances not sharing boot partition and instead each instance having a private copy of GRUB2 installed either in combined BOOT+ROOT partition for the instance or in per-instance separate BOOT partition.

Primary loader is WINLOAD/EasyBCD that displays a boot selection menu, loads EasyBCD-generated boot block for the entry (the block image is stored inside Windows folder C:\NST and is associated with corresponding WINLOAD menu entry in BCD database), which in turn loads GRUB2 from the target partition and transfers control to it.

(I am not quite sure whether EasyBCD-generated boot block image file is truly built by EasyBCD or is snatched off GRUB2 partition when BCD entry is being defined by EasyBCD.)

However when GRUB2 comes up, it displays "grub.cfg" not from the partition selected in WINLOAD (i.e. GRUB2 load source), but from another GRUB2 partition.

According to EasyBCD developer, he could not figure out a way to let GRUB2 know which partition should be used for reading configuration files (i.e. initial root/prefix partition).

Can someone please explain:

1) exactly how GRUB2 selects initial partition for configuration files;

2) and if there is a way to control this from boot block (in this case, EasyBCD-supplied boot block)?

I have been able to track in source code that partition pointer information comes from "grub_boot_device" set in "grub-core/kern/i386/pc/startup.S" but was unable to track its flow further upstream.

Thanks for advise.

- Sergey
--2022776200-1689917164-1356421268=:35536-- From MAILER-DAEMON Tue Dec 25 02:48:08 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TnPFA-0005LE-8I for mharc-help-grub@gnu.org; Tue, 25 Dec 2012 02:48:08 -0500 Received: from eggs.gnu.org ([208.118.235.92]:35164) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnGRE-0005v8-8l for help-grub@gnu.org; Mon, 24 Dec 2012 17:24:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TnGRB-0004Ik-BS for help-grub@gnu.org; Mon, 24 Dec 2012 17:24:00 -0500 Received: from nm24.bullet.mail.bf1.yahoo.com ([98.139.212.183]:46696) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnGRB-0004If-5X for help-grub@gnu.org; Mon, 24 Dec 2012 17:23:57 -0500 Received: from [98.139.212.148] by nm24.bullet.mail.bf1.yahoo.com with NNFMP; 24 Dec 2012 22:23:56 -0000 Received: from [66.94.237.96] by tm5.bullet.mail.bf1.yahoo.com with NNFMP; 24 Dec 2012 22:23:56 -0000 Received: from [127.0.0.1] by omp1001.access.mail.mud.yahoo.com with NNFMP; 24 Dec 2012 22:23:56 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 378079.43404.bm@omp1001.access.mail.mud.yahoo.com Received: (qmail 24784 invoked by uid 60001); 24 Dec 2012 22:23:55 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rocketmail.com; s=s1024; t=1356387835; bh=7lX3/xfHUIj6AuFKw5LGMrQYpTopPUqim+vhyxPyF4A=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=0R/xy/RqywW6cf8E4xv3P/j80HDSPN7d7vBfySQOP0MGc4+fMNnuh0yxUVtUsvXH0bRhAiT7RgwfyG6Eym8Ar/LULUiT23+OswuI7UJuVpSKkKuhL3uAKpEbEWc7YREoVJlf7OLTzRnC0kdlKcFhnUadOYpdCd/1SOESfw+LPos= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rocketmail.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=RL/XyfbVv4zIDomrgl2nkigCiCHxta10MbNqrob+A5Fe8EIxWwbVAKP9pej/TuTtQJuE6q/cE/cR1mwvg4HhC4WZMZh9/+PN5xlK+gOn0TA7UHqOgMLvJJ8Tr9d86exZ7IyAIN2IvDNDruAUNWgaWlY7CpoCC13LSfJ5BtwB3RY=; X-YMail-OSG: f4qJtJIVM1k6ha2oapwWCHjGJtJoK_k4uajv4yHHy39o4VX rJ.rT.9rUOVeaKXs.zqIDzMd0iB1JQYLVEQtW17eiZBYaCyiSz3Ilbj0SXJP NevkKhWSh8SkenwxiHvLMNmIEMew1Yb8Se1BY6L8ZHHKF47SircoDKRBPW5A SZ8eTqUu0ZUU1zPzz_TFm9duMrgpoyPK96VCIR88fdHfTkCe.XtNgKyG.1hd HcWlTyfWCOIrFI4xW2RXgAdoVBOHAChuw06WuO5Az68muQAxDSGhW_R69_9z TuLrv9en6ifkwkYTxnnAxninxlwlW7itMk.2TM1m3dsabv_conf1Jy3OEdUn xuZR5F2M6IJiDbQV5hO5ZWLIhI.fDqTTgY3p9Kcx_WwnphC0pA6M6RVsioo3 h23ko1sY9QREpQ61XMc9KHHLf3W8ATRYhCD3xa9IjWDtFXQXhXC3cfHZ06CH HT3xqrmZOLEluM4TNqnkf Received: from [169.145.89.204] by web182205.mail.bf1.yahoo.com via HTTP; Mon, 24 Dec 2012 14:23:55 PST X-Rocket-MIMEInfo: 001.001, SGVsbG8sCgpJIGFtIHRyeWluZyB0byBzZXQgdXAgZGV2ZWxvcG1lbnQvdGVzdCBzeXN0ZW0gdGhhdCBuZWVkcyB0byBoYXZlIHR3byBpbnN0YW5jZXMgb2YgV2luZG93cyBhbmQgc2V2ZXJhbCBpbnN0YW5jZXMgb2YgTGludXggYm9vdGFibGUuCgpJZGVhbGx5IGFsbCBMaW51eCBpbnN0YW5jZXMgc2hvdWxkIGJlIGFzIG11Y2ggY29tcGFydG1lbnRhbGl6ZWQgYXMgcG9zc2libGUgYW5kIG5vdCBzaGFyZSAvYm9vdCBwYXJ0aXRpb24uCgpGb3IgZXhhbXBsZSwga2VybmVsIGZpbGVzIGluIG11bHRpcGxlIGRpc3QBMAEBAQE- X-Mailer: YahooMailWebService/0.8.129.483 Message-ID: <1356387835.1950.YahooMailNeo@web182205.mail.bf1.yahoo.com> Date: Mon, 24 Dec 2012 14:23:55 -0800 (PST) From: S O Subject: Is multi-GRUB2 setup possible? To: "help-grub@gnu.org" MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="-2023970931-410012166-1356387835=:1950" X-detected-operating-system: by eggs.gnu.org: FreeBSD 8.x X-Received-From: 98.139.212.183 X-Mailman-Approved-At: Tue, 25 Dec 2012 02:48:05 -0500 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: S O List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2012 22:24:03 -0000 ---2023970931-410012166-1356387835=:1950 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hello,=0A=0AI am trying to set up development/test system that needs to hav= e two instances of Windows and several instances of Linux bootable.=0A=0AId= eally all Linux instances should be as much compartmentalized as possible a= nd not share /boot partition.=0A=0AFor example, kernel files in multiple di= stributions/instances can have the same name (such as "vmlinuz-3.5.0") but = be actually different, e.g. in bitness (such as 32-bit Ubuntu vs. 64-bit Ub= untu) or in kernel build parameters used by different distributions.=0A=0AM= y initial idea was to use Windows loader as first stage bootstrap, with BCD= database controllable by EasyBCD and having entries for Linux instances. T= he plan was for each Linux instance to have separate (BOOT,ROOT) partition = set or separate single BOOT+ROOT partition, with GRUB2 for a particular ins= tance loaded by WINLOAD off partition selected via WINLOAD menu.=0A=0AParti= tion structure could be like this:=0A=A0=0A=A0=A0=A0 WIN1, WIN2, LINUX1-BOO= T, LINUX1-ROOT, LINUX2-BOOT, LINUX2-ROOT, LINUX3-BOOT, LINUX3-ROOT etc.=0A= =0AOr: =0A=0A=A0=A0=A0 WIN1, WIN2, LINUX1-ALL, LINUX2-ALL, LINUX3-ALL etc.= =0A=0AWhere "ALL" means single partition holding both root (/) and /boot.= =0A=0AIt looks like it cannot work this way because when GRUB is loaded fro= m LINUX2 or LINUX3, it takes "grub.cfg" and other files (such as vmlinuz an= d initrd) from LINUX1 partition, and not from the GRUB originating partitio= n.=0A=0AAccording to EasyBCD developer, in case of multi-instance GRUB2 ins= tallation there is no way (or at least he found no way) to indicate to GRUB= 2 what partition should be used as "currently selected" GRUB partition.=0A= =0AI wished to double-check if this is indeed the case that GRUB2 always fa= lls back to the same partition for GRUB files (including "grub.cfg" and Lin= ux kernel files), no matter what partition GRUB2 itself comes from, and the= re is no way to indicate to GRUB2 what partition should currently be used f= or files.=0A=0AIn other words, if this is indeed true that there can be no = usable multi-GRUB installation on the machine, and the only solution is to = resort to single BOOT partition shared by all Linux instances (with all the= accompanying inter-instance interference mess in this partition).=0A=0ATha= nks for any advise.=0A=0A- Sergey=0A ---2023970931-410012166-1356387835=:1950 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hello,

I am tr= ying to set up development/test system that needs to have two instances of = Windows and several instances of Linux bootable.

Ideally all Linux i= nstances should be as much compartmentalized as possible and not share /boo= t partition.

For example, kernel files in multiple distributions/ins= tances can have the same name (such as "vmlinuz-3.5.0") but be actually dif= ferent, e.g. in bitness (such as 32-bit Ubuntu vs. 64-bit Ubuntu) or in ker= nel build parameters used by different distributions.

My initial ide= a was to use Windows loader as first stage bootstrap, with BCD database con= trollable by EasyBCD and having entries for Linux instances. The plan was f= or each Linux instance to have separate (BOOT,ROOT) partition set or separa= te single BOOT+ROOT partition, with GRUB2 for a particular instance loaded by WINLOAD off partition selected via WINLOAD menu.

Partitio= n structure could be like this:
 
    WIN1, WIN2,= LINUX1-BOOT, LINUX1-ROOT, LINUX2-BOOT, LINUX2-ROOT, LINUX3-BOOT, LINUX3-RO= OT etc.

Or:

    WIN1, WIN2, LINUX1-ALL, LINUX= 2-ALL, LINUX3-ALL etc.

Where "ALL" means single partition holding bo= th root (/) and /boot.

It looks like it cannot work this way because= when GRUB is loaded from LINUX2 or LINUX3, it takes "grub.cfg" and other f= iles (such as vmlinuz and initrd) from LINUX1 partition, and not from the G= RUB originating partition.

According to EasyBCD developer, in case o= f multi-instance GRUB2 installation there is no way (or at least he found n= o way) to indicate to GRUB2 what partition should be used as "currently sel= ected" GRUB partition.

I wished to double-check if this is indeed th= e case that GRUB2 always falls back to the same partition for GRUB files (including "grub.cfg" and Linux kernel files), no matter what partit= ion GRUB2 itself comes from, and there is no way to indicate to GRUB2 what = partition should currently be used for files.

In other words, if thi= s is indeed true that there can be no usable multi-GRUB installation on the= machine, and the only solution is to resort to single BOOT partition share= d by all Linux instances (with all the accompanying inter-instance interfer= ence mess in this partition).

Thanks for any advise.

- Sergey=
---2023970931-410012166-1356387835=:1950-- From MAILER-DAEMON Tue Dec 25 02:48:13 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TnPFF-0005a1-Ff for mharc-help-grub@gnu.org; Tue, 25 Dec 2012 02:48:13 -0500 Received: from eggs.gnu.org ([208.118.235.92]:37596) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnGpQ-0000BM-FC for help-grub@gnu.org; Mon, 24 Dec 2012 17:49:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TnGpM-0002eb-3K for help-grub@gnu.org; Mon, 24 Dec 2012 17:49:00 -0500 Received: from mail-vc0-f170.google.com ([209.85.220.170]:42529) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnGpL-0002eS-V7 for help-grub@gnu.org; Mon, 24 Dec 2012 17:48:56 -0500 Received: by mail-vc0-f170.google.com with SMTP id fl11so7927153vcb.29 for ; Mon, 24 Dec 2012 14:48:55 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:x-gm-message-state; bh=z5M0/1BF7oT6cbM31lNl0DxhFvZ6TX+/zykG7JDPfXQ=; b=NruDivvrgIuDjmT7+tqaBA5++FEiZA+tDUv9bnTYB/6c+ixOLgNGpX7DsL5dUrqHSO K/ULkCDgZ0X195fwn43FulTA4xIBqhZVrDJd54vA6ZCxPDNV1uMtFR9k94h1HMo9tGJR GU6MDqJ2rN6Hsbn6Okb0UGbbOtt68zF6Zhz5cBS//YBkptLCnce2CG2M3fJXqPWoMtu/ mxulOvWlWdnrR/N656FMTS9FbAuTgk7637+DiTynd4gbXJ6mta7siF/utiz27E5+uI56 AatlJRfROEqHOGnOskJtDzaMPlWHVh13/QOR68LcnzoECFRrXdiY6zZMIgEkyUPcIg3u gWQQ== MIME-Version: 1.0 Received: by 10.220.108.142 with SMTP id f14mr35133700vcp.9.1356389334921; Mon, 24 Dec 2012 14:48:54 -0800 (PST) Sender: rossboylan@alumni.stanford.edu Received: by 10.58.229.226 with HTTP; Mon, 24 Dec 2012 14:48:54 -0800 (PST) Date: Mon, 24 Dec 2012 14:48:54 -0800 X-Google-Sender-Auth: xVhKgol0D8-5K2ygFEbp5vMHfQM Message-ID: Subject: install on multiple disks From: Ross Boylan To: help-grub@gnu.org Content-Type: multipart/alternative; boundary=f46d04388ed57c311404d1a1007c X-Gm-Message-State: ALoCoQkT5b3esbSKyhoznDLr0QdChH4toFX5bJKEHDxzvRiNvJeHkf3USWq4yhpbhCBlPCzJdviS X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.220.170 X-Mailman-Approved-At: Tue, 25 Dec 2012 02:48:12 -0500 Cc: Ross Boylan X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Dec 2012 22:49:05 -0000 --f46d04388ed57c311404d1a1007c Content-Type: text/plain; charset=ISO-8859-1 What do I need to do to install grub to multiple drives so that if one drive fails and the one of the other becomes the "first" drive it will boot? This would be with grub 1.96 backported to Debian Lenny; I've been looking at the current grub2 manual. I have software RAID1 on partitions of disks. Some disks are MSDOS partitioned and others GPT (with a bios_legacy partition). The online manual is cryptic. It suggests grub-install /dev/sdb might work but.... My /boot is on a separate partition, also known as /dev/md0 (this is sda1, sdb2, sdc2). So, do I take the default --boot-directory=/boot, or do I need --boot-directory=/ because the partition has no /boot directory? The issue here is that there are 2 separate things I need to specify: the location in which to install things now, with a running system, and where grub should look as it boots off the MBR. I don't know which of these is --boot-directory, and obviously it can't be both. My second concern, of course, is that the stuff installed in the boot record of sdb may refer to the second hard drive (hd1), but when I need it, I'll want (hd0). I don't see any boot sector installation commands in the main command listings, nor do I see anything about grub-setup, though the manual mentions it several times. Merry Christmas! Ross Boylan --f46d04388ed57c311404d1a1007c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable What do I need to do to install grub to multiple drives so that if one driv= e fails and the one of the other becomes the "first" drive it wil= l boot?

This would be with grub 1.96 backported to Debia= n Lenny; I've been looking at the current grub2 manual. =A0I have softw= are RAID1 on partitions of disks. =A0Some disks are MSDOS partitioned and o= thers GPT (with a bios_legacy partition).

The online manual is cryptic. =A0It suggests
= grub-install /dev/sdb
might work but....
My /boot is on= a separate partition, also known as /dev/md0 (this is sda1, sdb2, sdc2). = =A0So, do I take the default --boot-directory=3D/boot, or do I need --boot-= directory=3D/ because the partition has no /boot directory? =A0The issue he= re is that there are 2 separate things I need to specify: the location in w= hich to install things now, with a running system, and where grub should lo= ok as it boots off the MBR. =A0I don't know which of these is --boot-di= rectory, and obviously it can't be both.

My second concern, of course, is that the stuff install= ed in the boot record of sdb may refer to the second hard drive (hd1), but = when I need it, I'll want (hd0).

I don't s= ee any boot sector installation commands in the main command listings, nor = do I see anything about grub-setup, though the manual mentions it several t= imes.

Merry Christmas!
Ross Boylan
--f46d04388ed57c311404d1a1007c-- From MAILER-DAEMON Tue Dec 25 03:19:06 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TnPj8-0002AS-0A for mharc-help-grub@gnu.org; Tue, 25 Dec 2012 03:19:06 -0500 Received: from eggs.gnu.org ([208.118.235.92]:38534) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnPj1-000295-49 for help-grub@gnu.org; Tue, 25 Dec 2012 03:19:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TnPix-0003zC-6K for help-grub@gnu.org; Tue, 25 Dec 2012 03:18:59 -0500 Received: from mail-ia0-f170.google.com ([209.85.210.170]:47251) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnPix-0003z2-0N for help-grub@gnu.org; Tue, 25 Dec 2012 03:18:55 -0500 Received: by mail-ia0-f170.google.com with SMTP id i1so6407659iaa.15 for ; Tue, 25 Dec 2012 00:18:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=52RiQLw/UVYUsos+KptMrwq21RrfbT/6rZFrp7HM65M=; b=fFnJnElfkcR7hyOVRyjZu5Tah9+dYZ9nn9dgzz9JKuyj93HT6xXCb9TPt6md2V1TEu usDjY5WoqH4hOP95vUzHJL8DliXNpKl4n7bcvfz5LL2bDmArtOs56rTMO673BW3P0y90 SZ9cSxsuZEzDAXsSAF5Q9A/CForZJV+16BMz3E75OFoqMH8mcoJwfMkEJF+xEesPdMVI 0U7NusL8hHBU1zd/ZamaXy5vpcyg1nfFcH2VceyDgp3NVSq4TVL7W2TjEc7kUaAFWL16 9/tlmSAOntahfExPVeTl+BgqGm7m1A5xgi080gKd2xzdharoKQKqNnJxw8qSHbmpKu19 uulQ== MIME-Version: 1.0 Received: by 10.50.11.136 with SMTP id q8mr17093552igb.87.1356423534117; Tue, 25 Dec 2012 00:18:54 -0800 (PST) Received: by 10.64.35.8 with HTTP; Tue, 25 Dec 2012 00:18:54 -0800 (PST) In-Reply-To: <1356421268.35536.YahooMailNeo@web182201.mail.bf1.yahoo.com> References: <1356421268.35536.YahooMailNeo@web182201.mail.bf1.yahoo.com> Date: Tue, 25 Dec 2012 12:18:54 +0400 Message-ID: Subject: Re: EasyBCD and GRUB2 From: Andrey Borzenkov To: S O Content-Type: text/plain; charset=ISO-8859-1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.210.170 Cc: "help-grub@gnu.org" X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 08:19:04 -0000 On Tue, Dec 25, 2012 at 11:41 AM, S O wrote: > > Can someone please explain: > > 1) exactly how GRUB2 selects initial partition for configuration files; > Location of GRUB2 "home" is kept in ${prefix} variable which is stored in core.img. It could be stored either directly or usually as bootstrap code that looks for filesystem UUID and sets ${prefix} accordingly. > 2) and if there is a way to control this from boot block (in this case, > EasyBCD-supplied boot block)? > GRUB2 boot block only has information about location of core.img. So answer is - no; you only can possibly control which core.img is loaded by dynamically patching its location into boot block. But that effectively means "different GRUB2 instance", not "the same GRUB2 with different configuration". From MAILER-DAEMON Tue Dec 25 03:52:11 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TnQF9-0006gO-M4 for mharc-help-grub@gnu.org; Tue, 25 Dec 2012 03:52:11 -0500 Received: from eggs.gnu.org ([208.118.235.92]:41077) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnQF4-0006fe-7l for help-grub@gnu.org; Tue, 25 Dec 2012 03:52:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TnQF0-0003Fb-3w for help-grub@gnu.org; Tue, 25 Dec 2012 03:52:06 -0500 Received: from mail-ie0-f173.google.com ([209.85.223.173]:53369) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnQEz-0003FX-Vq for help-grub@gnu.org; Tue, 25 Dec 2012 03:52:02 -0500 Received: by mail-ie0-f173.google.com with SMTP id e13so9637456iej.18 for ; Tue, 25 Dec 2012 00:52:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=s2juq0mh/8jlYF1dpx7nLLaguR2VdvanRcOSpEqWLuI=; b=0lz2QqOOSsNI7d2OL0luXCAemcJR77dfPMdpuhXexvf9yFfiUp6GY65L+/J4CLP4zl K208Mf2/M1CyiMg98d0T+J3z/wC944iF2WzB2OgpLdcrvE/hEg0sjMo+ovnFraCRtlVl GLVBdqRuReu8Z4k0RzRjXypmz5DDe1T768LY0TRN1Rk7VcFDmZ9vbSHb7toshAMF4ee6 z7KrTEHXtVjdjgC9mfAYxLkqbIO+i52ABktW0NP6ql/R81u+o3IRei4+0k9Ywg+ZZFpe AdUFwOhXJF/VrCL20BbcK/MXzXrLNyw8MAIhzg3F/4LwcmuAlajFwR84vLmmKPs5EdRf Oy7w== MIME-Version: 1.0 Received: by 10.50.108.235 with SMTP id hn11mr16471798igb.100.1356425521108; Tue, 25 Dec 2012 00:52:01 -0800 (PST) Received: by 10.64.35.8 with HTTP; Tue, 25 Dec 2012 00:52:01 -0800 (PST) In-Reply-To: <1356387835.1950.YahooMailNeo@web182205.mail.bf1.yahoo.com> References: <1356387835.1950.YahooMailNeo@web182205.mail.bf1.yahoo.com> Date: Tue, 25 Dec 2012 12:52:01 +0400 Message-ID: Subject: Re: Is multi-GRUB2 setup possible? From: Andrey Borzenkov To: S O Content-Type: text/plain; charset=ISO-8859-1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.223.173 Cc: "help-grub@gnu.org" X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 08:52:10 -0000 On Tue, Dec 25, 2012 at 2:23 AM, S O wrote: > > I wished to double-check if this is indeed the case that GRUB2 always falls > back to the same partition for GRUB files (including "grub.cfg" and Linux > kernel files), no matter what partition GRUB2 itself comes from, That's incorrect. See my reply to your identical question in another post. GRUB2 itself can easily chainload both Windows and GRUB2 from another partition. From MAILER-DAEMON Tue Dec 25 04:09:40 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TnQW4-000884-I2 for mharc-help-grub@gnu.org; Tue, 25 Dec 2012 04:09:40 -0500 Received: from eggs.gnu.org ([208.118.235.92]:42505) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnQVy-00087L-W9 for help-grub@gnu.org; Tue, 25 Dec 2012 04:09:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TnQVu-0006zc-Q0 for help-grub@gnu.org; Tue, 25 Dec 2012 04:09:34 -0500 Received: from mail-ia0-f177.google.com ([209.85.210.177]:41093) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnQVu-0006xg-JW for help-grub@gnu.org; Tue, 25 Dec 2012 04:09:30 -0500 Received: by mail-ia0-f177.google.com with SMTP id u21so6218994ial.8 for ; Tue, 25 Dec 2012 01:09:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=49WjSIUEfdJzTr/urry5vduDZ+dZdJ5MeKn7PObEZ3Y=; b=ETg0Y3JVY/lyGUulyTjenFZZZggn1l2uWMwib1qIqacdOXImcFvM9MD6DyKBvbA2Y8 +MWtkS4W9P/YlLAISRz+rE1/vhrsnLQvXaMPXV9vMelcjnEOBtvan09tCXHdS2MELMDO n8EWoK7iGerilV7e7W6wfWT/2qtO0A2GE/gYSdEasxsD9iWgNiSs7yHBXlr77NCqbqfM JzCqxem+aEHakrLtYRPl2RTIDLPMHLhxhZ95wJ+Q4eeStadL5ApUAazDnlrz6HzfONi3 d0dwY54/lSAOlj55lieZuZhlSQSDS6AjdhJs0yZgmMGRM4l1GZrJ4UDD2ybKz4meR8h+ Dhug== MIME-Version: 1.0 Received: by 10.42.82.136 with SMTP id d8mr19053271icl.31.1356426567650; Tue, 25 Dec 2012 01:09:27 -0800 (PST) Received: by 10.64.35.8 with HTTP; Tue, 25 Dec 2012 01:09:27 -0800 (PST) In-Reply-To: References: Date: Tue, 25 Dec 2012 13:09:27 +0400 Message-ID: Subject: Re: install on multiple disks From: Andrey Borzenkov To: Ross Boylan Content-Type: text/plain; charset=ISO-8859-1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.210.177 Cc: help-grub@gnu.org X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 09:09:39 -0000 On Tue, Dec 25, 2012 at 2:48 AM, Ross Boylan wrote: > What do I need to do to install grub to multiple drives so that if one drive > fails and the one of the other becomes the "first" drive it will boot? > I assume you intend to install GRUB2 into MBR? > This would be with grub 1.96 backported to Debian Lenny; I've been looking > at the current grub2 manual. I have software RAID1 on partitions of disks. > Some disks are MSDOS partitioned and others GPT (with a bios_legacy > partition). > The first thing you need to have either post-MBR space or bios_grub partition in case of GPT on each disk where GRUB2 is to be installed to embed core.img. > The online manual is cryptic. It suggests > grub-install /dev/sdb > might work but.... > My /boot is on a separate partition, also known as /dev/md0 Well ... current GRUB2 support MD disks so in this case you do not need to do anything special. I have no idea whether grub 1.96 supports it. If not, you are likely out of luck. > (this is sda1, > sdb2, sdc2). So, do I take the default --boot-directory=/boot, or do I need > --boot-directory=/ because the partition has no /boot directory? The issue > here is that there are 2 separate things I need to specify: the location in > which to install things now, with a running system, and where grub should > look as it boots off the MBR. I don't know which of these is > --boot-directory, and obviously it can't be both. > > My second concern, of course, is that the stuff installed in the boot record > of sdb may refer to the second hard drive (hd1), but when I need it, I'll > want (hd0). > GRUB2 never performs cross-disk installs. If it cannot embed core.img on disk where boot sector is located, installation fails. > I don't see any boot sector installation commands in the main command > listings, nor do I see anything about grub-setup, though the manual mentions > it several times. > "grub-install /dev/sdb" does the following 1. It installs boot sector in the first sector (MBR) on /dev/sdb 2. It determines where /boot/grub (or /boot/grub2 depending on distribution) is located, which drivers are required to access this location (disk driver, filesystem driver, MD driver, LVM driver, ...). It then builds core.img which includes all required drivers. 3. It also stores code in core.img to search for device where /boot/grub is located at runtime. It normally does it by searching for filesystem UUID. 4. Finally it tries to embed core.img into either post-MBR gap on /dev/sdb or on bios_grub partition if disk is GPT. Partition must exist, GRUB2 will not create it. 5. If embedding is not possible, it may store direct pointer to /boot/grub/core.img in boot block as long as it is on the same device. So there is no separate step to install boot block (or, better, it is but not supported to do directly). grub-install either ensures that GRBU2 can really boot or it fails. You are not left with half-installed boot block that cannot find the rest. From MAILER-DAEMON Tue Dec 25 08:12:47 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TnUJL-0004n2-BY for mharc-help-grub@gnu.org; Tue, 25 Dec 2012 08:12:47 -0500 Received: from eggs.gnu.org ([208.118.235.92]:43370) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnUJI-0004mW-D1 for help-grub@gnu.org; Tue, 25 Dec 2012 08:12:45 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TnUJH-0001Zo-1M for help-grub@gnu.org; Tue, 25 Dec 2012 08:12:44 -0500 Received: from nm17-vm0.bullet.mail.ird.yahoo.com ([77.238.189.214]:25220) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnTaR-0007MJ-Ut for help-grub@gnu.org; Tue, 25 Dec 2012 07:26:24 -0500 Received: from [77.238.189.55] by nm17.bullet.mail.ird.yahoo.com with NNFMP; 25 Dec 2012 12:26:20 -0000 Received: from [212.82.108.241] by tm8.bullet.mail.ird.yahoo.com with NNFMP; 25 Dec 2012 12:26:20 -0000 Received: from [127.0.0.1] by omp1006.mail.ird.yahoo.com with NNFMP; 25 Dec 2012 12:26:20 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 800179.56615.bm@omp1006.mail.ird.yahoo.com Received: (qmail 51748 invoked by uid 60001); 25 Dec 2012 12:26:20 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s1024; t=1356438380; bh=N2Ng/YsU7g0MQc48QfbD1zkClpH6HNFvC9gXVMb3xns=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Zrth/Da8rxXJiQuNGgcEX0pwH1S0VgZOmWJc6+sHG+uKmua2wQQgLx9s5qR6SIryjz9wGtUJuFwomqgCl/ukmCh04B1nYvDl5qiH7Llc5VJ8/Qbtyv3snO1u/fYY6dIZClPnGtkSqlQV5/66cwA1OddBIzLT6zqphwvuFgeuZ0o= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.uk; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=05t7s2/LHQywwG0Ab8HoTtDWDQF8Si+Ml+E61dU+gFVq4kn/gzQ12dKVEYkR1Cn4hmnMhtm1ZpvAl2KqNR+yodq4MaKcG/7Iqaa9LuO1M54/Bi8OvPcmzCcl905OdGYUPCLaAJjREyRvd2NAe29w5u8QjjCx4wS5QzukmKB9WSA=; X-YMail-OSG: _IkwYSYVM1kXI1r3dJE.IViuvmAIIwR_2e8uJJzYC9pas3J 3rEQMGCIdtn6BvBxVsEwlDirvbZqVvf19Ffv1Q.B9P8AJ7StSwM7wAlKajr8 36yd1.DJQMtsYa2oA0WK.2Ke9NKT1tY1P8aUyeKfQrAleVpfOMp5GgR2Nydq bRYRL3N6HUW0pWn9M3tFv5k49qykGZPtNq8a0HzFTuA1YGBofW308hFnLjlP NIEPnqHV70sPeN1QcWQBP4DPrfzo0zhArj3AoLzVsdGaujtQ3v65kSgbT7PK w6auTqek5Z6febjyVCMymkV9busqD1r9V6fY.xDopjjctlsQwAjr36H9jS8V UIdOHYC3Eg6O5cTCE83Tcnso8_EZ3d_cMj7Wb3rYHiU.I7djnMrUb7bO1pTy uk49_V_YhTrc8XzrzYzgyKA9jGoM9GB8L_87EA4bQs9o5ENwPuLVw3RK5RBH Frkh_SLOkjI_iSe3U23GDdI6HANUVxd7CuIFhgVBIGUXrYvVzgiX1TzNdjOg yiw-- Received: from [78.105.201.166] by web28904.mail.ir2.yahoo.com via HTTP; Tue, 25 Dec 2012 12:26:20 GMT X-Rocket-MIMEInfo: 001.001, SGkgOikKSSB0aGluayBwZW9wbGUgYXJlIG92ZXItY29tcGxpY2F0aW5nIHRoaXMuwqAgCgoKQ2hhaW4tbG9hZGluZyBpcyBub3QgcmVhbGx5IG5lY2Vzc2FyeSB0byBhY2hpZXZlIHRoZSBvYmplY3RpdmUuwqAgSXQgbWVhbnMgMiB0aGluZ3MgaGF2ZSB0byB3b3JrIHdlbGwgaW5zdGVhZCBvZiBqdXN0IDEuwqAgQWxzbyBpIHRoaW5rIHRoZSBpZGVhIG9mIGFsbCB0aGUgZGlmZmVyZW50IGZhaWwtc2FmZXMgdXNpbmcgdGhlIHNhbWUgLmNmZyBhbmQgdGhhdCBvbmUgYmVpbmcgb24gdGhlIG1haW4gaGFyZC1kcmkBMAEBAQE- X-Mailer: YahooMailWebService/0.8.129.483 References: Message-ID: <1356438380.51225.YahooMailNeo@web28904.mail.ir2.yahoo.com> Date: Tue, 25 Dec 2012 12:26:20 +0000 (GMT) From: Tom Davies Subject: Is multi-GRUB2 setup possible? (S O) To: "help-grub@gnu.org" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: FreeBSD 8.x X-Received-From: 77.238.189.214 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Tom Davies List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 13:12:46 -0000 Hi :)=0AI think people are over-complicating this.=A0 =0A=0A=0AChain-loadin= g is not really necessary to achieve the objective.=A0 It means 2 things ha= ve to work well instead of just 1.=A0 Also i think the idea of all the diff= erent fail-safes using the same .cfg and that one being on the main hard-dr= ive means that if the primary grub fails due to hard-drive failure then all= the rest will too.=A0=A0=0A=0AAs i understand it the objective is to set-u= p a machine with multiple physical hard-drives such that=0A=0A1.=A0 if one = hard-drive fails the machine automatically boots into the Windows(?) on the= next hard-drive and =0A=0A2.=A0 so that each hard-drive could be moved int= o a different machine and still boot (this part has a few potential problem= s especially if it's Windows that is going to be used (all the "Found new h= ardware" and hardware detection and driver issues) so hopefully we can igno= re this and just deal with 1&3) and =0A=0A3.=A0 that after set-up the machi= ne can be operated by a complete moron (as far as IT goes) that can't follo= w simple instructions and gets confused very easily and who can't give any = useful feedback=A0 (ie like at least 80% of normal users)=A0 =0A=0A=0AGrub2= is easy to repair or reinstall plus it's very unlikely to break in the fir= st place.=A0 The Windows boot-loaders have always been notoriously flaky (i= me) and many sys-admins have used Gnu&Linux boot-loaders to replace at leas= t part of the Windows ones on machines that only have Windows and no Gnu&Li= nux beyond the boot-loader.=A0 Plus it is usually on a robust journalised p= artition rather than a flaky Windows Ntfs one.=A0 Again much more likely to= recover smoothly.=A0 =0A=0A=0APeople that are used to Windows systems and = exploring something else for the first time typically feel a bit scared and= take exaggerated precautions.=A0 I did.=A0 =0A=0A=0AI installed Grub to al= l the various hard-drives on 2 machines and when i found i could install it= onto Usb-sticks i made sure i had at least 1 with grub on it for each of t= he main systems i used.=A0 Just a straight normal install of grub on each h= ard-drive does the trick.=A0 =0A=0A=0ATest by unplugging your primary hard-= drive and note that the machine does still boot.=A0 If it doesn't then rein= stall Grub to that 2nd hard-drive.=A0 Then plug the primary hard-drive in a= nd notice that it boots just fine too.=A0 =0A=0A=0AIf the test hadn't worke= d and you had been forced into reinstalling Grub2 then chances are that the= problem was where you installed the MBR.=A0 Each physical hard-drive has j= ust 1 MBR.=A0 Same with Usb-sticks and all other bootable media.=A0 For Cds= and Dvds their MBR is on the Cd or Dvd.=A0 Each MBR can only point to one= single grub-menu or to a Windows boot-loader.=A0 In the case of Grub it al= lows that the grub-menu the MBR points to could be on a completely differen= t drive.=A0 The mistake that often gets made is that people install Grub on= to the 2nd drive but put it's MBR part onto the primary hard-drive and then= wipe&replace that MBR when they install Grub to another drive.=A0 That lea= ves the 2nd drive with no MBR pointing to a useful grub-menu.=A0 It's reall= y easy to fix but it's a bit difficult to wrap one's head around the concep= t.=A0 =0A=0ASomething that really doesn't help is that Windows doesn't have= a different name for lots of partitions on a single hard-drive compared to= having lots of physical hard-drives.=A0 It calls them all hard-drives.=A0 = So, according to Windows you could have a lot of hard-drives on a single ha= rd-drive.=A0 Somewhat confusing huh?!=A0 Unfortunately those so-called hard= -drives don't each have their own MBR.=A0 It's the physical hard-drive that= has the MBR.=A0 MS tries to dumb things down to avoid confusing their user= s but the result is that people are more clueless as a result and get more = confused by simple things.=A0 It's only when i took the side of my machine'= s tower-case and started identifying what each box was for that i realised = i only had 1 physical hard-drive.=A0 What Windows calls 'hard-drives' are c= alled "Partitions" by Gnu&Linux.=A0 Each physical hard-drive can have many= partitions or just 1.=A0 That's another confusion that many Windows can't = get past because they have been taught wrongly.=A0 Even if Windows reports there on= ly being 1 'hard-drive' that is still a partition on a hard-drive and not r= eally a hard-drive.=A0 With just 1 partition it seems like a pointless abst= raction and remains difficult to get your head around if you are only famil= iar with Windows.=A0 However even Windows has started using a separate part= ition as a recovery tool although they try to hide it from their visible sy= stems.=A0 So, they make it even more confusing but hopefully you can overco= me that confusion.=A0 =0A=0AGood luck and regards from=0ATom :)=A0 =0A From MAILER-DAEMON Tue Dec 25 18:08:41 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Tndc0-0008P1-Uy for mharc-help-grub@gnu.org; Tue, 25 Dec 2012 18:08:40 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57328) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TndQq-0005qd-Si for help-grub@gnu.org; Tue, 25 Dec 2012 17:57:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TndQp-0007JL-8G for help-grub@gnu.org; Tue, 25 Dec 2012 17:57:08 -0500 Received: from upstrm185.psg-ucsf.org ([38.99.193.74]:41758 helo=biostat.ucsf.edu) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TndQo-0007J9-WC for help-grub@gnu.org; Tue, 25 Dec 2012 17:57:07 -0500 Received: from ns204-a-650ts.psg.net ([10.0.2.3]:43262 helo=corn.betterworld.us) by biostat.ucsf.edu with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1TndQd-0002Vp-9V; Tue, 25 Dec 2012 14:56:55 -0800 Received: from localhost ([127.0.0.1] ident=ross) by corn.betterworld.us with esmtp (Exim 4.69) (envelope-from ) id 1TndQf-0004DY-Ek; Tue, 25 Dec 2012 14:57:03 -0800 Subject: Re: install on multiple disks From: Ross Boylan To: Andrey Borzenkov In-Reply-To: References: Content-Type: text/plain Organization: UCSF Date: Tue, 25 Dec 2012 14:56:56 -0800 Message-Id: <1356476216.27443.22.camel@corn.betterworld.us> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Spam_score: -4.4 X-Spam_score_int: -43 X-Spam_bar: ---- X-Spam_report: (-4.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.0 AWL AWL: From: address is in the auto white-list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 38.99.193.74 X-Mailman-Approved-At: Tue, 25 Dec 2012 18:08:38 -0500 Cc: help-grub@gnu.org, ross@biostat.ucsf.edu X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 22:57:10 -0000 On Tue, 2012-12-25 at 13:09 +0400, Andrey Borzenkov wrote: > On Tue, Dec 25, 2012 at 2:48 AM, Ross Boylan > wrote: > > What do I need to do to install grub to multiple drives so that if one drive > > fails and the one of the other becomes the "first" drive it will boot? > > > > I assume you intend to install GRUB2 into MBR? Yes. > > > This would be with grub 1.96 backported to Debian Lenny; I've been looking > > at the current grub2 manual. I have software RAID1 on partitions of disks. > > Some disks are MSDOS partitioned and others GPT (with a bios_legacy > > partition). > > > > The first thing you need to have either post-MBR space or bios_grub > partition in case of GPT on each disk where GRUB2 is to be installed > to embed core.img. I do. > > > The online manual is cryptic. It suggests > > grub-install /dev/sdb > > might work but.... > > My /boot is on a separate partition, also known as /dev/md0 > > Well ... current GRUB2 support MD disks so in this case you do not > need to do anything special. I have no idea whether grub 1.96 supports > it. If not, you are likely out of luck. RAID1 should, and has been, working either way. That is, /dev/sdb2 looks the same as /dev/md0, except maybe for some control information at the end. Legacy grub has been booting from basically this setup, except it's using sda1 (which subsequently becomes part of md0, a software raid1). > > > (this is sda1, > > sdb2, sdc2). So, do I take the default --boot-directory=/boot, or do I need > > --boot-directory=/ because the partition has no /boot directory? The issue > > here is that there are 2 separate things I need to specify: the location in > > which to install things now, with a running system, and where grub should > > look as it boots off the MBR. I don't know which of these is > > --boot-directory, and obviously it can't be both. > > > > My second concern, of course, is that the stuff installed in the boot record > > of sdb may refer to the second hard drive (hd1), but when I need it, I'll > > want (hd0). > > > > GRUB2 never performs cross-disk installs. If it cannot embed core.img > on disk where boot sector is located, installation fails. My concern is not that the MBR and other parts will be installed to different disks, but that the disk information embedded in them will be obsolete if I move the disks. For example, when I install to sdb, with sdb2 the /boot partition is (hd1,2). I guess that's (hd1,gpt2) in grub 2. But if sda fails and I remove it (actually, I'll remove it because it's small) the same location is (hd0,gpt2). And so an embedded reference to hd1 will be wrong. > > > I don't see any boot sector installation commands in the main command > > listings, nor do I see anything about grub-setup, though the manual mentions > > it several times. > > > > "grub-install /dev/sdb" does the following > > 1. It installs boot sector in the first sector (MBR) on /dev/sdb > 2. It determines where /boot/grub (or /boot/grub2 depending on > distribution) is located, which drivers are required to access this > location (disk driver, filesystem driver, MD driver, LVM driver, ...). > It then builds core.img which includes all required drivers. In my running system, /boot is a mount of /dev/md0, i.e., RAID. > 3. It also stores code in core.img to search for device where > /boot/grub is located at runtime. It normally does it by searching for > filesystem UUID. This is the part that concerned me: getting the right disk and directory in this search. I assume that means it will look for the RAID, not the underlying physical disk. Or maybe the filesystem on the RAID? So if it's looking on a separate boot partition, it should search for /grub, whereas if everything's on one partition it would need to search for /boot/grub. When my system is running the correct path is /boot/grub, but when accessing the boot partition directly (e.g., at boot), a search for /boot/grub will turn up nothing, since there is no /boot directory on the partition. > 4. Finally it tries to embed core.img into either post-MBR gap on > /dev/sdb or on bios_grub partition if disk is GPT. Partition must > exist, GRUB2 will not create it. > 5. If embedding is not possible, it may store direct pointer to > /boot/grub/core.img in boot block as long as it is on the same device. > > So there is no separate step to install boot block (or, better, it is > but not supported to do directly). grub-install either ensures that > GRBU2 can really boot or it fails. You are not left with > half-installed boot block that cannot find the rest. What I'm looking for is something that will really boot even if I change which disk is first; may impression from grub legacy was that an install could satisfy one or the other of "boot the way the hardware is now" vs "boot in an alternate arrangement," but not both. I.e., a reference to either hd0 or hd1 must be embedded. Of course, if grub 2 uses the RAID device md0 or the filesystem on it that will be insensitive to the physical disk changes I'm contemplating, and so maybe it will just work. Thanks for your very detailed response. Ross From MAILER-DAEMON Tue Dec 25 23:55:18 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Tnj1S-0006Ul-Pq for mharc-help-grub@gnu.org; Tue, 25 Dec 2012 23:55:18 -0500 Received: from eggs.gnu.org ([208.118.235.92]:36128) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tnj1N-0006UY-T5 for help-grub@gnu.org; Tue, 25 Dec 2012 23:55:16 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tnj1K-0005W0-Rp for help-grub@gnu.org; Tue, 25 Dec 2012 23:55:13 -0500 Received: from nm38-vm7.bullet.mail.bf1.yahoo.com ([72.30.239.23]:27505) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tnj1K-0005Vu-Kd for help-grub@gnu.org; Tue, 25 Dec 2012 23:55:10 -0500 Received: from [98.139.212.153] by nm38.bullet.mail.bf1.yahoo.com with NNFMP; 26 Dec 2012 04:55:09 -0000 Received: from [66.94.237.114] by tm10.bullet.mail.bf1.yahoo.com with NNFMP; 26 Dec 2012 04:55:09 -0000 Received: from [127.0.0.1] by omp1019.access.mail.mud.yahoo.com with NNFMP; 26 Dec 2012 04:55:06 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 375896.55380.bm@omp1019.access.mail.mud.yahoo.com Received: (qmail 15936 invoked by uid 60001); 26 Dec 2012 04:55:05 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rocketmail.com; s=s1024; t=1356497705; bh=yFc+Dz49P6Z84WnhTUovWmsj1m484pjKc9xUfk4kMfY=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=W4ZZ302W01Y8LrtB1xDITok1ONJQ5mB0CFXllozmJ75vZCwnwizkOMMlSolJTyvtDGXwv4mvg9MblYU41cF9wMm6xrhr/5xAcTR35kk0eBVySa/5ZWJQP/9cSr6eTvedGNMhQwlezoWYXpz/SfMcHbLIWBmodzuAlUhDoB0pG98= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rocketmail.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=Zvd9nY0fPvKC45xWTX7SYOLAICQRsXCoj+2ibSfpmlaierubLKmuJjc8RmlAEd9e+3ijSyzJqmTt1HpORvv/EfNCArTULNd0C+ZenSIpLW1orovJf18E0j0BX/78pUJgCnacAILyRh8tnsaFHnGMZyat3BUqahTtlNjxoj/bX2Y=; X-YMail-OSG: Yi6MFToVM1k9y71hc7OGYU6bID_gT38zs6FarCimKWXBiYx LQRqUFjuU2dqsiTmGEqu.YyYQGgPnqqHX.WbMbcyOQE7H8JDEjhEJjKK4Mjk jgUSRCFhmpZn6XrP3lboLr2okq9BBuxOkx9Iwq4Y0yfHhfnAVAmae76JIxpN UKtBHaOzn4hjgpvcoFkyplouSaijyd9Ms0wVYXIDOETnclgvkgaQ3SGLkCjd GtNzjeXd27furUk.cijzKMpaO.Fsi7RxdvUtNHu7_w9QMWGr82M27lStOXKP Y1IjWTfFmB_gN5LGsbUo_7Oh34CiZM3bWRAaNH0YwwXPy6GiTE9mCNB_zQag msj2g4NycIEhvkPWjDJxh3o2yGATIFDM4r5qM12O097mAWqQOJIENsQZlciK ui0XgTDwDuvhEAwSyvFzvS0rAhQHLPsW5i5rwL.mh_7JMM5HYhKJf8pwcVOX Arw4u5iqmhh4J_nj76zmYk1gzzNjSbJdCI9RX Received: from [71.139.165.173] by web182202.mail.bf1.yahoo.com via HTTP; Tue, 25 Dec 2012 20:55:05 PST X-Rocket-MIMEInfo: 001.001, VGhhbmtzIGZvciB0aGUgdGlwLCBBbmRyZXkuIAoKVGhhbmtzIHRvIGl0IEkgd2FzIGFibGUgdG8gc29ydCBpdCBvdXQuCgpJIGVuZGVkIHVwIGNyZWF0aW5nIG9uZSBtYXN0ZXIgR1JVQiBwYXJ0aXRpb25zIHBsdXMgQk9PVCtST09UIGpvaW50IHBhcnRpdGlvbiBwZXIgZWFjaCBMaW51eCBpbnN0YW5jZS4KTWFzdGVyIEdSVUIgcGFydGl0aW9uIGhhcyBncnViLmNmZyB3aXRoIGVudHJpZXMgbGlrZQoKbWVudWVudHJ5ICJNeUxpbnV4MSIgewrCoMKgwqAgc2VhcmNoIC0tbm8tZmxvcHB5IC0tc2V0IHJvb3QgLS0BMAEBAQE- X-Mailer: YahooMailWebService/0.8.129.483 References: <1356421268.35536.YahooMailNeo@web182201.mail.bf1.yahoo.com> Message-ID: <1356497705.14684.YahooMailNeo@web182202.mail.bf1.yahoo.com> Date: Tue, 25 Dec 2012 20:55:05 -0800 (PST) From: S O Subject: Re: EasyBCD and GRUB2 To: Andrey Borzenkov In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="-1168743889-198058912-1356497705=:14684" X-detected-operating-system: by eggs.gnu.org: FreeBSD 8.x X-Received-From: 72.30.239.23 Cc: "help-grub@gnu.org" X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: S O List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 04:55:17 -0000 ---1168743889-198058912-1356497705=:14684 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Thanks for the tip, Andrey. =0A=0AThanks to it I was able to sort it out.= =0A=0AI ended up creating one master GRUB partitions plus BOOT+ROOT joint p= artition per each Linux instance.=0AMaster GRUB partition has grub.cfg with= entries like=0A=0Amenuentry "MyLinux1" {=0A=A0=A0=A0 search --no-floppy --= set root --label MYLINUX1=0A=A0=A0=A0 set prefix=3D($root)/boot/grub=0A=A0= =A0=A0 configfile $prefix/grub.cfg=0A=0A}=0A=0A=0Amenuentry "MyLinux2" {=0A= =A0=A0=A0 search --no-floppy --set root --label MYLINUX2=0A=A0=A0=A0 set pr= efix=3D($root)/boot/grub=0A=A0=A0=A0 configfile $prefix/grub.cfg=0A=0A}=0A= =0Aand so on. =0A=0A=0AThus GRUB is actually loaded only from master partit= ion (which should reduce the risks of "blocklist" issues in case of backups= etc.), but then menu directs it to instance-specific partition and grub.cf= g in that partition. All per-instance file activity is thus contained to pe= r-instance partition, with no headache for any possible interference betwee= n instances.=0A=0A=0A- Sergey=0A=0A=0A=0A________________________________= =0A From: Andrey Borzenkov =0ATo: S O =0ACc: "help-grub@gnu.org" =0ASent: Tuesday, = December 25, 2012 12:18 AM=0ASubject: Re: EasyBCD and GRUB2=0A =0AOn Tue, D= ec 25, 2012 at 11:41 AM, S O wrote:=0A>=0A> Can s= omeone please explain:=0A>=0A> 1) exactly how GRUB2 selects initial partiti= on for configuration files;=0A>=0A=0ALocation of GRUB2 "home" is kept in ${= prefix} variable which is stored=0Ain core.img. It could be stored either d= irectly or usually as=0Abootstrap code that looks for filesystem UUID and s= ets ${prefix}=0Aaccordingly.=0A=0A> 2) and if there is a way to control thi= s from boot block (in this case,=0A> EasyBCD-supplied boot block)?=0A>=0A= =0AGRUB2 boot block only has information about location of core.img. So=0Aa= nswer is - no; you only can possibly control which core.img is loaded=0Aby = dynamically patching its location into boot block. But that=0Aeffectively m= eans "different GRUB2 instance", not "the same GRUB2 with=0Adifferent confi= guration".=0A=0A_______________________________________________=0AHelp-grub= mailing list=0AHelp-grub@gnu.org=0Ahttps://lists.gnu.org/mailman/listinfo/= help-grub ---1168743889-198058912-1356497705=:14684 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks for the tip, A= ndrey.

Thanks to it I was able to sort it out.

I= ended up creating one master GRUB partitions plus BOOT+ROOT joint partitio= n per each Linux instance.
Master GRUB partition has grub.cfg wit= h entries like

menuentry "MyLinux1" {
 = ;   search --no-floppy --set root --label MYLINUX1
&nbs= p;   set prefix=3D($root)/boot/grub
    = configfile $prefix/grub.cfg
}

menuentry "MyLinux2" {
 = ;   search --no-floppy --set root --label MYLINUX2
&nbs= p;   set prefix=3D($root)/boot/grub
    con= figfile $prefix/grub.cfg
}

and so on= .

Thus GRUB is actually loaded only from mast= er partition (which should reduce the risks of "blocklist" issues in case of = backups etc.), but then menu directs it to instance-specific partition and = grub.cfg in that partition. All per-instance file activity is thus containe= d to per-instance partition, with no headache for any possible interference= between instances.

- Sergey


From:= Andrey Borzenkov <arvidjaar@gmail.com>
To: S O <sergey_o@rocketmail.com>
Cc: "help-grub@gnu.org" <help-grub@gn= u.org>
Sent: Tuesd= ay, December 25, 2012 12:18 AM
Su= bject: Re: EasyBCD and GRUB2

=0AOn Tue, D= ec 25, 2012 at 11:41 AM, S O <sergey_o@rocketmail.com>= wrote:
>
> Can someone please explain:
>
> 1) exac= tly how GRUB2 selects initial partition for configuration files;
>
Location of GRUB2 "home" is kept in ${prefix} variable which is stored=
in core.img. It could be stored either directly or usually as
bootst= rap code that looks for filesystem UUID and sets ${prefix}
accordingly.<= br>
> 2) and if there is a way to control this from boot block (in th= is case,
> EasyBCD-supplied boot block)?
>

GRUB2 boot bl= ock only has information about location of core.img. So
answer is - no; = you only can possibly control which core.img is loaded
by dynamically pa= tching its location into boot block. But that
effectively means "differe= nt GRUB2 instance", not "the same GRUB2 with
different configuration".

_______________________________________________
= Help-grub mailing list
Help-grub@gnu.org
https://lists.gnu.org= /mailman/listinfo/help-grub


---1168743889-198058912-1356497705=:14684-- From MAILER-DAEMON Wed Dec 26 01:58:36 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Tnkwm-00021N-Do for mharc-help-grub@gnu.org; Wed, 26 Dec 2012 01:58:36 -0500 Received: from eggs.gnu.org ([208.118.235.92]:52362) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tnkwk-00020m-7m for help-grub@gnu.org; Wed, 26 Dec 2012 01:58:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tnkwj-0000oe-1k for help-grub@gnu.org; Wed, 26 Dec 2012 01:58:34 -0500 Received: from mail-ie0-f178.google.com ([209.85.223.178]:57011) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tnkwi-0000oa-St for help-grub@gnu.org; Wed, 26 Dec 2012 01:58:32 -0500 Received: by mail-ie0-f178.google.com with SMTP id c12so10132292ieb.37 for ; Tue, 25 Dec 2012 22:58:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7E37DyE0FGp4bROeIZ0an0gqbFiBBtKDgSsl/dWMxY8=; b=IqU8rFInutjDXcXh3bp0kCLbxLZ4Syu9bp+4OkgkVRQu+4azbFSLnEKvM6bVPoUXKI 0A3gpKJ1syX8vuzkklaJchb0mBX916dq5wviGkHH1+wz8qH0fPxQCbzaieRcwsL1dgUt 2g0r6cTj6G2J6+tq6cHpIeg9GZXIXn+xGRPZCBWFzsvR+csJtdHkPtwckjmOIU4bsoJo HrslMg2NmvzOm2Y2Rl5QxurWeXnv+6UNuBzks8jetigCMkgp88XzDj3eEIA6ICUxwYc2 nMLmm+SghkThbTeiYu6qJzWwDv7E1Du7EKXGPv+BTE4Bj6L6DXNBhKPgcnb/R/W/KQw5 B5oQ== MIME-Version: 1.0 Received: by 10.50.189.193 with SMTP id gk1mr19034447igc.87.1356505112181; Tue, 25 Dec 2012 22:58:32 -0800 (PST) Received: by 10.64.35.8 with HTTP; Tue, 25 Dec 2012 22:58:32 -0800 (PST) In-Reply-To: <1356497705.14684.YahooMailNeo@web182202.mail.bf1.yahoo.com> References: <1356421268.35536.YahooMailNeo@web182201.mail.bf1.yahoo.com> <1356497705.14684.YahooMailNeo@web182202.mail.bf1.yahoo.com> Date: Wed, 26 Dec 2012 10:58:32 +0400 Message-ID: Subject: Re: EasyBCD and GRUB2 From: Andrey Borzenkov To: S O Content-Type: text/plain; charset=ISO-8859-1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.223.178 Cc: "help-grub@gnu.org" X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 06:58:35 -0000 On Wed, Dec 26, 2012 at 8:55 AM, S O wrote: > menuentry "MyLinux2" { > search --no-floppy --set root --label MYLINUX2 > set prefix=($root)/boot/grub > configfile $prefix/grub.cfg > } > > and so on. > > Thus GRUB is actually loaded only from master partition (which should reduce > the risks of "blocklist" issues in case of backups etc.), but then menu > directs it to instance-specific partition and grub.cfg in that partition. Word of caution. ${prefix} also defines location of grub2 modules. So you have to absolutely ensure that grub2 build in every OS is the same as master. Otherwise you are risking running binaries from different builds with undefined results. I would rather use chain loading; you can directly load core.img using chainload $prefix/i386-pc/core.img (or x84_64-efi or rather exotic i386-efi) which ensures your core.img and modules are consistent. There is no blocklists involved, grub2 will read files so you are free to move them around as you like. From MAILER-DAEMON Wed Dec 26 02:20:00 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TnlHU-0004XF-St for mharc-help-grub@gnu.org; Wed, 26 Dec 2012 02:20:00 -0500 Received: from eggs.gnu.org ([208.118.235.92]:54200) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnlHS-0004X6-Pu for help-grub@gnu.org; Wed, 26 Dec 2012 02:19:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TnlHR-000650-Jp for help-grub@gnu.org; Wed, 26 Dec 2012 02:19:58 -0500 Received: from mail-ia0-f182.google.com ([209.85.210.182]:60264) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnlHR-00064w-E4 for help-grub@gnu.org; Wed, 26 Dec 2012 02:19:57 -0500 Received: by mail-ia0-f182.google.com with SMTP id x2so6852032iad.41 for ; Tue, 25 Dec 2012 23:19:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=z6+pUC/LsCvfK9U4eIFexaGlYCvel5Xob+9ksV54F70=; b=S1rRp05i4WAfn52J+oiKAkwjcBbbyck42derRaOGV9OSt5RKQNe+hAcWGKiSi65jAH J856qp3hdR28P/YiVxyEnfl/zXmYxLn3A/2nggm4rIuuR3+vciyHYYyxbRIw2VO95Ay5 4l88HFJmsJghuAjT6tKM7SYo5C3e0TATtyyHKjsJ3I82/GMJgnJlq85RIfOTXdFB88XW /HGPZnQUj1us0Hl3SUrQ59/RdrwDXtB6uO76mEEewqZO/GEJc0ZPcvYZuGvrJxrTQykG rjUe/k0CwbCfECgl6pabNvZ4NzYUj5UQUwr2lLYT00yVrk7G/L7bc1UtVwCKml4D+fp+ MOUA== MIME-Version: 1.0 Received: by 10.50.108.235 with SMTP id hn11mr18315617igb.100.1356506396803; Tue, 25 Dec 2012 23:19:56 -0800 (PST) Received: by 10.64.35.8 with HTTP; Tue, 25 Dec 2012 23:19:56 -0800 (PST) In-Reply-To: <1356476216.27443.22.camel@corn.betterworld.us> References: <1356476216.27443.22.camel@corn.betterworld.us> Date: Wed, 26 Dec 2012 11:19:56 +0400 Message-ID: Subject: Re: install on multiple disks From: Andrey Borzenkov To: Ross Boylan Content-Type: text/plain; charset=ISO-8859-1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.210.182 Cc: help-grub@gnu.org X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 07:20:00 -0000 On Wed, Dec 26, 2012 at 2:56 AM, Ross Boylan wrote: >> > The online manual is cryptic. It suggests >> > grub-install /dev/sdb >> > might work but.... >> > My /boot is on a separate partition, also known as /dev/md0 >> >> Well ... current GRUB2 support MD disks so in this case you do not >> need to do anything special. I have no idea whether grub 1.96 supports >> it. If not, you are likely out of luck. > RAID1 should, and has been, working either way. That is, /dev/sdb2 > looks the same as /dev/md0, except maybe for some control information at > the end. > You misunderstand. When I say "current GRUB2 supports MD" it means exactly that - GRUB2 provides native drivers, it assembles MD array and is using it, and not individual disks. It applies not only to RAID1 but to other RAID levels as well. >> 3. It also stores code in core.img to search for device where >> /boot/grub is located at runtime. It normally does it by searching for >> filesystem UUID. > This is the part that concerned me: getting the right disk and directory > in this search. > > I assume that means it will look for the RAID, not the underlying > physical disk. Or maybe the filesystem on the RAID? > Yes, exactly. It will assemble RAID and search for filesystem. This is similar to mount by UUID in Linux. Physical name of device does not matter - filesystem will always be found. > So if it's looking on a separate boot partition, it should search > for /grub, whereas if everything's on one partition it would need to > search for /boot/grub. > grub-install knows it and computes correct paths during installation. > What I'm looking for is something that will really boot even if I change > which disk is first; grub2 makes it much more robust than grub legacy. > Of course, if grub 2 uses the RAID device md0 or the filesystem on it > that will be insensitive to the physical disk changes I'm contemplating, > and so maybe it will just work. > Please understand that I always refer to current grub2, which is version 2.00. Version 1.96 is ... I do not know, over three years old. So you are really better off to ask on your distribution forums or update grub2 if possible. From MAILER-DAEMON Wed Dec 26 03:29:36 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TnmMq-0005PS-8B for mharc-help-grub@gnu.org; Wed, 26 Dec 2012 03:29:36 -0500 Received: from eggs.gnu.org ([208.118.235.92]:33863) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnmMj-0005PK-TI for help-grub@gnu.org; Wed, 26 Dec 2012 03:29:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TnmMi-0005P2-SU for help-grub@gnu.org; Wed, 26 Dec 2012 03:29:29 -0500 Received: from qmta02.emeryville.ca.mail.comcast.net ([76.96.30.24]:33870) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnmMi-0005Ob-Jg for help-grub@gnu.org; Wed, 26 Dec 2012 03:29:28 -0500 Received: from omta05.emeryville.ca.mail.comcast.net ([76.96.30.43]) by qmta02.emeryville.ca.mail.comcast.net with comcast id g8VR1k0010vp7WLA28VRBH; Wed, 26 Dec 2012 08:29:25 +0000 Received: from [192.168.1.145] ([75.70.21.241]) by omta05.emeryville.ca.mail.comcast.net with comcast id g8VQ1k0055C5Uhn8R8VR53; Wed, 26 Dec 2012 08:29:25 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: RAID, number of disks supported From: Chris Murphy In-Reply-To: <489CA638-BCAB-4F9D-9684-D60F33620C49@colorremedies.com> Date: Wed, 26 Dec 2012 01:29:24 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <0ED28957-9A56-4AD6-96BB-21188BE5C1AC@colorremedies.com> References: <98A91261-6275-46DB-998F-359813331017@colorremedies.com> <8576E37C-0FD8-420B-AFD8-B732A482AC1E@colorremedies.com> <056DF2B9-F3F2-488A-959A-4756A0B691F8@colorremedies.com> <489CA638-BCAB-4F9D-9684-D60F33620C49@colorremedies.com> To: "help-grub@gnu.org" X-Mailer: Apple Mail (2.1499) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1356510565; bh=cijoA1lV1gd4rpTsh7CIzXrzY8M7yxl0dkAavSzv8Cc=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To; b=dUoBxYZH7RUD+0h5VeXWQJkOvQxjxAK4ye466srPi6LXPmXT3M7Z17VZx0TlFWyO/ Hyb+DRdc75XgbMTGOKomQ+SIQG31e2RWWDPXAFQvhzCDcq4Jwkojbt0u034GxiMjd9 qtrKxj4StDW9p4BPzkKdjtYLPc7nAiOn7OxArd67aIS9GGseSFD2DRO1oAdmvZn/sq ChzYGT2xB+kXTaO7Cb2EltAZ5eP3ysAGnbRb+ZkWtm9W6BHDUPNJNbj6+vl2eQv6QL I9VW1NwgwpdCdrYF3CMj1bdgynryxk0nNDqWQpE5gESJ2Swi8V6UOof3oIL0kwQOmJ JUyNcbUxLDcog== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 76.96.30.24 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 08:29:35 -0000 On Dec 22, 2012, at 5:37 PM, Chris Murphy = wrote: >=20 > Btrfs fails at fewer disks. I just tried 6 disks and I get a grub = prompt. So it looks like it's different for btrfs RAID. In this case I'm = using linear/concat (data profile single). All Btrfs. grub2-2.00-13.fc18.x86_64 RAID 0: 2, 3, 4 disks are bootable. Fails at disk 5 (also fails with 6 = disks). The error message is: GRUB loading .. Welcome to GRUB! error: no such device: UUID. Entering resuce mode . . . grub rescue> RAID 1: 2, 3, 4, 5, 6 disks are bootable. Single/concat: 2, 3, 4, 5, 6 disks are bootable. Did not test 7 or more disks. Chris Murphy From MAILER-DAEMON Wed Dec 26 03:56:41 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Tnmn3-00083R-E4 for mharc-help-grub@gnu.org; Wed, 26 Dec 2012 03:56:41 -0500 Received: from eggs.gnu.org ([208.118.235.92]:36012) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tnmn2-00083L-0M for help-grub@gnu.org; Wed, 26 Dec 2012 03:56:40 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tnmmw-0003HA-4x for help-grub@gnu.org; Wed, 26 Dec 2012 03:56:39 -0500 Received: from mail-ia0-f176.google.com ([209.85.210.176]:48466) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tnmmt-0003H4-To for help-grub@gnu.org; Wed, 26 Dec 2012 03:56:34 -0500 Received: by mail-ia0-f176.google.com with SMTP id y26so6896647iab.21 for ; Wed, 26 Dec 2012 00:56:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=j39A/CVPgxYF+8VkQ2Sa4d32tC4f5bDOthqYTtgMM58=; b=01S+0q/6M2JDBBO47RboipH4yNQuiPTNUEPb55c7Q/OfDH8GumP4HzAs7akOSlRG2x nxkdEWcFcceQswy2FahmKEOdRgBPBGy/+ibUrx/YhoIQF/JhmqIhGjV7JNPK8TmrgoGC vy0J2iPYTAZcP4vjFHswyZ99JjlkIRmxiPFq62yq3qNWSCGGljd3FKbQeDFf4E3R0RlC A8/F/oDdWO58aWAdXRVPhDpy11fV24/1x+JexLMP1BqlzswzpbLgC/wVuIihaQOiNuBz UxyxOZy9tOZd8hhJWmTgVdwOLwVRl/kH2btlwMQVnR267dsrRLfynagv4wRSymOrXUsI rqhA== MIME-Version: 1.0 Received: by 10.43.124.130 with SMTP id go2mr20606583icc.8.1356512190523; Wed, 26 Dec 2012 00:56:30 -0800 (PST) Received: by 10.64.35.8 with HTTP; Wed, 26 Dec 2012 00:56:30 -0800 (PST) In-Reply-To: <0ED28957-9A56-4AD6-96BB-21188BE5C1AC@colorremedies.com> References: <98A91261-6275-46DB-998F-359813331017@colorremedies.com> <8576E37C-0FD8-420B-AFD8-B732A482AC1E@colorremedies.com> <056DF2B9-F3F2-488A-959A-4756A0B691F8@colorremedies.com> <489CA638-BCAB-4F9D-9684-D60F33620C49@colorremedies.com> <0ED28957-9A56-4AD6-96BB-21188BE5C1AC@colorremedies.com> Date: Wed, 26 Dec 2012 12:56:30 +0400 Message-ID: Subject: Re: RAID, number of disks supported From: Andrey Borzenkov To: Chris Murphy Content-Type: text/plain; charset=ISO-8859-1 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.210.176 Cc: "help-grub@gnu.org" X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 08:56:41 -0000 On Wed, Dec 26, 2012 at 12:29 PM, Chris Murphy wrote: > > On Dec 22, 2012, at 5:37 PM, Chris Murphy wrote: >> >> Btrfs fails at fewer disks. I just tried 6 disks and I get a grub prompt. So it looks like it's different for btrfs RAID. In this case I'm using linear/concat (data profile single). > > All Btrfs. grub2-2.00-13.fc18.x86_64 > > RAID 0: 2, 3, 4 disks are bootable. Fails at disk 5 (also fails with 6 disks). The error message is: > > GRUB loading .. > Welcome to GRUB! > > error: no such device: UUID. > Entering resuce mode . . . > grub rescue> > > RAID 1: 2, 3, 4, 5, 6 disks are bootable. > > Single/concat: 2, 3, 4, 5, 6 disks are bootable. > > Did not test 7 or more disks. > This looks more in place on grub-devel and/or grub bugzilla. From MAILER-DAEMON Wed Dec 26 14:25:40 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Tnwbk-0004rN-27 for mharc-help-grub@gnu.org; Wed, 26 Dec 2012 14:25:40 -0500 Received: from eggs.gnu.org ([208.118.235.92]:59949) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tnwbf-0004qw-3I for help-grub@gnu.org; Wed, 26 Dec 2012 14:25:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tnwbb-0005LT-4d for help-grub@gnu.org; Wed, 26 Dec 2012 14:25:35 -0500 Received: from nm34-vm5.bullet.mail.bf1.yahoo.com ([72.30.239.77]:38152) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tnwba-0005JP-Di for help-grub@gnu.org; Wed, 26 Dec 2012 14:25:30 -0500 Received: from [98.139.215.143] by nm34.bullet.mail.bf1.yahoo.com with NNFMP; 26 Dec 2012 19:25:29 -0000 Received: from [66.94.237.114] by tm14.bullet.mail.bf1.yahoo.com with NNFMP; 26 Dec 2012 19:25:29 -0000 Received: from [127.0.0.1] by omp1019.access.mail.mud.yahoo.com with NNFMP; 26 Dec 2012 19:25:29 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 506594.63682.bm@omp1019.access.mail.mud.yahoo.com Received: (qmail 97026 invoked by uid 60001); 26 Dec 2012 19:25:29 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rocketmail.com; s=s1024; t=1356549929; bh=xNvyMup5zXbOcG7pCoNeu1tyRIJejfyNWUGyEk9QCsU=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=4jqR2CGpVjSSs0Geh967hRDHb0G3krmrW5AaCPEb22/hZ6PGuRkv6y9PpYaeJnmyIk/lbgX1pV/kjp9uhMkRqFJjGhwl6Ye1XKt/h7Ks420MjeQIWTo/qQi+d+18J2aeiiJG0hHX+qWp4RMfHZfGzhY0kbICJEZR9DU49XQTAiI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rocketmail.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=moucUg2B0YoQVKKhSi0vCMWKCmWFF5eZRgB683hl4k08eKfJxzvFR5tClSYPhW7IAwUWY58bM9A/XSRd1lRJuz2o+C+gH48kruAZtkVLYJaQTLNxqgdvrriX+Uwm753JQ9O71mjp27XTnQIsmLqkLE6AOKgnaN0ReBFOvOOHjh8=; X-YMail-OSG: R5xcW4AVM1nlgftwTpXFNyRVLfS8ADAm28ZMuxwSaoWPrwk 2gdT2pnQrSBo0.REkolxZPBa1YESvcRWEuQVt575dDQO80Atl_pOxKQs3RkX mTBOhfyBvYdFp3W_zZR.ntluRNo28I8Srid9uIpGoWih5QjBwIuu8Wq28RgP 9zNzyWM4_J95DIE.Oa3qOwo2Iv0nu163ZhkSM2tx90tGvO7YNaBpMYcyYpTW klX0ndzbd_3LX_KZIw2ISm14K.e65B8VkurWMoMtyIIifpllCgXZJOY6iFbZ Cnks7Ljw_UZxbQ4cnOnD9OxlYXmC0UBYfIEKFOpXfWLLVINBVKilSoPcBxLa csILPJcQKxACNu9ewUp2aCaC7lEesDPkPi7IGtoMrQRX0Iq0jN_2jnxZwpQ_ hIlca22Iv0PZTy5Np186rT830DdUxZf1uQG7tgCD38PQcKyCKCth8bv3j.Tt D_lYyycRkDFyMB.1VlXfLhxTTdqJIUqcEOCE- Received: from [71.139.165.173] by web182201.mail.bf1.yahoo.com via HTTP; Wed, 26 Dec 2012 11:25:28 PST X-Rocket-MIMEInfo: 001.001, VGhhbmtzIGZvciBhZHZpc2UuIEkgY291bnRlcmVkIHRoaXMgaXNzdWUgYnkgaXNzdWluZyBhbGwgcmVsZXZhbnQgaW5zbW9kJ3MgaW4gbWFzdGVyIGdydWIuY2ZnIGZpbGUgYmVmb3JlIHRoZSBtZW51LCBidXQgY2hhaW5sb2FkaW5nIGlzIGEgYmV0dGVyIHNvbHV0aW9uIGluZGVlZC4KCkhvd2V2ZXIsIHJpZ2h0IG5vdyB0aGUgd2hvbGUgc2NoZW1lIHN0b3BwZWQgd29ya2luZyBhbHRvZ2V0aGVyIGFmdGVyIGFkZGluZyBvbmUgbW9yZSBMaW51eCBpbnN0YW5jZSBwYXJ0aXRpb24uCgpOb3cgR1JVQiBjb21lcyABMAEBAQE- X-Mailer: YahooMailWebService/0.8.129.483 References: <1356421268.35536.YahooMailNeo@web182201.mail.bf1.yahoo.com> <1356497705.14684.YahooMailNeo@web182202.mail.bf1.yahoo.com> Message-ID: <1356549928.66034.YahooMailNeo@web182201.mail.bf1.yahoo.com> Date: Wed, 26 Dec 2012 11:25:28 -0800 (PST) From: S O Subject: Re: EasyBCD and GRUB2 To: Andrey Borzenkov In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="2022776200-1929631056-1356549928=:66034" X-detected-operating-system: by eggs.gnu.org: FreeBSD 8.x X-Received-From: 72.30.239.77 Cc: "help-grub@gnu.org" X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: S O List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 19:25:38 -0000 --2022776200-1929631056-1356549928=:66034 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Thanks for advise. I countered this issue by issuing all relevant insmod's = in master grub.cfg file before the menu, but chainloading is a better solut= ion indeed.=0A=0AHowever, right now the whole scheme stopped working altoge= ther after adding one more Linux instance partition.=0A=0ANow GRUB comes up= with initial value of prefix not for the master partition, but for new add= ed partition.=0A=0AI use /dev/sda2 for master grub partition, and that is w= here GRUB used to come from while I had two Linux instances, but adding thi= rd Linix instance to /dev/sda8 caused master grub to come up with Linux3's = grub.cfg. I thought may be Linux3 install somehow may have screwed up /dev/= sda2 (even though grub.cfg there is intact), so I rebuilt /dev/sda2 and re-= created EasyBCD entry just in case, but it did not help.=0A=0ATo verify tha= t grub-install invokes grub-mkimage with correct --prefix value I embedded = printout statement into grub-install before all invocations of grub-mkimage= . Printout displays correct expected value for prefix "(,msdos2)/boot/grub"= passed to grub-mkimage --prefix. =A0=0A=0AYet when I run "strings" or "gre= p" on produced core.img I do not see this prefix string or any parts of it = (such as "msdos", "boot" or "grep") inside produced core.img.=0A=0AIs core.= img compressed or is prefix string otherwise somehow scrambled inside core.= img -- or does its absence in plain text in core.img means the failure of g= rub-mkimage to embed the prefix string?=0A=0AAt a glance, I do not see any = compression option in grub-install, so I assume core.img is likely to be un= compressed and requested prefix string then indeed may be missing in core.i= mg?=0A=0A=0A=0A________________________________=0A From: Andrey Borzenkov <= arvidjaar@gmail.com>=0ATo: S O =0ACc: "help-grub@= gnu.org" =0ASent: Tuesday, December 25, 2012 10:58 PM= =0ASubject: Re: EasyBCD and GRUB2=0A =0AOn Wed, Dec 26, 2012 at 8:55 AM, S = O wrote:=0A> menuentry "MyLinux2" {=0A>=A0 =A0 s= earch --no-floppy --set root --label MYLINUX2=0A>=A0 =A0 set prefix=3D($ro= ot)/boot/grub=0A>=A0 =A0 configfile $prefix/grub.cfg=0A> }=0A>=0A> and so = on.=0A>=0A> Thus GRUB is actually loaded only from master partition (which = should reduce=0A> the risks of "blocklist" issues in case of backups etc.),= but then menu=0A> directs it to instance-specific partition and grub.cfg i= n that partition.=0A=0AWord of caution. ${prefix} also defines location of = grub2 modules. So=0Ayou have to absolutely ensure that grub2 build in every= OS is the same=0Aas master. Otherwise you are risking running binaries fro= m different=0Abuilds with undefined results.=0A=0AI would rather use chain = loading; you can directly load core.img using=0A=0Achainload $prefix/i386-p= c/core.img=0A=0A(or x84_64-efi or rather exotic i386-efi)=0A=0Awhich ensure= s your core.img and modules are consistent. There is no=0Ablocklists involv= ed, grub2 will read files so you are free to move=0Athem around as you like= . --2022776200-1929631056-1356549928=:66034 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks for advise. I = countered this issue by issuing all relevant insmod's in master grub.cfg fi= le before the menu, but chainloading is a better solution indeed.

Ho= wever, right now the whole scheme stopped working altogether after adding o= ne more Linux instance partition.

Now GRUB comes up with initial val= ue of prefix not for the master partition, but for new added partition.
=
I use /dev/sda2 for master grub partition, and that is where GRUB used = to come from while I had two Linux instances, but adding third Linix instan= ce to /dev/sda8 caused master grub to come up with Linux3's grub.cfg. I tho= ught may be Linux3 install somehow may have screwed up /dev/sda2 (even thou= gh grub.cfg there is intact), so I rebuilt /dev/sda2 and re-created EasyBCD= entry just in case, but it did not help.

To verify that grub-install invokes grub-mkimage with correct --prefix value I embedded p= rintout statement into grub-install before all invocations of grub-mkimage.= Printout displays correct expected value for prefix "(,msdos2)/boot/grub" = passed to grub-mkimage --prefix.  

Yet when I run "strings" or = "grep" on produced core.img I do not see this prefix string or any parts of= it (such as "msdos", "boot" or "grep") inside produced core.img.

Is= core.img compressed or is prefix string otherwise somehow scrambled inside= core.img -- or does its absence in plain text in core.img means the failur= e of grub-mkimage to embed the prefix string?

At a glance, I do not = see any compression option in grub-install, so I assume core.img is likely = to be uncompressed and requested prefix string then indeed may be missing i= n core.img?



From: Andrey Borzenko= v <arvidjaar@gmail.com>
To:= S O <sergey_o@rocketmail.com>
Cc: "help-grub@gnu.org" <help-grub@gnu.org>=
Sent: Tuesday, Decem= ber 25, 2012 10:58 PM
Subject: Re: EasyBCD and GRUB2

=0AOn Wed, Dec 26, 20= 12 at 8:55 AM, S O <sergey_o@rocketmail.com> wrote:<= br>> menuentry "MyLinux2" {
>    search --no-floppy --s= et root --label MYLINUX2
>    set prefix=3D($root)/boot/gr= ub
>    configfile $prefix/grub.cfg
> }
>
&= gt; and so on.
>
> Thus GRUB is actually loaded only from maste= r partition (which should reduce
> the risks of "blocklist" issues in= case of backups etc.), but then menu
> directs it to instance-specif= ic partition and grub.cfg in that partition.

Word of caution. ${pref= ix} also defines location of grub2 modules. So
you have to absolutely en= sure that grub2 build in every OS is the same
as master. Otherwise you a= re risking running binaries from different
builds with undefined results= .

I would rather use chain loading; you can directly load core.img using

chainload $prefix/i386-pc/core.img
=
(or x84_64-efi or rather exotic i386-efi)

which ensures your cor= e.img and modules are consistent. There is no
blocklists involved, grub2= will read files so you are free to move
them around as you like.

--2022776200-1929631056-1356549928=:66034-- From MAILER-DAEMON Wed Dec 26 15:16:49 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TnxPF-0001xc-Cy for mharc-help-grub@gnu.org; Wed, 26 Dec 2012 15:16:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:41206) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnxPA-0001wr-Go for help-grub@gnu.org; Wed, 26 Dec 2012 15:16:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TnxP2-0001Ld-Aa for help-grub@gnu.org; Wed, 26 Dec 2012 15:16:44 -0500 Received: from nm8-vm0.bullet.mail.bf1.yahoo.com ([98.139.213.95]:47542) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnxP1-0001LW-KK for help-grub@gnu.org; Wed, 26 Dec 2012 15:16:36 -0500 Received: from [98.139.212.151] by nm8.bullet.mail.bf1.yahoo.com with NNFMP; 26 Dec 2012 20:16:35 -0000 Received: from [66.94.237.115] by tm8.bullet.mail.bf1.yahoo.com with NNFMP; 26 Dec 2012 20:16:34 -0000 Received: from [127.0.0.1] by omp1020.access.mail.mud.yahoo.com with NNFMP; 26 Dec 2012 20:16:34 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 881407.87388.bm@omp1020.access.mail.mud.yahoo.com Received: (qmail 14127 invoked by uid 60001); 26 Dec 2012 20:16:34 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rocketmail.com; s=s1024; t=1356552994; bh=aiyo80c3pL6xR9s0HrDPeclPWoGyGreGlq7yv7V1gRc=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=QYUa74NJAwN82EZVRoPK3Xe9JwyZyqNecPat5dbwNBCZPyKCrd88pgH8A76fMJeshG5cbbcbvLuGsDlsK6zlTEvbokPrPpAGm0jC15nnViJMedmUWlHeSzRWbgUO4+wU3HjH1988llj54BVilB5GEpX5UGI+955I9XkxQa4OJbM= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rocketmail.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=GcEEJr/UdenAQi8ts7bnrU3MYoWJwttBum7zIweRKK718Vupnla+MgoOntomVfB2TQpd7uU/GjhvCy1py4jfoA6+taoc8cLdVHWOSQv/crnnYryG8OSnpujqZaISWr2o1dfJIQ72VDNEsgwUlbvNlRfGtXbMOWTASWtoiUCBxlk=; X-YMail-OSG: Mz4gi.gVM1mmdz6qjT4STOsQIerZvm.okBAiO0yYfZINRcY BalVeY22LjOdLDL0fSIJRW7ivB5yOKIuUv5oGV3V8RzXktpVNFr5I68IsQnB YaMjKtP8knL5vxG3mOCVDc8YF..HAd0fdVa4XPhOVXveaC1yEN7fFTsiz9yj eUzHTCJ2LDFEdqByaNI8ROJT8D0UVApfGBiEh3mkNaOS_n8JhMYbdYRl18Ji ed1twAWeK0tOpcIqJw1M6O33Z5SwHV7PtOk81zyk8JZuuwf8MrF4IBnAgVt3 OggbE_yrnlsfA0wxVdghL74roTtfsa_APrTQcIEfVLrvHQ_k2GzXLrh4nWeP 0T_LmI0t8ek9.d4OoMjPGcKWqdy3.8IwNovO8xG_85jqLxs6.m88IR.B0XfM kcvhMAq3UOCXSU24KUqpHVWKZ9ir.APEgcOlpp_9jU5qshjaufKmRtd6s4IX wy5AObjZYF8TguW8zCKpAVN7MM3X8moGUjDM- Received: from [71.139.165.173] by web182202.mail.bf1.yahoo.com via HTTP; Wed, 26 Dec 2012 12:16:34 PST X-Rocket-MIMEInfo: 001.001, T2ssIGF0IGEgZnVydGhlciBnbGFuY2UgaXQgbG9va3MgbGlrZSBncnViLW1raW1hZ2UgY29tcHJlc3NlcyBpMzg2LXBjIGltYWdlcyBieSBkZWZhdWx0LCBldmVuIGlmIG5vIGNvbXByZXNzaW9uIG9wdGlvbiBpcyBzcGVjaWZpZWQsIHdpdGggZGVmYXVsdCBjb21wcmVzc2lvbiBpbiB0aGlzIGNhc2Ugc2V0IHRvIENPTVBSRVNTSU9OX0xaTUEuCgoidW5sem1hIiBzYXlzIHRoYXQgY29yZS5pbWcgZmlsZSBpcyBpbiB3cm9uZyBmb3JtYXQsIHNvIEkgYXNzdW1lIG5vdCB0aGUgd2hvbGUgZmlsZSBpcyBjb21wcmUBMAEBAQE- X-Mailer: YahooMailWebService/0.8.129.483 References: <1356421268.35536.YahooMailNeo@web182201.mail.bf1.yahoo.com> <1356497705.14684.YahooMailNeo@web182202.mail.bf1.yahoo.com> <1356549928.66034.YahooMailNeo@web182201.mail.bf1.yahoo.com> Message-ID: <1356552994.93859.YahooMailNeo@web182202.mail.bf1.yahoo.com> Date: Wed, 26 Dec 2012 12:16:34 -0800 (PST) From: S O Subject: Re: EasyBCD and GRUB2 To: Andrey Borzenkov In-Reply-To: <1356549928.66034.YahooMailNeo@web182201.mail.bf1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="-1168743889-1288098905-1356552994=:93859" X-detected-operating-system: by eggs.gnu.org: FreeBSD 8.x X-Received-From: 98.139.213.95 Cc: "help-grub@gnu.org" X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: S O List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 20:16:48 -0000 ---1168743889-1288098905-1356552994=:93859 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Ok, at a further glance it looks like grub-mkimage compresses i386-pc image= s by default, even if no compression option is specified, with default comp= ression in this case set to COMPRESSION_LZMA.=0A=0A"unlzma" says that core.= img file is in wrong format, so I assume not the whole file is compressed a= nd there is apparently (?) no easy way to examine embedded prefix string in= core.img.=0A=0AIn the meanwhile, I paid attention to the clue that the cul= prit may be WINLOAD/EasyBCD rather than GRUB. Linux3 (which is Fedora 64-bi= t) has all its grub stuff installed not in (Linux3)/boot/grub, but in (Linu= x3)/boot/grub2, and it somehow does come up. This seems to suggest that Eas= yBCD/WINLOAD actually loads Linux3 partition rather than master GRUB partit= ion, since the knowledge about "/boot/grub2" has to come from somewhere, an= d off the top of my head I assume it can come only from Linix3 "core.img" i= tself and GRUB by itself cannot default to "/boot/grub2" path. Does it soun= d a correct reasoning?=0A=0A- Sergey=0A=0A=0A=0A___________________________= _____=0A From: S O =0ATo: Andrey Borzenkov =0ACc: "help-grub@gnu.org" =0ASent: Wedn= esday, December 26, 2012 11:25 AM=0ASubject: Re: EasyBCD and GRUB2=0A =0A= =0AThanks for advise. I countered this issue by issuing all relevant insmod= 's in master grub.cfg file before the menu, but chainloading is a better so= lution indeed.=0A=0AHowever, right now the whole scheme stopped working alt= ogether after adding one more Linux instance partition.=0A=0ANow GRUB comes= up with initial value of prefix not for the master partition, but for new = added partition.=0A=0AI use /dev/sda2 for master grub partition, and that i= s where GRUB used to come from while I had two Linux instances, but adding = third Linix instance to /dev/sda8 caused master grub to come up with Linux3= 's grub.cfg. I thought may be Linux3 install somehow may have screwed up /d= ev/sda2 (even though grub.cfg there is intact), so I rebuilt /dev/sda2 and = re-created EasyBCD entry just in case, but it did not help.=0A=0ATo verify = that=0A grub-install invokes grub-mkimage with correct --prefix value I emb= edded printout statement into grub-install before all invocations of grub-m= kimage. Printout displays correct expected value for prefix "(,msdos2)/boot= /grub" passed to grub-mkimage --prefix. =A0=0A=0AYet when I run "strings" o= r "grep" on produced core.img I do not see this prefix string or any parts = of it (such as "msdos", "boot" or "grep") inside produced core.img.=0A=0AIs= core.img compressed or is prefix string otherwise somehow scrambled inside= core.img -- or does its absence in plain text in core.img means the failur= e of grub-mkimage to embed the prefix string?=0A=0AAt a glance, I do not se= e any compression option in grub-install, so I assume core.img is likely to= be uncompressed and requested prefix string then indeed may be missing in = core.img?=0A=0A=0A=0A________________________________=0A From: Andrey Borze= nkov =0ATo: S O =0ACc: "help= -grub@gnu.org" =0ASent: Tuesday, December 25, 2012 10:5= 8 PM=0ASubject: Re: EasyBCD and GRUB2=0A =0AOn Wed, Dec 26, 2012 at 8:55 AM= , S O wrote:=0A> menuentry "MyLinux2" {=0A>=A0 = =A0 search --no-floppy --set root --label MYLINUX2=0A>=A0 =A0 set prefix= =3D($root)/boot/grub=0A>=A0 =A0 configfile $prefix/grub.cfg=0A> }=0A>=0A> = and so on.=0A>=0A> Thus GRUB is actually loaded only from master partition = (which should reduce=0A> the risks of "blocklist" issues in case of backups= etc.), but then menu=0A> directs it to instance-specific partition and gru= b.cfg in that partition.=0A=0AWord of caution. ${prefix} also defines locat= ion of grub2 modules. So=0Ayou have to absolutely ensure that grub2 build i= n every OS is the same=0Aas master. Otherwise you are risking running binar= ies from different=0Abuilds with undefined results.=0A=0AI would rather use= chain loading; you can=0A directly load core.img using=0A=0Achainload $pre= fix/i386-pc/core.img=0A=0A(or x84_64-efi or rather exotic i386-efi)=0A=0Awh= ich ensures your core.img and modules are consistent. There is no=0Ablockli= sts involved, grub2 will read files so you are free to move=0Athem around a= s you like. ---1168743889-1288098905-1356552994=:93859 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Ok, at a further glan= ce it looks like grub-mkimage compresses i386-pc images by default, even if= no compression option is specified, with default compression in this case = set to COMPRESSION_LZMA.

"unlzma" says that core.img file is in wron= g format, so I assume not the whole file is compressed and there is apparen= tly (?) no easy way to examine embedded prefix string in core.img.

I= n the meanwhile, I paid attention to the clue that the culprit may be WINLO= AD/EasyBCD rather than GRUB. Linux3 (which is Fedora 64-bit) has all its gr= ub stuff installed not in (Linux3)/boot/grub, but in (Linux3)/boot/grub2, a= nd it somehow does come up. This seems to suggest that EasyBCD/WINLOAD actu= ally loads Linux3 partition rather than master GRUB partition, since the kn= owledge about "/boot/grub2" has to come from somewhere, and off the top of my head I assume it can come only from Linix3 "core.img" itself and= GRUB by itself cannot default to "/boot/grub2" path. Does it sound a corre= ct reasoning?

- Sergey


From: S O <sergey_o@rocketmail.com>
To: Andrey Borzenkov <arv= idjaar@gmail.com>
Cc: "help-grub@gnu.org" <help-grub@gnu.org>
Sent: Wednesday, December 26, 2012 11:25 AM
= Subject: Re: EasyBCD and = GRUB2

=0A
Thanks for advise. I countered this issue by issuing all releva= nt insmod's in master grub.cfg file before the menu, but chainloading is a = better solution indeed.

However, right now the whole scheme stopped = working altogether after adding one more Linux instance partition.

N= ow GRUB comes up with initial value of prefix not for the master partition,= but for new added partition.

I use /dev/sda2 for master grub partit= ion, and that is where GRUB used to come from while I had two Linux instanc= es, but adding third Linix instance to /dev/sda8 caused master grub to come= up with Linux3's grub.cfg. I thought may be Linux3 install somehow may hav= e screwed up /dev/sda2 (even though grub.cfg there is intact), so I rebuilt= /dev/sda2 and re-created EasyBCD entry just in case, but it did not help.

To verify that=0A grub-ins= tall invokes grub-mkimage with correct --prefix value I embedded printout s= tatement into grub-install before all invocations of grub-mkimage. Printout= displays correct expected value for prefix "(,msdos2)/boot/grub" passed to= grub-mkimage --prefix.  

Yet when I run "strings" or "grep" on= produced core.img I do not see this prefix string or any parts of it (such= as "msdos", "boot" or "grep") inside produced core.img.

Is core.img= compressed or is prefix string otherwise somehow scrambled inside core.img= -- or does its absence in plain text in core.img means the failure of grub= -mkimage to embed the prefix string?

At a glance, I do not see any c= ompression option in grub-install, so I assume core.img is likely to be unc= ompressed and requested prefix string then indeed may be missing in core.im= g?


=0A

From: Andrey Borzenkov <arvidjaar@gmai= l.com>
To: S O <s= ergey_o@rocketmail.com>
Cc: "help-grub@gnu.org" <help-grub@gnu.org>
Sent: Tuesday, December 25, 2012 10:58 PM=
Subject: Re: EasyBCD a= nd GRUB2

=0AOn Wed, Dec 26, 2012 at 8:55 AM, S O <= ;sergey_o@rocketmail.com&= gt; wrote:
> menuentry "MyLinux2" {
>    search --no= -floppy --set root --label MYLINUX2
>    set prefix=3D($ro= ot)/boot/grub
>    configfile $prefix/grub.cfg
> }>
> and so on.
>
> Thus GRUB is actually loaded only= from master partition (which should reduce
> the risks of "blocklist= " issues in case of backups etc.), but then menu
> directs it to inst= ance-specific partition and grub.cfg in that partition.

Word of caut= ion. ${prefix} also defines location of grub2 modules. So
you have to ab= solutely ensure that grub2 build in every OS is the same
as master. Othe= rwise you are risking running binaries from different
builds with undefi= ned results.

I would rather use chain loading; you can=0A directly load core.img using

chainload $p= refix/i386-pc/core.img

(or x84_64-efi or rather exotic i386-efi)
=
which ensures your core.img and modules are consistent. There is no
= blocklists involved, grub2 will read files so you are free to move
them = around as you like.




---1168743889-1288098905-1356552994=:93859-- From MAILER-DAEMON Wed Dec 26 16:15:28 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1TnyK0-0002GY-KM for mharc-help-grub@gnu.org; Wed, 26 Dec 2012 16:15:28 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49158) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnyJv-0002GP-Lc for help-grub@gnu.org; Wed, 26 Dec 2012 16:15:27 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TnyJr-0006sp-VK for help-grub@gnu.org; Wed, 26 Dec 2012 16:15:23 -0500 Received: from nm31-vm6.bullet.mail.ne1.yahoo.com ([98.138.229.46]:42276) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TnyJr-0006si-Js for help-grub@gnu.org; Wed, 26 Dec 2012 16:15:19 -0500 Received: from [98.138.90.51] by nm31.bullet.mail.ne1.yahoo.com with NNFMP; 26 Dec 2012 21:15:18 -0000 Received: from [66.94.237.101] by tm4.bullet.mail.ne1.yahoo.com with NNFMP; 26 Dec 2012 21:15:18 -0000 Received: from [127.0.0.1] by omp1006.access.mail.mud.yahoo.com with NNFMP; 26 Dec 2012 21:15:18 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 382446.40488.bm@omp1006.access.mail.mud.yahoo.com Received: (qmail 44971 invoked by uid 60001); 26 Dec 2012 21:15:16 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rocketmail.com; s=s1024; t=1356556516; bh=S5u3Xie3EE1JRKzTzzDl1/0vWIFnAvpyXEOqt+Dzs7A=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=tQCBXrqywMVu8kxtjb3FGOuoezrgg32QRxsMAm8n2n9HndAZqdKY9/1G6KOD2TuTJn4nztbOkWFOHTQL0kx7oUAI47ae67tViiG46HwVNeZ74WUhY90NmGQieyp4zMGK7w12n0x6uon7RL4cXFpltRhH3zdEILW4iZbPKv0h6Uo= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rocketmail.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=T9EbUmTz8GavQjpBEQfR5bneLFtGAkvUuHh0Z4q1J7ZvnwVD1afaYkkQeNRlc0ZeYLCf4AhHoT22cUu3PWJOihiZZ/O1oAMCzxS0joNIBS7ZXyo+EphM6NBfV3mdgHLf6cOAVhPTWORBdvBl7aGMRBWvG14cZvk3oPOeU9P/Ez4=; X-YMail-OSG: wT_YPBcVM1kwbL4Fg4IxjDJVkkqgHjZmLbJOPVMXblKK0wp dG7prZFn80ackCspk1EYuLf9tSNx_MZcI9kDm1lSxcbPrfxXfCvPv4kmDvjX De8Ijwy_rDzqvGjZQxagZ.jVdCvGU.H6D25oaqPgq4.ukhDYbBguTrtwbc7Y gfFs4tVsh48APX_ySJnqn2bNuE580yWu21ESyAMBHtLm_30DL830WspM1zm8 sFDRPfoWPEJZHxEEP3FeeV9uUcumdYRPhlvJpDYpGY8iUzoCkAssBPc1btzB TaB8xmirlL8avq9WL1qDZbztCk.cY6FwixbugOej6dtXOqk.M2iHLsvZniqY hNEP4l85mIT__uwpUU0PBYbJkHzkqCR7A1LdJ0g1XPAUoVblpys_lTE7XHlZ N3LLHr1AmYo6uCSQQ7rR_eQpwt5CIOZzbu_M1yNSz00EvG7pRQ46RgkLvJI2 p5rCVMjEpPq1qUoTwwEsqU4xQRwLwZoD9U1I- Received: from [71.139.165.173] by web182204.mail.bf1.yahoo.com via HTTP; Wed, 26 Dec 2012 13:15:16 PST X-Rocket-MIMEInfo: 001.001, V2VsbCwgdGhpcyBpcyBkZWZpbml0ZWx5IGEgYnVnIGluIEVhc3lCQ0QsIGFuZCBJIGZvdW5kIGEgd29ya2Fyb3VuZC4KCkVhc3lCQ0QgaGFzIHZhcmlvdXMgbWV0aG9kcyBmb3IgYm9vdGluZyBwYXJ0aXRpb24sIHNlbGVjdGFibGUgaW4gRWFzeUJDRCBVSSB3aGVuIGJvb3QgbWVudSBlbnRyeSBpcyBjcmVhdGVkLiAKCk9uZSBvZiBzZWxlY3Rpb25zIGlzICJHUlVCMiIgbWV0aG9kLCB3aGljaCBjYXVzZXMgc29tZSBFYXN5QkNEIGNvZGUgdG8gYmUgZXhlY3V0ZWQgYXQgYm9vdCAob25lIG9mICJBdXRvTmVvR3IBMAEBAQE- X-Mailer: YahooMailWebService/0.8.129.483 References: <1356421268.35536.YahooMailNeo@web182201.mail.bf1.yahoo.com> <1356497705.14684.YahooMailNeo@web182202.mail.bf1.yahoo.com> <1356549928.66034.YahooMailNeo@web182201.mail.bf1.yahoo.com> <1356552994.93859.YahooMailNeo@web182202.mail.bf1.yahoo.com> Message-ID: <1356556516.44230.YahooMailNeo@web182204.mail.bf1.yahoo.com> Date: Wed, 26 Dec 2012 13:15:16 -0800 (PST) From: S O Subject: Re: EasyBCD and GRUB2 To: Andrey Borzenkov In-Reply-To: <1356552994.93859.YahooMailNeo@web182202.mail.bf1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="-554519136-2146752796-1356556516=:44230" X-detected-operating-system: by eggs.gnu.org: FreeBSD 8.x X-Received-From: 98.138.229.46 Cc: "help-grub@gnu.org" X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: S O List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 21:15:27 -0000 ---554519136-2146752796-1356556516=:44230 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Well, this is definitely a bug in EasyBCD, and I found a workaround.=0A=0AE= asyBCD has various methods for booting partition, selectable in EasyBCD UI = when boot menu entry is created. =0A=0AOne of selections is "GRUB2" method,= which causes some EasyBCD code to be executed at boot (one of "AutoNeoGrub= *.mbr" files in C:\NST). This is what one is supposed to use with GRUB2 par= titions, and what is apparently broken.=0A=0AAnother methods are "SysLinux"= and "BSD" which are likely to be just aliases for the same thing -- loadin= g boot block off the partition and transferring control to it.=0A=0AOnce I = chose any of those methods, master GRUB partition loads correctly and I am = able to boot Linux instances fine too.=0A=0A- Sergey=0A=0A=0A______________= __________________=0A From: S O =0ATo: Andrey Borz= enkov =0ACc: "help-grub@gnu.org" = =0ASent: Wednesday, December 26, 2012 12:16 PM=0ASubject: Re: EasyBCD and G= RUB2=0A =0A=0AOk, at a further glance it looks like grub-mkimage compresses= i386-pc images by default, even if no compression option is specified, wit= h default compression in this case set to COMPRESSION_LZMA.=0A=0A"unlzma" s= ays that core.img file is in wrong format, so I assume not the whole file i= s compressed and there is apparently (?) no easy way to examine embedded pr= efix string in core.img.=0A=0AIn the meanwhile, I paid attention to the clu= e that the culprit may be WINLOAD/EasyBCD rather than GRUB. Linux3 (which i= s Fedora 64-bit) has all its grub stuff installed not in (Linux3)/boot/grub= , but in (Linux3)/boot/grub2, and it somehow does come up. This seems to su= ggest that EasyBCD/WINLOAD actually loads Linux3 partition rather than mast= er GRUB partition, since the knowledge about "/boot/grub2" has to come from= somewhere, and off the=0A top of my head I assume it can come only from Li= nix3 "core.img" itself and GRUB by itself cannot default to "/boot/grub2" p= ath. Does it sound a correct reasoning?=0A=0A- Sergey=0A=0A=0A=0A__________= ______________________=0A From: S O =0ATo: Andrey = Borzenkov =0ACc: "help-grub@gnu.org" =0ASent: Wednesday, December 26, 2012 11:25 AM=0ASubject: Re: EasyBCD a= nd GRUB2=0A =0A=0AThanks for advise. I countered this issue by issuing all = relevant insmod's in master grub.cfg file before the menu, but chainloading= is a better solution indeed.=0A=0AHowever, right now the whole scheme stop= ped working altogether after adding one more Linux instance partition.=0A= =0ANow GRUB comes up with initial value of prefix not for the master partit= ion, but for new added partition.=0A=0AI use /dev/sda2 for master grub part= ition, and that is where GRUB used to come from while I had two Linux insta= nces, but adding third Linix instance to /dev/sda8 caused master grub to co= me up with Linux3's grub.cfg. I thought may be Linux3 install somehow may h= ave screwed up /dev/sda2 (even though grub.cfg there is intact), so I rebui= lt /dev/sda2 and re-created EasyBCD=0A entry just in case, but it did not h= elp.=0A=0ATo verify that=0A grub-install invokes grub-mkimage with correct = --prefix value I embedded printout statement into grub-install before all i= nvocations of grub-mkimage. Printout displays correct expected value for pr= efix "(,msdos2)/boot/grub" passed to grub-mkimage --prefix. =A0=0A=0AYet wh= en I run "strings" or "grep" on produced core.img I do not see this prefix = string or any parts of it (such as "msdos", "boot" or "grep") inside produc= ed core.img.=0A=0AIs core.img compressed or is prefix string otherwise some= how scrambled inside core.img -- or does its absence in plain text in core.= img means the failure of grub-mkimage to embed the prefix string?=0A=0AAt a= glance, I do not see any compression option in grub-install, so I assume c= ore.img is likely to be uncompressed and requested prefix string then indee= d may be missing in core.img?=0A=0A=0A=0A________________________________= =0A From: Andrey Borzenkov =0ATo: S O =0ACc: "help-grub@gnu.org" =0ASent: Tuesday, = December 25, 2012 10:58 PM=0ASubject: Re: EasyBCD and GRUB2=0A =0AOn Wed, D= ec 26, 2012 at 8:55 AM, S O wrote:=0A> menuentry = "MyLinux2" {=0A>=A0 =A0 search --no-floppy --set root --label MYLINUX2=0A>= =A0 =A0 set prefix=3D($root)/boot/grub=0A>=A0 =A0 configfile $prefix/grub= .cfg=0A> }=0A>=0A> and so on.=0A>=0A> Thus GRUB is actually loaded only fro= m master partition (which should reduce=0A> the risks of "blocklist" issues= in case of backups etc.), but then menu=0A> directs it to instance-specifi= c partition and grub.cfg in that partition.=0A=0AWord of caution. ${prefix}= also defines location of grub2 modules. So=0Ayou have to absolutely ensure= that grub2 build in every OS is the same=0Aas master. Otherwise you are ri= sking running binaries from different=0Abuilds with undefined results.=0A= =0AI would rather use=0A chain loading; you can=0A directly load core.img u= sing=0A=0Achainload $prefix/i386-pc/core.img=0A=0A(or x84_64-efi or rather = exotic i386-efi)=0A=0Awhich ensures your core.img and modules are consisten= t. There is no=0Ablocklists involved, grub2 will read files so you are free= to move=0Athem around as you like. ---554519136-2146752796-1356556516=:44230 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Well, this is definit= ely a bug in EasyBCD, and I found a workaround.

EasyBCD has various = methods for booting partition, selectable in EasyBCD UI when boot menu entr= y is created.

One of selections is "GRUB2" method, which causes som= e EasyBCD code to be executed at boot (one of "AutoNeoGrub*.mbr" files in C= :\NST). This is what one is supposed to use with GRUB2 partitions, and what= is apparently broken.

Another methods are "SysLinux" and "BSD" whic= h are likely to be just aliases for the same thing -- loading boot block of= f the partition and transferring control to it.

Once I chose any of = those methods, master GRUB partition loads correctly and I am able to boot = Linux instances fine too.

- Sergey


From: S O <sergey_= o@rocketmail.com>
To: Andrey Borzenkov <arvidjaar@gmail.com>
Cc: "help-grub@gnu.org" <help-grub@gnu.org>=
Sent: Wednesday, Dec= ember 26, 2012 12:16 PM
Subject:<= /span> Re: EasyBCD and GRUB2

=0A
<= div style=3D"color:#000;background-color:#fff;font-family:times new roman, = new york, times, serif;font-size:12pt;">Ok, at a further glance it looks li= ke grub-mkimage compresses i386-pc images by default, even if no compressio= n option is specified, with default compression in this case set to COMPRES= SION_LZMA.

"unlzma" says that core.img file is in wrong format, so I= assume not the whole file is compressed and there is apparently (?) no eas= y way to examine embedded prefix string in core.img.

In the meanwhil= e, I paid attention to the clue that the culprit may be WINLOAD/EasyBCD rat= her than GRUB. Linux3 (which is Fedora 64-bit) has all its grub stuff insta= lled not in (Linux3)/boot/grub, but in (Linux3)/boot/grub2, and it somehow = does come up. This seems to suggest that EasyBCD/WINLOAD actually loads Lin= ux3 partition rather than master GRUB partition, since the knowledge about "/boot/grub2" has to come from somewhere, and off the=0A t= op of my head I assume it can come only from Linix3 "core.img" itself and G= RUB by itself cannot default to "/boot/grub2" path. Does it sound a correct= reasoning?

- Sergey


From: S O <sergey_o@rocketmail.com>
To: Andrey Borzenkov <arvidjaar@gm= ail.com>
Cc: "help-g= rub@gnu.org" <help-grub@gnu.org>
Sent: Wednesday, December 26, 2012 11:25 AM
Subject: Re: EasyBCD and GRUB2

=0A
Thanks for advise. I countered this issue by issuing all re= levant insmod's in master grub.cfg file before the menu, but chainloading i= s a better solution indeed.

However, right now the whole scheme stop= ped working altogether after adding one more Linux instance partition.
<= br>Now GRUB comes up with initial value of prefix not for the master partit= ion, but for new added partition.

I use /dev/sda2 for master grub pa= rtition, and that is where GRUB used to come from while I had two Linux ins= tances, but adding third Linix instance to /dev/sda8 caused master grub to = come up with Linux3's grub.cfg. I thought may be Linux3 install somehow may= have screwed up /dev/sda2 (even though grub.cfg there is intact), so I reb= uilt /dev/sda2 and re-created EasyBCD=0A entry just in case, but it did not= help.

To verify that=0A grub-install invokes grub-mkimage with corr= ect --prefix value I embedded printout statement into grub-install before a= ll invocations of grub-mkimage. Printout displays correct expected value fo= r prefix "(,msdos2)/boot/grub" passed to grub-mkimage --prefix.  
<= br>Yet when I run "strings" or "grep" on produced core.img I do not see thi= s prefix string or any parts of it (such as "msdos", "boot" or "grep") insi= de produced core.img.

Is core.img compressed or is prefix string oth= erwise somehow scrambled inside core.img -- or does its absence in plain te= xt in core.img means the failure of grub-mkimage to embed the prefix string= ?

At a glance, I do not see any compression option in grub-install, = so I assume core.img is likely to be uncompressed and requested prefix stri= ng then indeed may be missing in core.img?

=
=0A

From:= Andrey Borzenkov <arvidjaar@gmail.com>
To: S O <sergey_o@rocketmail.com>
<= span style=3D"font-weight:bold;">Cc: "help-grub@gnu.org" <hel= p-grub@gnu.org>
Sent: Tuesday, December 25, 2012 10:58 PM
Subject: Re: EasyBCD and GRUB2

=0AOn= Wed, Dec 26, 2012 at 8:55 AM, S O <sergey_o@rocketmail.com> wrote:
> menuentry "MyLinux= 2" {
>    search --no-floppy --set root --label MYLINUX2>    set prefix=3D($root)/boot/grub
>    c= onfigfile $prefix/grub.cfg
> }
>
> and so on.
>
= > Thus GRUB is actually loaded only from master partition (which should = reduce
> the risks of "blocklist" issues in case of backups etc.), bu= t then menu
> directs it to instance-specific partition and grub.cfg = in that partition.

Word of caution. ${prefix} also defines location = of grub2 modules. So
you have to absolutely ensure that grub2 build in e= very OS is the same
as master. Otherwise you are risking running binarie= s from different
builds with undefined results.

I would rather us= e=0A chain loading; you can=0A directly load core.img using

chainloa= d $prefix/i386-pc/core.img

(or x84_64-efi or rather exotic i386-efi)=

which ensures your core.img and modules are consistent. There is no=
blocklists involved, grub2 will read files so you are free to move
t= hem around as you like.





---554519136-2146752796-1356556516=:44230-- From MAILER-DAEMON Wed Dec 26 16:43:29 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Tnyl7-0005UU-As for mharc-help-grub@gnu.org; Wed, 26 Dec 2012 16:43:29 -0500 Received: from eggs.gnu.org ([208.118.235.92]:54135) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tnyl3-0005Tf-EH for help-grub@gnu.org; Wed, 26 Dec 2012 16:43:28 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tnykz-0005I3-IJ for help-grub@gnu.org; Wed, 26 Dec 2012 16:43:25 -0500 Received: from upstrm185.psg-ucsf.org ([38.99.193.74]:46516 helo=biostat.ucsf.edu) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tnykz-0005Hr-AE for help-grub@gnu.org; Wed, 26 Dec 2012 16:43:21 -0500 Received: from ns204-a-650ts.psg.net ([10.0.2.3]:60077 helo=corn.betterworld.us) by biostat.ucsf.edu with esmtpsa (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Tnykp-0007g3-NG; Wed, 26 Dec 2012 13:43:11 -0800 Received: from localhost ([127.0.0.1] ident=ross) by corn.betterworld.us with esmtp (Exim 4.69) (envelope-from ) id 1Tnykr-00066W-3g; Wed, 26 Dec 2012 13:43:18 -0800 Subject: Re: install on multiple disks [success] From: Ross Boylan To: Andrey Borzenkov In-Reply-To: References: <1356476216.27443.22.camel@corn.betterworld.us> Content-Type: text/plain Organization: UCSF Date: Wed, 26 Dec 2012 13:43:12 -0800 Message-Id: <1356558192.27443.56.camel@corn.betterworld.us> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Spam_score: -4.4 X-Spam_score_int: -43 X-Spam_bar: ---- X-Spam_report: (-4.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.0 AWL AWL: From: address is in the auto white-list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 38.99.193.74 Cc: help-grub@gnu.org, ross@biostat.ucsf.edu X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2012 21:43:28 -0000 I'm happy to report success. I did grub-install /dev/sdb, grub-install/dev/sdc and then shut down the VM and removed the old sda (so that the old sdb became sdb, etc). The system rebooted successfully. The one hiccup was that md1 was missing one element; the logs show that well before any grub changes the virtual drive had failed (I guess something is not quite right with the VM, because the same thing happened a few days ago). So I think that was unrelated. A few minor comments below. On Wed, 2012-12-26 at 11:19 +0400, Andrey Borzenkov wrote: > On Wed, Dec 26, 2012 at 2:56 AM, Ross Boylan wrote: > >> > The online manual is cryptic. It suggests > >> > grub-install /dev/sdb > >> > might work but.... > >> > My /boot is on a separate partition, also known as /dev/md0 > >> > >> Well ... current GRUB2 support MD disks so in this case you do not > >> need to do anything special. I have no idea whether grub 1.96 supports > >> it. If not, you are likely out of luck. > > RAID1 should, and has been, working either way. That is, /dev/sdb2 > > looks the same as /dev/md0, except maybe for some control information at > > the end. > > > > You misunderstand. When I say "current GRUB2 supports MD" it means > exactly that - GRUB2 provides native drivers, it assembles MD array > and is using it, and not individual disks. It applies not only to > RAID1 but to other RAID levels as well. I'm not sure whether the grub 1.96 on the VM ended up using the raid array (aka /dev/md0) or one of its components (/dev/sda2), though I think I saw grub mention the RAID as it came up. My earlier comment was addressed not to your remark that GRUB2 supports MD but to the caution that 1.96 might not. I was pointing out that, even if it didn't, things should work because the components of my RAID1 were usable solo. I think that had I used one of the newer 1.x RAID metadata formats with the RAID superblock at the start the partition might not work outside of the array. My disk has the old 0.90 md raid metadata, which is at the end of the partition. > > >> 3. It also stores code in core.img to search for device where > >> /boot/grub is located at runtime. It normally does it by searching for > >> filesystem UUID. > > This is the part that concerned me: getting the right disk and directory > > in this search. > > > > I assume that means it will look for the RAID, not the underlying > > physical disk. Or maybe the filesystem on the RAID? > > > > Yes, exactly. It will assemble RAID and search for filesystem. This is > similar to mount by UUID in Linux. Physical name of device does not > matter - filesystem will always be found. > > > So if it's looking on a separate boot partition, it should search > > for /grub, whereas if everything's on one partition it would need to > > search for /boot/grub. My grub.cfg ended up with set root=(hd0) search --fs-uuid --set 647cf7fe-b6f3-49d6-ba0c-569a9513f44a where 647cf.... is the UUID of the file system on the RAID. I think this means hd0 is the fallback if the UUID search fails (since the man says --set sets environment variable root be default). Maybe that shows grub did run off the RAID, since (hd0) alone may not be enough to find /boot, which is on (hd0,gpt2). > > > > > grub-install knows it and computes correct paths during installation. > > > > What I'm looking for is something that will really boot even if I change > > which disk is first; > > grub2 makes it much more robust than grub legacy. > > > Of course, if grub 2 uses the RAID device md0 or the filesystem on it > > that will be insensitive to the physical disk changes I'm contemplating, > > and so maybe it will just work. > > > > Please understand that I always refer to current grub2, which is > version 2.00. Version 1.96 is ... I do not know, over three years old. > So you are really better off to ask on your distribution forums or > update grub2 if possible. Understood. Thanks for your help. It might be nice to clarify some of these points in the documentation, e.g., that --boot-directory refers to the path used during the installation, not during the actual boot, or that grub should work even if the physical drive location/order changes. I may have stated those items too broadly. FYI, it looks as if even the upcoming Debian release (wheezy?) is not quite 2.00, which is only in unstable. It has 1.99-23.1. It's possible it incorporates backports of more recent code. Ross From MAILER-DAEMON Thu Dec 27 04:43:22 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1To9zm-0002P6-3c for mharc-help-grub@gnu.org; Thu, 27 Dec 2012 04:43:22 -0500 Received: from eggs.gnu.org ([208.118.235.92]:55042) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1To9zi-0002NB-Al for help-grub@gnu.org; Thu, 27 Dec 2012 04:43:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1To9zf-00077f-Vv for help-grub@gnu.org; Thu, 27 Dec 2012 04:43:18 -0500 Received: from nm2.bullet.mail.bf1.yahoo.com ([98.139.212.161]:24678) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1To9zf-00077X-PW for help-grub@gnu.org; Thu, 27 Dec 2012 04:43:15 -0500 Received: from [98.139.212.150] by nm2.bullet.mail.bf1.yahoo.com with NNFMP; 27 Dec 2012 09:43:14 -0000 Received: from [66.94.237.120] by tm7.bullet.mail.bf1.yahoo.com with NNFMP; 27 Dec 2012 09:43:14 -0000 Received: from [127.0.0.1] by omp1025.access.mail.mud.yahoo.com with NNFMP; 27 Dec 2012 09:43:14 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 779674.61174.bm@omp1025.access.mail.mud.yahoo.com Received: (qmail 83881 invoked by uid 60001); 27 Dec 2012 09:43:14 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rocketmail.com; s=s1024; t=1356601394; bh=tERaNrSrjGwfEKT1Wk6Zl2s8rS1d3e7Epay1B+XDHFo=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=mCcqLJErBUluosYG1WWGvLVSBrFoYJBnOmb04C4hAY/hEBuXEOGZIiA/t9FWSp/2VEviUUy4oFN6vbyKM7XQFMjsv+msitYp1S7B5MsL8OogpLFckD1zrK2kEyR2PzOXg4VgKLDGAZyxEMHw2OkhJ3SC/bPvlJiZPK9gGLihnc8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rocketmail.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=qzsw6gU7Q+VTOx4EzdV0LpeVBGnQYyp28PMQm65Tt7A3rMWy8Bcn+yKc1r2QggvwrmkxHZvUzNZcVgLpNwwKMGzEKar4JkI5TlutebW5dZYmufCi/9rxPgcXwEwKCjLCx8uuRS/6wIrzyhAiyoqhQ/jQCaQ10RXpOKgL22sPCbI=; X-YMail-OSG: HA2v63oVM1kh10UD.LgaHG0YuzlAtr6Wx2.1OuPW6ChGUb_ 98dySonHxh.bfMUcpJOuyo54kn0g3Fel40YqbjUQOEUqnuoWQuKa9vCWIml5 mpIpjGkee9w_PJQGnpO4DRT1s4t.pQThG8jc8BqPj2vlFvyNuXSu8Ksa_n.C D_zMhsoWlROArBkA_phO1pSmCkS9KU4kUfDcuACnXvc4D5NEQB.JY.xb3kod EtpQs9xYyqmG66YFatXnNSXNx6eQFGlf9HpuLokg4Md0TCKaCNYv.aYFZTHI KItu0IKIAN7Egx3AbyyHTrZLpLbxIdTzO5gEbagodrPZ2LP0flAzsiK9MuYq FH9.sO92WgO_6jn7b.YFVYSOsrA1EfzBi5bDdktBCScfVxgNjeiwHvFjoryp w7Fz2GXoZd6r4LEcLhwFIrQCdBwQ6qQAa7G33WU0YbY5dH3AgE1OyL5wI_qO nCW9fgpEQFY2.RvVIKJkH9duZd33rhsFkA0K6gdeB5WYM_b_kBgc- Received: from [71.139.174.111] by web182202.mail.bf1.yahoo.com via HTTP; Thu, 27 Dec 2012 01:43:14 PST X-Rocket-MIMEInfo: 001.001, PiBJIHdvdWxkIHJhdGhlciB1c2UgY2hhaW4gbG9hZGluZzsgeW91IGNhbiBkaXJlY3RseSBsb2FkIGNvcmUuaW1nIHVzaW5nCgo.IGNoYWlubG9hZCAkcHJlZml4L2kzODYtcGMvY29yZS5pbWcKCkkgdHJpZWQgaXQuClVuZm9ydHVuYXRlbHkgSSBnZXQgbWVzc2FnZcKgImVycm9yOiBpbnZhbGlkIHNpZ25hdHVyZSIgZnJvbSB0aGUgY2hhaW5sb2FkZXIgY29tbWFuZC4BMAEBAQE- X-Mailer: YahooMailWebService/0.8.129.483 References: <1356421268.35536.YahooMailNeo@web182201.mail.bf1.yahoo.com> <1356497705.14684.YahooMailNeo@web182202.mail.bf1.yahoo.com> Message-ID: <1356601394.82882.YahooMailNeo@web182202.mail.bf1.yahoo.com> Date: Thu, 27 Dec 2012 01:43:14 -0800 (PST) From: S O Subject: Re: EasyBCD and GRUB2 To: Andrey Borzenkov In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="-1168743889-1213889121-1356601394=:82882" X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x X-Received-From: 98.139.212.161 Cc: "help-grub@gnu.org" X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: S O List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 09:43:20 -0000 ---1168743889-1213889121-1356601394=:82882 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable > I would rather use chain loading; you can directly load core.img using=0A= =0A> chainload $prefix/i386-pc/core.img=0A=0AI tried it.=0AUnfortunately I = get message=A0"error: invalid signature" from the chainloader command. ---1168743889-1213889121-1356601394=:82882 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
> I would rather use chain loading; you can directly lo= ad core.img using
> chainload $prefix/i386-pc/core.img
<= div style=3D"font-family: times new roman, new york, times, serif; font-siz= e: 12pt;" class=3D"yui_3_7_2_16_1356601299386_57">
I tried it.
Unfortunately I get message "error: inval= id signature" from the chainloader command.


---1168743889-1213889121-1356601394=:82882-- From MAILER-DAEMON Thu Dec 27 11:46:16 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1ToGb2-00053I-Jn for mharc-help-grub@gnu.org; Thu, 27 Dec 2012 11:46:16 -0500 Received: from eggs.gnu.org ([208.118.235.92]:41163) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ToGas-00052y-Lf for help-grub@gnu.org; Thu, 27 Dec 2012 11:46:15 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ToGar-0002hT-DT for help-grub@gnu.org; Thu, 27 Dec 2012 11:46:06 -0500 Received: from mail-la0-f50.google.com ([209.85.215.50]:61656) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ToGar-0002hH-6O for help-grub@gnu.org; Thu, 27 Dec 2012 11:46:05 -0500 Received: by mail-la0-f50.google.com with SMTP id c1so12573874lah.9 for ; Thu, 27 Dec 2012 08:46:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type :content-transfer-encoding; bh=Wuk7RQgwIGtHZbLJuK8zomGyaml1BSay2TKewpn+ZMg=; b=j8/nTNzr0tKL/xSZ+IGUxCCOEyiUYK2Tch7saNyM/9Ur1PjMfP5/pKeOD4sbmx0Mnr qHOkFAuz1DSkbQ/QOSOf0qF5sXTbyRzU0MPGpegVHVhsJqEmqIoMmYR6HgZCDXPHKBJN ocqD9+MMtrvkN6L28K+RXKH7o7/HQRx3xHAX1TH705/PCVOyFSjQ1o44qwJ5ZCpXifgQ lmChWM+E8Y+yleLgy3/jsnAqzGJt63IV9QSrlcTIAaOGhQtfDMwzDyKc9JqymOPVOYkR l9/KDkBZXRtjfP9OWJ//E5hRCYsHOeSewSvUaMqYg+z9WPCirjLftzEOfxudFAgA9RUf ydFg== X-Received: by 10.152.108.48 with SMTP id hh16mr28542190lab.25.1356626763554; Thu, 27 Dec 2012 08:46:03 -0800 (PST) Received: from opensuse.site (ppp91-78-198-46.pppoe.mtu-net.ru. [91.78.198.46]) by mx.google.com with ESMTPS id fv12sm11410946lab.12.2012.12.27.08.46.01 (version=SSLv3 cipher=OTHER); Thu, 27 Dec 2012 08:46:02 -0800 (PST) Date: Thu, 27 Dec 2012 20:45:59 +0400 From: Andrey Borzenkov To: S O Subject: Re: EasyBCD and GRUB2 Message-ID: <20121227204559.5f22e9ac@opensuse.site> In-Reply-To: <1356601394.82882.YahooMailNeo@web182202.mail.bf1.yahoo.com> References: <1356421268.35536.YahooMailNeo@web182201.mail.bf1.yahoo.com> <1356497705.14684.YahooMailNeo@web182202.mail.bf1.yahoo.com> <1356601394.82882.YahooMailNeo@web182202.mail.bf1.yahoo.com> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.215.50 Cc: "help-grub@gnu.org" X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 16:46:15 -0000 ÷ Thu, 27 Dec 2012 01:43:14 -0800 (PST) S O ÐÉÛÅÔ: > > I would rather use chain loading; you can directly load core.img using > > > chainload $prefix/i386-pc/core.img > > I tried it. > Unfortunately I get messageš"error: invalid signature" from the chainloader command. Sorry, this of course should have been multiboot $prefix/i386-pc/core.img From MAILER-DAEMON Thu Dec 27 14:40:01 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1ToJJB-0004mf-Rt for mharc-help-grub@gnu.org; Thu, 27 Dec 2012 14:40:01 -0500 Received: from eggs.gnu.org ([208.118.235.92]:45477) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ToJJ3-0004kf-67 for help-grub@gnu.org; Thu, 27 Dec 2012 14:40:00 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ToJJ0-0007ai-EP for help-grub@gnu.org; Thu, 27 Dec 2012 14:39:53 -0500 Received: from qmta03.emeryville.ca.mail.comcast.net ([76.96.30.32]:55749) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ToJJ0-0007aW-3u for help-grub@gnu.org; Thu, 27 Dec 2012 14:39:50 -0500 Received: from omta04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by qmta03.emeryville.ca.mail.comcast.net with comcast id giRF1k00B0lTkoCA3jfn9k; Thu, 27 Dec 2012 19:39:47 +0000 Received: from [192.168.1.145] ([75.70.21.241]) by omta04.emeryville.ca.mail.comcast.net with comcast id gjfm1k00K5C5Uhn8Qjfni4; Thu, 27 Dec 2012 19:39:47 +0000 Content-Type: text/plain; charset=koi8-r Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: EasyBCD and GRUB2 From: Chris Murphy In-Reply-To: <20121227204559.5f22e9ac@opensuse.site> Date: Thu, 27 Dec 2012 12:39:48 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1356421268.35536.YahooMailNeo@web182201.mail.bf1.yahoo.com> <1356497705.14684.YahooMailNeo@web182202.mail.bf1.yahoo.com> <1356601394.82882.YahooMailNeo@web182202.mail.bf1.yahoo.com> <20121227204559.5f22e9ac@opensuse.site> To: "help-grub@gnu.org" X-Mailer: Apple Mail (2.1499) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1356637187; bh=JvX0j4L2AL9GvnI9XhKgg3Ys79OPdz/E/7KW0jwxF3E=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To; b=rund7e2+Ah8ERwz9jskpsY8Ms5gZJVPNgxyHFe3BRBGBMMPxTer9zAD8E+ik1xDFy gKmQotDCGV69ufgxhZaZXEFo9I8RtfBzpxEPwOejMA9iB1KiyGVnZJ/L+ux35KGjZx wP2KcDaaHyWdtp02EhBq+H78/Lo57N3PVllSRKTt0O3WUWmHsk51ftdtBql44O60Fp +UGARGNsYUbpKQRuH3qs2We1QsO+a9uNJuVofttUDfPOD9JcSA4iWT33jFuOG2rtN4 ECO3lSrKRq1L5h+vcXzvzVMjb4W1FF8YtCKIgTrIgqRMv+lxWE1xu64XTctnC2xlJe pGxSCQrbkJc1w== X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 76.96.30.32 X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Dec 2012 19:40:00 -0000 On Dec 27, 2012, at 9:45 AM, Andrey Borzenkov = wrote: > =F7 Thu, 27 Dec 2012 01:43:14 -0800 (PST) > S O =D0=C9=DB=C5=D4: >=20 >>> I would rather use chain loading; you can directly load core.img = using >>=20 >>> chainload $prefix/i386-pc/core.img >>=20 >> I tried it. >> Unfortunately I get message "error: invalid signature" from the = chainloader command. >=20 > Sorry, this of course should have been >=20 > multiboot $prefix/i386-pc/core.img So multiboot should be used by an instance of GRUB2 that needs to load = another instance of GRUB2; and kernel should be used by an instance of = GRUB Legacy needing to load GRUB2? Chris Murphy= From MAILER-DAEMON Thu Dec 27 21:49:10 2012 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1ToQ0U-00022R-9a for mharc-help-grub@gnu.org; Thu, 27 Dec 2012 21:49:10 -0500 Received: from eggs.gnu.org ([208.118.235.92]:60303) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ToQ0R-00022K-QZ for help-grub@gnu.org; Thu, 27 Dec 2012 21:49:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ToQ0M-0003ft-8F for help-grub@gnu.org; Thu, 27 Dec 2012 21:49:07 -0500 Received: from mail-la0-f47.google.com ([209.85.215.47]:53745) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ToQ0L-0003fd-W2 for help-grub@gnu.org; Thu, 27 Dec 2012 21:49:02 -0500 Received: by mail-la0-f47.google.com with SMTP id fh20so178060lab.20 for ; Thu, 27 Dec 2012 18:49:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:in-reply-to :references:x-mailer:mime-version:content-type :content-transfer-encoding; bh=GX+9im2iY1BnVnbHFZF87D05ieUO2LV4nsc93EVyo5A=; b=mxGgfX9QVi/YA8ytdf1HPMnQVTvKWHzuX7X9/rGo2SgbpQJoV2x1ZtMEZHF4A028CR nIHMGkxE/wF3xIF5n000m34BDNUMLPaqv2EsCtFL6RgG0RIeie5eWVnHlVx0K4WEV4Ln MoK8XszIdUt+4SemXvpFDySOJO3SFWqeLgLsgcsAwVZ420cDzTliTb9v1EWm8vvLfzA1 GmboNrHzXq+5yb48OXD3o6dnIYPrqYIkvXAL0m0UrELBbVsExRrDhCK37aDk4d+BwMHj 0f/XmrrdQimG238GqLBdGILUc6ui/06Wx3sOnGetivGhgL2HIs0ej9B8lVX8LFmv32/o o0Wg== X-Received: by 10.152.125.136 with SMTP id mq8mr30128758lab.41.1356662940589; Thu, 27 Dec 2012 18:49:00 -0800 (PST) Received: from opensuse.site (ppp91-78-198-46.pppoe.mtu-net.ru. [91.78.198.46]) by mx.google.com with ESMTPS id sj3sm11825880lab.2.2012.12.27.18.48.58 (version=SSLv3 cipher=OTHER); Thu, 27 Dec 2012 18:48:59 -0800 (PST) Date: Fri, 28 Dec 2012 06:48:57 +0400 From: Andrey Borzenkov To: Chris Murphy Subject: Re: EasyBCD and GRUB2 Message-ID: <20121228064857.2856d227@opensuse.site> In-Reply-To: References: <1356421268.35536.YahooMailNeo@web182201.mail.bf1.yahoo.com> <1356497705.14684.YahooMailNeo@web182202.mail.bf1.yahoo.com> <1356601394.82882.YahooMailNeo@web182202.mail.bf1.yahoo.com> <20121227204559.5f22e9ac@opensuse.site> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.10; x86_64-suse-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.215.47 Cc: "help-grub@gnu.org" X-BeenThere: help-grub@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Support requests for the GRand Unified Bootloader List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Dec 2012 02:49:09 -0000 ÷ Thu, 27 Dec 2012 12:39:48 -0700 Chris Murphy ÐÉÛÅÔ: > > On Dec 27, 2012, at 9:45 AM, Andrey Borzenkov wrote: > > > ÷ Thu, 27 Dec 2012 01:43:14 -0800 (PST) > > S O ÐÉÛÅÔ: > > > >>> I would rather use chain loading; you can directly load core.img using > >> > >>> chainload $prefix/i386-pc/core.img > >> > >> I tried it. > >> Unfortunately I get message "error: invalid signature" from the chainloader command. > > > > Sorry, this of course should have been > > > > multiboot $prefix/i386-pc/core.img > > So multiboot should be used by an instance of GRUB2 that needs to load another instance of GRUB2; and kernel should be used by an instance of GRUB Legacy needing to load GRUB2? > Yes.