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

Récuperation données partition chiffrée

maxire

Le problème ici semble être au niveau du volume physique, peut-être que testdisk pourrait analyser /dev/mapper/rom et retrouver les volumes logiques.
Personnellement je suis rarement arrivé à récupérer quelque chose avec testdisk.

Dende2

Ce volume contient l integralite des mes souvenirs de ces 15 dernieres annees, photos denfants, de proches, etc...
J ai vraiment envie de tout tester.
Jai fait la commande

sudo dd if=/dev/sda5 of=/dev/sdc1 conv=notrunc,noerror

ne voyqnt rien s afficher, jai pense que ca ne fonctionnait pas, jai donc debranche sdc1m et la est apparu un message me disant que 850mo avait deja ete copie. jai donc rebranche sdc1 et relance l operation, conscient aue ds tous les cas ces 850mo sont perdus.
La question que je me pose estm etant donne que cest un volume chiffre, ai-je supprimer seulement des donnees, ou ai-je supprimer une partie du code, et donc ma chance de retrouver eventuellement mes fichiers ?

Deuxieme questionm pensez-vous que si j extrait le volume sur sdc1 aui est un DD externe, puis reinstalle correctement Ubuntu sur l ordim je pourrais reacceder a mon volume plus facilement ? Puisqu a la base, cetait simplemebt ubuntu qui etait touche, pas me volume chiffr...

Desole pour toutes ces questions, mais la je me sens vraiment mal, je veux tout tenter

[supprimé]

maxire a écritLe problème ici semble être au niveau du volume physique, peut-être que testdisk pourrait analyser /dev/mapper/rom et retrouver les volumes logiques.
Personnellement je suis rarement arrivé à récupérer quelque chose avec testdisk.

j'ai jamais utilisé testdisk sur un volume physique lvm, c'est certainement possible qu'en sélectionnant /dev/mapper/... il indique les superblock et propose

To repair the filesystem using alternate superblock, run
fsck.ext4 -p -b superblock -B blocksize device

il faudrait dans ce cas essayer en indiquant le numéro de superblock, alors c'est très bien qu'avant ce genre de manip, une sauvegarde avec dd a été effectuée.

maxire

Pour répondre à la première question, pourrais-tu nous en dire plus sur l'installation initiale?

Qu'est-ce qui étatit chiffré exactement?

Toute la machine Ubuntu, programmes + données?

Uniquement le répertoire /home des données?

Autre chose?

Pour la deuxième question, non cela ne sera pas plus facile mais c'est tout de même une bonne chose de sauvegarder sur un disque externe pour tenter de le traiter à l'aide d'un autre ordinateur.
Mieux vaut pour l'instant ne pas toucher à l'ordinateur hors service tant que tu n'auras pas récupéré tes données, cela sera une sauvegarde du disque externe.

Dende2

maxire a écritPour répondre à la première question, pourrais-tu nous en dire plus sur l'installation initiale?

Qu'est-ce qui étatit chiffré exactement?

Toute la machine Ubuntu, programmes + données?

Uniquement le répertoire /home des données?

Autre chose?

Pour la deuxième question, non cela ne sera pas plus facile mais c'est tout de même une bonne chose de sauvegarder sur un disque externe pour tenter de le traiter à l'aide d'un autre ordinateur.
Mieux vaut pour l'instant ne pas toucher à l'ordinateur hors service tant que tu n'auras pas récupéré tes données, cela sera une sauvegarde du disque externe.

Javais chiffre le systeme ubuntu + mon profil (en gros je rentrai un mdp au demarrage et pour rentrer dans ma session)
les donnees a linterieur navait pas de protections individuelles supplementaires

Dende2

J habite la region parisienne, franchement sil le faut je suis pret a apporter physiquement mon ordi a un expert pour quil jette un coup doeil
Si qqn peut m aider

[supprimé]

En l'état actuel des informations, rien ne prouve que lvm ne soit utilisé sur la partition luks, ce n'est qu'une supposition (bien que fondée..faut voir en effet comment avait été installé Ubuntu.)

Dende2

Localhost a écritEn l'état actuel des informations, rien ne prouve que lvm ne soit utilisé sur la partition luks, ce n'est qu'une supposition (bien que fondée..faut voir en effet comment avait été installé Ubuntu.)

Javais ubuntu 14.04 en chiffre, lorsqu une MAJ s est affiche, je l ai realisee, mais il y a eu plantagem je ne sais pas a quelle niveau d installation il etait...
Mais Ubuntu etait installe sur un volume different du chiffre aue jessaie actuellement de recupererm est-ce que ca joue ?

Dende2

Juste pour infom la commande

sudo dd if=/dev/sda5 of=/dev/sdc1 conv=notrunc,noerror

sert-elle a couper ou simplement a copier ? En gros, puis-je l arreter sans risaue a tout moment ?

maxire

Tu ne peux pas arrêter la commande dd (copie) puis la reprendre au point d'arrêt, il faut la laisser s'exécuter jusqu'à son terme, à mon avis tu peux aller faire autre chose ce sera long.

[supprimé]

Dende2 a écritJuste pour infom la commande

sudo dd if=/dev/sda5 of=/dev/sdc1 conv=notrunc,noerror

sert-elle a couper ou simplement a copier ? En gros, puis-je l arreter sans risaue a tout moment ?

