[Bug 929594] New: Boot failure after applying online updates
http://bugzilla.opensuse.org/show_bug.cgi?id=929594 Bug ID: 929594 Summary: Boot failure after applying online updates Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Critical Priority: P5 - None Component: Bootloader Assignee: jsrain@suse.com Reporter: darren@freemaninstruments.com QA Contact: jsrain@suse.com Found By: --- Blocker: --- I know this could be hard to track down, but you should at least be aware of it, as unbootable systems are pretty hard for most users to recover. And it's also a security issue as you're posting security updates that may not be effective in a number of cases. I applied a large number of online updates in a batch. One of the updates was to a newer kernel, 3.16.7-21. When it got to that part of the installation process, it failed because /boot was full. (It is 128M. Everything else is on LVM2 via LUKS.) So I manually deleted the oldest kernel, 3.16.6-2, and its initrd from /boot, then hit retry, then all was good. On the next reboot, the only GRUB2 menu item for Linux was pointing to the kernel that I had deleted :/ Fortunately I was able to edit the command line within GRUB2 and simply use "vmlinuz" and "initrd", with no version info. The symlink had updated correctly, but evidently I had been booting the older kernel for a while, as I already had a newer one installed, 3.16.7-7, but was not using it at the time that I applied this recent update. So it appears to be a bootloader configuration issue. The new kernel booted fine, the symlinks were updated fine, but GRUB2 is directly referencing a particular kernel version that no longer exists. It never got updated with either of the online updates that were applied since 3.16.6-2. I'm not sure if the full /boot has anything to do with it. I suspect that is irrelevant. It's just the reason that I discovered I was using an older kernel than the most recent one installed. This probably also explains all the problems I was having with VirtualBox not having a kernel module available. I was not running the kernel that matched the kernel package that was installed. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=929594
Jiri Srain
http://bugzilla.opensuse.org/show_bug.cgi?id=929594
Darren Freeman
http://bugzilla.opensuse.org/show_bug.cgi?id=929594
Jiri Srain
http://bugzilla.opensuse.org/show_bug.cgi?id=929594
Darren Freeman
http://bugzilla.opensuse.org/show_bug.cgi?id=929594
--- Comment #5 from Darren Freeman
http://bugzilla.opensuse.org/show_bug.cgi?id=929594
--- Comment #6 from Darren Freeman
http://bugzilla.opensuse.org/show_bug.cgi?id=929594
Josef Reidinger
http://bugzilla.opensuse.org/show_bug.cgi?id=929594
--- Comment #8 from Darren Freeman
http://bugzilla.opensuse.org/show_bug.cgi?id=929594
Darren Freeman
http://bugzilla.opensuse.org/show_bug.cgi?id=929594
Jiri Srain
http://bugzilla.opensuse.org/show_bug.cgi?id=929594
--- Comment #10 from Josef Reidinger
http://bugzilla.opensuse.org/show_bug.cgi?id=929594
http://bugzilla.opensuse.org/show_bug.cgi?id=929594#c11
Darren Freeman
http://bugzilla.opensuse.org/show_bug.cgi?id=929594
http://bugzilla.opensuse.org/show_bug.cgi?id=929594#c12
Josef Reidinger
Further info.
I just upgraded another system from 13.1 to 13.2, using "zypper dup". It now has no bootloader configured under YaST2.
yes, yast2-bootloader no longer support grub1, but you can still manage to use it, just without yast. So if you use zypper dup, then it usually just works and only if you need modification you need to upgrade to grub2 and manage it yourself. More user friendly message in y2-bl that grub1 is no longer support is tracked as different bug number.
It was using Grub v1. Now I see that Grub v1 is not listed as an option, so I'm guessing Grub was uninstalled as part of the update. I was never given any warning that I no longer had a bootloader configured.
It is configured, just y2-bl cannot handle it.
Why was I using Grub 1? I couldn't get Grub 2 to boot. I tried again and again and gave up. So it would have been nice if Grub 1 hadn't gone away like that.
If you report your scenario and problem we can look at it. Only think I am aware of is bigger space needed for stage 2 that cause in not so common cases problem.
Maybe I can make Grub 2 work, but assume for a moment that I haven't noticed that I have no bootloader configured. Now I have the same issue that was described at the start of this report. The system silently continues to run with the old kernel from before the upgrade, and it never updates.
Only if you run yast2-bootloader, otherwise it is automatic updated to new kernel by perl-bootloader. As I said this problem in yast2 bootloader is covered by bug#923458
Please don't mark this invalid again. There is a problem affecting everyone who follows your "supported" upgrade path with a bootloader that is going to be silently removed during the update.
It should not be silently removed. If you do not run yast2-bootloader it should just work without any issue. If it is not case, I will need logs to see what happens. So marking as dup for UX problem that y2-bl do not nicely report that old grub1 configuration is used. *** This bug has been marked as a duplicate of bug 923458 *** -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@novell.com