mount.ecryptfs fails with error "[-22] Invalid argument"

Asked by Milan Bouchet-Valat

Binary package hint: ecryptfs-utils

This occurs when I try mounting manually my Private dir, maybe because the passphrase is wrong:
$ keyctl clear @u
$ mount.ecryptfs ~/.Private/ /mnt/
Unable to find a list of options to parse, defaulting to interactive mount
Passphrase: [XXXX]
Error attempting to evaluate mount options: [-22] Invalid argument

That's a problem I've discovered when trying to recover my broken Private directory. It may come from a bad usage of the tool, but still I don't think this kind of mount errors should happen. That really doesn't help finding out what's really wrong!

ProblemType: Bug
Architecture: i386
Date: Wed Dec 9 11:10:42 2009
DistroRelease: Ubuntu 9.10
Package: ecryptfs-utils 81-0ubuntu3
ProcEnviron:
 LANGUAGE=fr_FR.UTF-8
 PATH=(custom, user)
 LANG=fr_FR.UTF-8
 SHELL=/bin/bash
SourcePackage: ecryptfs-utils
Uname: Linux 2.6.32-020632rc8-generic i686

Question information

Language:
English Edit question
Status:
Answered
For:
Ubuntu ecryptfs-utils Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
Milan Bouchet-Valat (nalimilan) said :
#1
Revision history for this message
Dustin Kirkland  (kirkland) said :
#2

Please use ecryptfs-mount-private. It's a helper with a friendlier interface.

Revision history for this message
Milan Bouchet-Valat (nalimilan) said :
#3

The whole point is, the tool should print a meaningful error when passphrase is wrong or something fails while mounting. Even if it's an advanced tool, it shouldn't report meaningless errors.

BTW, this is really a bug report, not a question. I'm perfectly fine personally with this issue, just that I think it will mislead users in the future. You could have closed it as Won't Fix if you really think that's not worth the pain.

Can you help with this problem?

Provide an answer of your own, or ask Milan Bouchet-Valat for more information if necessary.

To post a message you must log in.