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

Récuperation données partition chiffrée

maxire

Salut malbo,

+1

Je crois que tu as les références d'une société qui est spécialisée dans la récupération des données, peux-tu nous les fournir?

Je crois qu'après 2 tentatives de récupération infructueuses avec testdisk puis photorec dende2 n'a plus guère d'autre choix que de se tourner vers des professionnels si il veut récupérer 15 ans de souvenirs personnels.

malbo

maxire a écrit Je crois que tu as les références d'une société qui est spécialisée dans la récupération des données, peux-tu nous les fournir?

La société en question, est visible dans la signature de rmy (*) : https://forum.ubuntu-fr.org/viewtopic.php?id=447877
rmy, c'est le fondateur de cette société : on peut lui envoyer un courriel en cliquant sur "contactez-nous" sur la page de la société DisKcarD

(*) on peut voir que rmy a beaucoup aidé à la récupération de données sur le forum avant d'en faire son métier. Aujourd'hui, il n'intervient plus sur le forum et le seul moyen de le contacter (à ma connaissance), c'est par courriel comme je viens d'indiquer.

Dende2

Merci, mais pourriez-vous m'expliquer comment fonctionnent ces pros? Car derrière pro, il y a particuliers (je sais de quoi je parle), et j'avoue que je n'aime pas prêter mes biens à des personnes sans connaissance ni assurance...
Que vont-ils faire de plus qu'il n'est pas possible de tenter à la maison ?

(désolé de mon scepticisme, mais je préfère être prudent...)

maxire

dende2, le mieux est de poser directement la question à ces professionnels de plus en terme d'assurance dans l'état où sont actuellement tes données une assurance ne me semble guère utile.
Pour ce qui est de la connaissance c'est le risque habituel lorsque tu contactes n'importe quel corps de métier peintre, maçon ou plombier, tu ne sais jamais vraiment pas sur qui tu vas tomber à moins de recommandations de tiers pas toujours fiables.

Le problème, dans ton cas, est que nous te guidons plus ou moins bien à distance et que nous ne sommes jamais certain de ce que tu as réellement fait.
Si tu fais appel directement je veux dire en face à face à une personne professionnelle ou non tu pourras dialoguer avec elle et une solution pourra émerger ... ou non.

[supprimé]

Ce qui s'est passé sur ce disque reste bizarre. Bien sûr, l'installeur devrait expliquer plus clairement ce que cette option fait, mais ici, on a la partition déchiffrée et même photorec n'y retrouve plus que trois fichiers, sur les dizaines de milliers qui composent une installation.

Est-ce que ça pourrait venir de LVM qui ferait je-ne-sais-quoi empêchant photorec de détecter les fichiers ? Je pensais que ce genre de programmes lisait tout le disque à la recherche de quelque chose ressemblant à une image.

Je pense que l'installeur devrait aussi proposer de mettre en place une sauvegarde régulière, avant même de laisser l'utilisateur stocker des données.

malbo

Dende2 a écrit j'avoue que je n'aime pas prêter mes biens à des personnes sans connaissance ni assurance...
Que vont-ils faire de plus qu'il n'est pas possible de tenter à la maison ?

Il est possible que rmy accepte de t'aider à distance. Ce ne sera pas en passant par le forum puisque rmy n'aide plus de façon bénévole mais peut-être qu'il pourrait le faire par un autre moyen. Le mieux, comme l'a dit maxire, c'est de questionner directement rmy à l'adresse que j'ai indiquée dans mon post #102. Si tu le fais, donne-lui le lien vers la présente discussion pour qu'il puisse se faire une idée du problème.

[supprimé]

Je ne vois qu'une seule explication, l'header luks est toujours présent sur cette partition sda4, mais celle-ci a été altérée...faudra que rmy vérifie l'état du disque, voir si des secteurs ne sont pas endommagés (jamais je n'ai rencontré d'altération luks dans les pire plantage sur un disque sain)

Si c'était l'updater ou installateur qui avaient modifié directement cette partition sda4, l'header luks ne serait plus présent... (à mon avis)

et dommage que tu n'es pas compris que cette commande était importante pour nous montrer les éventuelles signatures sur cette partition déchiffrée

sudo strings /dev/mapper/crypt | less

mais dans ce genre de situation, il vaut mieux en effet ne plus toucher à ce disque et le remettre physiquement à un spécialiste avec le passephrase crypsetup, une intervention collective dans un forum ne peut faire qu'aggraver dans certains cas, surtout si le disque a des secteurs altérés qui n'ont pas eu le temps d'être ré-alloués (c'est aussi une éventualité)

maxire

Dende2 Message #99 a écritJ'ai fait l'upgrade car il m'a été proposé par Ubuntu dans une fenêtre, il l'a téléchargé puis j'ai lancé l'installation.
Pendant une période, l'écran était noir, et c'est là que l'ordi a planté, faute d'énergie...

===» Arrêt brutal de l'ordinateur dû à une panne d'alimentation électrique?

Ceci pourrait avoir entraîné une dégradation physique du disque et conséquemment la disparition de LVM dans le conteneur chiffré.

