ecryptfs-recover-private finds arbitrary directories

Bug #1467233 reported by Karl-Philipp Richter on 2015-06-21
This bug affects 1 person
Affects Status Importance Assigned to Milestone
ecryptfs-utils (Ubuntu)

Bug Description

Invoking ``sudo ecryptfs-recover-private `mktemp -d``` definitely doesn't return any usable result for `ecryptfs-recover-private` to work with, yet the output is

    INFO: Found [/tmp/tmp.w1X2gBJiJC].
    Try to recover this directory? [Y/n]: Y
    INFO: Could not find your wrapped passphrase file.
    INFO: To recover this directory, you MUST have your original MOUNT passphrase.
    INFO: When you first setup your encrypted private directory, you were told to record
    INFO: your MOUNT passphrase.
    INFO: It should be 32 characters long, consisting of [0-9] and [a-f].

    Enter your MOUNT passphrase:

Which is misleading ("INFO: Found [/tmp/tmp.w1X2gBJiJC]."). This is especially misleading if the user is uncertain about the right base directory for the recovery and relies on intuitive usage of the program.

ProblemType: Bug
DistroRelease: Ubuntu 15.04
Package: ecryptfs-utils 107-0ubuntu1.1
Uname: Linux 4.0.5-040005-generic x86_64
ApportVersion: 2.17.2-0ubuntu1.1
Architecture: amd64
CurrentDesktop: Unity
Date: Sun Jun 21 12:33:45 2015
EcryptfsInUse: Yes
InstallationDate: Installed on 2015-06-08 (12 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64 (20140417)
 PATH=(custom, no user)
SourcePackage: ecryptfs-utils
UpgradeStatus: Upgraded to vivid on 2015-06-09 (12 days ago)

description: updated
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers