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 [09/01/2014 11:41]
MicP [Restauration]
@@ 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 FS((systèmes de fichiers))
   * 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.//
@@ Ligne 9: / Ligne 9: @@
     * Testé par mélodie 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 18: @@
 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, c'est 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éparers 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 41: @@
 ===== 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 67: @@
 ===== 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>
 total 0
@@ Ligne 84: / Ligne 92: @@
 ==== Le "mountage" ====
-Créons les 6 répertoires qui vont servir de points de "mountage" pour ces partitions.
+FIXME j'ai suivi le document de base qu'on m'a transmis, mais je ne suis pas sûr que la création de points de "mountages" soit nécessaire. \\
+Les opération à effectuer sur les systèmes de fichiers pourraient sans doute être effectuées directement sur les fichiers de périphériques "/dev/mapper/loop0p*"
+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>
 Vérifions qu'ils ont bien été créés :
 <code root>ls -l /mnt/sdc/</code>
 <file .txt retour de la commande>
 /mnt/sdc/:
@@ Ligne 102: / Ligne 114: @@
 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>
 mount: wrong fs type, bad option, bad superblock on /dev/mapper/loop0p1,
@@ Ligne 109: / Ligne 122: @@
 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 134: / Ligne 148: @@
 Les partitions "mountées" sur ''sdc2'', ''sdc3'', et ''sdc6'' ont été "mountées" sans problème. \\
-Leur contenu est donc maintenant accessible.
+Leurs contenus sont donc maintenant accessibles.
 ===== 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 187: @@
 ==== 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 n'utiliser [[doc:systeme:fsck|fsck]] qu'avec l'option ''-n'' qui ne travaille qu'en mode lecture et n'affichera que les erreurs qu'il faudrait corriger.
 <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 en entier de cette dernière commande est bien trop long pour être affiché ici. \\
+Si vous le désirez, en voici une copie (fichier texte) :
+  * [[http://meets.free.fr/Downloads/whdd-file-partition-fsck.txt | fsck.txt]]
 ==== 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 226: @@
 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.
+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>
 ==== 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 249: @@
 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.
+<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 pour l'instant que la méthode utilisant ''dd''. \\
 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.
-Avant de connecter physiquement le disque physique à la machine, \\
+°/ Cas du disque dans un boîtier USB ou SATA connecté à chaud. \\
-ouvrez une fenêtre de terminal, connectez vous sous le compte du super-utilisateur ''root'', et entrez la commande suivante :
+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 :
 <code root>tail -f -n 5 /var/log/messages</code>
 <file txt retour de la commande>
@@ Ligne 226: / Ligne 273: @@
 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>
+<note>En cours d'édition : je referai plus tard les fenêtres de retour de commande avec un disque comportant les mêmes partitions.</note>
 <file txt messages>
 Jan  9 06:58:27 deb-G53SW kernel: [ 5696.507982] sd 9:0:0:0: Attached scsi generic sg4 type 0
@@ Ligne 235: / Ligne 285: @@
 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>
 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>
@@ Ligne 261: / Ligne 314: @@
 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 d'abord (au cas où) "dé-mounter" les partitions de ce disque :
 <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.
+et 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 ===
 <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...
+FIXME J'ai choisi de mettre "bs" à 1M, mais cette valeur serait sans doute à revoir en fonction du disque.

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