cryptmount
A utility for management and user-mode mounting of encrypted filesystems
Cryptmount was written to make it as easy for ordinary users to access encrypted filesystems on-demand using the newer devmapper mechansism as it was to use the older, now deprecated, cryptoloop methods. This offers the following advantages: Access to improved functionality in the kernel Transparent support for filesystems stored on either raw disk partitions or loopback files Separate encryption of filesystem access keys, allowing access passwords to be changed without re-encrypting the entire filesystem Storing multiple encrypted filesystems within a single disk partition, using a designated subset of blocks for each Rarely used filesystems do not need to be mounted at system startup Un-mounting of each filesystem is locked so that this can only be performed by the user that mounted it, or the superuser Encrypted filesystems compatible with cryptsetup Encrypted access-keys can be chosen to be compatible with openssl, or managed via libgcrypt, or (for 2.0 release-series) built-in SHA1/Blowfish ciphers Support for encrypted swap partitions (superuser only) Support for setting up encrypted filesystems or crypto-swap at system boot-up
homepage ↗ github: rwpenney/cryptmount sourceforge: cryptmount
Available in
| Overlay | Newest | Ebuilds | Last activity | |
|---|---|---|---|---|
| gentoo gitweb ↗ | 6.4.0 | 2 | 16 h | details › |
Versions & arches
Use flags of 6.4.0
- argv0switch Default action given by progname.
- cswap Enable support for encrypted swap.
- fsck Check filesystems before mounting.
- +gcrypt Support libgcrypt-encryption of keys.
- +largefile Enable support for large files.
- mount Use systemd mount/umount for operations.
- +nls Add Native Language Support (using gettext - GNU locale utilities)
- +luks Enable key management via LUKS
- +openssl Support openssl-encryption of keys.
- systemd Enable use of systemd-specific libraries and features like socket activation or session tracking