Pages : 1
#1 Le 10/07/2019, à 20:59
- Jarodd
[Résolu] Monter une partition chiffrée
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
Dernière modification par Jarodd (Le 12/07/2019, à 16:53)
Ubuntu 22.04.3 LTS (64 bits)
Hors ligne
#2 Le 10/07/2019, à 22:00
- jamesbad000
Re : [Résolu] Monter une partition chiffrée
Bonjour,
Pour commencer à y voir plus clair peut-on avoir le retour de
sudo lsblk -o size,name,fstype,label,mountpoint
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#3 Le 10/07/2019, à 22:04
- kamaris
Re : [Résolu] Monter une partition chiffrée
Tu confonds deux choses : ecryptfs et cryptsetup. Ici, tu as affaire à un conteneur luks et donc la commande à invoquer est cryptsetup. Lorsque tu tapes ton mot de passe de déchiffrement, c'est parce que le système cherche à appliquer une commande du type
sudo cryptsetup luksOpen /dev/sdx nomDuDisque
Ici, /dev/sdx serait donc /dev/sdc3 (le conteneur luks), et il fort possible que nomDuDisque (la partition que le conteneur contient) soit sdc3_crypt. Pour s'en assurer, donne le retour de
lsblk -o name,uuid,mountpoint
Si c'est bien de sdc3_crypt dont il s'agit, pour monter ta partition, il faut faire
sudo mount /dev/mapper/sdc3_crypt /mnt
EDIT : grillé par jamesbad000 !
Dernière modification par kamaris (Le 10/07/2019, à 22:04)
Hors ligne
#4 Le 11/07/2019, à 11:25
- Jarodd
Re : [Résolu] Monter une partition chiffrée
Bonjour,
Voilà le résultat de la commande cryptsetup :
jarodd@ubuntu:~$ sudo lsblk -o size,name,fstype,label,mountpoint
[sudo] Mot de passe de jarodd :
SIZE NAME FSTYPE LABEL MOUNTPOINT
1008K loop0 squashf /snap/gnome-logs/61
3,7M loop1 squashf /snap/gnome-system-monitor/95
35,3M loop2 squashf /snap/gtk-common-themes/1198
3,7M loop3 squashf /snap/gnome-system-monitor/100
14,8M loop4 squashf /snap/gnome-characters/292
14,5M loop5 squashf /snap/gnome-logs/37
54,4M loop6 squashf /snap/core18/1049
42,8M loop7 squashf /snap/gtk-common-themes/1313
149,9M loop8 squashf /snap/gnome-3-28-1804/67
140,7M loop9 squashf /snap/gnome-3-26-1604/90
54,4M loop10 squashf /snap/core18/1055
14,8M loop11 squashf /snap/gnome-characters/296
86,9M loop12 squashf /snap/core/4917
149,9M loop13 squashf /snap/gnome-3-28-1804/63
88,5M loop14 squashf /snap/core/7270
140,9M loop15 squashf /snap/gnome-3-26-1604/70
931,5G sda
931,5G └─sda1 crypto_
477G sdb
512M ├─sdb1 vfat
732M ├─sdb2 ext4 /media/jarodd/69ac7534-23a8-4f44-b3bc-a021fd13
475,7G └─sdb3 crypto_
475,7G └─luks-f066864a-2884-4691-9bb9-8832c3201579
LVM2_me
238,5G nvme0n1
731M ├─nvme0n1p1 ext4 /boot
1K ├─nvme0n1p2
237,8G └─nvme0n1p5 crypto_
237,8G └─nvme0n1p5_crypt
LVM2_me
236,8G ├─ubuntu--vg-root
│ ext4 /
980M └─ubuntu--vg-swap_1
swap [SWAP]
jarodd@ubuntu:~$
La commande mount ne fonctionne pas avec sdc3, ni avec sdb3 (si j'ai bien compris le résultat de la 1e commande) :
jarodd@ubuntu:~$ sudo mount /dev/mapper/sdb3_crypt /mnt
mount: /mnt : le périphérique spécial /dev/mapper/sdb3_crypt n'existe pas.
jarodd@ubuntu:~$
Hier j'ai encore fait quelques tests, notamment :
jarodd@ubuntu:~$ sudo lvscan
inactive '/dev/ubuntu-vg/root' [474,76 GiB] inherit
inactive '/dev/ubuntu-vg/swap_1' [980,00 MiB] inherit
ACTIVE '/dev/ubuntu-vg/root' [<236,80 GiB] inherit
ACTIVE '/dev/ubuntu-vg/swap_1' [980,00 MiB] inherit
jarodd@ubuntu:~$ sudo vgchange -ay
device-mapper: create ioctl on ubuntu--vg-root LVM-7mPC1O0AAhwm8ypCNLcnVi8B9vLUBmUwCy1ME2orrRUPjM3suDNU84jCHC8lpUjz failed: Périphérique ou ressource occupé
device-mapper: create ioctl on ubuntu--vg-swap_1 LVM-7mPC1O0AAhwm8ypCNLcnVi8B9vLUBmUwMyW45AUpO3EHEOAoGGMbz4oq2icRifjz failed: Périphérique ou ressource occupé
0 logical volume(s) in volume group "ubuntu-vg" now active
2 logical volume(s) in volume group "ubuntu-vg" now active
jarodd@ubuntu:~$
La première me donne 2 lignes avec '/dev/ubuntu-vg/root'. Logique je suppose, puisque j'ai 2 disques chiffrés (celui qui tourne actuellement avec Ubuntu, et celui dont j'essaye de récup&rer les données).
Quand j'ai fait un :
sudo mount /dev/mapper/ubuntu--vg-root /mnt
Le montage a fonctionné ! Mais... Pas avec le bon disque Je me suis retrouvé avec mon disque actuel monté dans /mnt (et une belle fausse joie).
C'est possible qu'il y a ait un "conflit" entre les deux disques chiffrés ?
Dernière modification par Jarodd (Le 11/07/2019, à 11:26)
Ubuntu 22.04.3 LTS (64 bits)
Hors ligne
#5 Le 11/07/2019, à 19:09
- jamesbad000
Re : [Résolu] Monter une partition chiffrée
Ok ton container chiffré sur sdb3 est bien actif.
En revanche les volumes logiques à l'intérieur ne le sont pas. Probablement parce que le VG à le même nom bateau "ubuntu--vg" que ton ubuntu actif.
que donnes
sudo pvs
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#6 Le 11/07/2019, à 19:16
- Jarodd
Re : [Résolu] Monter une partition chiffrée
jarodd@ubuntu:~$ sudo pvs
[sudo] Mot de passe de jarodd :
PV VG Fmt Attr PSize PFree
/dev/mapper/luks-04462ec9-9155-4af6-92d1-8455a8537077 ubuntu-vg lvm2 a-- <475,72g 0
/dev/mapper/nvme0n1p5_crypt ubuntu-vg lvm2 a-- 237,75g 0
jarodd@ubuntu:~$*
Ubuntu 22.04.3 LTS (64 bits)
Hors ligne
#7 Le 11/07/2019, à 19:19
- Jarodd
Re : [Résolu] Monter une partition chiffrée
Probablement parce que le VG à le même nom bateau "ubuntu--vg" que ton ubuntu actif.
Oui c'est aussi ce que j'ai supposé.
jarodd@ubuntu:~$ sudo lvscan
inactive '/dev/ubuntu-vg/root' [474,76 GiB] inherit
inactive '/dev/ubuntu-vg/swap_1' [980,00 MiB] inherit
ACTIVE '/dev/ubuntu-vg/root' [<236,80 GiB] inherit
ACTIVE '/dev/ubuntu-vg/swap_1' [980,00 MiB] inherit
jarodd@ubuntu:~$ sudo vgchange -ay
device-mapper: create ioctl on ubuntu--vg-root LVM-7mPC1O0AAhwm8ypCNLcnVi8B9vLUBmUwCy1ME2orrRUPjM3suDNU84jCHC8lpUjz failed: Périphérique ou ressource occupé
device-mapper: create ioctl on ubuntu--vg-swap_1 LVM-7mPC1O0AAhwm8ypCNLcnVi8B9vLUBmUwMyW45AUpO3EHEOAoGGMbz4oq2icRifjz failed: Périphérique ou ressource occupé
0 logical volume(s) in volume group "ubuntu-vg" now active
2 logical volume(s) in volume group "ubuntu-vg" now active
jarodd@ubuntu:~$
Les 2 "logical volumes" ont le même nom.
Ubuntu 22.04.3 LTS (64 bits)
Hors ligne
#8 Le 11/07/2019, à 19:51
- jamesbad000
Re : [Résolu] Monter une partition chiffrée
Ok, trouvé comment lui faire cracher l'UUID du VG à partir du PV. Car sans ça impossible de se sortir de l’ambiguïté
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
sudo vgrename "UUID récupérée" vgRecup
sudo vgchange -ay vgRecup
Puis refait un coup de lsblk pour voir si tes volumes logiques sont apparu. Ensuite tu pourras faire le montage du système de fichier qui t'intéresse...
Dernière modification par jamesbad000 (Le 11/07/2019, à 20:11)
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#9 Le 11/07/2019, à 21:20
- Jarodd
Re : [Résolu] Monter une partition chiffrée
$ sudo pvs -o +vgUUID
PV VG Fmt Attr PSize PFree VG UUID
/dev/mapper/luks-04462ec9-9155-4af6-92d1-8455a8537077 ubuntu-vg lvm2 a-- <475,72g 0 7mPC1O-0AAh-wm8y-pCNL-cnVi-8B9v-LUBmUw
/dev/mapper/nvme0n1p5_crypt ubuntu-vg lvm2 a-- 237,75g 0 M5bWdC-8FiU-oJYS-L1ee-G8uz-nQJT-RvDTzM
L'UUID c'est 7mPC1O-0AAh-wm8y-pCNL-cnVi-8B9v-LUBmUw ?
Ubuntu 22.04.3 LTS (64 bits)
Hors ligne
#10 Le 11/07/2019, à 21:39
- jamesbad000
Re : [Résolu] Monter une partition chiffrée
Exactement
sudo vgrename 7mPC1O-0AAh-wm8y-pCNL-cnVi-8B9v-LUBmUw vgRecup
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#11 Le 12/07/2019, à 15:19
- Jarodd
Re : [Résolu] Monter une partition chiffrée
$ sudo vgrename 7mPC1O-0AAh-wm8y-pCNL-cnVi-8B9v-LUBmUw vgRecup
Processing VG ubuntu-vg because of matching UUID 7mPC1O-0AAh-wm8y-pCNL-cnVi-8B9v-LUBmUw
Volume group "7mPC1O-0AAh-wm8y-pCNL-cnVi-8B9v-LUBmUw" successfully renamed to "vgRecup"
Et après je suis censé faire quoi ? C'est le moment de retenter un mount ? Le problème c'est que je ne sais pas à partir de quoi...
sudo mount /dev/mapper/
control luks-f066864a-2884-4691-9bb9-8832c3201579 ubuntu--vg-root
luks-04462ec9-9155-4af6-92d1-8455a8537077 nvme0n1p5_crypt ubuntu--vg-swap_1
Ubuntu 22.04.3 LTS (64 bits)
Hors ligne
#12 Le 12/07/2019, à 16:50
- Jarodd
Re : [Résolu] Monter une partition chiffrée
Je ne sais pas pourquoi ton message a disparu, mais cela a fonctionné
sudo umount /mnt ; sudo mount /dev/mapper/vgRecup-root /mnt
Merci pour le coup de main !
Ubuntu 22.04.3 LTS (64 bits)
Hors ligne
#13 Le 12/07/2019, à 16:56
- kamaris
Re : [Résolu] Monter une partition chiffrée
Parce que je pensais dire une bêtise (de plus) ! Tant mieux si ça a marché
---
EDIT : je ne voyais pas listé vgRecup-root et vgRecup-swap1 dans ta complétion de commande ci-dessus en fait (en #11), donc je me suis dit qu'il manquait encore une étape après le renommage du groupe de volumes : je n'ai jamais eu besoin de faire la manip que t'a fait faire jamesbad000, car je n'ai jamais rencontré ce genre de conflit de nommage.
Dernière modification par kamaris (Le 12/07/2019, à 17:00)
Hors ligne
#14 Le 12/07/2019, à 16:59
- Jarodd
Re : [Résolu] Monter une partition chiffrée
vgRecup-root n'est pas apparu après le "renommage" (voir mon message précédent). Entre-temps j'ai coupé puis relancé le disque, cela a peut-être actualisé les montages (??) disponibles dans /dev/mapper.
Ubuntu 22.04.3 LTS (64 bits)
Hors ligne
#15 Le 12/07/2019, à 17:03
- kamaris
Re : [Résolu] Monter une partition chiffrée
C'est bien possible ! (on s'est croisés, cf. l'édition de mon message #13)
Hors ligne
#16 Le 12/07/2019, à 18:42
- jamesbad000
Re : [Résolu] Monter une partition chiffrée
Et après je suis censé faire quoi ?
Tu étais censé faire la suite que j'avais indiqué message #8. Le lsblk (avec les même options que plus haut) t'aurais permis de voir tes volumes pour savoir quoi monter plutôt qu'essayer au hasard.
Ceci dit, s'agissant d'une installation standard, vgRecup-root était hautement probable.
Dernière modification par jamesbad000 (Le 12/07/2019, à 18:43)
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#17 Le 12/07/2019, à 18:47
- Jarodd
Re : [Résolu] Monter une partition chiffrée
Le problème c'est que je tape les commandes qu'on me demande, mais j'ai du mal à suivre ce que cela fait au final...
Ubuntu 22.04.3 LTS (64 bits)
Hors ligne
#18 Le 12/07/2019, à 19:05
- jamesbad000
Re : [Résolu] Monter une partition chiffrée
Bah. fait un coup de
sudo lsblk -o size,name,fstype,label,mountpoint
Pour voir la situation maintenant. A partir de la je pense que tu aurais trouvé qu'est-ce qu'il fallait monter...
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#19 Le 15/07/2019, à 12:16
- Jarodd
Re : [Résolu] Monter une partition chiffrée
Bonjour,
J'ai remis le disque dans le pc en panne pour essayer de le dépanner (je ne connais toujours pas la cause de la panne, donc je tente de démarrer normalement pour faire des commandes de diagnostic).
Problème, le mot de passe de chiffrement n'est plus reconnu au démarrage. Je suppose que c'est parce que l'identification du disque a changé (on l'a appelé vgRecup-root). Comment le rétablir ?
Ubuntu 22.04.3 LTS (64 bits)
Hors ligne
#20 Le 15/07/2019, à 21:52
- jamesbad000
Re : [Résolu] Monter une partition chiffrée
Bonsoir,
le mot de passe de chiffrement n'est plus reconnu au démarrage. Je suppose que c'est parce que l'identification du disque a changé
Non, ce que l'on a renommé est à l'intérieur du volume chiffré. Donc le mot de passe doit continuer à fonctionner pareil. En revanche le changement de nom des volumes est un problème pour démarrer linux, et probablement pour grub également.
(on l'a appelé vgRecup-root). Comment le rétablir ?
Si tu veux remettre comme avant. (soit à partir de ton linux qui fonctionne. Soit à partir d'un live)
il faut désactiver le VG avant de le renommer
sudo vgchange -a n vgRecup
sudo vgrename 7mPC1O-0AAh-wm8y-pCNL-cnVi-8B9v-LUBmUw ubuntu-vg
en cas de soucis, lors des manip redonne également
sudo lsblk -o size,name,fstype,label,mountpoint
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#21 Le 16/07/2019, à 13:25
- Jarodd
Re : [Résolu] Monter une partition chiffrée
Bonjour,
En live session USB, la commande vgchange ne fonctionne pas : "volume group vgRecup not found"
J'ai tenté d'autres commandes :
- lvmdiskscan
- pvscan
- pvs
pvsdisplay
Aucune n'a donné de résultat (j'essaye de lister les volumes). lvsdiskscan me dit qu'il y a 0 LVM physical volume (alors que sans le -l, je vois bien le disque /dev/sda3 qui fait 475 MiB)
La commande que tu demandée :
ubuntu@ubuntu:~$ sudo lsblk -o size,name,fstype,label,mountpoint
SIZE NAME FSTYPE LABEL MOUNTPOINT
1.8G loop0 squashfs /rofs
86.9M loop1 squashfs /snap/core/4917
34.7M loop2 squashfs /snap/gtk-common-themes/319
140.9M loop3 squashfs /snap/gnome-3-26-1604/70
2.3M loop4 squashfs /snap/gnome-calculator/180
13M loop5 squashfs /snap/gnome-characters/103
14.5M loop6 squashfs /snap/gnome-logs/37
3.7M loop7 squashfs /snap/gnome-system-monitor/51
477G sda
512M ├─sda1 vfat
732M ├─sda2 ext4
475.7G └─sda3 crypto_LUKS
14.4G sdb iso9660 Ubuntu 18.04.1 LTS amd64 /cdrom
1.8G ├─sdb1 iso9660 Ubuntu 18.04.1 LTS amd64
2.3M └─sdb2 vfat Ubuntu 18.04.1 LTS amd64
1024M sr0
ubuntu@ubuntu:~$
Ubuntu 22.04.3 LTS (64 bits)
Hors ligne
#22 Le 16/07/2019, à 19:05
- jamesbad000
Re : [Résolu] Monter une partition chiffrée
Le volume chiffré n'a pas été déverrouillé (sur sda 3 on ne voit pas de sous-branche si tu compare avec le premier lsblk...)
Probable qu'en mode live-cd ça ne soit pas automatique. La commande ci-dessous devrait demander le mot de passe et provoquer l'ouverture du volume...
sudo cryptsetup open /dev/sda3 luksRecup
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
Pages : 1