Description of problem: Each time I login dracut is triggering a password prompt for an encrypted partition I'm not using most of the time. This is unnecessary because the rootfs is not encrypted and it's even specified in the boot params. Version-Release number of selected component (if applicable): dracut-002-13.4.git8f397a9b.fc12 Steps to Reproduce: 1. Add an encrypted volume (not to crypttab) 2. Reboot Actual results: Password prompt at login time Expected results: No password prompt Additional info: dracut: Scanning devices sda2 for LVM volume groups dracut: Reading all physical volumes. This may take a while... dracut: Found volume group "VolGroup00" using metadata type lvm2 dracut: 4 logical volume(s) in volume group "VolGroup00" now active dracut: luksOpen /dev/dm-3 luks-7fbde722-e363-442a-b436-d0343ec07f03 padlock: VIA PadLock not detected. Buffer I/O error on device dm-4, logical block 0 device-mapper: ioctl: unable to remove open device temporary-cryptsetup-319 Buffer I/O error on device dm-4, logical block 1 Buffer I/O error on device dm-4, logical block 2 Buffer I/O error on device dm-4, logical block 3 Buffer I/O error on device dm-4, logical block 4 Buffer I/O error on device dm-4, logical block 5 Buffer I/O error on device dm-4, logical block 6 Buffer I/O error on device dm-4, logical block 7 Buffer I/O error on device dm-4, logical block 8 Buffer I/O error on device dm-4, logical block 9 EXT4-fs (dm-0): barriers enabled kjournald2 starting: pid 371, dev dm-0:8, commit interval 5 seconds EXT4-fs (dm-0): delayed allocation enabled EXT4-fs: file extents enabled EXT4-fs: mballoc enabled EXT4-fs (dm-0): mounted filesystem with ordered data mode dracut: Mounted root filesystem /dev/mapper/VolGroup00-LogVol00 dracut: Switching root
Please, it's very annoying to see the password prompt every time I boot.
Yes I have the same problem, its very annoying. I also have an encrypted partition that I dont use often and can manually mount it when necessary thats asks for password every time machine boots.
temporary solution http://forums.fedoraforum.org/showthread.php?p=1310010
(In reply to comment #3) > temporary solution > http://forums.fedoraforum.org/showthread.php?p=1310010 Add 'chmod 1777 /dev/shm' to /etc/rc.d/rc.local? That doesn't work for me.
Hello, If you add "rd_NO_LUKS" to the Linux boot command line, it should skip the detection of LUKS partitions altogether. I tested this and it works. In case you have some LUKS partitions you want to be prompted for (if your root partition is encrypted, for instance), and some which you want dracut to skip, then I guess you can use "rd_LUKS_UUID=<luks uuid>" at the Linux boot command line, specifying the UUIDs for the partitions you want to be prompted for a password. For more details, please see http://fedoraproject.org/wiki/Dracut/Options . I hope this helps. Regards, George Iosif
(In reply to comment #5) > If you add "rd_NO_LUKS" to the Linux boot command line, it should skip the > detection of LUKS partitions altogether. > I tested this and it works. Than you so much! It works!
so I need to edit grub.conf and add that line? If yes, wouldnt that line be erased every time the kernel is updated?
(In reply to comment #7) > so I need to edit grub.conf and add that line? Yes. > If yes, wouldnt that line be > erased every time the kernel is updated? Nope. The last one gets copied.
(In reply to comment #8) > (In reply to comment #7) > > so I need to edit grub.conf and add that line? > > Yes. > > > If yes, wouldnt that line be > > erased every time the kernel is updated? > > Nope. The last one gets copied. Thanks
dracut-004-4.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/dracut-004-4.fc12
(In reply to comment #10) > dracut-004-4.fc12 has been submitted as an update for Fedora 12. > http://admin.fedoraproject.org/updates/dracut-004-4.fc12 I tried this RPM, however: Before: * with rd_NO_LUKS: no prompt * without: prompt After: * with rd_NO_LUKS: no prompt * without: prompt So what is this update supposed to do for this bug report? I think if anything it should be marked as invalid, as rd_NO_LUKS does the trick.
Marking as invalid.
dracut-004-4.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.
Harald, I can't see how this would be fixed. My crypted disk isn't listed in /etc/fstab nor in /etc/crypttab, nor is it system relevant. Reopening...
anaconda will add "rd_NO_LUKS" to the kernel command line in Fedora > 12.
what's the problem for you to add that to the kernel command line?
That it works it the old, worse mkinitrd as expected while it doesn't work as expected with the new dracut. By the way...I upgraded from Fedora 11 via preupgrade to Fedora 12 - shouldn't the "rd_NO_LUKS" have been added there then automagically by anaconda, if I understand you correct?
(In reply to comment #17) > That it works it the old, worse mkinitrd as expected while it doesn't work > as expected with the new dracut. to resemble old mkinitrd behaviour, set /etc/dracut.conf: hostonly="yes" > By the way...I upgraded from Fedora 11 via > preupgrade to Fedora 12 - shouldn't the "rd_NO_LUKS" have been added there > then automagically by anaconda, if I understand you correct? no "Fedora > 12" means Fedora 13 and later...