web-dev-qa-db-fra.com

problème avec ecryptfs-recover-private: mount (2) a échoué

Je suis en train de transférer mon système d'exploitation et mes données d'un lecteur à un autre sur le même ordinateur. (J'ai un nouveau SSD bien.) Mon ancien répertoire personnel contenait un sous-répertoire chiffré et je voudrais accéder au répertoire chiffré à partir de ma nouvelle installation. J'essaie d'utiliser ecryptfs-recover-private. Cependant, je rencontre l'erreur suivante.

$ Sudo ecryptfs-recover-private /BLAH/.Private
INFO: Found [.Private/].
Try to recover this directory? [Y/n]: 
INFO: Found your wrapped-passphrase
Do you know your LOGIN passphrase? [Y/n] 
INFO: Enter your LOGIN passphrase...
Passphrase: 
Inserted auth tok with sig [BLAH] into the user session keyring
mount: mount(2) failed: No such file or directory
ERROR: Failed to mount private data at [/tmp/ecryptfs.NcWkVmQ5].

Je rencontre le même problème si je laisse ecryptfs-recover-private trouver le répertoire par lui-même ou si je dis non à la phrase secrète de connexion mais que j'utilise plutôt la phrase secrète de montage.

Pensées?

(Je me rends compte qu'il y a plusieurs questions similaires sur ce site, mais aucune ne semble couvrir ma situation.)

encryptionecryptfs
8
lnmaurer

Donc, cette simple commande ecryptfs-recover-private s'est révélée peu fiable. Aucune des méthodes ci-dessus n'a fonctionné pour moi, essayant de passer de ecryptfs à LUKS conteneur.

Qu'est-ce qui a fonctionné, était la méthode manuelle décrite dans wiki de la communauté ubunt

En détail:

# Sudo -i
# ecryptfs-add-passphrase --fnek 
Inserted auth tok with sig [aaaaaaaaaaaaa] into the user session keyring 
Inserted auth tok with sig [bbbbbbbbbbbbb] into the user session keyring  
# mkdir -p /mnt/new_mount_point  
# mount -t ecryptfs /mnt/old_mount_point/home/username/.Private /mnt/new_mount_point
  • sélectionnez 3 (utilisez un type de clé de phrase secrète et utilisez votre phrase secrète récupérée, autrement dit, une phrase secrète non enveloppée)
  • select aes (utilisez le chiffre aes)
  • sélectionnez 16 (utilisez une clé de 16 octets)
  • activer le texte en clair: n
  • activer le cryptage du nom de fichier: y
4
solsTiCe

Je ne sais pas pourquoi cela se produit - peut-être une erreur dans le trousseau de clés du noyau lorsque vous utilisez la même phrase de passe LOGIN dans votre nouvelle configuration que celle que vous tentez de récupérer.

Cela dit, l'ajout de la phrase secrète encapsulée dans le trousseau du noyau avant d'essayer de récupérer le système de fichiers fonctionne (veillez à utiliser Sudo sur les deux commandes ci-dessous):

Sudo ecryptfs-insert-wrapped-passphrase-into-keyring /BLAH/.ecryptfs/wrapped-passphrase
Sudo ecryptfs-recover-private /BLAH/.Private
3
Martin

J'utilise actuellement les tests debian et j'ai récemment eu besoin de récupérer un fichier à partir de la sauvegarde de mon dossier .Private crypté. La sauvegarde est stockée sur mon NAS. J'ai eu le même problème que toi. Insertion manuelle de la phrase secrète encapsulée n'a pas aidé et monter manuellement le système de fichiers cifs (à partir de mon NAS) par root au lieu de créer le montage en tant qu'utilisateur principal (pour éviter les conflits de droits et autres) n'a également pas aidé.

Cependant, après avoir redémarré mon système, je pouvais directement utiliser la commande ecryptfs-recover-private pour monter le dossier .Private, lui-même situé sur le système de fichiers cifs.

Bien que cela n’explique pas ce qui ne va pas et qu’il s’agit de l’une des astuces les plus frustrantes que vous puissiez obtenir en tant qu’utilisateur Linux:

redémarrez votre système et réessayez :)

2
Sven

J'ai rencontré des erreurs similaires après avoir renommé l'ancien nom d'utilisateur POSIX (d'origine) en ancien_utilisateur (et), puis créé un nouvel utilisateur avec le nom d'origine (nom d'utilisateur précédent).

Pour pouvoir monter le répertoire personnel chiffré à partir de l'ancien utilisateur, je devais refaire les liens symbolik pour .encryptfs et .Private dans son dossier (comme ils l'avaient indiqué dans/home/nom_original /).

Après cela, la commande suivante a monté l'ancienne maison sans aucun problème./usr/bin/ecryptfs-recover-private /home/old_user/.Private

0
Yaroslav Fedorina