|
Bugzilla – Full Text Bug Listing |
| Summary: | GRUB menu not available: 'sparse file not allowed' | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 13.1 | Reporter: | Forgotten User TljacLiSMA <forgotten_TljacLiSMA> |
| Component: | Bootloader | Assignee: | Michael Chang <mchang> |
| Status: | RESOLVED DUPLICATE | QA Contact: | Jiri Srain <jsrain> |
| Severity: | Major | ||
| Priority: | P5 - None | CC: | arvidjaar, forgotten_TljacLiSMA, jsegitz, wbauer |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | openSUSE 12.3 | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | grub.cfg | ||
|
Description
Forgotten User TljacLiSMA
2013-11-09 09:58:32 UTC
Well, reading environment may fail fir different reasons and it should not cause disappearing menu. Could you attach your grub.cfg? I'm afraid I don't have the relevant grub.cfg anymore. Created attachment 611250 [details]
grub.cfg
I just encountered the same issue in latest Factory with btrfs as / and no separate /boot:
I hibernated the system, and since then I get the "error: sparse file not allowed" and grub2 doesn't show the menu any more. The first boot entry is booted directly.
Removing grubenv fixed the problem as expected. (I only renamed it to be able to do further tests maybe)
The corresponding grub.cfg is attached, but it should be pretty much standard. I haven't changed anything regarding the boot loader options.
This was a fresh installation of 13.2 Beta 1 (IIRC) with the default installation proposal, except that I deselected the option to create a separate /home. I then later upgraded it to Factory.
I investigated this a bit more, and it seems I misinterpreted the situation: the "no sparse file allowed" error message comes in fact from trying to _write_ grubenv. If I comment out the "save_env" commands in grub.cfg the message disappears. Grub2 seems to _read_ the file just fine. And that's also the reason why it doesn't show the menu: I still had a "next_entry=xxx" in there. Background: the system crashed on resume (seems to be a VirtualBox problem), and so the next_entry didn't get removed by the resume script. I left it in there because I thought the file cannot be read anyway, and I couldn't reproduce the error message when I removed next_entry manually. I did at least set it to an invalid value by overwriting all characters with 'x', but apparently grub2 still hides the menu in that case. So, at least in my case, this seems to be just a duplicate of bug#856391. I'm marking it as such, we won't be able to find out the exact cause of the OP's issue any more anyway. Sorry for the noise! *** This bug has been marked as a duplicate of bug 856391 *** |