Bug 240014 - KDE Daemon needlessly demands decryption password on startup when KDE resides on LUKS-encrypted LVM root
Summary: KDE Daemon needlessly demands decryption password on startup when KDE resides...
Status: RESOLVED FIXED
Alias: None
Product: solid
Classification: Unmaintained
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Kevin Ottens
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-29 21:30 UTC by M. P. Čtyři
Modified: 2010-08-27 21:07 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Output of 'cat /etc/fstab' and 'lvdisplay' on my system (1.56 KB, text/plain)
2010-05-29 21:30 UTC, M. P. Čtyři
Details
`solid-hardware list details` followed by `cat /etc/mtab` at time of dialog box appearance (31.20 KB, text/plain)
2010-05-31 20:18 UTC, M. P. Čtyři
Details
Tentative fix (726 bytes, patch)
2010-05-31 23:10 UTC, Kevin Ottens
Details

Note You need to log in before you can comment on or make changes to this bug.
Description M. P. Čtyři 2010-05-29 21:30:54 UTC
Created attachment 47463 [details]
Output of 'cat /etc/fstab' and 'lvdisplay' on my system

Version:           unspecified (using KDE 4.4.3) 
OS:                Linux

When logging into KDE on an encrypted system, KDED asks for the password to the LUKS volume. But KDE does not need the password to access the volume it resides on.

Reproducible: Didn't try

Steps to Reproduce:
-Install Linux and KDE in a LUKS-encrypted LVM set (for instance, using the OpenSUSE installer).
-Boot. Enter the LUKS password.

Actual Results:  
Upon logging in to KDE, a dialog box soon appears: 

Password -- KDE Daemon 
'Volume (crypto_LUKS) needs' a password to be accessed. Please enter a password.

Expected Results:  
The underlying disk structure is transparent to KDED.

Current workaround:
-"Cancel out" of the password dialog. KDE can access the entire file system as normal. (Perhaps entering the password works too.)
-It doesn't seem to be possible to prevent this dialog from appearing by disabling KDE automount as I can do for external drives.
Comment 1 Kevin Ottens 2010-05-31 07:55:51 UTC
Could you please also provide the content of your mtab and the output of "solid-hardware list details" at the time when the said dialog appears?
Comment 2 M. P. Čtyři 2010-05-31 20:18:05 UTC
Created attachment 47532 [details]
`solid-hardware list details` followed by `cat /etc/mtab` at time of dialog box appearance
Comment 3 Kevin Ottens 2010-05-31 23:10:04 UTC
Created attachment 47535 [details]
Tentative fix
Comment 4 Kevin Ottens 2010-05-31 23:11:44 UTC
Comment on attachment 47535 [details]
Tentative fix

Could you please try again with the proposed patch? Thanks.
Comment 5 M. P. Čtyři 2010-06-01 20:30:10 UTC
Kevin, may I trouble you for a patched binary? If not, I will try to figure out how to obtain and build source on OpenSUSE, but it may take me a few weeks.
Comment 6 Kevin Ottens 2010-06-01 20:49:16 UTC
Well, I unfortunately can't do that. You'll have to get it tested on openSUSE by yourself I'm afraid. That said you maybe can get help from the openSUSE people, they're probably interested in the patch as well, if you have IRC access #opensuse-kde could be a good forum to get that help.
Comment 7 Alin M Elena 2010-06-01 23:33:46 UTC
here is a patched version of the kdelibs
http://download.opensuse.org/repositories/home:/ealin:/branches:/KDE:/KDE4:/Factory:/Desktop/openSUSE_11.2/

if you need more info #opensuse-kde
here is the obs package source
https://build.opensuse.org/package/files?package=kdelibs4&project=home:ealin:branches:KDE:KDE4:Factory:Desktop

Alin
Comment 8 M. P. Čtyři 2010-06-06 07:37:22 UTC
Alin, I installed your kdelibs, but I am still being prompted for the decryption password. (Did I need to install anything else?)
Comment 9 M. P. Čtyři 2010-08-27 21:07:05 UTC
Well, I am using KDE 4.5 now, and this is no longer happening. I don't think it has happened since the later 4.4 versions, in fact. So this bug can be closed.