Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Récuperation données partition chiffrée

maxire

dende2 a écritet j'ai vu la partition cryptée dans mon /home (néanmoins innaccesible)

??? Peux-tu expliquer plus clairement?

Donne le résultat exact des commandes passées, tu peux utiliser firefox avec la live-usb et communiquer via le forum.

Sinon donne le résultat de:

ls /dev/mapper

Je ne veux pas une réponse du type ça marche pas mais un copier/coller du résultat à l'écran inséré dans ta réponse.

Dende2

maxire a écrit
dende2 a écritet j'ai vu la partition cryptée dans mon /home (néanmoins innaccesible)
??? Peux-tu expliquer plus clairement?

Donne le résultat exact des commandes passées, tu peux utiliser firefox avec la live-usb et communiquer via le forum.

Sinon donne le résultat de:
ls /dev/mapper
Je ne veux pas une réponse du type ça marche pas mais un copier/coller du résultat à l'écran inséré dans ta réponse.

JE vais essayer d'être le plus précis possible
Lorsque j'ouvre la session, je vois dans le home un disque"/rom", qui est mon disque crypté (celui dont j'aimerais récupérer les données).
Hors, lorsque je clique dessus, il me demande le mot de passe, et lorsque je le rentre, il disparait spontanément.
Idem lorsque j'ai tapé la ligne "sudo crypsetup open /dev/sda5 rom", il me demande le mdp, et une fois rentré, il disparait.

J'ai réessayé une deuxième fois la ligne de commande, il m'indique "device rom already exists"

Pour

ls /dev/mapper

il m'indique

 control rom

maxire

Bon /dev/mapper/rom existe, le volume chiffré est accessible, par contre je ne comprends pas que sudo lvscan ne donne aucun résultat, si j'ai bien compris c'est l'ensemble du système Ubuntu qui est chiffré mis à part la partition /boot qui est maintenant vide.

Je me demande dans quel état est /dev/mapper/rom, si lvscan ne trouve aucun volume logique exploitable tu peux faire une croix sur tes données.

Encore une fois, utilise firefox sur la clef usb pour communiquer avec nous et insère la copie du résultat réel de la commande.
Il m'indique machin et truc n'est pas recevable par nous, en retranscrivant et/ou interprétant le résultat il y a perte d'information.

maxire

J'oubliais, tente un:

sudo mount -v /dev/mapper/rom /mnt

maxire

Ah, enfin des réponses exploitables!

ubuntu@ubuntu:~$ sudo cryptsetup open /dev/sda5 rom
Enter passphrase for /dev/sda5: 
No key available with this passphrase.

La passphrase n'est pas la bonne, donc le volume chffré ne se monte pas.

As-tu bien passé le clavier de la live-usb en azerty?

maxire

Tiens, le message de dende2 auquel je viens de répondre a maintenant disparu.

Dende2

maxire a écritJ'oubliais, tente un:

sudo mount -v /dev/mapper/rom /mnt

ubuntu@ubuntu:~$ sudo mount -v /dev/mapper/rom /mnt
mount: wrong fs type, bad option, bad superblock on /dev/mapper/rom,
       missing codepage or helper program, or other error

       In some cases useful info is found in syslog - try
       dmesg | tail or so.
ubuntu@ubuntu:~$ sudo lvscan
ubuntu@ubuntu:~$ ls /dev/mapper
control  rom

Dende2

maxire a écritAh, enfin des réponses exploitables!

ubuntu@ubuntu:~$ sudo cryptsetup open /dev/sda5 rom
Enter passphrase for /dev/sda5: 
No key available with this passphrase.

La passphrase n'est pas la bonne, donc le volume chffré ne se monte pas.

As-tu bien passé le clavier de la live-usb en azerty?

non mais jai rentre le bon mdp meme avec le clavier qwerty. ca change qq chose ?

maxire

Ah, finalement tu as réussi à entrer une passphrase correcte, tu aurais mieux fait de ne pas supprimer le message initial.
En fait le sudo mount ne sert à rien tente plutôt ceci:

sudo blkid

Dende2

maxire a écritAh, finalement tu as réussi à entrer une passphrase correcte, tu aurais mieux fait de ne pas supprimer le message initial.
En fait le sudo mount ne sert à rien tente plutôt ceci:
sudo blkid

ubuntu@ubuntu:~$ sudo blkid
/dev/sda1: UUID="5fe98e7d-a702-40ab-987e-31dd96f8459a" TYPE="ext2" PARTUUID="0009670b-01"
/dev/sdb: UUID="2492-9C28" TYPE="vfat"
/dev/loop0: TYPE="squashfs"
/dev/sda5: UUID="94d2bea4-95f8-4167-8179-f8bd575616c0" TYPE="crypto_LUKS" PARTUUID="0009670b-05"

maxire

Je ne comprends pas trop normalement tu devrais obtenir quelque chose comme ceci:

