Bug 814625
| Summary: | dracut Warning: Unable to process initqueue | ||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Frank Murphy <sysoutfran> | ||||||||||||||||||||||||||||
| Component: | dracut | Assignee: | dracut-maint | ||||||||||||||||||||||||||||
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||||||||||||||||
| Severity: | unspecified | Docs Contact: | |||||||||||||||||||||||||||||
| Priority: | unspecified | ||||||||||||||||||||||||||||||
| Version: | rawhide | CC: | darrellpf, dgboles, dracut-maint, dtardon, harald, jonathan, loganjerry, mbroz, michal, paul, pebolle, petersen, robatino, tera.revue | ||||||||||||||||||||||||||||
| Target Milestone: | --- | ||||||||||||||||||||||||||||||
| Target Release: | --- | ||||||||||||||||||||||||||||||
| Hardware: | All | ||||||||||||||||||||||||||||||
| OS: | Linux | ||||||||||||||||||||||||||||||
| Whiteboard: | |||||||||||||||||||||||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||||||||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||||||||||||||||||
| Clone Of: | Environment: | ||||||||||||||||||||||||||||||
| Last Closed: | 2012-04-26 12:11:48 UTC | Type: | Bug | ||||||||||||||||||||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||||||||||||||||||||
| Documentation: | --- | CRM: | |||||||||||||||||||||||||||||
| Verified Versions: | Category: | --- | |||||||||||||||||||||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||||||||||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||||||||||||||||||
| Embargoed: | |||||||||||||||||||||||||||||||
| Attachments: |
|
||||||||||||||||||||||||||||||
|
Description
Frank Murphy
2012-04-20 09:48:43 UTC
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 |