#1 Le 15/04/2020, à 15:31
- Sapin64
Récupération de données sur disque crypté
Bonjour,
Tout d'abord, autant prévenir tout le monde, je ne suis pas un foudre en informatique! Voila le souci. J'ai installé Lubuntu sur un DD sur une partition chiffrée et suite à des manips hasardeuses, j'ai supprimé lxsession en vue de le réinstaller de suite mais je n'y suis parvenu. Stupide? possible... Je me fichais de tenter n'importe quoi car j'étais dans la phase ou je bidouille tout et si ça plante je réinstalle. Sauf que j'avais juste oublié que je venais de copier plein de photos sur le disque que j'aimerais récupérer. Et que celui-ci ne démarre plus...
Je fais donc appel à vous pour soit, recréer ce qu'il manque à mon disque pour qu'il puisse rebooter, soit récupérer les données dessus depuis mon second DD (j'ai un Xubuntu qui tourne dessus).
Ça fait deux jours que je bataille, mais mes compétences sont assez limitées.
Je précise que j'ai toujours la passphrase et que seul m'importe de récupérer les quelques photos des petits. La procédure la plus simple m'ira très bien
Si une bonne âme vient à passer par là, qu'elle en soit remerciée d'avance!
Hors ligne
#2 Le 15/04/2020, à 15:56
- Nuliel
Re : Récupération de données sur disque crypté
Bonjour,
Le plus simple est de démarrer sur la clé usb d'installation d'ubuntu, faire essayer (et non installer), puis dans le gestionnaire de fichiers tu devrais trouver la partition chiffrée, tu cliques dessus, tu renseignes ton mot de passe, et tu devrais accéder à tes données.
Hors ligne
#3 Le 15/04/2020, à 16:11
- Sapin64
Re : Récupération de données sur disque crypté
Merci pour cette réponse. Lorsque je tente d'y accéder, et après avoir rentré la passphrase, j'obtiens le message d'erreur suivant :
Impossible de monter « 999 GB chiffrés »
Le périphérique déverrouillé ne possède pas de système de fichiers valide
Hors ligne
#4 Le 15/04/2020, à 16:15
- Nuliel
Re : Récupération de données sur disque crypté
Comme le dit malbo dans ce fil spécifique pour récupérer des données sur une partition chiffrée, c'est un message à la con, tu cliques sur valider, pas besoin de s'en occuper (c'est juste pour te faire stresser...)
Normalement la partition devrait être montée et accessible dans le panneau de gauche du gestionnaire de fichier.
Dernière modification par Nuliel (Le 15/04/2020, à 16:16)
Hors ligne
#5 Le 15/04/2020, à 16:44
- Sapin64
Re : Récupération de données sur disque crypté
Une fois cette fenêtre fermée (je n'ai pas de bouton "valider" juste "fermer"), le disque n'apparaît plus.
En fait, avant d'essayer de monter le disque, j'ai deux volumes qui apparaissent sur mon bureau :
- "999 GB chiffrés" : je pense que c'est là que se trouvent mes fichiers. un cadenas apparaît sur l'icône et c'est en tentant de le monter que j'ai eu le message précédent.
- "767 MB" : là je peux accéder au volume sans mot de passe mais dedans j'ai juste un dossier "lost+found" auquel je n'ai pas accès.
Une fois que j'ai fermé la fenêtre contenant le message d'erreur, je ne vois plus le volume de 999GB nul part, ni sur le bureau, ni dans le volet de gauche du gestionnaire de fichier. Par contre le second volume est toujours présent.
Hors ligne
#6 Le 15/04/2020, à 20:51
- kamaris
Re : Récupération de données sur disque crypté
Peux-tu donner le retour de
lsblk -o name,size,type,fstype,mountpoint,uuid
Hors ligne
#7 Le 15/04/2020, à 21:46
- Sapin64
Re : Récupération de données sur disque crypté
Voila le retour :
sapin@sapin-MS-7680:~/Bureau$ lsblk -o name,size,type,fstype,mountpoint,uuid
NAME SIZE TYPE FSTYPE MOUNTPOINT UUID
sda 465,8G disk
├─sda1 463,8G part ext4 / 3791cefb-c942-4797-938d-ab848f327993
├─sda2 1K part
└─sda5 2G part swap [SWAP] 59aafb4c-6a75-4381-ac46-8211b2fd830e
sdb 931,5G disk
├─sdb1 731M part ext4 /media/sapin/ 14a120ae-d510-4013-9202-cf72d3c568b7
├─sdb2 1K part
└─sdb5 930,8G part crypto_ 1d1907e3-993e-4ed3-9cba-1f356baeb52f
└─luks-1d1907e3-993e-4ed3-9cba-1f356baeb52f
930,8G crypt LVM2_me 3Mrcn0-g5Ga-lL3y-14g5-kcHZ-lHsl-gw95tC
sr0 1024M rom
Hors ligne
#8 Le 15/04/2020, à 23:13
- kamaris
Re : Récupération de données sur disque crypté
Ok, je ne manipule pas du lvm tous les jours, mais heureusement j'ai une vm sous la main avec du lvm.
Donc donne pour commencer le retour de
sudo pvdisplay /dev/mapper/luks-1d1907e3-993e-4ed3-9cba-1f356baeb52f
Hors ligne
#9 Le 16/04/2020, à 07:50
- Sapin64
Re : Récupération de données sur disque crypté
Visiblement y a un souci...
sapin@sapin-MS-7680:~/Bureau$ sudo pvdisplay /dev/mapper/luks-1d1907e3-993e-4ed3-9cba-1f356baeb52f
sudo: pvdisplay : commande introuvable
En tout cas merci de t'intéresser à mon cas!
Hors ligne
#10 Le 16/04/2020, à 07:54
- Sapin64
Re : Récupération de données sur disque crypté
Bon en fait, il me manquait le paquet lvm2. Après installation voila le retour qui t'intéresse :
sapin@sapin-MS-7680:~/Bureau$ sudo pvdisplay /dev/mapper/luks-1d1907e3-993e-4ed3-9cba-1f356baeb52f
/run/lvm/lvmetad.socket: connect failed: Aucun fichier ou dossier de ce type
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.
Failed to find device for physical volume "/dev/mapper/luks-1d1907e3-993e-4ed3-9cba-1f356baeb52f".
Hors ligne
#11 Le 16/04/2020, à 08:31
- kamaris
Re : Récupération de données sur disque crypté
Il faut d'abord que tu entres ta passphrase comme tu as fait en #3, pour ouvrir le conteneur luks et faire apparaitre le volume luks-1d1907e3-993e-4ed3-9cba-1f356baeb52f
Hors ligne
#12 Le 16/04/2020, à 09:05
- Sapin64
Re : Récupération de données sur disque crypté
OK je pense que c'est bon. Du coup j'obtiens ceci :
sapin@sapin-MS-7680:~/Bureau$ sudo pvdisplay /dev/mapper/luks-1d1907e3-993e-4ed3-9cba-1f356baeb52f
/run/lvm/lvmetad.socket: connect failed: Aucun fichier ou dossier de ce type
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.
--- Physical volume ---
PV Name /dev/mapper/luks-1d1907e3-993e-4ed3-9cba-1f356baeb52f
VG Name lubuntu-vg
PV Size 930,79 GiB / not usable 2,00 MiB
Allocatable yes
PE Size 4,00 MiB
Total PE 238283
Free PE 8
Allocated PE 238275
PV UUID 3Mrcn0-g5Ga-lL3y-14g5-kcHZ-lHsl-gw95tC
Hors ligne
#13 Le 16/04/2020, à 10:10
- Nuliel
Re : Récupération de données sur disque crypté
Normalement
sudo mount /dev/mapper/luks-1d1907e3-993e-4ed3-9cba-1f356baeb52f /mnt
devrait monter ta partition chiffrée dans /mnt
Dernière modification par Nuliel (Le 16/04/2020, à 10:11)
Hors ligne
#14 Le 16/04/2020, à 10:49
- kamaris
Re : Récupération de données sur disque crypté
@Naziel : non, ça c'est le volume physique : ce sont les volumes logiques du groupe de volumes qu'il contient qu'il faut monter.
@Sapin64 : maintenant, donne le retour de
sudo vgdisplay -v /dev/mapper/lubuntu-vg
NB : à ce stade, il est probable que tu puisses monter ta partition racine dans /mnt par
sudo mount /dev/mapper/lubuntu-vg-root /mnt
mais donne quand même le retour ci-dessus pour être sûr.
Dernière modification par kamaris (Le 16/04/2020, à 10:55)
Hors ligne
#15 Le 16/04/2020, à 11:34
- Sapin64
Re : Récupération de données sur disque crypté
@Sapin64 : maintenant, donne le retour de
sudo vgdisplay -v /dev/mapper/lubuntu-vg
Voila ce que j'obtiens.
sapin@sapin-MS-7680:~/Bureau$ sudo vgdisplay -v /dev/mapper/lubuntu-vg
/run/lvm/lvmetad.socket: connect failed: Aucun fichier ou dossier de ce type
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.
Using volume group(s) on command line.
Invalid volume group name lubuntu/vg.
Run `vgdisplay --help' for more information.
NB : à ce stade, il est probable que tu puisses monter ta partition racine dans /mnt par
sudo mount /dev/mapper/lubuntu-vg-root /mnt
Ça n'a pas l'air beaucoup mieux...
sapin@sapin-MS-7680:~/Bureau$ sudo mount /dev/mapper/lubuntu-vg-root /mnt
mount: le périphérique spécial /dev/mapper/lubuntu-vg-root n'existe pas
Et pour finir
Normalement
sudo mount /dev/mapper/luks-1d1907e3-993e-4ed3-9cba-1f356baeb52f /mnt
devrait monter ta partition chiffrée dans /mnt
Voila ce que ça donne :
mount: type de système de fichiers « LVM2_member » inconnu
Hors ligne
#16 Le 16/04/2020, à 12:00
- kamaris
Re : Récupération de données sur disque crypté
Bizarre, chez moi je n'ai pas ce « -vg » en bout de nom.
Essaie peut-être
sudo vgdisplay -v /dev/mapper/lubuntu
et sinon essaie d'utiliser la touche de complétion de commande (touche de tabulation, tape deux fois au besoin), pour voir ce que ça te propose quand tu en es à
sudo vgdisplay -v /dev/mapper/
ou bien
sudo mount /dev/mapper/
Hors ligne
#17 Le 16/04/2020, à 14:05
- Sapin64
Re : Récupération de données sur disque crypté
Bizarre, chez moi je n'ai pas ce « -vg » en bout de nom.
Essaie peut-êtresudo vgdisplay -v /dev/mapper/lubuntu
Là non plus ça n'a pas l'air bon :
sapin@sapin-MS-7680:~/Bureau$ sudo vgdisplay -v /dev/mapper/lubuntu
/run/lvm/lvmetad.socket: connect failed: Aucun fichier ou dossier de ce type
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.
Using volume group(s) on command line.
Volume group "lubuntu" not found
Cannot process volume group lubuntu
et sinon essaie d'utiliser la touche de complétion de commande (touche de tabulation, tape deux fois au besoin), pour voir ce que ça te propose quand tu en es à
sudo vgdisplay -v /dev/mapper/
En faisant ça, je n'ai aucune proposition.
Par contre avec la dernière commande on me propose ceci :
sapin@sapin-MS-7680:~/Bureau$ sudo mount /dev/mapper/
control luks-1d1907e3-993e-4ed3-9cba-1f356baeb52f
sapin@sapin-MS-7680:~/Bureau$ sudo mount /dev/mapper/
Ça repasse à la ligne suivante sans rien exécuter.
A ce stade là je suis complètement largué! Par contre lorsque j'avais monté le DD au début, je l'ai fait en graphique, depuis le bureau. Peut-être faudrait-il lancer cette commande depuis le terminal?
Hors ligne
#18 Le 16/04/2020, à 14:22
- kamaris
Re : Récupération de données sur disque crypté
Rajoute luks-1d1907e3-993e-4ed3-9cba-1f356baeb52f et refais la complétion de commande :
sudo mount /dev/mapper/luks-1d1907e3-993e-4ed3-9cba-1f356baeb52f
Dernière modification par kamaris (Le 16/04/2020, à 14:43)
Hors ligne
#19 Le 16/04/2020, à 14:44
- kamaris
Re : Récupération de données sur disque crypté
Donne aussi le retour de
sudo vgscan
s'il te plait.
Hors ligne
#20 Le 16/04/2020, à 17:31
- Sapin64
Re : Récupération de données sur disque crypté
Rajoute luks-1d1907e3-993e-4ed3-9cba-1f356baeb52f et refais la complétion de commande :
sudo mount /dev/mapper/luks-1d1907e3-993e-4ed3-9cba-1f356baeb52f
sapin@sapin-MS-7680:~/Bureau$ sudo mount /dev/mapper/luks-1d1907e3-993e-4ed3-9cba-1f356baeb52f
mount: can't find /dev/mapper/luks-1d1907e3-993e-4ed3-9cba-1f356baeb52f in /etc/fstab
Et le retour de sudo vgscan :
sapin@sapin-MS-7680:~/Bureau$ sudo vgscan
[sudo] Mot de passe de sapin :
/run/lvm/lvmetad.socket: connect failed: Aucun fichier ou dossier de ce type
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.
Reading all physical volumes. This may take a while...
Found volume group "lubuntu-vg" using metadata type lvm2
Hors ligne
#21 Le 16/04/2020, à 19:01
- kamaris
Re : Récupération de données sur disque crypté
Bon, je viens de faire plus de tests de mon côté, et je pense (enfin) avoir trouvé : essaie
sudo vgdisplay -v lubuntu-vg
Ça doit nous donner le retour voulu.
Par contre, ce « - » dans le nom de volume peut bien poser des problèmes, et si c'est le cas par la suite, on renommera le volume.
Ce que je ne comprends pas encore, c'est pourquoi en #17 tu n'as pas plus de propositions par complétion de commande (on devrait voir les volumes logiques root et swap).
Dernière modification par kamaris (Le 16/04/2020, à 20:35)
Hors ligne
#22 Le 16/04/2020, à 21:18
- Sapin64
Re : Récupération de données sur disque crypté
Donc, après avoir tapé la commande suivante :
sudo vgdisplay -v lubuntu-vg
J'obtiens :
sapin@sapin-MS-7680:~/Bureau$ sudo vgdisplay -v lubuntu-vg
Using volume group(s) on command line.
--- Volume group ---
VG Name lubuntu-vg
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 3
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 2
Open LV 0
Max PV 0
Cur PV 1
Act PV 1
VG Size 930,79 GiB
PE Size 4,00 MiB
Total PE 238283
Alloc PE / Size 238275 / 930,76 GiB
Free PE / Size 8 / 32,00 MiB
VG UUID 9UrUUg-pwLr-d9Rd-kHVi-xA5G-6DwT-hM85Tj
--- Logical volume ---
LV Path /dev/lubuntu-vg/root
LV Name root
VG Name lubuntu-vg
LV UUID w7bVyf-bmUn-gyNg-BPb9-TJz5-MbSX-CDgdwa
LV Write Access read/write
LV Creation host, time lubuntu, 2020-04-13 14:22:18 +0200
LV Status available
# open 0
LV Size 929,81 GiB
Current LE 238031
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 252:1
--- Logical volume ---
LV Path /dev/lubuntu-vg/swap_1
LV Name swap_1
VG Name lubuntu-vg
LV UUID BXY6PW-kPt2-mpFI-k06P-Dd6b-EiT9-jNYZhZ
LV Write Access read/write
LV Creation host, time lubuntu, 2020-04-13 14:22:18 +0200
LV Status available
# open 0
LV Size 976,00 MiB
Current LE 244
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 252:2
--- Physical volumes ---
PV Name /dev/mapper/luks-1d1907e3-993e-4ed3-9cba-1f356baeb52f
PV UUID 3Mrcn0-g5Ga-lL3y-14g5-kcHZ-lHsl-gw95tC
PV Status allocatable
Total PE / Free PE 238283 / 8
Par acquis de conscience, j'ai retapé la commande du post #17, mais la complétion ne donne toujours rien.
Hors ligne
#23 Le 16/04/2020, à 21:27
- kamaris
Re : Récupération de données sur disque crypté
Bon, on avance.
Maintenant, essaie de monter ta partition racine dans /mnt avec la commande suivante :
sudo mount /dev/lubuntu-vg/root /mnt
Hors ligne
#24 Le 16/04/2020, à 21:36
- Sapin64
Re : Récupération de données sur disque crypté
Et voila!
sapin@sapin-MS-7680:~/Bureau$ sudo mount /dev/lubuntu-vg/root /mnt
[sudo] Mot de passe de sapin :
mount: wrong fs type, bad option, bad superblock on /dev/mapper/lubuntu--vg-root,
missing codepage or helper program, or other error
Dans certains cas des renseignements utiles sont dans le journal
système — essayez « dmesg | tail » ou quelque chose du genre.
Hors ligne
#25 Le 16/04/2020, à 21:40
- Sapin64
Re : Récupération de données sur disque crypté
Je suis désolé...
sapin@sapin-MS-7680:~/Bureau$ sudo mount /dev/mapper/lubuntu--vg-root /mnt
mount: wrong fs type, bad option, bad superblock on /dev/mapper/lubuntu--vg-root,
missing codepage or helper program, or other error
Dans certains cas des renseignements utiles sont dans le journal
système — essayez « dmesg | tail » ou quelque chose du genre.
Hors ligne