Bug 810348

Summary: "error: file not found" after booting kernel
Product: [Fedora] Fedora Reporter: Christian Schramm <christian.h.m.schramm>
Component: grub2Assignee: Peter Jones <pjones>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 17CC: awilliam, bcl, dennis, jwatt, mads, michel, mzdunek, pjones, Shurik
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-04-17 23:52:03 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Christian Schramm 2012-04-05 16:39:16 UTC
Description of problem:
After upgrading F16 to F17 Beta (and hitting #810346), every time I boot I get the message "error: file not found" 3 times. Then I get asked to hit a key, and after that booting continues as expected.

Version-Release number of selected component (if applicable):
GRUB2 1.99-19

How reproducible:
always

Steps to Reproduce:
1. boot
2.
3.
  
Actual results:
The following error is produced:
----
error: file not found
error: file not found
error: file not found

Hit a key to continue ...
----

(Wording might not be totally correct here.)

Expected results:
No error is produced.

Additional info:
Recreating grub2 configuration via "grub2-mkconfig -o /boot/grub2/grub.conf" does not help.

Comment 1 Michel Lind 2012-04-11 09:04:57 UTC
Same here. When I first upgraded to F17 I did not have this problem, so this must be a recent regression. It seems to start occurring around the time Grub2 starts displaying only one Linux entry (and hiding the other kernels under "Advanced Linux configuration")

Comment 2 Michel Lind 2012-04-11 09:16:02 UTC
Problem is still present with the latest grub2-2.0-0.22.fc17.x86_64 from Koji.

Comment 3 Mads Kiilerich 2012-04-17 23:32:33 UTC
Have you tried running
grub2-install /dev/sda
(or wherever your boot loader is installed)?

Try to run 
find /boot/grub2 | sort > before
and compare that with the content after.

I guess the problem is that grub2-mkconfig references the new all_video module that won't be available before it has been installed.

Comment 4 Adam Williamson 2012-04-17 23:52:03 UTC
This is NOTABUG, because you chose 'skip bootloader configuration' at upgrade time (see 810346).



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 5 Christian Schramm 2012-04-18 08:22:59 UTC
Running "grub2-install /dev/sda"  solves the problem, thank you! The main difference in "find /boot/grub2 | sort" is that after grub2-install the .mod files are installed in a subdirectory "i386-pc" instead of straight in the grub2 directory.

Comment 6 Jonathan Watt 2012-06-05 09:23:52 UTC
(In reply to comment #4)
> This is NOTABUG, because you chose 'skip bootloader configuration' at
> upgrade time

I also ran into bug 810346 doing a preupgrade from 16 -> 17, and after fixing it with 'sudo grub2-mkconfig -o /boot/grub2/grub.cfg' I also ran into this bug. I'm not sure why this is NOTABUG, since I for one did not do anything other than accept the preupgrade defaults. If 'skip bootloader configuration' is a default, than that itself would seem to be a bug.

Comment 7 Mads Kiilerich 2012-06-05 11:19:36 UTC
(In reply to comment #6)
> (In reply to comment #4)
> > This is NOTABUG, because you chose 'skip bootloader configuration' at
> > upgrade time

For the record: that choice is unfortunately done automatically by upgrade - see 827987.

> I also ran into bug 810346 doing a preupgrade from 16 -> 17, 

No; bug 810346 was for usb install - not for preupgrade.

> and after
> fixing it with 'sudo grub2-mkconfig -o /boot/grub2/grub.cfg' I also ran into
> this bug.

You got the same symptoms - not necessarily the same problem.

This report is a bit unclear and doesn't mention the installation method. It is probably not preupgrade and your problem is probably different. 

> I'm not sure why this is NOTABUG, since I for one did not do
> anything other than accept the preupgrade defaults. If 'skip bootloader
> configuration' is a default, than that itself would seem to be a bug.

Other installation methods has the option of choosing to not install a bootloader - something a power user might need. Choosing that option and not handling it is not a bug.

Comment 8 Jonathan Watt 2012-06-05 12:04:44 UTC
I see. Thanks for clarifying Mads.