Fedora-Fr

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

10 années de ma vie parties en fumée...

blooby12547

JE SUIS DÉSESPÉRÉ...

je viens décraser la totalité de mon disque dur externe en faisant une erreure de manip.

Voulant copier une image live de archlinux sur ma clef pour la tester en dual boot avec fedora j'ai effectué cette commande...

# dd if=archlinux off=/dev/sdb

Or sdb n'été pas ma clef mais mon disque dur externe...
Au final j'ai squizzé 300Go de données professionelles...

J'en appel à vos compétences... Y aurait-il un moyen de récupérer l'ancien contenu de mon disque ?

Ou je vais me pendre...

paradise

Je compatis sincèrement à ton malheur, mais quel dommage que tu n'aies pas effectué au moins une sauvegarde régulièrement mise à jour de tes données !!! :roll:

Tu peux néanmoins espérer récupérer pas mal de choses en confiant ton DD à une entreprise spécialisée, sans garantie de résultat.

Mais ça coûte très cher...

Refuznik

Alors 1er chose ne pas éteindre le disque.
Récupérer testdisk qui est dans les dépots yum install testdisk, te prévoir un espace de stockage pour enregistrer la récupération égale à ce que tu récupères.

Lance Photorec en root (tu as la doc ici http://www.cgsecurity.org/wiki/PhotoRec_Etape_par_Etape).

Valdes

Oui c'est possible et très simple, du moment que les données que tu as copié ne sont pas venues écraser (à proprement parler) les données déjà en place.

1) NE TOUCHE PLUS À TON DISQUE EXTERNE !

2) Installe foremost

# yum install foremost

3) Lance foremost avec la commande suivante

# foremost -vi /dev/sdb1 -o /récup

Où : /dev/sdb1 est ton disque externe et /récup le dossier qui va récupérer toutes les données (prévois au moins la taille de ton disque externe)

4) Attends. Ça va être très long.

Refuznik

Sauf avis contraire, dans mon utilisation foremost et photorec se valent.

Valdes

C'est fort possible, mais je n'ai testé que foremost et il a toujours marché, donc je le préconise 😉

nouvo09

# dd if=archlinux off=/dev/sdb

Je te souhaite beaucoup de chance car là tu as aussi effacé la table de partitions.

Nicosss

Il vaut mieux avoir PhotoRec et Foremost dans ses outils, les résultats ne sont pas forcément les mêmes selon les données mais ils font bien leur boulot tous les 2.

Refuznik

nouvo09 wrote:
# dd if=archlinux off=/dev/sdb
Je te souhaite beaucoup de chance car là tu as aussi effacé la table de partitions.

De toute manière si la table a vraiment sauté, il utilise testdisk qui fournit photorec.

Valdes

nouvo09 wrote:
# dd if=archlinux off=/dev/sdb
Je te souhaite beaucoup de chance car là tu as aussi effacé la table de partitions.

C'est pas grave : photorec et foremost passent outre la table des partitions.

blooby12547

Merci de vos réponses rapides.
J'ai pris 3 jours de recul pour digérer cette boulette...

De ce que j'ai compris il me faut ddrescue pour travailler sur une copie parfaite de mon disque afin de ne pas endommager les données toujours dessus. J'ai bien pris soin de ne plus utiliser le disque.

Ensuite avec Testdisk je dois pouvoir retrouver la partition disparue grace à l'analyse des données toujours sur le disque...
Mon seul gros soucis c'est que les données été cryptées... je ne sais donc pas comment dire à testdisk de retrouver la table de partition au travers une analyse de données cryptés.

Maintenant si cela peut aider Testdisk, le disque été une seule partition de 500go formaté en ext4 et crypté avec lucks dont je connais bien évidement la passphrase.

J'ai glaner ces infos via ce tuto pour ubuntu (un peu vieux mais qui explique la procédure), mais je préfére en parler avec vous pour l'adapter à fedora...

C@sp€r

blooby12547 wrote:Mon seul gros soucis c'est que les données été cryptées... je ne sais donc pas comment dire à testdisk de retrouver la table de partition au travers une analyse de données cryptés.
Maintenant si cela peut aider Testdisk, le disque été une seule partition de 500go formaté en ext4 et crypté avec lucks dont je connais bien évidement la passphrase.

La table de partition n'est pas cryptée (et dans ton cas elle a été écrasé). Si Testdisk et compagnie ne prennent pas en charge le chiffrement LUKS il trouveront tout ce qui est en clair, c'est à dire un volume physique sans voir son contenu. Après avoir fait une image du disque sur laquelle tu essayes d'extraire le maximum avec tous les outils Linux de récupération de données, fais une image du volume LUKS (enfin, ce qu'il en reste), puis décrypte-la avec cryptsetup de la façon suivante :

cryptsetup luksOpen /chemin/du/fichier.img récupération
mount /dev/mapper/récupération /mnt/tmp

Le déchiffrage n'est que l'étape finale de l'opération 😉 Sans table de partition la récupération va être difficile, mais l'impossible n'est pas Linux 🙂

blooby12547

Effectivement si la table de partition n'est pas cryptée alors là... je peux y croire à nouveau.
Je prend encore mon temps pour que tout cela soit bien clair dans mon esprit avant de commencer.
J'achéte un dd demain pour lancer la procédure.
Si celà fonctionne, je promet d'écrire une page de doc pour le wiki de fedora.

piolet

bonjour à tous
y a t'il LVM sur ce disque ?
si c'est le cas il y a des sauvegardes de la configuration LVM dans /etc/lvm/backup
d'autre part vous parlez de table de partition or avec LVM elle est facultative si tout le disque est en LVM.

A mon avis c'est foutu. Dans la FAQ http://code.google.com/p/cryptsetup/wiki/FrequentlyAskedQuestions
LUKS format uses a metadata header and 8 key-slot areas that are being placed at the beginning of the disk.
damage to the header or key-slots usually results in permanent data-loss.

blooby12547

Merci pour l'info même si ça rassure pas...

J'ai donc entame la copie complete de mon disque via ddrescue pour travailler sur une image du dd.

Je posterai ici l'avancement des choses.