Bonjour,
Sur un ancien SSD, j'ai installé Ubuntu 18.04, partition chiffrée (avec l'outil disponible par défaut lorsqu'on installe Ubuntu).
Le pc est actuellement en rade, donc j'essaye de récupérer mes données depuis un autre Ubuntu. J'ai mis le 1er SSD dans un boitier USB pour tenter d'y accéder.
Lorsque j'allume le boitier, j'ai bien la demande du mot de passe. Je mets le bon (je suis pourtant sûr de ne pas faire d'erreur). Mais dans les partitions montées, je n'ai qu'un "Volume" qui contienrt ceci :
$ ls -al /media/jarodd/69ac7534-23a8-4f44-b3bc-a021fd13a9f5
total 212020
drwxr-xr-x 5 root root 4096 juin 28 08:49 .
drwxr-x---+ 4 root root 4096 juil. 10 21:52 ..
-rw-r--r-- 1 root root 217278 mai 15 14:48 config-4.15.0-51-generic
-rw-r--r-- 1 root root 217278 juin 4 22:33 config-4.15.0-52-generic
-rw-r--r-- 1 root root 217278 juin 24 11:39 config-4.15.0-54-generic
drwxrwxr-x 2 root root 4096 févr. 10 11:13 efi
drwxr-xr-x 5 root root 4096 juin 28 08:49 grub
-rw-r--r-- 1 root root 59672708 juin 12 08:07 initrd.img-4.15.0-51-generic
-rw-r--r-- 1 root root 59553188 juin 25 10:00 initrd.img-4.15.0-52-generic
-rw-r--r-- 1 root root 59560035 juin 28 08:49 initrd.img-4.15.0-54-generic
drwx------ 2 root root 16384 févr. 10 11:12 lost+found
-rw-r--r-- 1 root root 182704 janv. 28 2016 memtest86+.bin
-rw-r--r-- 1 root root 184380 janv. 28 2016 memtest86+.elf
-rw-r--r-- 1 root root 184840 janv. 28 2016 memtest86+_multiboot.bin
-rw------- 1 root root 4051495 mai 15 14:48 System.map-4.15.0-51-generic
-rw------- 1 root root 4051528 juin 4 22:33 System.map-4.15.0-52-generic
-rw------- 1 root root 4051606 juin 24 11:39 System.map-4.15.0-54-generic
-rw------- 1 root root 8294136 mai 15 16:11 vmlinuz-4.15.0-51-generic
-rw------- 1 root root 8294136 juin 4 22:39 vmlinuz-4.15.0-52-generic
-rw------- 1 root root 8294136 juin 24 12:21 vmlinuz-4.15.0-54-generic
J'ai installé ecrypt-utils, mais :
$ ecryptfs-mount-private
ERROR: Encrypted private directory is not setup properly
$ sudo ecryptfs-recover-private
INFO: Searching for encrypted private directories (this might take a while)...
find: ‘/run/user/1000/gvfs’: Permission non accordée
Aucune trace de mes données... J'ai tenté de suivre
la doc, mais pas de trace d'un ancien /home dans le montage.
Savez-vous pourquoi ma partition de données n'est pas montée lorsque je saisis le mot de passe ? Comment le retrouver ?
Merci pour votre aide.
Edit : j'ai l'impression que les chiffrements sont incompatibles d'une version à l'autre...
En fait je vois brièvement apparaître la partition chiffrée dans nautilus. Mais quand je tape mon mot de passe, elle disparaît. Je suis quasiment certain de ne pas me tromper, j'utilise depuis des années ce mot de passe de chiffrement (pas de VERRMAJ, etc, j'ai bien vérifié). Mais rien ne se monte.
En survolant l'icone dans nautilus, j'ai vu qu'elle était /dev/sdc3
Donc je retente la même commande que tout-à-l'heure :
$ sudo -i
root@ubuntu:~# mount -v /dev/sdc3 /mnt
mount: /mnt : type de système de fichiers « crypto_LUKS » inconnu.
root@ubuntu:~#
Système de fichiers inconnu ??? Pourtant c'est aussi un Ubuntu 18.04. Mais il y a une chose qui me fait tiquer. Sur mon pc en panne, quand je voulais déverouiller ce disque, j'avais quelque chose (de mémoire) comme sda_crypt.
Sur mon autre pc (Ubuntu 18.04 aussi), la partition s'appelle /dev/nvme0n1p6, le nom n'est pas du tout ressemblant. Dans Gparted, l'ancien SSD a pour système de fichiers crypto_LUKS, le nouveau lvm pv.
Alors je me demande si les méthodes de chiffrement sont les mêmes ? Est-ce que l'une peut déchiffrer une autre ? Cela expliquerait les erreurs retournées par les commandes ecryptfs !
Edit : résolu le 12/07
$ sudo lvscan
$ sudo pvs -o +vgUUID
-- récupérer l'UUID associée au PV luks-04462ec9-9155-4af6-92d1-8455a8537077 pour l'introduire dans la commande ci-dessous (ici 7mPC1O-0AAh-wm8y-pCNL-cnVi-8B9v-LUBmUw)
$ sudo vgrename 7mPC1O-0AAh-wm8y-pCNL-cnVi-8B9v-LUBmUw vgRecup
sudo vgchange -ay vgRecup
sudo mount /dev/mapper/vgRecup-root /mnt
