Bug 497290

Summary:	Updating kernel does not update grub
Product:	[Fedora] Fedora	Reporter:	Phil <phil.ingram>
Component:	mkinitrd	Assignee:	Peter Jones <pjones>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	low
Version:	rawhide	CC:	hdegoede, itamar, katzj, kernel-maint, me, pjones, quintela, wtogami
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:	2009-04-24 07:07:23 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Phil 2009-04-23 08:43:47 UTC

Description of problem:
every single kernel update i do does not update grub.  this issue persists through complete reinstalls.

Version-Release number of selected component (if applicable):
F11 rawhide

How reproducible:
without fail - or with fail depending on where you stand :).

Steps to Reproduce:
1. install x86_64 system
2. update kernel
3. inspect /boot/grub/grub.conf
  
Actual results:
additional kernel line has not been added to grub.conf

Expected results:
new kernel be listed to easily boot in to.

Additional info:
i can still boot the system to the new kernel by either manually updating grub.conf or using the grub command line.... ugh!

is this related to the system-config-boot issue?? bug #473798

Comment 1 Chuck Ebbert 2009-04-23 19:15:06 UTC

what happens if you manually run the new-kernel-pkg command?  e.g.

 new-kernel-pkg --depmod --install 2.6.29.1-102.fc11.x86_64

Comment 2 Dave Jones 2009-04-23 19:53:59 UTC

the only time I saw something like this, /etc/grub.conf was a broken symlink, which caused /sbin/grubby to go nuts.

Comment 3 Phil 2009-04-23 21:33:58 UTC

Symlink's fine:
lrwxrwxrwx. 1 root root     11 2009-04-19 23:14 menu.lst -> ./grub.conf


[root@x64 grub]# new-kernel-pkg -v --depmod --install 2.6.29.1-102.fc11.x86_64
initrdfile is /boot/initrd-2.6.29.1-102.fc11.x86_64.img
running depmod for 2.6.29.1-102.fc11.x86_64
found /boot/initrd-2.6.29.1-102.fc11.x86_64.img and using it with grubby
adding 2.6.29.1-102.fc11.x86_64 to /boot/grub/grub.conf
grubby fatal error: unable to find a suitable template
/etc/lilo.conf does not exist, not running grubby

Comment 4 Dave Jones 2009-04-23 22:30:37 UTC

LILO !?!#@$!

reassigning to mkinitrd (the package which provides grubby)

Comment 5 Hans de Goede 2009-04-24 07:07:23 UTC

I'm afraid this is a known unknown (as in we don't know the cause) issue, marking this as a dup of the original bug.

Is there perhaps anything weird with your grub.conf ? Try copying over a grub.conf from another machine and do minimal editing to make it match the
machine in question. That might help. If that helps it would be nice if you could piecemeal warp the new grub.conf into the non working one to find out what breaks grubby.

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