web-dev-qa-db-fra.com

Aidez-moi à récupérer mes données

J'essayais de télécharger certaines applications, notamment nodejs en 17.04, lorsque j'ai réalisé que la version avait été abandonnée. J'ai mis à jour à 17h10 (il a semblé redémarrer brusquement sans raison) mais le système d'exploitation ne voulait plus démarrer. GRUB fonctionnait, mais dès que je me suis connecté, je suis renvoyé à l'écran de connexion.

Donc, j'ai eu 17.10 sur une clé USB et j'ai essayé d'installer sur l'ancienne partition, le programme d'installation l'avait détecté et m'a proposé de conserver mes données précédentes (je double démarrage avec Windows). Cependant, la configuration s’est bloquée assez tôt lors de la suppression des anciens fichiers du système d’exploitation. Je l'avais laissé pendant des heures (généralement cette étape prend quelques secondes) et il n'y avait aucun moyen de sortir, alors je n'avais pas d'autre choix que de forcer la fermeture.

Maintenant, l'installation ne détecte plus l'ancienne installation (je suppose que c'est partiellement réussi), mais mes fichiers sont bloqués. Quand je navigue sur la partition, je vois le

    THIS DIRECTORY HAS BEEN UNMOUNTED TO PROTECT YOUR DATA.

From the graphical desktop, click on:
 "Access Your Private Data"

or

From the command line, run:
 ecryptfs-mount-private

mais il n'y a pas d'option pour ouvrir le terminal, et je n'arrive pas à trouver un moyen de m'authentifier (car l'ancien système d'exploitation est partiellement supprimé, je suppose). Comment puis-je soit a) réparer l'installation et conserver les données, soit b) avoir accès aux données verrouillées afin de procéder à une nouvelle installation?

EDIT: Lorsque j'essaie de lancer la commande ecryptfs-mount-private, par exemple dans le répertoire de base de l'ancien système d'exploitation, j'obtiens le message d'erreur ERREUR: le répertoire privé crypté n'est pas configuré correctement

Je vous remercie!

data-recoveryecryptfs
2
Coma

D'accord, j'ai trouvé un moyen de récupérer les données à partir d'une clé USB en direct, mais c'est un peu nuancé et j'ai donc pensé partager la solution, car j'étais prêt à abandonner mes données à cause de ce qui semble être un bug.

Tout d'abord, montez la partition avec les fichiers cryptés.

Si

ecryptfs-recover-private

ne peut pas trouver les données cryptées par lui-même, exécutez

Sudo ecryptfs-recover-private /media/ubuntu/[unnecessary amounts of
letters and numbers]/home/.ecryptfs/[user name]/.Private

Suivez les invites pour récupérer le répertoire. Comme je ne connaissais pas la phrase secrète de montage, il a été demandé de la dérouler à l'aide du mot de passe de connexion.

À ce stade, vous obtiendrez l'une des deux erreurs suivantes:
-5 signifie que le mot de passe que vous avez entré est incorrect. Si vous voyez quelque chose comme

Inserted auth tok with sig [f4f634c04c3cf3bf] into the user session keyring
mount: /tmp/ecryptfs.XciZjiT0: mount(2) system call failed: No such file or directory.
ERROR: Failed to mount private data at [/tmp/ecryptfs.XciZjiT0]

le mot de passe que vous avez entré était correct, mais ecryptfs ne parvient pas à monter le répertoire. Cela s'avère être une sorte de bogue détaillé ici:

https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/1718658

La solution consiste à exécuter en premier

ecryptfs-manager

puis répétez la procédure ci-dessus.

INFO: Success!  Private data mounted at [/tmp/ecryptfs.U15aED2a]

Succès!

Si vous souhaitez parcourir les fichiers graphiquement, exécutez

Sudo -i
nautilus

et accédez au répertoire temporaire qui a été renvoyé. Les fichiers sont en lecture seule et si vous souhaitez les copier ailleurs, vous devrez exécuter une autre instance Sudo de Nautilus.

Après avoir fermé votre racine Nautilus, n’oubliez pas de courir

exit

dans le terminal pour fermer le shell racine aussi.

3
Coma