Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Dossier crypté inaccessible

beronono

Bonjour,

J'ai fait hier une mise à jour de 9.04 à 9.10.
Pour ne pas risquer de perdre mes documents, j'ai installé un nouveau /home dans une autre partition.
J'ai oublié... qu'un des dossier (/home/laurent) était crypté

La mise à jour s'est très bien passé, pas de problème.

Mais... Si je monte mon ancien /home, je n'arrive plus à lire mon dossier personnel avec les documents qui s'y trouvent... La partition est cryptée.

A la place des dossiers 2 fichiers
un README.txt qui explique comment décrypter
un fichier Access Your Private Data qui ne se lance qu'en root
Et trois dossiers .cache .ecryptfs et .Private

Si je tente de décrypter voici ce qu'il se passe :

$ sudo ecryptfs-mount-private
Enter your login passphrase:
Inserted auth tok with sig [38c49e9f53d1ac2b] into the user session keyring
fopen: No such file or directory

Un peu la galèren je ne sais pas comment utiliser ecryptfs... Et le "man" manque cruellement d'informations...

Si quelqu'un peut éclairer ma lanterne, il est le bienvenue...

Hoper

Tu te souviens de la clef qui servit pour le chiffrement ?
Tu l'avais chiffré comment exactement ?

beronono

Salut, d'habitude je répond plus rapidement, mais au moment ou je postais, hier, coupure Internet...
C'est revenu il y a quelques minutes !

Hoper a écritTu te souviens de la clef qui servit pour le chiffrement ?

Oui, pas de soucis de ce côté

Hoper a écritTu l'avais chiffré comment exactement ?

Au moment de l'installation, il est proposé de chiffrer le dossier perso. Donc mon dossier /home/laurent est chiffré.
Il se montait et se déchiffrait automatiquement au démarrage, donc je ne m'en suis pas occupé pendant un an...
C'est pourquoi quand j'ai fait ma nouvelle installation je n'y ai pas pensé... Sinon je n'aurais pas fait cette erreur...

Donc si je monte cette partition dans un répertoire "normal" mon dossier est crypté...
Et si je tente de le mettre en /home... C'est aussi crypté...
Impossible de lire mes dossier et fichiers...

Si tu as une idée de la façon de procéder, ce serait cooooooooool

beronono

Hummmmm

Je dois rater quelquechose...

Si je tape

sudo mount -t ecryptfs ~/.Private ~/Private -o key=passphrase,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_passthrough=n

Il me sort

Error mounting eCryptfs: [-2] No such file or directory

Je me doute qu'il y a un problème. J'ai créé deux dossier dans mon nouveau /home/laurent (~/Private et ~/.Private)

J'ai alors ça

Mounted sCryptfs

Mais les dossier son vides... Arghhhh 🙁

Hoper

la commande mount attend deux paremetre important :
- Le device que tu veux monter (le "quoi")
- Le répértoire ou tu veux le monter '(le "ou").

Eventuellement, des options.
Je n'ai jamais utilisé eCryptfs de ma vie, mais j'essayerai plutot un truc comme ça :

sudo mount -t ecryptfs -o key=passphrase,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_passthrough=n   /dev/XXX /Private

A toi de mettre le bon device (je ne sais pas ou était stocké tes données chiffrés). Et pour le reste de la commande je te fais confiance 🙂

beronono

Hoper a écrit

sudo mount -t ecryptfs -o key=passphrase,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_passthrough=n   /dev/XXX /Private

A toi de mettre le bon device (je ne sais pas ou était stocké tes données chiffrés). Et pour le reste de la commande je te fais confiance 🙂

Salut,
Merci pour ton aide... Je me sent un peu moins seul face à ce problème...

Le commande fonctionne, mais il me monte le dossier sans le décrypter... 🙁

Je vais chercher un autre moyen !

Hoper

Ce qui veut dire qu'il ne le decrypte pas.

