Contenu | Rechercher | Menus

Annonce

La nouvelle clé USB Ubuntu-fr est en prévente
Rendez-vous sur la boutique En Vente Libre

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 10/07/2019, à 21: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, à 17:53)


Ubuntu 18.04 LTS (64 bits)

Hors ligne

#2 Le 10/07/2019, à 23: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, à 23: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, à 23:04)

Hors ligne

#4 Le 11/07/2019, à 12: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 big_smile 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, à 12:26)


Ubuntu 18.04 LTS (64 bits)

Hors ligne

#5 Le 11/07/2019, à 20: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, à 20: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 18.04 LTS (64 bits)

Hors ligne

#7 Le 11/07/2019, à 20:19

Jarodd

Re : [Résolu] Monter une partition chiffrée

jamesbad000 a écrit :

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 18.04 LTS (64 bits)

Hors ligne

#8 Le 11/07/2019, à 20: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, à 21: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, à 22: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 18.04 LTS (64 bits)

Hors ligne

#10 Le 11/07/2019, à 22: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, à 16: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 18.04 LTS (64 bits)

Hors ligne

#12 Le 12/07/2019, à 17:50

Jarodd

Re : [Résolu] Monter une partition chiffrée

Je ne sais pas pourquoi ton message a disparu, mais cela a fonctionné smile

sudo umount /mnt ; sudo mount /dev/mapper/vgRecup-root /mnt

Merci pour le coup de main !


Ubuntu 18.04 LTS (64 bits)

Hors ligne

#13 Le 12/07/2019, à 17: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é smile
---
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, à 18:00)

Hors ligne

#14 Le 12/07/2019, à 17: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 18.04 LTS (64 bits)

Hors ligne

#15 Le 12/07/2019, à 18: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, à 19:42

jamesbad000

Re : [Résolu] Monter une partition chiffrée

Jarodd a écrit :

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, à 19: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, à 19: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 18.04 LTS (64 bits)

Hors ligne

#18 Le 12/07/2019, à 20: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, à 13: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 18.04 LTS (64 bits)

Hors ligne

#20 Le 15/07/2019, à 22:52

jamesbad000

Re : [Résolu] Monter une partition chiffrée

Bonsoir,

Jarodd a écrit :

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.

Jarodd a écrit :

(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, à 14: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 18.04 LTS (64 bits)

Hors ligne

#22 Le 16/07/2019, à 20: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