All filenames - but not the contents - of the encrypted home directory not being unencrypted when logging in.
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
ecryptfs-utils (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
Didn't update my system for 3 days. After today's update my auth.log each time I try to log in contains the follwing message:
Can't check if kernel supports ecryptfs
at logout umount.ecryptfs complains to the syslog:
syslog:Jun 26 11:30:28 localhost umount.ecryptfs: Failed to find key with sig [XXXXXXXXXXXX]: Required key not available
mount tells:
/dev/sda1 on / type ext4 (rw,noatime,
proc on /proc type proc (rw,noexec,
fusectl on /sys/fs/
binfmt_misc on /proc/sys/
/home/gunter/
Unfortunately all files in my home folder that are mounted this way are still named like the unencrypted contents of the files in /home/gunter/
Since the *contents* of the files is unencrypted when I log in, though, I would be able to recover most of the important files. But I still hope that the problem has to do with cryptfs not liking kernel 3.0.1 and there will be an easier way to do so in the future.
ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: cryptsetup 2:1.1.3-4ubuntu1
ProcVersionSign
Uname: Linux 3.0-1-generic i686
NonfreeKernelMo
Architecture: i386
Date: Sun Jun 26 14:45:17 2011
ProcEnviron:
SHELL=/bin/sh
PATH=(custom, no user)
LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_TIME=
SourcePackage: cryptsetup
UpgradeStatus: No upgrade log present (probably fresh install)
crypttab: # <target name> <source device> <key file> <options>
description: | updated |
summary: |
- Can't check if kernel supports ecryptfs + All filenames - but not the contents - of the encrypted home directory + not being unencrypted when logging in. |
Changed in ecryptfs-utils (Ubuntu): | |
status: | New → Confirmed |
Perhaps found the real reason of this problem: Something has installed libpam-encfy on update.
There really should be a mechanism that prevents from completely uninstalling vital systems like all package managers, locale support - or this one too easily.