Dende2 Message #3 a écritEn fait à la base il me mettait un problème de démarrage de "dev-mapper-crypstswap1.device", et maintenant "error: file '/grub/i386-pc/normal.mod' not found" et j'entre en GRUB rescue mode

Donc Dende2 a tout de même réussi à démarrer le PC suite à son arrêt brutal avec un environnement LVM dégradé.
Depuis la partition boot /dev/sda1 est vide.

Je note qu'il a fallu tout de même 99 messages pour apprendre incidemment que ce n'est pas la procédure de mise à niveau qui a posé problème mais une panne matérielle.

Nous n'avons manifestement pas posé les bonnes questions!

En sachant ceci nous aurions pu conseiller de ne surtout plus démarrer le pc, de démonter le disque et de l'amener à un spécialiste susceptible de copier son contenu puis de tenter une récupération des données à partir de cette copie.

Dende2

Merci à tous pour votre aide. Je reste très étonné qu'une simple coupure de courant suffise pour anéantir un OS et mettre en péril toutes les données de ma vie, je suis dévasté et n'arrive toujours pas à réaliser.... j'espère pouvoir en récupérer une partie. Je regrette d'avoir supprimé ma sauvegarde (trois jours avant.....).
Est-ce que vous me recommandez vraiment diskcard? Car j'avoue que j'aurais préféré avoir affaire à quelqu'un sur paris en face-à-face ( à bon entendeur...)
J'attend d'avoir un peu d'argent de coté et j'irais voir un spécialiste. Je touche plus mon disque dur, sauf si vous avez quelque chose à me faire essayer.
Je continue à suivre cette conversation, si par hasard l'un de vous à une idée...

malbo

Et à l'avenir, évite de chiffrer toute l'installation de Ubuntu. Risquer de perdre 15 ans de données perso (ton post #42), les photos de vacances à La Baule et les vidéos des petits avec cette connerie de chiffrage, c'est vraiment trop...

Dende2

J'écouterais ton conseil... Je réalise toujours pas...

Je reste ouvert à toute proposition d'aide, à distance ou en face-à-face.

maxire

Tout de même ce nom de swap «dev-mapper-crypstswap1.device» me gêne cela ne ressemble pas à un nom habituel de volume logique lvm.
Quelqu'un a-t-il sous la main un environnement Ubuntu totalement chiffré?
J'aimerais avoir la réponse à cette commande:

sudo lvscan

@Dende2, comment avais-tu chiffré ton installation Ubuntu?

À l'aide du disque d'installation en cochant les cases idoines ou bien une autre personne l'avait-elle fait pour toi?

Dende2

maxire a écritTout de même ce nom de swap «dev-mapper-crypstswap1.device» me gêne cela ne ressemble pas à un nom habituel de volume logique lvm.
Quelqu'un a-t-il sous la main un environnement Ubuntu totalement chiffré?
J'aimerais avoir la réponse à cette commande:
sudo lvscan
@Dende2, comment avais-tu chiffré ton installation Ubuntu?

À l'aide du disque d'installation en cochant les cases idoines ou bien une autre personne l'avait-elle fait pour toi?

J'aurais accès à mon ordi demain je te donne la réponse dès demain matin
J'avais chiffré à l'installation, cela m'avait été proposé par Ubuntu à la première installation

malbo

@maxire : il s'agit bien d'une installation réalisée en sélectionnant "Effacer le disque et installer Ubuntu" en cochant la case "Chiffrer la nouvelle installation de Ubuntu pour la sécurité" (ce qui entraîne que la case "Utiliser LVM avec la nouvelle installation d'Ubuntu" est cochée automatiquement). La preuve, c'est cet extrait du Boot-Info de Dende2 :

/dev/sda1    *          2,048       499,711       497,664  83 Linux

On retrouve exactement la même ligne dans le Boot-Info de J-F_R_44 dans cette discussion qui concerne une telle installation chiffrée : https://forum.ubuntu-fr.org/viewtopic.php?pid=21490588

J'ajoute que dans les deux cas, on a une partition sda5 du type "crypto_LUKS"

maxire

@malbo, je pense également que le conteneur chiffré contenait des volumes LVM, depuis toute référence à LVM a disparu du conteneur d'où mon questionnement ce qui montre que le crash système a été très dur sans parler de la partition boot qui semble dans un état second.
Les méta données LVM sont dans les premiers secteurs du conteneur chiffré et testdisk ne semble rien trouver.

Nuliel

Tite question: si on remettait les fichiers dans la partition boot qui y étaient avant (avec photorec pour les récupérer), est ce que ça pourrait faire avancer le problème?
Je ne sais pas trop comment ça marche tout ça mais si le noyau linux est chargé alors on aura peut être un message d'erreur pour la lvm.

maxire

@ublender, non nous savons déjà que LVM est mort, aucune trace des entêtes LVM n'est détectée via la live-usb que ce soit par l'application de la commande d'analyse LVM de recherche des volumes logiques lvscan ou par la commande blkid.
Après montage du conteneur chiffré bien évidemment.

« Page précédente