Description of problem: mkinitrd creates a ramdisk image that doesn't boot on a Dell T610 with a PERC/6i SCSI controller. The problem is that the init script loads the shpchp driver after megaraid_sas. This causes the lvm volumes to show up too late and the root filesystem isn't found. The workaround is to manually run mkinitrd --preload=shpchp. Version-Release number of selected component (if applicable): mkinitrd-6.0.87-4.fc11.x86_64 How reproducible: Always Steps to Reproduce: 1. Install Fedora 11 Actual results: Kernel won't boot because the root filesystem isn't found. Expected results: Root filesystem should be found, system should boot. Additional info: Unfortunately there is no way to specify modules that should be preloaded so everytime a new kernel is installed, mkinitrd must be run manually.
This is a mass edit of all mkinitrd bugs. Thanks for taking the time to file this bug report (and/or commenting on it). As you may have heard in Fedora 12 mkinitrd has been replaced by dracut. In Fedora 12 the mkinitrd package is still around as some programs depend on certain libraries it provides, but mkinitrd itself is no longer used. In Fedora 13 mkinitrd will be removed completely. This means that all work on initrd has stopped. Rather then keeping mkinitrd bugs open and giving false hope they might get fixed we are mass closing them, so as to clearly communicate that no more work will be done on mkinitrd. We apologize for any inconvenience this may cause. If you are using Fedora 11 and are experiencing a mkinitrd bug you cannot work around, please upgrade to Fedora 12. If you experience problems with the initrd in Fedora 12, please file a bug against dracut.