Bug 250646 - kdm crash after login when using ecryptfs when the wrapped-passphrase is an unavaileble link
Summary: kdm crash after login when using ecryptfs when the wrapped-passphrase is an u...
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kdm
Classification: Miscellaneous
Component: general (show other bugs)
Version: 0.1
Platform: Unlisted Binaries Linux
: NOR crash
Target Milestone: ---
Assignee: kdm bugs tracker
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-09 12:02 UTC by hoogen84
Modified: 2018-04-16 20:23 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description hoogen84 2010-09-09 12:02:23 UTC
Version:           0.1 (using KDE 4.5.0) 
OS:                Linux

I'm using kubuntu with ecryptfs for a secure ~\Private folder, I've set this up with a wrapping-independent file and with the wrapped-passphrase on a seperate device, which is not always availeble. This to increase the security of the Private folder when I'm away without making remote assistence etc difficult for system administrators (as is with encrypted home drive).

The sollution I use is replacing the wrapped-passhphrase with a symbolic link.
When using ubuntu with gdm I can login without the link endpoint being availeble.
When using kubuntu with kdm I can login, but the login crashes/restarts X before the kde startup logos.

When I use 'sudo stop kdm' and sudo 'killall -r X' the graphic desktop is down. When I now initiate startx from the command line kde runs perfectly.
This is why I conclude this must be something with kdm (ubuntu gdm does not have this problem) and probably its configuration (perhaps a pam thing?).

I've had this problem with ubuntu 10.04 fresh install and still with a distro upgrade to the current unfinished 10.10 

please note this is my first bug report ever so i might be unfamiliar with certain rules regarding bug reports. This also could be kubuntu specific but I'm not able to try another distro for the comming weeks.

(note: there is also something going on with a text mode logon -> logoff which might be related - logging off in text mode results in another bash shell, another exit then finaly results in a logoff).

Reproducible: Always

Steps to Reproduce:
Any cli:
sudo apt-get install ecryptfs-utils cryptsetup
sudo ecryptfs-setup-swap
ecryptfs-setup-private -w --noautomount
mv $HOME/.ecryptfs/wrapped-passphrase /some/place/else
ln -s /some/place/else $HOME/.ecryptfs/wrapped-passphrase
-manualy make the /some/place/else unavaileble somehow (rm or whatever)
logon graphically (logoff if your already logged in graphically)

Actual Results:  
When /some/place/else is unavaileble graphic login in with kubuntu results in a crash or restart of X

Expected Results:  
You have a working ~/Private folder which can be manually mounted with 'ecryptfs-mount-private' when /some/place/else is availeble. Login will continue normally when its not availeble.

OS: Kubuntu 10.10 : 2.6.35-20-generic #29-Ubuntu
LOG: /var/log/Xorg.0.log* has no mention of any errors.
Comment 1 Oswald Buddenhagen 2010-10-24 18:20:13 UTC
i have no clue what is going on. how to get relevant logs is described in the kdm README (read the section *attentively*).
Comment 2 Nate Graham 2018-04-16 20:23:32 UTC
KDM is unmaintained and not used in KDE Plasma 5.

SDDM is the login manager used in KDE Plasma 5. If you still have this same issue with SDDM, please file an issue on the SDDM bugtracker (after doing a search for existing issues first!): https://github.com/sddm/sddm/issues/