From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1NaV7C-0005bU-Ev for mharc-grub-devel@gnu.org; Thu, 28 Jan 2010 09:12:58 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NaV79-0005Zz-WC for grub-devel@gnu.org; Thu, 28 Jan 2010 09:12:56 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NaV75-0005Wc-7b for grub-devel@gnu.org; Thu, 28 Jan 2010 09:12:55 -0500 Received: from [199.232.76.173] (port=50446 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NaV75-0005WX-0o for grub-devel@gnu.org; Thu, 28 Jan 2010 09:12:51 -0500 Received: from moutng.kundenserver.de ([212.227.17.9]:53538) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NaV74-0003dv-BT for grub-devel@gnu.org; Thu, 28 Jan 2010 09:12:50 -0500 Received: from [192.168.100.121] (xdsl-78-34-153-114.netcologne.de [78.34.153.114]) by mrelayeu.kundenserver.de (node=mrbap1) with ESMTP (Nemesis) id 0MIyAj-1NcPpq35Oz-0036hX; Thu, 28 Jan 2010 15:11:39 +0100 Message-ID: <4B619B17.7010709@web.de> Date: Thu, 28 Jan 2010 15:11:35 +0100 From: edgar.soldin@web.de User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: The development of GNU GRUB References: <20100128114547.GI4409@riva.ucam.org> In-Reply-To: <20100128114547.GI4409@riva.ucam.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX1+O13hsdmt8JEIQDrIkGSYB0wW4o9H8yvMdAUB 4bF3EkHvXtl9kNzWaE/FtxhqSIuBO5pmvldlYRuWetVkJhpNMl kzyMkz96w5NCXFk2LnULA== X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. Subject: Re: Is it possible to have grub2's boot.img as my MBR, but have it look in a separate partition for core.img? X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jan 2010 14:12:56 -0000 I had also problems to install grub2 to a partition boot record. It complained and wouldn't do it. But it was necessary, because the laptop bios I wanted to boot the usb stick, did actually ignore the mbr but insisted on starting the partition boot record. I compiled a g2ldr and used the latest grubinst-1.1-bin-w32-2008-01-01 to install grub into mbr and the partitions boot record using the grub2 flag. This worked only when g2ldr was present on the root of the partitions fat32 fs. Can anybody explain the difference of this approach and why it works? thanks ede On 28.01.2010 12:45, Colin Watson wrote: > On Thu, Jan 28, 2010 at 03:37:44AM +0000, Wesley Smith wrote: >> I am sorry to bother you, but reading the docs has not helped, and Googling has >> turned up only other people suffering from the same problem, but not the >> solution to it. >> >> I have a multiboot system that I would like to use Grub to manage. The version >> of Grub shipping with my Linux distro is Grub2, and it installs its equivalent >> of core.img into the remaining sectors on the first track after the MBR but >> before the first partition. Unfortunately, those sectors are needed by another >> program. >> >> I have a separate primary /boot partition, with the rest of my Linux distro >> stored in an LVM. If I could only keep boot.img as my MBR but have it look in >> the /boot partition for core.img rather than having it read an embedded one from >> the sectors immediately following the MBR, everything would work fine. Is this >> possible with Grub2? > > Yes, you can do this by using 'grub-install /dev/sda1' (or whatever the > device name for your /boot partition is). > > Note that this setup typically requires the use of blocklists, which are > inherently unreliable. For example, you may find that you need to > re-run grub-install after certain filesystem operations; see the "And > blocklists?" section of http://grub.enbug.org/BIOS_Boot_Partition for a > description of the problem. This problem was present in GRUB Legacy as > well, although it did not warn about it. >