I would like to use ecryptfs to encrypt a random directory (i.e., not my home directory or a subdirectory thereof, principally due to disk space limitations on my home partition) and mount that directory when I log into my account. I can't see how to do this or even if it is really possible with the existing software. I have seen posts that provide vague suggestions (e.g., to use mount.ecryptfs_private
with the ALIAS option), but I have yet to find simple, step-by-step instructions on how to do this. Would someone be able to provide these instructions or direct me to where to find them?

- 11,367
- 17
- 44
- 59

- 365
- 1
- 3
- 7
3 Answers
You're only looking at the the super-easy scripts like ecryptsfs-setup-private
and ecryptsfs-mount-private
, they use the more "generic" tools you seem to be looking for: mount.ecryptfs
and ecryptfs-add-passphrase
. See their man
pages for more info.
And the link Rinzwind posted has all the info you need, further down the page under Manual Setup. They're quite long, but the very very short version would be:
The "Manual Setup" way (archlinux wiki)
First choose an ALIAS as you like. Through this section, ALIAS will be secret. Create the required directories/files:
$ mkdir ~/.secret ~/secret ~/.ecryptfs
$ touch ~/.ecryptfs/secret.conf ~/.ecryptfs/secret.sig
The ~/.secret
directory will hold the encrypted data. The ~/secret
directory is the mount point where ~/.secret
will be mounted as an ecryptfs filesystem.
[Now create the actual mount passphrase (the easy scripts will pick a pseudo-random 32 characters from /dev/urandom
), make it a good one]
$ echo "$HOME/.secret $HOME/secret ecryptfs" > ~/.ecryptfs/secret.conf
$ ecryptfs-add-passphrase
Passphrase:
Inserted auth tok with sig [78c6f0645fe62da0] into the user session keyring
Write the output signature (ecryptfs_sig) from the previous command to ~/.ecryptfs/secret.sig:
$ echo 78c6f0645fe62da0 > ~/.ecryptfs/secret.sig
A second passphrase for filename encryption may be used. If you choose so, add it to the keyring:
$ ecryptfs-add-passphrase Passphrase: Inserted auth tok with sig [326a6d3e2a5d444a] into the user session keyring
If you run the command above, append its output signature (ecryptfs_fnek_sig) to ~/.ecryptfs/secret.sig:
$ echo 326a6d3e2a5d444a >> ~/.ecryptfs/secret.sig
Finally, to mount ~/.secret on ~/secret:
$ mount.ecryptfs_private secret
To unmount ~/.secret:
$ umount.ecryptfs_private secret
Or you could really get your hands dirty yourself and follow the Without ecryptfs-utils directions.
Or if you already looked at the easy scripts
ecryptsfs-setup-private
&ecryptsfs-mount-private
, you might be able to copy those and edit them to point to your preferred directories, with a little bit of skill & patience.Or just store the passphrase(s) yourself somehow (securely preferably) and do like the
man ecryptfs
page's example (must read the man pages):The following command will layover mount eCryptfs on /secret with a passphrase contained in a file stored on secure media mounted at /mnt/usb/. mount -t ecryptfs -o key=passphrase:passphrase_passwd_file=/mnt/usb/file.txt /secret /secret Where file.txt contains the contents "passphrase_passwd=[passphrase]".
Aside about encrypted home folders and an encrypted folder inside home - nested eCryptfs folders
And, an encrypted home folder normally stores files in /home/.ecryptfs/user/
, while an encrypted Private folder has files inside your own home folder. You can not use both at the same time, eCryptfs will not do nested encrypted folders. But having an encrypted home, and encrypted folders outside of your home is ok.
I just tried creating a new user with an encrypted home
sudo adduser --encrypt-home jack
It created a
/home/.ecryptfs/
folder, with:/home/.ecryptfs/jack/.ecryptfs/
- wrapped passphrase & config files to automount jack's home on login/home/.ecryptfs/jack/.Private/
- actual encrypted home files, mounted to/home/jack/
when logged in.And also the
/home/jack/
folder, but it contained a link that stays there whether logged in or not:/home/jack/.ecryptfs/ -> /home/.ecryptfs/jack/.ecryptfs
Next I logged in as jack, but the link was still there, so trying to run
ecryptfs-setup-private
caused it to look in/home/jack/.ecryptfs/
but really see the existing files in/home/.ecryptfs/jack/.ecryptfs
so it failed to create another password file & fail withERROR: wrapped-passphrase file already exists, use --force to overwrite.
Trying the "ALIAS" steps above, using a .secret folder inside the encrypted home failed, with these errors:
Mount on filesystem of type eCryptfs explicitly disallowed due to known incompatibilities
Reading sb failed; rc = [-22]
"Nesting encrypted directories inside of encrypted directories is not supported with eCryptfs. Sorry." - eCryptfs author & maintainer
Changing the ALIAS folder outside of jack's home, trying
/tmp/.secret/
&/tmp/secret/
works. BUT if jack log's out the new encrypted folder will stay mounted, so you have to unmount it (umount.ecryptfs_private secret
).
-
1Thanks for the simplified response. One question though: does this take care of the auto-mount problem? Sorry for being dense about this, but the webpage you indicated and man pages really aren't particularly easy to understand regarding setting up auto-mount for a non-standard situation. As I already have an encrypted home directory, I already have $HOME/.ecryptfs/auto-mount and wrapped-passphrase, but the first is empty and the second already has something in it. It isn't entirely clear to me how to add the new passphrase and instruct it to auto-mount the directory. – user3004015 Jan 16 '15 at 16:32
-
Updated with a little testing, and this guy http://www.ragingpenguin.com/2012/12/17-setting-up-an-encrypted-directory-with-ecryptfs/index.html apparently had some luck following the arch Wiki guide on auto-mounting with PAM, but he's pretty tight-lipped about it – Xen2050 Jan 16 '15 at 18:34
-
Thanks for your efforts. I am not interested in nesting the ecryptfs directories, but auto-mounting a second directory in a second place. I will try getting it to work when I have a bit of time, but it definitely isn't very clear... – user3004015 Jan 21 '15 at 19:51
-
You can trim it down to one
mount
line, don't need a.conf
file or adding keys, just read theman ecryptfs
pages for the options available. Then throw a "run at login" file in/home/user/.config/autostart/
. But the security of the passphrase could be at risk if stored improperly – Xen2050 Jan 22 '15 at 00:38 -
The thing is that ecryptfs has a nice system of wrapping encryption passwords inside a wrapper that is opened with a login password. This provides added protection for the ecryptfs password, which would be nice to have. I don't think putting something in .config/autostart will allow this unless I am misunderstanding what I am supposed to put in the script. – user3004015 Jan 23 '15 at 14:36
-
If we want encrypt file name also, we have to use the option
--fnek
forecryptfs-add-passphrase
, when this option is specified, the filename encryption key associated with the input passphrase will also be added to the keyring. And, we dont have to run twice this command. – mozart_ar Aug 29 '15 at 19:31
If you want to use it like encfs you can do it with the following entry in /etc/fstab
/tmp/.geheim /tmp/geheim ecryptfs rw,no_sig_cache,ecryptfs_fnek_sig=1f7aefb9e239099f,ecryptfs_cipher=aes,ecryptfs_key_bytes=32,ecryptfs_enable_filename_crypto=y,ecryptfs_passthrough=n,passphrase_passwd=geheimpw,user,noauto 0 0
geheim is the german-word for secret, but ensures that it's not a keyword. You must create the directories first. The first-time you should leave ecryptfs_fnek_sig=1f7aefb9e239099f
away. Then mount /tmp/geheim
will show you the correct value.
You can store the password at other place and set more sophisticated options. You will find all options in man ecryptfs
.

