Bonjour,
Je poste ici pour récolter vos avis et conseils…
Dimanche dernier, je voulais formater ma clef usb, mais mon disque dur externe était branché lui aussi… Et ce qui devait arriver arriva ! J'ai "formaté" mon disque dur externe. No comment.
Je mets "formaté" entre guillemets, car il s'agit plutôt du formatage du disque entier : l'écrasement - il me semble - de la table de partition (et non d'une partition).
Il s'agit d'un DDE classique de 2To "portable", sur laquelle j'avais créé une partition exFAT, et qui contenait environ 600 Go de données.
L'arme du crime est Gnome Disk 3.30.2, sur Dedian Stable. Le geste fut simple : menu hamburger > formater le disque > OK
Avant de faire d'autres conneries, je suis preneur de vos conseils :
- quelle est la meilleure manière de faire une copie de sauvegarde "byte par byte" ? (j'ai acheté un DDE équivalent de 2To)
- après la sauvegarde, comment je peux récupérer la partition existante, sachant qu'elle est peut-être toujours là, quelques part, sous nos yeux, etc. ?
(J'espère qu'il y a une solution qui conserve la hiérarchie des dossiers car j'ai déjà du faire une récup' avec photorec, et ensuite c'était très fastidieux de tout retrier - j'ai toujours pas fini d'ailleurs)
Même si vous n'avez pas de solution clef en main, n'hésitez pas à me donner des pistes ou des outils pour avancer, normalement je peux me débrouiller sur un terminal ou autre…
Désolé si mon histoire banale vous pique les yeux d'informaticien aguerri ;)
Merci de m'avoir lu !
# testdisk, photorec
Posté par _kaos_ . Évalué à 4. Dernière modification le 17 octobre 2020 à 10:36.
Salut,
Je ne sais pas si cette petite boutade peut te rassurer (et est inspirée d'un film), mais dans le monde de l'informatique, il y a deux catégories de personnes : celles qui ont déjà fait une connerie, ou celles qui s'apprêtent à la faire.
Maintenant, pour toi, c'est fait ;)
Donc peut-être :
- faire une copie du disque sur le nouveau (dd) afin de pouvoir y revenir en cas de besoin,
- regarder si des outils comme testdisk ou photorec ne te permettent pas de retrouver des infos (les noms de fichiers seront probablement perdus), ça peut être un long labeur.
Matricule 23415
[^] # Re: testdisk, photorec
Posté par _kaos_ . Évalué à 3.
Oups,
Je vois après relecture que tu as déjà utilisé photorec :)
Bon, bin tu es doublement immunisé ;)
Matricule 23415
[^] # Re: testdisk, photorec
Posté par bolikahult . Évalué à 1.
Merci pour le petit mot de consolation ;)
je pense donc utiliser dd et testdisk!
[^] # Re: testdisk, photorec
Posté par _kaos_ . Évalué à 5.
Salut,
Pas de quoi. Des erreurs, on en fait souvent.
Ma plus "belle" (je me répète probablement) a été le portage d'un installeur 32 bits vers 64 bits sous windows.
J'avais pas les infras de tests, donc plus de la cross-complilation à l'aveugle (mode "tout va bien se passer") pour migrer l'installeur.
L'install se passe bien, le logiciel se lance bien. Jusque là pas d'erreur. Désinstallation du dit logiciel pour tenter une nouvelle version… Oula. en une commande, j'ai viré tout le HKLM de la base de registre de l'ordi de mon chef.
Bon, bin du coup, le bureau était vraiement super clean, la barre de tâche aussi. ;)
Heureusement que c'est pas sorti chez les clients…
Matricule 23415
[^] # Re: testdisk, photorec
Posté par Anonyme . Évalué à 5.
Testdisk permet aussi de retrouver des partitions complètes non répertoriées par la table MBR ou GPT (c'est ce qui semble s'être passé ici).
C'est une solution à envisager avant la laborieuse récup de fichier via Photorec.
[^] # Re: testdisk, photorec
Posté par bolikahult . Évalué à 1.
Cool ! Il me semblait bien que c'était possible !
Merci :)
# dd, testdisk
Posté par ted (site web personnel) . Évalué à 6.
Si tu t'es rendu compte très vite du problème, il y a des chances que ça se répare facilement. Il y a pas si longtemps j'avais supprimé des partitions par erreur et Testdisk m'a permis de tout récupérer. Surtout, ne plus rien écrire sur le disque! Il ne faut pas le monter!
Tu as eu un bon réflexe d'acheter un second disque dur: en cas de souci tu pourras retenter l'opération, ou tester différentes solutions. Pour faire la copie, le plus simple est d'utiliser dd. En une ligne de commande ça donne:
dd if=/dev/disque_incrimine of=/dev/disque_vierge bs=4M
Le défaut de cette commande c'est qu'elle ne donne pas l'avancement de la copie, et ça va durer des heures… Je crois qu'il y a moyen d'arranger ça avec des options, te laisse chercher (ou peut être avec dd_rescue).
Une fois que ta sauvegarde est faite tu peux jouer avec Testdik! Voici un tutoriel qui pourra un peu t'aider:
https://www.malekal.com/tutoriel-testdisk-reparer-les-partitions-de-disque/
Bien sûr, Testdisk est disponible dans les dépôts des distributions Linux (le tutoriel ci-dessus est fait pour Windows).
Bon courage!
Un LUG en Lorraine : https://enunclic-cappel.fr
[^] # Re: dd, testdisk
Posté par Cyril Brulebois (site web personnel) . Évalué à 8.
status=progress
Debian Consultant @ DEBAMAX
[^] # Re: dd, testdisk
Posté par bolikahult . Évalué à 2.
Merci pour toutes ces précisions !
C'est parti, et je vous ferai un retour !
# table d'allocation des fichiers
Posté par Jack DeNoumea (site web personnel) . Évalué à 1.
Normalement, "formater un disque" est faux. On formate une partition. Ca remet vierge la table d'allocation des fichiers ou ça change le format de la parition. Ca ne sert a rien de jouer avec la table des partitions si tu n'as pas changé le nombre de partition ou la taille de la partition.
Il faut se concentrer sur la table d'allocation des fichiers
# Petit retour
Posté par bolikahult . Évalué à 4. Dernière modification le 18 octobre 2020 à 06:40.
Petite insomnie du matin… La copie de sauvegarde est-elle finie ? oui.
Allez c'est parti pour testdisk. Il n'y a pas grand chose à en dire tellement cet outil est puissant et accessible.
Il a quand même fallu faire attention au type de table de partition à prendre en compte (j'ai du choisir le 2nd type EFI/GPT, car le 1er type proposé - soit-disant après détection automatique - ne détectait rien de très cohérent). Heureusement on peut parcourir les fichiers (touche p) pour s'assurer d'avoir bien retrouvé la bonne partition !
Et puis : Write > reboot > retour à la vie normale !
Pensez-vous que je peux continuer à utiliser ce disque dur sans le reformater ?
Merci pour l'aide en tout cas, à plus !
[^] # Re: Petit retour
Posté par wismerhill . Évalué à 4.
Maintenant que la table partitions a été retrouvée, l'étape suivante est de faire un fsck sur la (les?) partition retrouvée.
Si effectivement seule la table de partition avait été perdue, il ne devrait y avoir aucune erreur dans le système de fichiers.
Après, si tu as des sommes de controle (md5, sha, …) pour les fichiers contenus dans ce disque, utilise-les pour t'assurer que les fichiers ne sont pas corrompus.
[^] # Re: Petit retour
Posté par bolikahult . Évalué à 2.
En effet, bonne idée. Je viens de le faire, et pas d'erreur :
File system checking finished. No errors found.
Nickel ! Merci pour l'idée.
Par contre je n'avais pas de sommes de controle, j'espère que je ne trouverai pas d'erreurs par la suite !
[^] # Re: Petit retour
Posté par ted (site web personnel) . Évalué à 3.
Merci pour le retour, ravi que tu aies réussi à récupérer tes fichiers :)
Un LUG en Lorraine : https://enunclic-cappel.fr
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.