Bug 455967
Summary: | Volume group not found on boot | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Vegard Nossum <vegard.nossum> |
Component: | mkinitrd | Assignee: | Peter Jones <pjones> |
Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 9 | CC: | dcantrell, kernel-maint, wtogami |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-08-02 00:33:58 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
Vegard Nossum
2008-07-19 13:52:54 UTC
Can you upload the old and new initrd? (Or better yet look inside them and compare the init scripts?) This is the diff between the inits. The other files in the initrds seem to all be binary files. Please let me know if you need any more information. diff -r -u initrd-2.6.25.9/init initrd-2.6.25.10/init --- initrd-2.6.25.9/init 2008-07-22 10:47:35.000000000 +0200 +++ initrd-2.6.25.10/init 2008-07-22 10:47:42.000000000 +0200 @@ -48,16 +48,6 @@ mount -t usbfs /proc/bus/usb /proc/bus/usb echo "Loading ext3 module" modprobe -q ext3 -echo "Loading scsi_mod module" -modprobe -q scsi_mod -echo "Loading sd_mod module" -modprobe -q sd_mod -echo "Loading libata module" -modprobe -q libata -echo "Loading ahci module" -modprobe -q ahci -echo Waiting for driver initialization. -stabilized --hash --interval 250 /proc/scsi/scsi echo "Loading dm-mod module" modprobe -q dm-mod echo "Loading dm-mirror module" @@ -68,13 +58,11 @@ modprobe -q dm-snapshot echo Making device-mapper control node mkdmnod -modprobe scsi_wait_scan -rmmod scsi_wait_scan mkblkdevs echo Scanning logical volumes lvm vgscan --ignorelockingfailure echo Activating logical volumes -lvm vgchange -ay --ignorelockingfailure VolGroup00 +lvm vgchange -ay --ignorelockingfailure VolGroup00 resume /dev/VolGroup00/LogVol01 echo Creating root device. mkrootdev -t ext3 -o defaults,ro /dev/VolGroup00/LogVol00 I don't have a clue why mkinitrd would omit all of the SCSI modules. Reassigning to mkinitrd. Hm. When is the initrd built, at install time ("yum install kernel") or when the kernel rpm is built? If at install time, I might have been installing the kernel while running a plain v2.6.26 with no modules (everything built in). This was of course because wireless did not work on the previous Fedora kernel. Maybe this is why mkinitrd failed to pick it up? FYI, 2.6.25.11-97.fc9.i686 doesn't work either. (In reply to comment #4) > Hm. When is the initrd built, at install time ("yum install kernel") or when the > kernel rpm is built? > > If at install time, I might have been installing the kernel while running a > plain v2.6.26 with no modules (everything built in). This was of course because > wireless did not work on the previous Fedora kernel. Maybe this is why mkinitrd > failed to pick it up? It's built at install time and figures out which modules are needed from what is already loaded while installing the kernel. I think we can close this as NOTABUG? (In reply to comment #6) > I think we can close this as NOTABUG? Well, I would really appreciate any hints on how to get a working Fedora kernel :-/ Can I, for example, install an older kernel (which has wireless too), then install the newer kernel while the old one is booted (in order to get the SCSI modules in the initrd)? Or can I force the initrd to include the SCSI modules in any other way? Thanks for the help. look at the manpage for mkinitrd... once you get the right modules back in there (using the --with option and possibly some others) the next kernel install should pick them up automatically. Next time you build your own kernel, build it the same way as the fedora one and you won't have this problem. :) (In reply to comment #8) > look at the manpage for mkinitrd... once you get the right modules back in there > (using the --with option and possibly some others) the next kernel install > should pick them up automatically. > > Next time you build your own kernel, build it the same way as the fedora one and > you won't have this problem. :) Thanks. For future reference, another workaround is this: 1. Boot the Fedora install DVD 2. Choose the "rescue" option in the grub boot menu 3. Mount the installed system and chroot (text-mode menu system will guide this process) (4. yum remove kernel -- only if newest kernel is already installed) 5. yum install kernel |