Description of problem: Can't complete boot, drops to debug shell. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. install rawhide, upgrade to latest dracut, kernel, lvm 2. 3. Actual results: no boot Expected results: boot Additional info: Will get more info when back on the box, using a working kernel.
Created attachment 578934 [details] boot capture from kvm host.
Booting kernel-3.4.0-0.rc3.git0.1.fc18.i686 Non-Booting kernel-3.4.0-0.rc3.git3.1.fc18.i686 dracut-018-25.git20120419.fc18.noarch lvm2-2.02.95-6.fc18.i686 cryptsetup-1.4.2-1.fc18.i686
https://fedoraproject.org/wiki/How_to_debug_Dracut_problems#Debugging Can't get any more info, parted not found, blkid shows nothing I can use "cd", but running blind, no "dir, locate".
Created attachment 578983 [details] Blkid : using working Kernel
Created attachment 578985 [details] Grub2.cgf from said box
Created attachment 578986 [details] Crypttab from same kvm Guest
It appears to be a fight between cryptsetup and dracut. If I bring both back to: dracut-018-1.fc18 cryptsetup-1.4.1-2.fc17 then reinstall the non-booting kernel, it will boot. The order both are installed also appears to be important. cryptsetup before dracut. So what has changed since I do not know.
Created attachment 579270 [details] boot capture from kvm host. New capture with rd.shell rd.degug log_buf_len=1M
Created attachment 579271 [details] dmesg | less captured from kvm host
Created attachment 579272 [details] init.log captured from kvm host
Created attachment 579273 [details] dmesg | grep dracut captured from kvm host
can you please give me your disk layout. and the logs with "rd.shell quiet rd.debug log_buf_len=10M log_level=7"
(In reply to comment #12) > can you please give me your disk layout. fstab ? > > and the logs with "rd.shell quiet rd.debug log_buf_len=10M log_level=7" will do give me about an hour.
# dmsetup ls --tree fstab
Created attachment 579475 [details] bootup capture
Created attachment 579476 [details] /run/initramfs/init.log
Created attachment 579477 [details] fstab
Created attachment 579478 [details] dmsetup ls --tree
dracut: /init@113(): /lib/systemd/systemd-udevd --daemon --resolve-names=never dracut: /init: line 113: /lib/systemd/systemd-udevd: No such file or directory What is the output of: # lsinitrd <failing initramfs image> | fgrep udevd # ls -l /lib/systemd/systemd-udevd /sbin/udevd
# lsinitrd initramfs-3.4.0-0.rc3.git4.1.fc18.i686.img | fgrep udevd -rwxr-xr-x 1 root root 177560 Mar 18 19:40 usr/lib/udev/udevd lrwxrwxrwx 1 root root 19 Apr 23 10:43 usr/sbin/udevd -> /usr/lib/udev/udevd ls -l /lib/systemd/systemd-udevd /sbin/udevd ls: cannot access /lib/systemd/systemd-udevd: No such file or directory ls: cannot access /sbin/udevd: No such file or directory
Breaks boot here as well - no lvm, no luks, just boot from plain ext4 partitions. # lsinitrd /boot/initramfs-3.4.0-0.rc3.git4.1.fc18.x86_64.img | fgrep udevd lrwxrwxrwx 1 root root 19 Apr 23 12:56 usr/sbin/udevd -> /usr/lib/udev/udevd -rwxr-xr-x 1 root root 165976 Mar 18 20:40 usr/lib/udev/udevd # ls -l /lib/systemd/systemd-udevd /sbin/udevd ls: cannot access /lib/systemd/systemd-udevd: No such file or directory ls: cannot access /sbin/udevd: No such file or directory (where is the udevd these days? /usr/lib/udev/udevd ? :)
(In reply to comment #21) > Breaks boot here as well - no lvm, no luks, just boot from plain ext4 > partitions. I cannot boot even "plain ext4 partitions" while using initramfs produced by either dracut-018-22.git20120418.fc18 or dracut-018-25.git20120419.fc18. I am getting "line 113: /lib/systemd/systemd-udevd: No such file or directory" and after a long delay it drops me in a dracut shell. OTOH after hacking init script on a broken iniramfs by replacing a line /lib/systemd/systemd-udevd --daemon --resolve-names=never with copied from a working init udevd --daemon --resolve-names=never I can boot again.
I can confirm that after a change in /usr/lib/dracut/modules.d/99base/init.sh analogous to the one from comment #22 dracut-018-25.git20120419.fc18 produces initramfs which allows me to boot.
Confirmed Fix from https://bugzilla.redhat.com/show_bug.cgi?id=814625#c22 work with dracut --force <non-boot-initramfs> and new installed kernel kernel-3.4.0-0.rc4.git0.1.fc18
please run with dracut-018-33.git20120424.fc18 installed: # dracut -f test.img # lsinitrd test.img | fgrep udevd
(In reply to comment #25) > please run with dracut-018-33.git20120424.fc18 installed: > > # dracut -f test.img > # lsinitrd test.img | fgrep udevd Same error as OP. rpm -q dracut && lsinitrd initramfs-3.4.0-0.rc4.git0.1.fc18.x86_64.img | fgrep udevd dracut-018-25.git20120419.fc18.noarch -rwxr-xr-x 1 root root 165976 Mar 18 19:40 usr/lib/udev/udevd lrwxrwxrwx 1 root root 19 Apr 24 15:22 usr/sbin/udevd -> /usr/lib/udev/udevd
Apologies forgot up update dracut, disregard comment 26
Result stands however: rpm -q dracut && lsinitrd initramfs-3.4.0-0.rc4.git0.1.fc18.x86_64.img | fgrep udevd dracut-018-33.git20120424.fc18.noarch -rwxr-xr-x 1 root root 165976 Mar 18 19:40 usr/lib/udev/udevd lrwxrwxrwx 1 root root 19 Apr 24 15:50 usr/sbin/udevd -> /usr/lib/udev/udevd
Same here: # rpm -q dracut && lsinitrd initramfs-3.4.0-0.rc3.git4.1.fc18.i686.PAE.img | fgrep udevd dracut-018-33.git20120424.fc18.noarch lrwxrwxrwx 1 root root 19 Apr 24 16:43 usr/sbin/udevd -> /usr/lib/udev/udevd -rwxr-xr-x 1 root root 177560 Mar 18 19:40 usr/lib/udev/udevd
ok, one of you please attach the stderr output of: # dracut --debug -f test.img
Created attachment 579938 [details] stderr from "dracut --debug -f test.img" Here's the stderr output from my VM, which has no /lib/systemd/systemd-udevd (and "repoquery --whatprovides /lib/systemd/systemd-udevd" returns nothing too).
(In reply to comment #22) For what it's worth: > [...] replacing [...] > > /lib/systemd/systemd-udevd --daemon --resolve-names=never > > with [...] > > udevd --daemon --resolve-names=never also leads to a, well, bootable initramfs with dracut-018-33.git20120424.fc18.noarch.
Can someone run this please? $ ls -l /sbin/udevd; [ -x /sbin/udevd ] && echo OK || echo FAIL
$ ls -l /sbin/udevd; [ -x /sbin/udevd ] && echo OK || echo FAIL ls: cannot access /sbin/udevd: No such file or directory FAIL
And this can be found in the current initramfs: $ cat /boot/initramfs-3.4.0-0.rc4.git0.1.fc18.i686.img | gunzip | cpio -t --quiet -v | grep udevd -rwxr-xr-x 1 root root 177560 Apr 25 10:48 usr/lib/udev/udevd lrwxrwxrwx 1 root root 19 Apr 25 10:48 usr/sbin/udevd -> /usr/lib/udev/udevd
(In reply to comment #34) > $ ls -l /sbin/udevd; [ -x /sbin/udevd ] && echo OK || echo FAIL > ls: cannot access /sbin/udevd: No such file or directory > FAIL Same result
Latest udev: http://koji.fedoraproject.org/koji/buildinfo?buildID=307932 does not have /sbin/udevd as a file or even a symlink to it. The only binary it provides is: /usr/bin/udevadm most of files are in /usr/lib/*
please try: dracut-018-37.git20120425.fc18
(In reply to comment #38) > please try: dracut-018-37.git20120425.fc18 This works: yum erase kernel<newest> && yum install kernel<newest>
Works for me too.
the solution for Vmware http://www.youtube.com/watch?v=ZjHLT7zm0QI
(In reply to comment #41) > the solution for Vmware > > http://www.youtube.com/watch?v=ZjHLT7zm0QI so much time wasted watching the video for one simple setting