Bugzilla – Bug 228806
after upgrading from 10.1 to 10.2, grub is caught in endless reboot loop
Last modified: 2007-02-15 18:23:59 UTC
I upgraded my box from 10.1 to 10.2, and now grub is caught in a reboot loop. whenever the grub menu is supposed to appear, the box reboots instead. booting the system from installation dvd ("other options->start installed system" in yast), then re-installing the bootloader with yast doesnt help. changing the bootloader to lilo, convert the grub config in yast, write bootloader to disk results in an error which is not further detailed. i really want to avoid a reinstall, there's stuff on that box that i dont want to loose.
Could you please try to convert the bootloader to lilo again and post the yast logs and /var/log/messages.
Created attachment 109984 [details] yast logs
Created attachment 109985 [details] /var/log/messages
my guess is, the problem orginated in the fact that the upgrade abortet half way through, due to a faulty dvd (strange enough, k3b verify after burn AND media check in yast thought it was ok...), so i had to continue the upgrade by hand. I did a clean re-install today (thankfully i DO change the suse default partition layout, so i have every place where i keep stuff thats not in rpm packages on separate partitions), and the machine is running just fine. Much faster than 10.1, too (might be because i showed zen the way towards /dev/null...). That still doesn't change the fact that i was NOT able to fix the broken bootloader in any way available (see bug #228813), so i'm still interested if you guys manage to find the reason for the broken bootloader.
i ran into the very same problem on my x86_64 laptop, where the upgrade process went through without any problems (and no read errors either, due to me using the "boxed" dvd by now). hence, reopened.
any news about this?
Hi, I think there is a problem with the Yastmodul for configuring grub. I have Opensuse 10.2 and Windows XP (Second master, second partition) If I configure with the Yastmodul the Config works for Linux. But if i boot one time into windows. The bootloader isn't working anymore from the mbr. If i use a disk for booting everything works fine. My Partitions: ---- /dev/hdc2 7,9G 3,8G 3,7G 51% / udev 506M 144K 506M 1% /dev /dev/hdc3 13G 3,6G 8,7G 29% /home /dev/hdd1 21G 16G 4,6G 78% /mnt/hdd1 /dev/hdc5 2,0G 65M 1,9G 4% /mnt/lin1 /dev/hdc6 2,0G 65M 1,9G 4% /mnt/lin2 /dev/sda2 149G 109G 40G 73% /mnt/sda2 /dev/hdc7 13G 11G 1,3G 90% /usr/local /dev/hdd2 14G 12G 2,3G 85% /windows/C -- Default by Yast, but not working for a windows on second hd -- menu.lst title WindowsXP rootnoverify (hd0,0) makeactive chainloader (hd1,1)+1 ---- Modified like described in Grubdocu, working, but only one time --- menu.lst title WindowsXP rootnoverify (hd0,0) map (hd0) (hd1) map (hd1) (hd0) makeactive chainloader (hd1,1)+1 ---- I checked this, and i changed the entry for root and chainloader and now everything is working fine. -- menu.lst title WindowsXP rootnoverify (hd1,1) -- Windows root map (hd0) (hd1) map (hd1) (hd0) makeactive chainloader +1 -- NO hd information ---- I think the problem is, that the yastmodul assumes windows being on the first partition of the first hd, even if i changed the hd to /dev/hdd2 Is it possible to change the modul so it a) make the right entry for the root-Part? (hd1,1) in my case b) checking if the first hd is used, if that is not the case adding the map entries? Thanks
WHICH info is needed from me? besides, the stuff in comment #7 does not apply to my systems, both have only one harddisk, both have more or less the same partition scheme (windows on first primary partition on first harddisk, linux partitions all logicals insode one secondary partition on first harddisk), and above all, my fault situation was not "windows doesnt boot anymore" but "grub doesnt work at all, instead it reboots".
I can reproduce this problem, see comment #1 for Bug 231104 https://bugzilla.novell.com/show_bug.cgi?id=231104#c1
Can you please try and disable the graphical stuff in the bootloader configuration? (Comment out gfxmenu.... in /boot/grub/menu.lst) To Comment #7: Martin, we'll try to integrate this mapping mechanism into 10.3. But this is an enhancement and completely unrelated here
re #10: I actually can't. After a few days of trying to get my comnputers to work, i did a clean re-install on all of them, and grub works as expected.
The original problem here is about grub looping during boot. The original commenter cannot reproducce it anymore, but comment #9 suggests it could be related to this bug: https://bugzilla.novell.com/show_bug.cgi?id=231104 Setting this bug as a duplicate of bug #231104. Comment #7 suggests to handle booting Windows from the second drive by remapping the drive with grub. Feature #301994 has been opened for this. *** This bug has been marked as a duplicate of bug 231104 ***