Tu est vraiment certain de connaitre la clef ? Tu l'avais rentré toi même à la main il y a un an et tu t'en souviens ? J'ignore totalement comment ubuntu fait pour crypter "automatiquement" au moment de l'installation. En temps normal, voila comment je fais pour avoir accès à des infos cryptés :

sudo cryptsetup create essai /dev/XXX
(attention, le premier mot de passe demandé est celui de sudo, le second est la clef de décryptage).
Ensuite :
sudo mount /dev/mapper/essai /mnt

La, si il n'y a pas d'erreur, c'est bon, toutes tes données sont dans /mnt.
Si il te dit qu'il n'arrive pas à le monter, c'est que la clef n'est pas bonne. Enfin, en résumé quoi...

beronono

Hoper a écritCe qui veut dire qu'il ne le decrypte pas.

Tu est vraiment certain de connaitre la clef ? Tu l'avais rentré toi même à la main il y a un an et tu t'en souviens ? J'ignore totalement comment ubuntu fait pour crypter "automatiquement" au moment de l'installation. En temps normal, voila comment je fais pour avoir accès à des infos cryptés :

sudo cryptsetup create essai /dev/XXX
(attention, le premier mot de passe demandé est celui de sudo, le second est la clef de décryptage).
Ensuite :
sudo mount /dev/mapper/essai /mnt

La, si il n'y a pas d'erreur, c'est bon, toutes tes données sont dans /mnt.
Si il te dit qu'il n'arrive pas à le monter, c'est que la clef n'est pas bonne. Enfin, en résumé quoi...

