From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1LuBiT-0006Qb-N0 for mharc-grub-devel@gnu.org; Wed, 15 Apr 2009 16:28:17 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LuBiS-0006Q5-Bz for grub-devel@gnu.org; Wed, 15 Apr 2009 16:28:16 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LuBiN-0006O8-8v for grub-devel@gnu.org; Wed, 15 Apr 2009 16:28:15 -0400 Received: from [199.232.76.173] (port=58141 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LuBiN-0006O1-16 for grub-devel@gnu.org; Wed, 15 Apr 2009 16:28:11 -0400 Received: from elasmtp-kukur.atl.sa.earthlink.net ([209.86.89.65]:52823) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LuBiM-0005BZ-Ns for grub-devel@gnu.org; Wed, 15 Apr 2009 16:28:10 -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 1LuBhQ-0006LN-UV for grub-devel@gnu.org; Wed, 15 Apr 2009 16:27:13 -0400 Message-ID: <49E64336.6060309@earthlink.net> Date: Wed, 15 Apr 2009 16:27:34 -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: c85a64c14a050764b95206241ab561599ef193a6bfc3dd4816e8eb3a41b46def1fdc6230d56aa7ed32896555ed3a2240350badd9bab72f9c350badd9bab72f9c 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: Wed, 15 Apr 2009 20:28:16 -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 _______________________________________________ Don't know if anyone is still interested in this problem or not, but I believe I have found the problem, as I have svn2070 working now on all 4 of my machines. What I found. Upon testing on my main machine, I found during my investigations, that it didn't seem that the newer Grub2 was overwriting the info in the MBR. My drive had the system on hd0,1, but listing the root set at the rescue prompt showed hd0,2 for some reason, which was from a previous setup. I manually cleared out the MBR, installed the newer version, from svn2031 that had been working, then ran grub-install again. To my delight, it worked without problems, after rebooting! Since I normally get weekly svn files to test, I wondered if doing grub-install so often caused this breakdown in overwriting the MBR? I have tested this fix on 4 different machines now and after clearing out the MBR, grub-install works correctly. So my question to you guys is this: is this a bug in Grub2 that causes it not to overwrite the MBR with new info or something else? I also concur with Andreas above about the "vga" problem, which I've noticed you guys discussing often here. Presently if I use splash=silent vga=794, the splash will not show. I get the correct resolution set, but still see the scrolling text. From the emails I've read here, this problem still seems to be present in the latest svn? Is there something extra that ./configure needs now to make this work correctly? Thanks, Pat