Red Hat Bugzilla – Bug 486146
ecryptfs-setup-private creates links with non-existing files
Last modified: 2009-04-09 12:14:10 EDT
Description of problem:
In order to setup the automatic mount on login of the encrypted ~/Private folder, the tool ecryptfs-setup-private is used.
This tool, among all, creates the folder ~/Private, with permission 500 (r-x------), and it puts some links to files inside this folder.
These links are visible when ~/Private is not mounted (or, better, when ~/.Private is not mounted on ~/Private).
These linked files are:
README.txt -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.txt
Unfortunately, these file do not exists.
Version-Release number of selected component (if applicable):
Always on clean setup. If ~/Private already exists, being non writable, results in the error: Cannot create symbolic link (or similar).
Steps to Reproduce:
Execute "ecryptfs-setup-private" from clean setup, i.e. without ~/Private folder.
Everything is setup fine, but the links inside ~/Private point to non-existing files.
The file linked should be there.
Version 61 of the ecryptfs-utils was creating a link to /sbin/mount.ecryptfs_private, which was OK.
I guess the two missing files just need to be added to the rpm package, if they exist somewhere.
fixed in ecryptfs-utils-73-1.fc10 and ecryptfs-utils-73-1.fc11
ecryptfs-utils-73-1.fc10 has been submitted as an update for Fedora 10.
Just in case, I can confirm this release fixes the issue.
ecryptfs-utils-73-1.fc10 has been pushed to the Fedora 10 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 ecryptfs-utils'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F10/FEDORA-2009-2913
ecryptfs-utils-73-1.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report.