impossible à oublier...
"lessanglotslongsdesviolons" 😉
Ave"c /dev/sda6 ça ne fonctionne pas, il veut un répertoire, pas un périphérique.
Donc je monte au préalable, et toujours la même histoire. Répertoire monté (pas d'erreur) mais pas décrypté...

Hoper

? Désolé je comprend pas ce que tu dit...
mount ne peut pas monter un répertoire. Il monte un device. et il monte le device dans un répertoire. Quand tu dis que le répertoire est "monté" dans erreur, mais pas décrypté, tu entend quoi par la ?
Tu peux me copier le résultat de :
df -h
ls -al /repertoire_en_question

beronono

Hoper a écrit? Désolé je comprend pas ce que tu dit...
mount ne peut pas monter un répertoire.

Si... avec l'option ecryptfs c'est possible... Il "monte" un répertoire crypté à la volée et le décrypte.

Hoper a écritQuand tu dis que le répertoire est "monté" dans erreur, mais pas décrypté, tu entend quoi par la ?

Je ne dit pas "dans erreur", mais "pas d'erreur".
Le répertoire crypté est bien monté à l'endroit ou je le souhaite, mais il n'est pas décrypté.

Hoper a écritTu peux me copier le résultat de :
df -h
ls -al /repertoire_en_question

laurent@toshi:/$ df -h
Sys. de fich.            Tail. Occ. Disp. %Occ. Monté sur
/dev/sda3              39G  3,9G   33G  11% /
udev                 1005M  260K 1005M   1% /dev
none                 1005M  224K 1005M   1% /dev/shm
none                 1005M  100K 1005M   1% /var/run
none                 1005M     0 1005M   0% /var/lock
none                 1005M     0 1005M   0% /lib/init/rw
/dev/sda7             152G  198M  144G   1% /home
/dev/sda6              35G   19G   14G  58% /media/sda6
/home/laurent/.Private
                      152G  198M  144G   1% /home/laurent/

laurent@toshi:/media/sda6/laurent$ ls -al
total 44
dr-x------   4 laurent laurent  4096 2009-09-27 04:49 .
drwxr-xr-x   7 laurent laurent  4096 2009-10-01 07:39 ..
lrwxrwxrwx   1 laurent laurent    56 2009-03-13 22:15 Access-Your-Private-Data.desktop -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.desktop
drwxr-xr-x   3 laurent laurent  4096 2009-10-01 05:50 .cache
lrwxrwxrwx   1 laurent laurent    25 2009-03-13 22:15 .ecryptfs -> /var/lib/ecryptfs/laurent
drwx------ 100 laurent laurent 28672 2009-10-02 08:28 .Private
-rw-------   1 laurent laurent   256 2009-09-27 04:49 .pulse-cookie
lrwxrwxrwx   1 laurent laurent    52 2009-03-13 22:15 README.txt -> /usr/share/ecryptfs-utils/ecryptfs-mount-private.txt

Voilà !

Hoper

Interessant... Encore une fois j'ai jamais utilisé ce truc la...
Mais ca signifie donc que sda6 n'est pas chifrré. En revanche, il contient forcement un fichier qui lui sera déchiffré au fur et à mesure. Toujours par curiosité, il y a quoi dans .Private ?

Il faudrait que je test pour avoir accès aux readme etc... Bon en attendant, google...

beronono

Hoper a écritInteressant... Encore une fois j'ai jamais utilisé ce truc la...
Mais ca signifie donc que sda6 n'est pas chifrré. En revanche, il contient forcement un fichier qui lui sera déchiffré au fur et à mesure. Toujours par curiosité, il y a quoi dans .Private ?

Il faudrait que je test pour avoir accès aux readme etc... Bon en attendant, google...

Re,
Exact /dev/sda6 est en clair, donc je peux monter sans problème. Reste ce fichu répertoire...

laurent@toshi:/media/sda6/laurent/.Private$ ls
ECRYPTFS_FNEK_ENCRYPTED.FWays1tF9ao3-ESU8l5IchwZM-6cUpXvXQX9187pvFNgSDd95Jilke.u.E--
ECRYPTFS_FNEK_ENCRYPTED.FWays1tF9ao3-ESU8l5IchwZM-6cUpXvXQX91MoqMRKblXLndHV2v2XKkk--
ECRYPTFS_FNEK_ENCRYPTED.FWays1tF9ao3-ESU8l5IchwZM-6cUpXvXQX92dwi15bwX.OcidcL.cNMo---
ECRYPTFS_FNEK_ENCRYPTED.FWays1tF9ao3-ESU8l5IchwZM-6cUpXvXQX92NnG4uaSOEcSA8ftf3uscE--
ECRYPTFS_FNEK_ENCRYPTED.FWays1tF9ao3-ESU8l5IchwZM-6cUpXvXQX92vztKa52OTH7d3C2-l9kek--
ECRYPTFS_FNEK_ENCRYPTED.FWays1tF9ao3-ESU8l5IchwZM-6cUpXvXQX92YXmhNw-dELYFMqQyArL4---
[...]
drwxr-xr-x   2 laurent laurent    4096 2009-04-29 21:15 ECRYPTFS_FNEK_ENCRYPTED.FXays1tF9ao3-ESU8l5IchwZM-6cUpXvXQX9WiaJbAo0aHD255on4kpIZdNQN5uw5xk5Y9C5smsWOto-
-rw-r--r--   1 laurent laurent   12288 2008-02-22 10:39 ECRYPTFS_FNEK_ENCRYPTED.FXays1tF9ao3-ESU8l5IchwZM-6cUpXvXQX9Wwz5BRRCco6sDcXIdNdiIkjEI97lzq49jr7PztMF4is-
-rw-r--r--   1 laurent laurent   12288 2009-05-21 22:52 ECRYPTFS_FNEK_ENCRYPTED.FXays1tF9ao3-ESU8l5IchwZM-6cUpXvXQX9XPqE0-pkUwIcmjvsiYX8yuGW9zHhWOFMsNqvqAROV5--
-rw-r--r--   1 laurent laurent   12288 2009-10-01 07:37 ECRYPTFS_FNEK_ENCRYPTED.FXYsl7uTIx4g8kRqFAVtKfrz6ppzNmgzafhe-5StnewMHvNzbLPKViVZaOXkXwmoD2FmJEUqi-bQlck-
-rw-r--r--   1 laurent laurent   12288 2009-10-01 02:44 ECRYPTFS_FNEK_ENCRYPTED.FXYsl7uTIx4g8kRqFAVtKfrz6ppzNmgzafheB9t9glu3AGCWjvKmztZWU1yNUeOKofDwOenTZEztFXw-
-rw-------   1 laurent laurent   12288 2009-10-02 08:28 ECRYPTFS_FNEK_ENCRYPTED.FXYsl7uTIx4g8kRqFAVtKfrz6ppzNmgzafheRxDHMeaBwedHh2DInGhuw8IhBjOHsp9q10d0g1hNEhU-
drwx------   2 laurent laurent    4096 2009-10-01 02:43 ECRYPTFS_FNEK_ENCRYPTED.FXYsl7uTIx4g8kRqFAVtKfrz6ppzNmgzafhex1rpYqQ6i7kQX4Uj.djInmc5XIG62XQRI1zFP.tZi8Q-
-rw-------   1 laurent laurent   16384 2009-10-02 08:28 ECRYPTFS_FNEK_ENCRYPTED.FXYsl7uTIx4g8kRqFAVtKfrz6ppzNmgzafhex1rpYqQ6i7kQX4Uj.djInoJSgDDPLtY8lHlnreXJLSU-
drwx------   3 laurent laurent    4096 2009-10-01 02:43 ECRYPTFS_FNEK_ENCRYPTED.FXYsl7uTIx4g8kRqFAVtKfrz6ppzNmgzafhex1rpYqQ6i7kQX4Uj.djInqGvhYn0CmtA0f310kwmcy6-
-rw-------   1 laurent laurent   16384 2009-10-01 07:48 ECRYPTFS_FNEK_ENCRYPTED.FXYsl7uTIx4g8kRqFAVtKfrz6ppzNmgzafheyfjbYxBr.R9G0R55thq4.4Cmk-EmonXWkq.VQ0veMFY-
-rw-r--r--   1 laurent laurent  315392 2009-04-26 20:30 ECRYPTFS_FNEK_ENCRYPTED.FZays1tF9ao3-ESU8l5IchwZM-6cUpXvXQX9laCYs4atMJcm8VnDabGfsxTKnOiz-kekRiFDEUI60-6lMDivzhtuFn1MiEV02yJVOjbitgIOtp6TceOVzLYMkE--

J'te met pas tout hein... 😉

Google, j'ai déja cherché évidemment, mais rien qui ne fonctionne... Les boules 🙁

Hoper

D'apres ce que je lis ici :
http://tombuntu.com/index.php/2008/08/07/create-an-encrypted-private-directory-with-ecryptfs/
La syntaxe (très particuliere en effet...) de la commande mount dans ce cas utilise le même répertoire comme source et comme destination.

Or, tu n'a pas indiqué deux fois le même répertoire (un coup il y a un . et un coup il n'y en a pas) dans la commande que tu as tapé :