laisse faire jusqu'à la fin (c'est normal, ça peut prendre quelques heures..), tu auras ainsi une copie exacte (en l'état) de sda5.
et ensuite après cette copie dd, tu tentera (puisque ton système a planté brutalement) :

sudo fsck -f -y /dev/mapper/rom (rien ne prouve que lvm ne soit installé...tu te souviens si tu avais un volume swap ?)

je suppose que ton boot séparé a été viré pendant la migration juste avant le plantage, je ne vois pas d'autres explications..

maxire

@localhost, dans message #3 allusion à un problème avec dev-mapper-crypstswap1.device.
Je ne me souviens plus ce que propose l'installateur de Ubuntu, chiffrage total de l'installation (donc lvm) oui, mais est-il possible de ne chiffrer que /home?

Dans ce cas, une fois /dev/mapper/rom monté la commande blkid aurait dû lister le système de fichiers de /home.

Dende2

Localhost a écrit
Dende2 a écritJuste pour infom la commande
sudo dd if=/dev/sda5 of=/dev/sdc1 conv=notrunc,noerror
sert-elle a couper ou simplement a copier ? En gros, puis-je l arreter sans risaue a tout moment ?
laisse faire jusqu'à la fin (c'est normal, ça peut prendre quelques heures..), tu auras ainsi une copie exacte (en l'état) de sda5.
et ensuite après cette copie dd, tu tentera (puisque ton système a planté brutalement) :

sudo fsck -f -y /dev/mapper/rom (rien ne prouve que lvm ne soit installé...tu te souviens si tu avais un volume swap ?)

je suppose que ton boot séparé a été viré pendant la migration juste avant le plantage, je ne vois pas d'autres explications..

Jai essaye directement sur le volume chiffre present sur mon ordi

ubuntu@ubuntu:~$ sudo fsck -f -y /dev/mapper/rom
fsck from util-linux 2.26.2
e2fsck 1.42.12 (29-Aug-2014)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /dev/mapper/rom

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

[supprimé]

maxire a écrit@localhost, dans message #3 allusion à un problème avec dev-mapper-crypstswap1.device.
Je ne me souviens plus ce que propose l'installateur de Ubuntu, chiffrage total de l'installation (donc lvm) oui, mais est-il possible de ne chiffrer que /home?

Dans ce cas, une fois /dev/mapper/rom monté la commande blkid aurait dû lister le système de fichiers de /home.

c'est tout son système qui est chiffré avec boot séparé, c'est possible avec ou sans lvm, il me semble que l'installateur utilise en effet lvm pour un chiffrement complet du système, mais on ne sait pas comment son système a été installé.

cette commande pourrait peut être nous donner quelques infos si présence d'un système de fichier:

sudo dumpe2fs -h /dev/mapper/rom

Dende2

ubuntu@ubuntu:~$ sudo dumpe2fs -h /dev/mapper/rom
dumpe2fs 1.42.12 (29-Aug-2014)
dumpe2fs: Bad magic number in super-block while trying to open /dev/mapper/rom
Couldn't find valid filesystem superblock.

[supprimé]

Dende2 a écrit

ubuntu@ubuntu:~$ sudo dumpe2fs -h /dev/mapper/rom
dumpe2fs 1.42.12 (29-Aug-2014)
dumpe2fs: Bad magic number in super-block while trying to open /dev/mapper/rom
Couldn't find valid filesystem superblock.

aucun système de fichier alors retour à la case départ pour un lvm qui ne fonctionne pas...relance lvm2 depuis le live au cas ou...après je sais pas, pas assez de recul concernant son utilisation.

vérifie aussi cryptsetup avec:

sudo cryptsetup status rom

Nasman

A la place de dd on peut utiliser dcfldd (à "installer en session Live via internet car il n'est pas présent dans le dvd). dcfldd affiche un état d'avancement (mais ce type d'opérations peut durer des heures - mais c'est mieux quand on voit l'avancement).

A priori dd ou dcfldd ne font qu'une copie (si la commande est correctement tapée) - la syntaxe pour dcfldd est identique à dd

Nuliel

Houla, j'ai loupé pas mal de réponses.

Peux tu essayer la méthode utilisée sur la documentation: https://doc.ubuntu-fr.org/tutoriel/chiffrer_son_disque#monter_la_partition_manuellement
cad sur un live cd:

sudo su
cryptsetup luksOpen /dev/sda5 toto
lvchange -ay /dev/mapper/sda5
lvs
mkdir /mnt/disquedur
mount /dev/VG/... /mnt/disquedur/

Si toutes les commandes fonctionnent et que tu as fini de récupérer tes données,

sudo umount /mnt/disquedur

maxire

Non Ublender,

lvchange /dev/mapper/sda5 ne fonctionnera pas c'est toto que tu trouveras sous /dev/mapper, de plus la commande lvchange s'applique à un volume LVM en utilisant le nom de volume défini via lvm, ces noms de volumes sont disponibles en appliquant la commande lvdisplay.

Le problème actuel est qu'aucun volume physique LVM n'est détecté dans /dev/mapper/toto, pour reprendre ta notation.

Nuliel

Ok, je n'avais pas compris. Là, je ne vais absolument pas savoir faire pour réparer et monter la partition. Par contre, si on réussit à déchiffrer la partition entière (même si on récupère un lvm cassé) et qu'on utilise photorec, on devrait pouvoir récupérer les données (ce sera un bazar innommable, mais on aura récupéré les données). Je vais chercher de ce côté là.

« Page précédente Page suivante »