[frankenstein@FRANKENSTEIN ~]$ sudo blkid /dev/sdc1
/dev/sdc1: UUID="ae8fefde-c2a2-4c48-909d-4dc210942740" TYPE="crypto_LUKS" PARTUUID="3fbf2dd9-01"
[frankenstein@FRANKENSTEIN ~]$ sudo cryptsetup open /dev/sdc1 toto
Saisissez la phrase secrète pour /dev/sdc1 : 
[frankenstein@FRANKENSTEIN ~]$ sudo blkid
/dev/sdc1: UUID="ae8fefde-c2a2-4c48-909d-4dc210942740" TYPE="crypto_LUKS" PARTUUID="3fbf2dd9-01"
/dev/mapper/toto: UUID="10nFRe-gnQt-c6lQ-96HW-9RQT-Vgtd-cck9MC" TYPE="LVM2_member"
/dev/mapper/totovol-lvol0: UUID="0BCFF09452FA32FD" TYPE="ntfs"
/dev/mapper/totovol-lvol1: UUID="f1705352-f29b-4d2b-b9fb-f0286f7468e0" TYPE="ext4"
[frankenstein@FRANKENSTEIN ~]$

Après le montage du volume chiffré rom que tu sembles avoir réussi, des volumes logiques lvm auraient dû être détectés par la commande blkid.

[supprimé]

@maxire

exact, mais je pense qu'il faut qu'il installe lvm2 sur son live...

Mon ordi a planté durant une MAJ Ubuntu 14.04 LTS vers 15.10.

@Dende2
possible qu'il faille ensuite réparer un système de fichier avec fsck appliqué sur un volume lvm..

maxire

@localhost, les outils lvm sont je pense installés sur la live-usb sinon elle aurait du mal à réaliser les installations sur volumes lvm, de plus dende2 a appliqué la commande sudo lvscan sans message indiquant que la commande est inconnue.

J'ai l'impression que le volume physique lvm abrité par /dev/mapper/rom en a pris un coup.

maxire

Un fsck sur un volume physique LVM?
Oups! je ne sais pas si cela existe.

Dende2

Dende2 a écrit
ublender a écritDans un premier temps, on va copier le disque dur en entier:
Dans une session live, vérifie qu'aucune partition n'est montée, puis tu peux copier le disque dur:
dd if=/dev/sda of=/dev/sdb conv=notrunc,noerror
où sda est ton disque dur avec tes données et sdb est ton disque dur sans données dessus (tout sera écrasé sur ce disque). Tu peux vérifier que ce sont les bons noms avec gparted par exemple.

Edit: c'est bien
sudo dd if=/dev/sda of=/dev/sdb conv=notrunc,noerror
Et n'échange pas les deux, sinon tu n'auras plus rien.
Merci nasman

Ok, pour être sûr: j'ouvre une session via liveusb, je fais "essayer ubuntu" et via le terminal, je tape simplement cette ligne?

Jai tente, mais cela n indique a priori aucun resultat

ubuntu@ubuntu:~$ sudo dd if=/dev/sda5 of=/dev/sdc1 conv=notrunc,noerror

MAJ
Les donnees sont apparemment effectivement en train de copier

maxire

Non Dende2, tu fais ce que tu veux mais la commande dd ne va faire que copier ce que tu n'arrives déjà pas à accéder.
Une fois copié, le volume chiffré sera toujours inaccessible.

J'ai le sentiment que les données ont été définitivement écrasées.

Dende2

maxire a écritNon Dende2, tu fais ce que tu veux mais la commande dd ne va faire que copier ce que tu n'arrives déjà pas à accéder.
Une fois copié, le volume chiffré sera toujours inaccessible.

J'ai le sentiment que les données ont été définitivement écrasées.

Jessaie de copier mes donnees, afin dinstaller a nouveau ubuntu sur mon ordi, histoire davoir au moins un poste confortable et travailler sur le volume chiffre ensuite via le DD externe..
Par ailleurs, vous savez ou je peux voir l avance de la copie de donnees ? car le terminal n affiche rien

[supprimé]

maxire a écritUn fsck sur un volume physique LVM?
Oups! je ne sais pas si cela existe.

oui bien sûr, fsck s'applique sur tous les systèmes de fichiers linux quelque soit leur support, ici il faudrait appliquer la commande sur /dev/mapper/.... et non pas sur /dev/sda5.

maxire

Il aurait fallu ajouter l'option status=progress à la commande dd pour visualiser la progression de la copie.

Sauvegarder, pourquoi pas mais je suis pessimiste quant à l'état des données dans /dev/sda5.

@localhost, fsck sur un volume logique LVM hébegeant par exemple un système de fichiers ext4 ok mais sur un volume physique comme /dev/mapper/rom j'ai des doutes.

[supprimé]

maxire a écrit
@localhost, fsck sur un volume logique LVM hébegeant par exemple un système de fichiers ext4 ok mais sur un volume physique comme /dev/mapper/rom j'ai des doutes.

j'ai précisé là ou le système de fichier est supporté, je n'utilise plus lvm depuis fort longtemps même s'il peut être très pratique (et pour cause en cas de crash !) , en effet si pas de formatage sur un volume physique alors pas de fsck directement sur celui-ci, on es bien d'accord.

« Page précédente Page suivante »