sudo mount -t ecryptfs ~/.Private ~/Private -o key=passphrase,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_passthrough=n

beronono

Hoper a écritD'apres ce que je lis ici :
http://tombuntu.com/index.php/2008/08/07/create-an-encrypted-private-directory-with-ecryptfs/
La syntaxe (très particuliere en effet...) de la commande mount dans ce cas utilise le même répertoire comme source et comme destination.

Or, tu n'a pas indiqué deux fois le même répertoire (un coup il y a un . et un coup il n'y en a pas) dans la commande que tu as tapé :
sudo mount -t ecryptfs ~/.Private ~/Private -o key=passphrase,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_passthrough=n

Re,
Merci pour ton lien.
J'ai indiqué deux répertoire différents car dans /media/sda6/laurent le répertoire crypté c'est .Private.
Mais je vais essayer quand même, je ne suis plus à ça près... J'ai tapé 100 fois ma super phrase aujourd'hui... :lol:

gwado

Même problème. Le dossier se monte mais toujours crypté. Ça craint.

gwado

Solution trouvée à l'instant (après y avoir passé la nuit) :
(de tête)
- Démarrage en mode recovery
- sélection du resume normal boot
- login avec son nom d'utilisateur + mot de passe
- ecryptfs-mount-private
- startx

Je résume un peu mon cas : installation d'ubuntu avec / et /home sur deux partitions différentes, et avec mon home chiffré. Réinstallation du système / sans touché à /home et pas de demande de chiffrer /home. Impossibilité d'accès au répertoire utilisateur (le même utilisateur pour les deux installations).

