From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LqfUo-0008Lm-8v for mharc-grub-devel@gnu.org; Sun, 05 Apr 2009 23:27:38 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LqfUm-0008KC-Na for grub-devel@gnu.org; Sun, 05 Apr 2009 23:27:36 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LqfUi-0008FN-4D for grub-devel@gnu.org; Sun, 05 Apr 2009 23:27:36 -0400 Received: from [199.232.76.173] (port=50277 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LqfUi-0008FG-1G for grub-devel@gnu.org; Sun, 05 Apr 2009 23:27:32 -0400 Received: from elasmtp-kukur.atl.sa.earthlink.net ([209.86.89.65]:33216) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LqfUh-0003D4-M0 for grub-devel@gnu.org; Sun, 05 Apr 2009 23:27:31 -0400 Received: from [24.148.247.152] (helo=[192.168.0.199]) by elasmtp-kukur.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from ) id 1LqfUg-0001qA-VK for grub-devel@gnu.org; Sun, 05 Apr 2009 23:27:31 -0400 Message-ID: <49D976A2.4090706@earthlink.net> Date: Sun, 05 Apr 2009 23:27:30 -0400 From: BandiPat Organization: Magic Page Products User-Agent: Thunderbird 2.0.0.21 (X11/20090302) MIME-Version: 1.0 To: The development of GRUB 2 References: <49D7744B.4040708@googlemail.com> <49D77664.5000409@googlemail.com> <49D7B682.3050008@earthlink.net> <49D8B875.4090604@googlemail.com> In-Reply-To: <49D8B875.4090604@googlemail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: c85a64c14a050764b95206241ab561599ef193a6bfc3dd48a028b8a56bc2ebe46bb2e907aa7e0b903ca473d225a0f487350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 24.148.247.152 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6 Subject: Re: Grub2 svn2059 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2009 03:27:36 -0000 Andreas Born wrote: > BandiPat schrieb: >> Thanks Andreas, I just figured that out as well when testing on >> another machine just now. If you still have the file I sent you for >> svn2059, would you mind testing it on your machine as well. I'm >> tempted to send you the svn2059 or 2065 to compile on your current >> machine, to see if it behaves differently than the one I built. Be >> prepared though, as I'm sure you'll need to re-install svn2031 back >> after 2059 fails to boot. Keep your LiveCD available to reboot! :-) > I tested the svn2059-60.1 build on my current Zenwalk installation. It > would boot here, but I have it installed to superblock of my ext3 > partition, so that might be the difference. Therefore I installed grub2 > to the MBR, but like that it would work too. > But I noticed two other problems: > > * If I drop to console with 'c' from the menu and then reload the > menu with 'configfile (hd0,3)/boot/grub/grub.cfg', 'prefix' is > unset and I can't boot. If I drop then back to console I can set > 'prefix' properly to '(hd0,3)/boot/grub' and boot from console, > but configfile won't work. > * With the 'linux' loader as opposed to the 'linux16' loader, I > would always get a verbose splash, although I force a silent one > with 'splash=silent'. My assumption was that the kernel parameters > are ignored at all, but passing a wrong root resulted in a error. > So either only 'splash=silent' is ignored or its something > completely different. I think the problem is related to the one > described in "New linux loader doesn't like vga=1". > > > Andreas >============= Ok, I'm not sure I understand what all of this means, except the part that you mentioned it worked for you. That at least tells me the build is not bad. Since I don't presently have a current 6.0 setup, I can't test that right now, but will do a new install so I can. I've never installed to the superblock, just the mbr, but I'll assume that's not the problem, since you seem to have gotten both to work. As I mentioned, I have tried this on two snapshot systems, where both have failed using 2059 or above. Since you haven't tried it on your snapshot, and this file will work there as well because the only difference is I compiled one as 686 the other 486. I would be interested to know your results there as well. I've got an idea I'm going to try, but not sure it will make a difference. Thus far, I've been using the previous grub.cfg created by 2031, so I think I'll try to let 2059 create a new one. Again not sure it would make a difference because it appears the loader is not getting to the grub.cfg before it fails. Thanks, Pat