Red Hat Bugzilla – Bug 728775
grub2 --class xen: initramfs missing, booting under XEN fails (found on Fedora 16)
Last modified: 2011-09-30 14:49:12 EDT
Created attachment 517041 [details]
While searching initrd files, search initramfs-_kernel_version_.img too
Description of problem:
grub2-mkconfig generates initramfs-less boot entries for "--class xen"
Effect is that XEN kernels are not bootable.
/etc/grub.d/20_linux_xen searches /boot/initrd-* style files.
Unfortunately in Fedora 16 install the files are named
/boot/initramfs-*. Thus "--class xen" entries don't have initrd at all.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install xen package on current Fedora 16.
2. Run grub2-mkconfig -o /boot/grub2/grub.cfg
3. Test if men uentries on /boot/grub2/grub.cfg for XEN include initramfs lines.
initramfs is not introduced on "--class xen". Trying to boot them fails.
initramfs is included on "--class xen" menu entries.
Booting XEN loads initramfs.
The patch definitely did the trick for me.
So Tested-by: Konrad Rzeszutek Wilk <firstname.lastname@example.org>
can be certainly added.
*** Bug 738010 has been marked as a duplicate of this bug. ***
The patch in my DUPE ought to be in a marginally more acceptble format (diff -Naur) but in any case this is a trivial one-liner ...
grub2-1.99-6.fc16 has been submitted as an update for Fedora 16.
* should fix your issue,
* was pushed to the Fedora 16 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing grub2-1.99-6.fc16'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
I just tested this new package on Fedora Beta RC1 and see that grub2-mkconfig now creates the proper initramfs lines. So, this seems fixed.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
grub2-1.99-6.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.