Bug 911250

Created attachment 618359 [details]
Workaroung grub header

(In reply to Kevin KIN-FOO from comment #0)
> Created attachment 618358 [details]
> Faulty grub header
The header is not faulty per se.
The problem is that grub2 cannot write to a btrfs partition, so it cannot reset the specified boot entry and boots it again and again (without showing the menu).
See bug#856391, of which this is a duplicate IMHO.

> How can I recover dual boot?
Remove the file /boot/grub2/grubenv and your menu should be back.

(In reply to Wolfgang Bauer from comment #2)
> (In reply to Kevin KIN-FOO from comment #0)
> > Created attachment 618358 [details]
> > Faulty grub header
> The header is not faulty per se.
> The problem is that grub2 cannot write to a btrfs partition, so it cannot
> reset the specified boot entry and boots it again and again (without showing
> the menu).
> See bug#856391, of which this is a duplicate IMHO.
> 
> > How can I recover dual boot?
> Remove the file /boot/grub2/grubenv and your menu should be back.

I removed /boot/grub2/grubenv and menu is back and working.

Should we close this bug and mark it as duplicate of bug#856391 as I use btrfs.

Hi Kevin, I do not know if this will work for you, but I had a similar case today. After an update (mainly patches through Yast), grub presented only the "sparse file not allowed" error and no more boot menu as well.

The solution was quite simpler than what I have read. Just open Yast / System / Bootloader /  and on the tab "Bootloader options" just unselect the first line "search for other operative systems"; accepted and restarted. Grub as good as before the update.

This is in an HP notebook with OpenSUSE 13.2 _64bits (alone, no other OS).
Regards,

Gian Paolo Sanino

(In reply to Gian Paolo Sanino from comment #4)
> Hi Kevin, I do not know if this will work for you, but I had a similar case
> today. After an update (mainly patches through Yast), grub presented only
> the "sparse file not allowed" error and no more boot menu as well.
> 
> The solution was quite simpler than what I have read. Just open Yast /
> System / Bootloader /  and on the tab "Bootloader options" just unselect the
> first line "search for other operative systems"; accepted and restarted.
> Grub as good as before the update.
> 
> This is in an HP notebook with OpenSUSE 13.2 _64bits (alone, no other OS).
> Regards,
> 
> Gian Paolo Sanino

Hi,

Your solution is an elegant way to bypass the problem.
Do you have several OS on your computer?

Kevin

(In reply to Gian Paolo Sanino from comment #4)
> The solution was quite simpler than what I have read. Just open Yast /
> System / Bootloader /  and on the tab "Bootloader options" just unselect the
> first line "search for other operative systems"; accepted and restarted.
> Grub as good as before the update.
Hm, how is this easier than just removing grubenv? ;)

But you're right, your solution works as well, because YaST resets grubenv.

Btw, you do _not_ have to disable "search for other operative systems". It will work as well if you just enter YaST->Boot Loader and press OK.
The os-prober is totally unrelated to the problem.

As you mentioned this happening "after an update": this should not be caused by any update. But maybe you installed a kernel update, and then hibernated before rebooting to the new kernel? There is another bug that would cause the hibernate script to set the wrong boot entry and your system would not resume from hibernation at all (and therefore not reset grubenv). See bug#911243

@Kevin: Probably this other bug was what actually happened to you?

I am affected by this bug too.

Ok, since there's no answer to my question, let's close it as duplicate of  bug#856391 now.

It is fixed in Tumbleweed and Leap 42.1 btw, grub2 uses a special filesystem area in the case of btrfs for its "environment block" instead of /boot/grub2/grubenv.
I hope we can release this as update for 13.2 as well.

*** This bug has been marked as a duplicate of bug 856391 ***