beronono

gwado a écritSolution trouvée à l'instant (après y avoir passé la nuit) :
(de tête)
- Démarrage en mode recovery
- sélection du resume normal boot
- login avec son nom d'utilisateur + mot de passe
- ecryptfs-mount-private
- startx

Je résume un peu mon cas : installation d'ubuntu avec / et /home sur deux partitions différentes, et avec mon home chiffré. Réinstallation du système / sans touché à /home et pas de demande de chiffrer /home. Impossibilité d'accès au répertoire utilisateur (le même utilisateur pour les deux installations).

C'est super sympa de partager ta solution.
J'avais un peu mis de côté en attendant des jours meilleurs... La partition est là, dans un coins en attente...
J'essaye dés cet après-midi !

Question : Tu as mis comme /home la partition cryptée dans ton fstab bien sur ?

Merci pour l'info 🙂

beronono

Bon, moins de chance que toi...

Encrypt private directory is not set properly

Et dans les logs

Oct 10 18:27:27 toshi kernel: [   88.551588] process_request_key_err: No key
Oct 10 18:27:27 toshi kernel: [   88.551590] ecryptfs_parse_tag_70_packet: Error attempting to find auth tok for fnek sig [bee03e512e6d0501]; rc = [-2]
Oct 10 18:27:27 toshi kernel: [   88.553629] ecryptfs_decode_and_decrypt_filename: Could not parse tag 70 packet from filename; copying through filename as-is
Oct 10 18:27:27 toshi kernel: [   88.553636] Could not find key with description: [bee03e512e6d0501]
Oct 10 18:27:27 toshi kernel: [   88.553705] process_request_key_err: No key

🙁

Je ne sais pas quoi faire pour récupérer ça...
Apparemment un fichier corrompu ou manquant...

gwado

beronono a écrit
gwado a écritSolution trouvée à l'instant (après y avoir passé la nuit) :
(de tête)
- Démarrage en mode recovery
- sélection du resume normal boot
- login avec son nom d'utilisateur + mot de passe
- ecryptfs-mount-private
- startx

Je résume un peu mon cas : installation d'ubuntu avec / et /home sur deux partitions différentes, et avec mon home chiffré. Réinstallation du système / sans touché à /home et pas de demande de chiffrer /home. Impossibilité d'accès au répertoire utilisateur (le même utilisateur pour les deux installations).
C'est super sympa de partager ta solution.
J'avais un peu mis de côté en attendant des jours meilleurs... La partition est là, dans un coins en attente...
J'essaye dés cet après-midi !

Question : Tu as mis comme /home la partition cryptée dans ton fstab bien sur ?

Merci pour l'info 🙂

Dans mon fstab... euh, peut-être, je n'ai rien touché en fait.
Mes installations étaient effectuées graphiquement, toutes avec / et /home séparés. La première avec ce /home crypté, la seconde avec ce même /home non modifié (et donc gardé crypté mais sans le savoir), seul / a été formaté et remplacé par la nouvelle installation.
Rien de bien exceptionnel en fait.

beronono

gwado a écritDans mon fstab... euh, peut-être, je n'ai rien touché en fait.
Mes installations étaient effectuées graphiquement, toutes avec / et /home séparés. La première avec ce /home crypté, la seconde avec ce même /home non modifié (et donc gardé crypté mais sans le savoir), seul / a été formaté et remplacé par la nouvelle installation.
Rien de bien exceptionnel en fait.

Salut Gwado,
Merci de cette précision.
Moi j'ai mis de côté la partition /home cryptée et j'ai fait un nouveau /home.
J'ai encore de la place, je vais refaire une install (904 et non 910 comme j'ai fait) en tentant de reprendre mon /home crypté.

A la grâce de Dieu 😉

Page suivante »