Created attachment 520388 [details] dmesg When booting a f16+updates-testing live image I get [ 17.620676] udevd[657]: failed to execute '/sbin/initqueue' '/sbin/initqueue --settled --onetime --unique /sbin/dmsquash-live-root /dev/sdb': No such file or directory dracut-013-4.fc16.noarch systemd-34-1.fc16.x86_64
what is the output of: # lsinitrd <livecd initrd.img>
Created attachment 520427 [details] lsinitrd /media/live/syslinux/initrd0.img It is not in the initrd created for the live cd - see the attached output. I can however confirm that it exists in a corresponding initrd for an 'ordinary' system with the same package versions. The live initrd was build with /etc/sysconfig/mkinitrd : LIVEOS="yes" PROBE="no" MODULES+="squashfs ext4 ext3 ext2 vfat msdos " MODULES+="sr_mod sd_mod ide-cd cdrom =ata sym53c8xx aic7xxx ehci_hcd uhci_hcd ohci_hcd usb_storage usbhid firewire-sbp2 firewire-ohci sbp2 ohci1394 ieee1394 mmc_block sdhci sdhci-pci pata_pcmcia mptsas udf virtio_blk virtio_pci " - but I don't know if that could play any role ... or what controls how/when the iniqueue creation script is called. I noticed /sbin/lsinitrd: line 27: file: command not found when I ran lsinitrd - which is true. It is a minimal live cd and no packages required 'file'. I do however not see any indication that that can explain why iniqueue isn't created.
lrwxrwxrwx 1 root root 18 Aug 29 11:08 sbin -> run/initramfs/sbin -rwxr-xr-x 1 root root 1131 Aug 12 14:17 run/initramfs/sbin/initqueue
lrwxrwxrwx 1 root root 4 Aug 29 11:08 run/initramfs/bin/sh -> dash -rwxr-xr-x 1 root root 106872 May 23 07:22 run/initramfs/bin/dash Hmm... this really should work.
ooooooh... [ 11.440251] dracut: Switching root [ 17.620676] udevd[657]: failed to execute '/sbin/initqueue' '/sbin/initqueue --settled --onetime --unique /sbin/dmsquash-live-root /dev/sdb': No such file or directory Huh?? How could that happen? We are not in the dracut initramfs anymore and we have udev rules from the initramfs still floating around.... Let me have a close look!
You don't happen to have "/etc/udev/rules.d/99-liveiso-mount.rules" in your live-CD root?
No 99-liveiso-mount.rule anywhere. Also no 99-live-squash.rules. Do the old initramfs udev and all children die silently when the real udev starts?
The live system do have /run/udev/rules.d/99-live-squash.rules and /run/initramfs/sbin/initqueue .
can you upload the .iso somewhere for me to inspect it?
I assume the latest isos from http://alt.fedoraproject.org/pub/alt/nightly-composes/ can be used - I will verify that tomorrow.
Reproduced with Fedora-16-Nightly-20110828.10-x86_64-Live-desktop.iso from http://alt.fedoraproject.org/pub/alt/nightly-composes/ - livecd-iso-to-disk'ed and booted with enforcing=0
dracut-013-10.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/dracut-013-10.fc16
dracut-013-11.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/dracut-013-11.fc16
Package dracut-013-11.fc16: * 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 dracut-013-11.fc16' as soon as you are able to, then reboot. Please go to the following url: https://admin.fedoraproject.org/updates/dracut-013-11.fc16 then log in and leave karma (feedback).
dracut-013-12.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/dracut-013-12.fc16
dracut-013-12.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.
*** Bug 744464 has been marked as a duplicate of this bug. ***