L'icône rouge permet de télécharger chaque page du wiki visitée au format PDF et la grise au format ODT →

Différences

Ci-dessous, les différences entre deux révisions de la page.

--- doc:materiel:disques-durs:recuperation-de-donnees-disque-endomage [09/01/2014 07:24]
MicP [Restauration]
+++ doc:materiel:disques-durs:recuperation-de-donnees-disque-endomage [27/08/2015 19:41]
milou [Préparation]
@@ Ligne 1: / Ligne 1: @@
 ====== Récupération de données d'un disque dur endommagé ======
-  * Objet : Réparations de systèmes de fichiers
+  * Objet : Réparations de Système de Fichiers.
-  * Niveau requis : {{tag>débutant avisé}}
+  * Niveau requis :{{tag>débutant avisé}}
-  * Commentaires : //Votre disque dur fait clac clac, vous voulez récupérer de lui autant de données possibles.//
+  * Commentaires : //Pour récupérer les données d'un disque dur endommagé//
   * Débutant, à savoir : [[:doc:systeme:commandes:le_debianiste_qui_papillonne|Utiliser GNU/Linux en ligne de commande, tout commence là !.]] :-)
-  * Suivi : {{tag>en-chantier à-tester à-placer}}.
+  * Suivi : {{tag>à-tester}}
-    * Création par **MicP** 05/01/2014
+    * Création par [[user>MicP]] le 05/01/2014
-    * Testé par mélodie le 02/01/2014 (merci à elle pour le transcript original du tuto)
+    * Testé par [[user>melodie]] le 02/01/2014 (merci à elle pour le transcript original du tuto)
   * Commentaires sur le forum : [[http://debian-facile.org/viewtopic.php?id=8133 | ici]] ((N'hésitez pas à y faire part de vos remarques, succès, améliorations ou échecs !))
 ===== Introduction =====
-Aïe ! plus moyen de "booter" le système, et/ou plus aucun accès à cette partition de données dont j'ai tant besoin...
+Aïe ! plus moyen de "booter" le système, et/ou plus aucun accès à cette [[doc:systeme:partition | partition]] de données dont j'ai tant besoin...
 Les accès à certaines partitions de ce disque sont impossibles. \\
@@ Ligne 16: / Ligne 17: @@
 Dans le doute, il va falloir le manipuler le moins possible pour l'empêcher d'aggraver lui-même sa situation.
-Donc, la première des choses à faire, c'est de créer un copie brute de ce disque sous la forme d'un fichier image disque. \\
+Donc, la première des choses à faire sera de créer un copie brute de ce disque sous la forme d'un fichier //image disque//. \\
-Ensuite, on pourra prendre tout son temps pour tenter tout ce qui est possible avec le fichier, pendant que le disque original attendra sagement dans son coin.
+Ensuite, on pourra prendre tout son temps pour tenter ce qu'il est possible avec ce fichier, pendant que le disque original attendra sagement dans son coin.
 Pour créer ce fichier de copie image disque, plusieurs outils existent avec chacun leur avantages et inconvénients. \\
-Ici, l'image disque a été crée avec [[http://whdd.org/|whdd]].
+Ici, l'image disque a été créée avec [[http://whdd.org/|whdd]].
-<note >Bientôt ici, 3 nouveaux liens vers les tutos : \\
-Création image disque avec ''dd'', avec ''GNU-ddrescue'' et avec ''whdd''.</note>
 ===== Installation =====
-Il va être indispensable d'obtenir un accès à ces partitions défectueuses afin de pouvoir tenter de réparer leur système de fichiers. \\
+Il va être indispensable d'obtenir un accès à ces partitions défectueuses afin de pouvoir tenter de réparer leurs FS((système de fichiers)). \\
 Mais tant que le système de fichier est incohérent, "mount" ne peut rien faire d'autre que de signaler ces erreurs.
 Pour obtenir cet accès, il existe une méthode qui consiste à "mapper" ce disque avec le programme ''kpartx''. \\
-Grâce à ''kpartx'' le système verra le fichier image disque comme s'il s'agissait d'un disque physique connecté à la machine. \\
+Grâce à ''kpartx'' le système verra le fichier //image disque// comme s'il s'agissait d'un disque physique connecté à la machine. \\
 Il sera alors possible de tenter de corriger les incohérences qui rendent ces partitions inaccessibles.
@@ Ligne 38: / Ligne 37: @@
 ===== L'état des lieux =====
 ''whdd-copy-mode'' est le fichier image récupéré par copie (grâce à ''WHDD'') du disque "mourant".
 Voyons ce que nous dit [[doc:systeme:fdisk|fdisk]] sur ce fichier image disque :
 <code root>fdisk -l whdd-copy-mode</code>
 <file .txt retour de la commande>
 Disk whdd-copy-mode: 37.3 GiB, 40020664320 bytes, 78165360 sectors
@@ Ligne 62: / Ligne 63: @@
 ===== Préparation =====
 ==== Association et "mappage" ====
-On va associer ce fichier image disque au périphérique ''/dev/loop0'' :
+On va associer ce fichier //image disque// au périphérique ''/dev/loop0'' :
 <code root>losetup /dev/loop0 whdd-copy-mode</code>
-Pour permettre l'accès aux partitions du fichier image disque ''whdd-copy-mode'', \\
+Pour permettre l'accès aux partitions du fichier //image disque// ''whdd-copy-mode'', \\
-on va utiliser ''kpartx'' pour faire une "projection" (''mappage'') de ses partitions sur le périphérique ''/dev/mapper'':
+on va utiliser ''kpartx'' pour faire une "projection"((mappage)) de ses partitions sur le périphérique ''/dev/mapper'':
 <code root>kpartx -a whdd-copy-mode</code>
 Examinons ce que ça a donné en listant le répertoire ''/dev/mapper'' :
 <code root>ls -l /dev/mapper/</code>
-<file .txt retour de la commande>
+<file config retour de la commande>
 total 0
 crw------- 1 root root 10, 236  1 janv. 20:52 control
@@ Ligne 84: / Ligne 88: @@
 ==== Le "mountage" ====
-Créons les 6 répertoires qui vont servir de points de "mountage" pour ces partitions.
+Créons les 6 répertoires avec [[doc:systeme:mkdir| la commande mkdir]] qui vont servir de points de "mountage" pour ces partitions.
-<code root>mkdir -p /mnt/sdc/sdc{1,2,3,4,5,6}</code>
+<code root>mkdir -p /mnt/sdc/sdc{1, 2, 3, 4, 5, 6}</code>
 Vérifions qu'ils ont bien été créés :
 <code root>ls -l /mnt/sdc/</code>
-<file .txt retour de la commande>
+<file config retour de la commande>
 /mnt/sdc/:
 total 24
@@ Ligne 102: / Ligne 107: @@
 Il nous faut maintenant [[doc:systeme:mount|mounter]] ces partitions sur les points de "mountage" précédemment créés:
 <code root>mount /dev/mapper/loop0p1 /mnt/sdc/sdc1</code>
-<file .txt retour de la commande>
+<file config retour de la commande>
 mount: wrong fs type, bad option, bad superblock on /dev/mapper/loop0p1,
 missing codepage or helper program, or other error
@@ Ligne 109: / Ligne 115: @@
 dmesg | tail or so.
 </file>
-''/dev/mapper/loop0p1'' corresponds à une partition de type ''Étendue'' (conteneur de partitions "logiques"). \\
+''/dev/mapper/loop0p1'' correspond à une partition de type ''Étendue'' (conteneur de partitions "logiques"). \\
 Le message d'erreur ''wrong fs type'' suite à l'exécution de la commande ''mount'' est donc tout à fait normal.
@@ Ligne 117: / Ligne 124: @@
 <code root>mount /dev/mapper/loop0p4 /mnt/sdc/sdc4</code>
-<file .txt retour de la commande>
+<file config retour de la commande>
 mount: wrong fs type, bad option, bad superblock on /dev/mapper/loop0p4,
 missing codepage or helper program, or other error
@@ Ligne 126: / Ligne 133: @@
 <code root>mount /dev/mapper/loop0p5 /mnt/sdc/sdc5</code>
-<file .txt retour de la commande>
+<file config retour de la commande>
 mount: unknown filesystem type 'swap'
 </file>
@@ Ligne 133: / Ligne 140: @@
 <code root>mount /dev/mapper/loop0p6 /mnt/sdc/sdc6</code>
-Les partitions "mountées" sur ''sdc2'', ''sdc3'', et ''sdc6'' ont été "mountées" sans problème. \\
+Les partitions montées sur ''sdc2'', ''sdc3'', et ''sdc6'' ont été montées sans problème. \\
 Leur contenu est donc maintenant accessible.
 ===== La réparation =====
 ==== Où en est-on ? ====
-Les deux partitions que nous allons tenter de réparer sont donc : \\
+Les deux partitions que nous allons tenter de réparer sont : \\
 ''sdc1'' <=> ''loop0p1'' \\
 ''sdc4'' <=> ''loop0p4''
-Étant donné que la première partition est une partition de type ''Étendue'',\\
+Étant donné que
-et que cette partition n'est qu'un conteneur de partitions de type ''Logique'', \\
+  - la première partition est une partition de type ''Étendue'' et
-il n'y a aucun système de fichiers à réparer sur cette partition.
+  - que cette partition n'est qu'un conteneur de partitions de type ''Logique'',
+il n'y a donc aucun système de fichiers à réparer sur cette partition.
-Par contre la deuxième peut-être réparée avec ''fsck.ext4''.
+Par contre la deuxième peut-être réparée avec [[doc:systeme:fsck | fsck.ext4]].
-De toutes façons, une seule partition nécessite une vérification et si besoin une réparation, \\
+De toute façon, une seule partition nécessite une vérification et si besoin une réparation, comme on peut le constater avec [[doc:systeme:fdisk | fdisk -l]] :
-comme on peut le constater avec ''fdisk -l''.
 <code root>fdisk -l whdd-copy-mode</code>
 <file .txt retour de la commande>
@@ Ligne 171: / Ligne 180: @@
 ==== En douceur ====
-On va d'abord commencer par n'utiliser [[doc:systeme:fsck|fsck]] qu'avec l'option ''-n'' qui ne travaille qu'en mode lecture et n'affichera seulement que les erreurs qu'il faudrait corriger.
+On va d'abord commencer par utiliser [[doc:systeme:fsck|fsck]] qu'avec l'option ''-n'' qui limite ''fsck '' à ne travailler qu'en mode lecture. \\
+''fsck ''n'affichera alors que les erreurs trouvées.
 <code root>fsck.ext4 -n /dev/mapper/loop0p4</code>
-Le retour de cette dernière commande est bien trop long pour être affiché ici. \\
+<file txt retour de la commande>
-En voici une copie (fichier texte) : [[http://meets.free.fr/Downloads/whdd-file-partition-fsck.txt | fsck.txt]]
+ext2fs_open2: Bad magic number in super-block
+fsck.ext4: Superblock invalid, trying backup blocks...
+home-buntu was not cleanly unmounted, check forced.
+Resize inode not valid.  Recreate? no
+Pass 1: Checking inodes, blocks, and sizes
+Inode 7, i_blocks is 81848, should be 79688.  Fix? no
+Pass 2: Checking directory structure
+Pass 3: Checking directory connectivity
+Pass 4: Checking reference counts
+Pass 5: Checking group summary information
+Free blocks count wrong for group #0 (0, counted=15722).
+Fix? no
+Free blocks count wrong for group #1 (0, counted=5531).
+Fix? no
+...
+</file>
+Le retour complet de cette dernière commande est bien trop long pour être affiché ici, toutefois, vous pourrez le visualiser en cliquant sur le lien ci-dessous :
+  * [[http://meets.free.fr/Downloads/whdd-file-partition-fsck.txt | fsck.txt (fichier texte)]]
 ==== Et maintenant, au boulot ! ====
 <code root>fsck.ext4 -f -y /dev/mapper/loop0p4</code>
   ... (beaucoup de messages)
-On va vérifier ce que ça donne maintenant : \\
+On va vérifier ce que ça donne maintenant en utilisant [[doc:systeme:more|more]] (histoire de rien perdre des éventuels messages qui s'afficheraient...) :
-en utilisant [[doc:systeme:more|more]] (histoire de rien perdre des éventuels messages qui s'afficheraient...)
 <code root>fsck.ext4 -n /dev/mapper/loop0p4 | more</code>
 <file .txt retour de la commande>
@@ Ligne 187: / Ligne 219: @@
 home-buntu : propre, 234476/848640 fichiers, 2178724/3407872 blocs
 </file>
-(''propre'' => mais...il annonce que la partition est réparée!).
+(''propre'' => mais...il annonce que la partition est réparée !).
 ===== Vérification =====
- Dernière vérification : "mounter" et lister le contenu de la partition réparée.
-<code root>mount loop0p4 /mnt/sdc/sdc4/ && ls -l /mnt/sdc/sdc4/</code>
+Dernière vérification : "mounter" et lister le contenu de la partition réparée :
+<code root>mount /dev/mapper/loop0p4 /mnt/sdc/sdc4/ && ls -l /mnt/sdc/sdc4/</code>
 ==== L'Ode à la joie  ====
-Tout est là! \o/!
+[[http://www.symphozik.info/beethoven-l-ode-a-la-joie,5,dossier.html | Tout est là! \o/ !]]
 Toutes mes partitions sont réparées. Hourra!
 ===== Dé-mountage =====
 Libération du périphérique ''/dev/loop0'' (dé-mappage de ses partitions).
 <code root>kpartx -d /dev/loop0</code>
@@ Ligne 207: / Ligne 242: @@
 Destruction des points de "mountage" et du répertoire les contenant.
 <code root>rm -r /mnt/sdc</code>
 ===== Restauration =====
 ==== Recopie de l'image sur le disque ====
 === connexion et identification du disque ===
-Le fichier image disque étant maintenant détaché du périphérique ''/dev/loop0'',
-Il suffit de le recopier sur le périphérique physique par son point de mountage au système.
+Le fichier //image disque// étant détaché du périphérique ''/dev/loop0'', Il est maintenant possible de le recopier sur le périphérique physique par son point de "mountage" au système.
-Pour cela, ''whdd'' ou plus simplement ''dd'' peuvent êtres utilisés. \\
-<note>N'ayant pas encore de disques disponibles pour faire de vrais tests (je les reçoit dans une semaine...), ni installé ''wgdd'', je ne présenterais que la méthode utilisant ''dd''. \\
+Pour cela, ''whdd'' ou plus simplement ''dd'' peuvent êtres utilisés.
-Je vais supposer que, comme le disque était "malade", il avait été déconnecté physiquement de la machine le temps d'effectuer les manipulations précédentes.</note>
-°/ Cas du disque dans un boîtier USB ou SATA connecté à chaud.
+°/ Cas du disque dans un boîtier USB ou SATA connecté à chaud. \\
-Avant de connecter physiquement le disque physique à la machine, \\
+Avant de connecter physiquement le disque physique à la machine, ouvrez une fenêtre de terminal, connectez vous sous [[doc:systeme:superutilisateur | le compte du super-utilisateur root]], et entrez la commande suivante :
-ouvrez une fenêtre de terminal, connectez vous sous le compte du super-utilisateur ''root'', et entrez la commande suivante :
 <code root>tail -f -n 5 /var/log/messages</code>
-<file txt retour de la commande>
+<file>
 Jan  9 06:31:24 deb-G53SW mtp-probe: bus: 3, device: 19 was not an MTP device
 Jan  9 06:31:24 deb-G53SW mtp-probe: bus: 3, device: 18 was not an MTP device
@@ Ligne 226: / Ligne 263: @@
 Jan  9 06:31:25 deb-G53SW udev-configure-printer: Re-enabled printer ipp://localhost:631/printers/HL-2030-series
 </file>
 Connectez physiquement le disque à la machine et observez les nouveaux messages qui apparaissent dans la fenêtre de terminal.
-<note>En cours d'édition : je referai plus tard les fenêtres de retour de commandes avec un disque comportant les mêmes partitions. \\</note>
-<file txt messages>
+<file>
 Jan  9 06:58:27 deb-G53SW kernel: [ 5696.507982] sd 9:0:0:0: Attached scsi generic sg4 type 0
 Jan  9 06:58:27 deb-G53SW kernel: [ 5696.508454] sd 9:0:0:0: [sdd] 625142448 512-byte logical blocks: (320 GB/298 GiB)
@@ Ligne 235: / Ligne 273: @@
 Jan  9 06:58:28 deb-G53SW kernel: [ 5696.711281] sd 9:0:0:0: [sdd] Attached SCSI disk
 </file>
-Suite à la détection par le noyau de la connexion d'un nouveau périphérique, 4 nouvelles lignes sont apparues dans la fenêtre de terminal.
+Suite à la détection par le noyau de la connexion d'un nouveau périphérique, 4 nouvelles lignes sont apparues dans la fenêtre de terminal. \\
 La dernière ligne nous permet de constater que le fichier de périphérique ''/dev/sdc'' a été associé au disque nouvellement connecté.
 On peut maintenant stopper l'exécution de la commande ''tail'' avec ''Ctrl-c''.
-On peut s'assurer qu'il s'agit bien de notre disque en visualisant ses références avec la commande suivante:
+Il faut quand même s'assurer qu'il s'agit bien de notre disque en visualisant ses références avec la commande suivante((Voir : [[doc:systeme:grep | la commande grep]]))
 <code user>ls -l /dev/disk/by-id | grep sdd$</code>
-<file txt retour de la commande>
+<file>
 lrwxrwxrwx 1 root root  9 janv.  9 06:58 usb-ST932042_3AS_088810000000-0:0 -> ../../sdd
 </file>
-Et confirmer le fait en visualisant l' ''UUID'' de touts les partitions présentes sur ce disque.
+... et confirmer le fait en visualisant l' ''UUID'' de toutes les partitions présentes sur ce disque :
 <code user>ls -l /dev/disk/by-uuid | grep sdd</code>
-<file txt retour de la commande>
+<file>
 lrwxrwxrwx 1 root root 11 janv.  9 06:58 2864c6d8-3e6e-407a-88dd-b5848a9bdbdd -> ../../sdd16
 lrwxrwxrwx 1 root root 10 janv.  9 06:58 3214e144-879f-4edd-94fc-11cb85b81472 -> ../../sdd9
@@ Ligne 261: / Ligne 302: @@
 lrwxrwxrwx 1 root root 10 janv.  9 06:58 fd63ad30-fc7b-4640-b1ba-10c0da651be9 -> ../../sdd7
 </file>
 Les ''UUID'' des partitions correspondent, c'est bien notre disque qui est connecté sur ''/dev/sdd''.
-Pour que la recopie du fichier image disque puisse être faite, il faut d'abord (au cas où) "dé-mounter" les partitions de ce disque.
+Pour que la recopie du fichier image disque puisse être faite, il faut que toutes ses partition soient "dé-mountées" :
 <code root>umount /dev/sdd*</code>
-On vérifie que plus aucune des partitions de ce disque n'est "mountée" sur le système de fichiers:
+On vérifie que plus aucune des partitions de ce disque n'est encore "mountée" sur le FS((système de fichiers)) :
 <code user>mount | grep /dev/sdd</code>
-Si cette dernière commande n'a rien retourné, on peut lancer la recopie du fichier image disque sur le disque physique.
-=== Recopier le fichier image sur le disque ===
+et si cette dernière commande n'a rien retourné, alors on peut lancer la recopie du fichier //image disque// sur le disque physique.
+=== Recopier le fichier image réparé sur le disque ===
 <code root>dd if=whdd-copy-mode of=/dev/sdd bs=1M; sync</code>
 Il va falloir patienter en fonction de la "taille" du disque...
+<note>La dernière commande ''sync'' va permettre de s'assurer que le contenu du tampon de copie utilisé pour la copie soit complètement transféré sur le disque avant que l'interpréteur de commande ne "rende la main" en affichant le prompt.</note>
+<note info>J'ai choisi de faire cette copie par blocs de 1Mio ("bs=1M"), mais cette valeur sera à adapter en fonction des caractéristiques du disque dur.</note>

doc/materiel/disques-durs/recuperation-de-donnees-disque-endomage.txt · Dernière modification: 03/05/2019 12:39 par Debian Alain

Debian-facile

Différences

Pied de page des forums