Bug 665359 - Add cryptsetup-luks to dracut requirements again
Summary: Add cryptsetup-luks to dracut requirements again
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: dracut
Version: 14
Hardware: All
OS: Linux
low
high
Target Milestone: ---
Assignee: Harald Hoyer
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-12-23 12:22 UTC by Steven Haigh
Modified: 2013-01-10 06:23 UTC (History)
9 users (show)

Fixed In Version: dracut-006-6.fc14
Doc Type: Bug Fix
Doc Text:
Clone Of: 642617
Environment:
Last Closed: 2011-01-18 21:58:47 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
Missing patch (554 bytes, patch)
2010-12-29 07:02 UTC, David Ward
no flags Details | Diff

Description Steven Haigh 2010-12-23 12:22:26 UTC
+++ This bug was initially created as a clone of Bug #642617 +++

+++ This bug was initially created as a clone of Bug #642557 +++

Description of problem:
I initially saw this doing a full CD-based i386 install, selecting all packages. I was then able to replicate it with an i386 CD text install (requiring CDs 1 and 2), but not with an x86_64 CD text install (requiring only CD 1). The problem also does not show with an i386 DVD text install. The common thread seems to be whether more than one disc is used during install. I haven't tried a default x86_64 CD install yet.

When attempting to boot after the install, the messages

No root device found

Boot has failed, sleeping forever.

are displayed.

Version-Release number of selected component (if applicable):
F14 Final TC1

How reproducible:
always

Steps to Reproduce:
1. Do a local (non-network) install requiring more than one CD.
2. Reboot afterwards.
  
Actual results:

No root device found

Boot has failed, sleeping forever.

Expected results:

Should boot normally.

Additional info:

At the end of install.log for an i386 DVD text install, I see the messages

Installing plymouth-scripts-0.8.4-0.20100823.4.fc14.i686
Installing plymouth-0.8.4-0.20100823.4.fc14.i686
Need 'inst' function, try setting PLYMOUTH_POPULATE_SOURCE_FUNCTIONS to a file that defines it
Installing dracut-006-2.fc14.noarch
Installing kernel-PAE-2.6.35.6-39.fc14.i686
W: Cannot load dracut module "plymouth", dependencies failed.
*** FINISHED INSTALLING PACKAGES ***

Similar messages appear in x86_64. Could this be related?


<snip> 

--- Additional comment from harald on 2010-10-13 07:26:06 EDT ---

no cryptsetup-luks .. hmm.. I might have to put it in the dracut requirements again.

--- Additional comment from harald on 2010-10-13 07:55:05 EDT ---

This patch is needed for dracut:

http://dracut.git.sourceforge.net/git/gitweb.cgi?p=dracut/dracut;a=commitdiff;h=5cae1fe179faea815e5adcca71645367829aee01

--- Additional comment from updates on 2010-10-13 09:05:16 EDT ---

dracut-006-3.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/dracut-006-3.fc14

--- Additional comment from updates on 2010-10-13 17:20:16 EDT ---

dracut-006-3.fc14 has been pushed to the Fedora 14 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update dracut'.  You can provide feedback for this update here: https://admin.fedoraproject.org/updates/dracut-006-3.fc14

--- Additional comment from robatino on 2010-10-13 20:09:19 EDT ---

If I tell yum to remove cryptsetup-luks, it does NOT try to remove dracut as well. Am I understanding correctly?

dracut-006-3.fc14.noarch
cryptsetup-luks-1.1.3-1.fc14.x86_64

--- Additional comment from jkeating on 2010-10-13 20:17:48 EDT ---

What the patch does, I believe, is make dracut not fail if cryptsetup isn't available.  Previously it would try to do crypt anyway, if I'm reading the patch right.  It should still be possible to have dracut without cryptsetup.

--- Additional comment from updates on 2010-10-19 05:03:43 EDT ---

dracut-006-3.fc14 has been pushed to the Fedora 14 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 1 Steven Haigh 2010-12-23 12:25:39 UTC
The patch used for this seems to cause further issues.

When trying to install a new kernel, the following is observed:

# /sbin/new-kernel-pkg --package kernel --mkinitrd --dracut --depmod --update 2.6.35.9-64.fc14.i686
W: Cannot load dracut module "plymouth", dependencies failed.
#

Upon rebooting, plymouth is not displayed.

This occurs every time if the following packages are not installed:
device-mapper
device-mapper-libs
cryptsetup-luks-libs
cryptsetup-luks

In reality, there should not be a dependence of having cryptsetup installed for plymouth to work. The two should be detected separately and plymouth should still work if cryptsetup is not available.

The current revision of dracut does not seem to act this way.

Comment 2 Steven Haigh 2010-12-23 12:29:12 UTC
Doing a minimal install, then using yum to update all the packages in the updates repo the following happens:

On install, kernel-2.6.35.6-45.fc14.i686 is present. Plymouth works as intended on this kernel version.

After all updates, kernel-2.6.35.9-64.fc14.i686 is present. Plymouth does not display if cryptsetup-luks is not installed - which it is not during a minimal install.

Comment 3 Steven Haigh 2010-12-23 12:31:47 UTC
This seems to be the issue:

Part of the following command:
# sh -x /sbin/dracut -f /boot/initramfs-2.6.35.9-64.fc14.i686.img 2.6.35.9-64.fc14.i686
...
+ [[ -d /usr/share/dracut/modules.d/90crypt ]]
+ [[ -x /usr/share/dracut/modules.d/90crypt/install ]]
+ [[ -x /usr/share/dracut/modules.d/90crypt/check ]]
+ /usr/share/dracut/modules.d/90crypt/check
+ ret=1
+ (( ret==0||ret==255 ))
+ return 1
+ dwarning 'Cannot load dracut module "plymouth", dependencies failed.'
+ echo 'W: Cannot load dracut module "plymouth", dependencies failed.'
W: Cannot load dracut module "plymouth", dependencies failed.
+ [[ -w /var/log/dracut.log ]]
...
#

Comment 4 David Ward 2010-12-29 07:02:16 UTC
Created attachment 471037 [details]
Missing patch

@Harald:  You fixed this already in dracut-006-3.fc14, but your patch somehow got lost in dracut-006-4.fc14 (appears to be unintentional).  Could you please add the patch back and rebuild dracut?  I've attached it to this bug report.  Thanks!

Comment 5 Steven Haigh 2011-01-09 02:31:52 UTC
It's been a while since the last comment on this and I haven't seen anything hit koji etc - is there anything I can do to help further on this?

Comment 6 Fedora Update System 2011-01-18 09:52:15 UTC
dracut-006-6.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/dracut-006-6.fc14

Comment 7 Fedora Update System 2011-01-18 21:30:24 UTC
dracut-006-6.fc14 has been pushed to the Fedora 14 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update dracut'.  You can provide feedback for this update here: https://admin.fedoraproject.org/updates/dracut-006-6.fc14

Comment 8 Steven Haigh 2011-01-18 21:58:47 UTC
Updated to dracut-006-6.fc14

After removing the following packages to test this:
device-mapper
device-mapper-libs
cryptsetup-luks-libs
cryptsetup-luks

# new-kernel-pkg --package kernel --mkinitrd --dracut --depmod --update 2.6.35.10-74.fc14.i686
#

Upon reboot, plymouth screens show as they should, all seems well :)

Positive Karma left on the package.

Comment 9 Fedora Update System 2011-01-21 23:07:19 UTC
dracut-006-6.fc14 has been pushed to the Fedora 14 stable repository.  If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.