From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1NzpQv-0001DB-Rz for mharc-grub-devel@gnu.org; Thu, 08 Apr 2010 06:58:01 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NzpQu-0001Cm-Jd for grub-devel@gnu.org; Thu, 08 Apr 2010 06:58:00 -0400 Received: from [140.186.70.92] (port=49857 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NzpQs-0001Bl-6T for grub-devel@gnu.org; Thu, 08 Apr 2010 06:58:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NzpQo-0000eG-Sd for grub-devel@gnu.org; Thu, 08 Apr 2010 06:57:57 -0400 Received: from out2.smtp.messagingengine.com ([66.111.4.26]:37350) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NzpQo-0000e2-PV for grub-devel@gnu.org; Thu, 08 Apr 2010 06:57:54 -0400 Received: from compute2.internal (compute2.internal [10.202.2.42]) by gateway1.messagingengine.com (Postfix) with ESMTP id 17532EABA2 for ; Thu, 8 Apr 2010 06:57:53 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute2.internal (MEProxy); Thu, 08 Apr 2010 06:57:53 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version:content-transfer-encoding; s=smtpout; bh=rGVbyw0yL/60Ab63jr6B1S0g86k=; b=KrLUr0tRN8QGmyONinZQpd7r1cBdw2Khi//Hu1MN+x7xEl9hUfdbEZfP/RaETk5rr1t/YBSnLYt21WVCGAAjk2TzKaIDbw4IlZq+Phi38Nx7eSQm3YvBGQKudEuGBUQDWn7YYWAtc8CGBFskornt25Da4/orIvj5FHJvZNS25tY= X-Sasl-enc: jSAEUgGCHtqocR2MYvWlPrXYMVrpwWVZXllfzSObMDh3 1270724272 Received: from [192.171.192.188] (wllt1465.nerc-wallingford.ac.uk [192.171.192.188]) by mail.messagingengine.com (Postfix) with ESMTPSA id 992644A91DC for ; Thu, 8 Apr 2010 06:57:52 -0400 (EDT) From: Tim Booth To: The development of GNU GRUB In-Reply-To: <4BB64B1F.7010307@gmail.com> References: <1269446913.8288.384.camel@barsukas> <4BB64B1F.7010307@gmail.com> Content-Type: text/plain; charset=UTF-8 Date: Thu, 08 Apr 2010 11:57:55 +0100 Message-Id: <1270724275.8367.161.camel@barsukas> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. Subject: Re: Grub data clobbered by Novell ZENworks (was: Chainloading GRUB2 from Lilo) 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, 08 Apr 2010 10:58:00 -0000 Hi Vladimir, Thanks for your response. I think my original question was more to do with using lnxboot.img than with Lilo per se, but I totally agree that my "solution" stinks. If there is an easy workaround within Grub then that would save a lot of hassle. Following your suggestion I made the two files and a quick hexdump+diff reveals that sector 6 has been overwritten. This begins with the characters ZISD and thus led me to the good explanation here: http://www.novell.com/communities/node/5839/grub-and-zisd I have an older version than documented above, so moving the sector doesn't help and sector 6 just gets clobbered every time. The fix suggested on the site shifts up 13 sectors to sector 17. This suggests that newer versions of ZISD use a lot more space and just may not fit alongside Grub2 at all, but I don't have such a version to try. In my case there is only one sector changed, but I have no way to stop that particular sector being clobbered. Is there a way to make Grub skip that sector? Cheers, TIM On Fri, 2010-04-02 at 21:53 +0200, Vladimir '=CF=86-coder/phcoder' Serbin= enko wrote:=20 > Tim Booth wrote: > > Hi All, > > > > Sorry to clog up the developer list with my questions but I've scoure= d > > the documentation and not found an answer. > > > > I've hit this known problem: > > http://sourceforge.net/apps/mediawiki/bootinfoscript/index.php?title=3D= Boot_Problems:Windows_Writes_To_MBR > > > > Where broken software on Windows is clobbering GRUB2. Modifying the > > corporate Windows installation is not an option, so I'm trying to use > > Lilo in the MBR and immediately chainload Grub. > > =20 > Asking such a lilo question on GRUB list is annoying, especially that > it's not a real solution. > Could you try installing grub to mbr, then dump the MBR gap with > dd if=3D/dev/sda of=3Dbefore.bin count=3D64 > > dd if=3D/dev/sda of=3Dafter.bin count=3D64 > Then send both files to me? Or just say which sectors are modified. > It was reported that only sectore number 32 is modified. If it's > confirmed we can avoid using it unless we need the whole MBR gap (very > uncommon) >=20 > > Now I could install Grub into the (Ubuntu) Linux partition, but it se= ems > > rather simpler to just ask Lilo to chainload core.img. As far as I c= an > > tell, the only way to do this is to use lnxboot.img, telling lilo tha= t > > core.img is an initrd. - ie. like this: > > > > ---my /etc/lilo.conf--- > > # Very basic LILO chainloader config > > boot =3D /dev/sda > > lba32 > > default =3D chainload_grub2 > > timeout =3D 0 > > > > image =3D /boot/grub/lnxboot.img=20 > > append =3D "prefix=3D(hd0,5)/boot/grub" > > root=3D/dev/hda5 > > initrd =3D /boot/grub/core.img > > label =3D chainload_grub2 > > ---end--- > > > > But when Grub loads the prefix is set to (hd0,1)/boot/grub and I just > > get a recovery prompt and have to do: > > > > set prefix=3D(hd0,5)/boot/grub > > insmod normal > > normal > > > > So, is there any way to get the correct prefix passed through? I kno= w > > there are other ways to attack this problem, but as the fix needs to = be > > maintained on many machines I'm looking for something as simple as > > possible, and this is the simplest I can come up with, so I thought I= 'd > > ask this list before abandoning the idea completely. > > > > Cheers, > > > > TIM > > > > =20 >=20 >=20 > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel --=20 To Err is human. To Arrr is Pirate!