- 248
ecryptfs /destination/to/encrypted/storage /destination/to/seeing/unencrypted/data
e.g:
ecryptfs /home/$USER/EFILES /home/$USER/Downloads/RANDOMDIRECTORY
use the commmand above to create and mount encrypted system where files saved in RANDOMDIRECTORY are encrypted and saved to EFILES.
additional notes. make sure RANDOMDIRECTORY is empty when you begin. Once you run the command above, and the system is mounted and ready to go, any files that you save in RANDOMDIRECTORY will be encrypted in to EFILES if the system is mounted. For a quick moount/unmount you can either create a bash script, and run it through an app shortcut, or create an alias command for quick mounting.
I've been using this for more than a year now.
EDIT: went home to confirm, thy command is not ecryptfs. its encfs i.e.
encfs /destination/encrypted /destination/unencrypted
sorry about that. With this you will have to install a new program tho (probably)
-
1I typed in the command
ecryptfs
and it responds command not found.man ecryptfs
brings up the man page formount -t ecryptfs
, but doesn't really explain how to create such an encrypted filesystem. – user3004015 Jan 15 '15 at 19:52 -
Note that I am using Ubuntu 14.04 LTS, so my installation is relatively recent. Is the
ecryptfs
command a recent addition? – user3004015 Jan 15 '15 at 19:59 -
ecryptsfs-setup-private
, I am not certain what will happen if you already have an encrypted home and don't really want to try for fear of it doing bad things. – user3004015 Jan 15 '15 at 20:02gpg
. Say you want to securely store the foldermydata
then you could usetar -c mydata | gpg --symmetric > mydata.tar.gpg && rm -rf mydata
to store your data andgpg --decrypt mydata.tar.gpg | tar -x
to restore your data. You can easily use your private/public key to protected your data which seems advisable. Only small amounts of data should be stored with this method. @Rinzwind – Arne L. Aug 06 '15 at 09:20rm -fR mydata
. That data could be recovered from the disk long after you "delete" it. I'm not sure how secure it is, but I'd lean towards a "recursive" shred instead:find mydata -type f -exec shred -uz -- {} \;
. Note, shredding is only effective on non-journaled file systems and certain device types.. Where it matters one should research the best way. I don't think this is a safe practice: encrypting and decrypting the archive like this. Odds are it will be ineffective. – bambams Oct 18 '17 at 14:29