wiki - Récupération de données sur disque dur endomagé

captnfab · 03-01-2014 21:02:57

Salut à tous,

Je poste du contenu afin de faire un tuto qui pourrait intéresser du monde puisqu'il s'agit de récupérer des données depuis un disque dur en train de rendre l'âme.

Le lien vers le tuto fini est ici :
Recupération des données d'un disque endommagé

Un fil de discussion en anglais ici : http://whdd.org/pipermail/whdd-users/20 … 00006.html

Le transcript de la marche à suivre ici :

melodie a écrit :

Done as root:

# losetup /dev/loop0 whdd-copy-mode // where whdd-copy-mode is the file pulled out of the dying HDD /dev/sdc with WHDD.

* Installed multipath-tools which contains kpartx;

done as root:
# kpartx -a

Which allowed accessing to the partitions of the whdd-copy-mode image disk:

# ls -l /dev/mapper/
total 0
crw------- 1 root root 10, 236 1 janv. 20:52 control
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p1 -> ../dm-0
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p2 -> ../dm-1
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p3 -> ../dm-2
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p4 -> ../dm-3
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p5 -> ../dm-4
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p6 -> ../dm-5
#

Created some directories under /mnt to mount each partition:
[root@squirrel mnt]# ls -l sdc/
sdc/:
total 24
drwxr-xr-x 2 root root 4096 1 janv. 21:01 sdc1
drwxr-xr-x 2 root root 4096 1 janv. 21:01 sdc2
drwxr-xr-x 2 root root 4096 1 janv. 21:01 sdc3
drwxr-xr-x 2 root root 4096 1 janv. 21:01 sdc4
drwxr-xr-x 2 root root 4096 1 janv. 21:01 sdc5
drwxr-xr-x 2 root root 4096 1 janv. 21:01 sdc6
[root@squirrel mnt]#

Some devices from /dev/mapper fail to be mounted:
# mount /dev/mapper/loop0p1 /mnt/sdc/sdc1
mount: wrong fs type, bad option, bad superblock on /dev/mapper/loop0p1,
missing codepage or helper program, or other error

In some cases useful info is found in syslog - try
dmesg | tail or so.
#

# mount /dev/mapper/loop0p2 /mnt/sdc/sdc2
#

# mount /dev/mapper/loop0p3 /mnt/sdc/sdc3
#

# mount /dev/mapper/loop0p4 /mnt/sdc/sdc4
mount: wrong fs type, bad option, bad superblock on /dev/mapper/loop0p4,
missing codepage or helper program, or other error

In some cases useful info is found in syslog - try
dmesg | tail or so.
#
#

# mount /dev/mapper/loop0p5 /mnt/sdc/sdc5
mount: unknown filesystem type 'swap'

# mount /dev/mapper/loop0p6 /mnt/sdc/sdc6
#

Of course "loop0p5" is the swap partition, which we don't care about. The two partitions
which we might want to repare are the one which is related to sdc1 (here loop0p1) and sdc4 (here loop0p4).

The partitions related to sdc2 and sdc6 do mount fine and their content can be accessed.

Next step will be trying to repair the 2 partitions which trigger the errors, with fsck.ext4.
Trying the '-n' option first, which works in reading mode only shows there are errors which
need to be corrected.

However only one partition needs to be checked and if possible fixed. We can see it with "fdisk -l"
(invoked as root because the hdd file belongs to root)

# fdisk -l whdd-copy-mode

Disk whdd-copy-mode: 37.3 GiB, 40020664320 bytes, 78165360 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xace22e9e

Device Boot Start End Blocks Id System
whdd-copy-mode1 57993214 78163967 10085377 5 Extended
whdd-copy-mode2 2048 16386047 8192000 83 Linux
whdd-copy-mode3 * 16386048 30726143 7170048 83 Linux
whdd-copy-mode4 30726144 57991167 13632512 83 Linux
whdd-copy-mode5 57993216 64342015 3174400 82 Linux swap / Solaris
whdd-copy-mode6 64344064 78163967 6909952 83 Linux

Partition table entries are not in disk order.
#

The partition number 1 is an extended partition containing the other ones. Therefor the "wrong fs type"
error from the mount command on /dev/mapper/loop0p1 should be normal.

# cd /dev/mapper/
# ls -l
total 0
crw------- 1 root root 10, 236 1 janv. 20:52 control
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p1 -> ../dm-0
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p2 -> ../dm-1
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p3 -> ../dm-2
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p4 -> ../dm-3
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p5 -> ../dm-4
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p6 -> ../dm-5
#

# LANG=C fsck.ext4 -n loop0p4
See the fsck.txt file for the content, which is quite long ?
http://meets.free.fr/Downloads/whdd-fil … n-fsck.txt
#

Now, the real job:

# fsck.ext4 -f -y loop0p4
... (many messages)
#

Done:
# fsck.ext4 -n loop0p4 | more
e2fsck 1.42.8 (20-Jun-2013)
home-buntu : propre, 234476/848640 fichiers, 2178724/3407872 blocs
#

(it says the partition is clean).

Therefore:
# mount loop0p4 /mnt/sdc/sdc4/
# cd /mnt/sdc/sdc4/
# ls -l

Everything's there! \o/!

All my partitions saved. Hurrah!

En résumé :

Faire une image du disque endommagé avec whdd ou dd_rescue (cf. wiki)
Monter l'image comme un disque dur en utilisant losetup
Détecter les partitions du périphérique en utilisant kpartx
(Optionnel) Lancer un fsck sur les partitions endommagées
Monter les partitions dans des dossiers créés pour l'occasion dans /mnt
Récupérer les données

Donc pas très compliqué comme démarche, mais un peu technique pour le débutant.

Avis aux rédacteurs fous !

MicP · 04-01-2014 19:51:19

En gros, elle a fait un fsck sur des partitions du fichier image disque après avoir "mounté" tout ça en "loop" et utilisé "kpartx".
Cool, il faudra que j'essaye pour voir : je connais pas du tout "kpartx".

===========
Justement, j'ai fais un peu la même manip hier soir, en utilisant une machine virtuelle :
Le dernier fichier image disque que j'ai réparé, c'était avec un boot d'une machine virtuelle KVM avec une image ISO debian live.
Depuis la session debian live, j'ai pu faire comme si ce fichier disque était un disque réel, et utiliser tous les fdisk, fsck, mkfs, parted, etc... qui étaien dispos dans la debian live..
Le fichier disque boote sans problème une machine virtuelle KVM.

Le fichier image disque source était une copie par "dd" d'un disque de 160Gio. le fichier est donc mounté sur la machine virtuelle en mode "raw"
Je compte en faire un fichier qcow2 pour gagner de la place, et je le remettrai en raw quand il faudra le re-transférer sur le disque réèl. (qcow2 + virtio => y-a bon

)
Mais je me demande si je ne vais pas scinder le fichier en plusieurs fichiers correspondants aux partitions : plus petits => plus facile et rapide à déplacer, vérifier, réparer, transférer, gérer etc...
Les ré-assembler par concaténation derrière un fichier de 2048*512 octets me permettrait de recréer un MRB et un chargeur de boot.

Si ça intéresse quelqu'un....

Dernière modification par MicP (06-01-2014 04:21:36)

MicP · 04-01-2014 20:49:05

Un premier jet pour la traduction, avant de passer aux tests.
=============
melodie a écrit :

Done as root:
Avec les privilèges du compte "root":

# losetup /dev/loop0 whdd-copy-mode // where whdd-copy-mode is the file pulled out of the dying HDD /dev/sdc with WHDD.
# losetup /dev/loop0 whdd-copy-mode // où "whdd-copy-mode" est le fichier image récupéré par copie du disque "mourant" /dev/sdc avec WHDD.

* Installed multipath-tools which contains kpartx;
* Après avoir installé sur le système le paquetage "kpartx";
NOTE du traducteur : Dans la liste des paquetages debian, "kpartx" est un paquetage indépendant de "mutipath-tools"

done as root:
Avec les privilèges du compte "root":
# kpartx -a
# kpartx -a

Which allowed accessing to the partitions of the whdd-copy-mode image disk:
Qui permet l'accès aux partitions du fichier image disque "whdd-copy-mode":
# ls -l /dev/mapper/
total 0
crw------- 1 root root 10, 236 1 janv. 20:52 control
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p1 -> ../dm-0
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p2 -> ../dm-1
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p3 -> ../dm-2
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p4 -> ../dm-3
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p5 -> ../dm-4
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p6 -> ../dm-5
#

Created some directories under /mnt to mount each partition:
Les répertoires nécessaires aux points de mountages ont préalablement été créés dans le répertoire "/mnt"
[root@squirrel mnt]# ls -l sdc/
sdc/:
total 24
drwxr-xr-x 2 root root 4096 1 janv. 21:01 sdc1
drwxr-xr-x 2 root root 4096 1 janv. 21:01 sdc2
drwxr-xr-x 2 root root 4096 1 janv. 21:01 sdc3
drwxr-xr-x 2 root root 4096 1 janv. 21:01 sdc4
drwxr-xr-x 2 root root 4096 1 janv. 21:01 sdc5
drwxr-xr-x 2 root root 4096 1 janv. 21:01 sdc6
[root@squirrel mnt]#

Some devices from /dev/mapper fail to be mounted:
Certains systèmes de fichiers de "/dev/mapper" ont échoué au "mountage":
# mount /dev/mapper/loop0p1 /mnt/sdc/sdc1
mount: wrong fs type, bad option, bad superblock on /dev/mapper/loop0p1,
missing codepage or helper program, or other error

In some cases useful info is found in syslog - try
dmesg | tail or so.
#

# mount /dev/mapper/loop0p2 /mnt/sdc/sdc2
#

# mount /dev/mapper/loop0p3 /mnt/sdc/sdc3
#

# mount /dev/mapper/loop0p4 /mnt/sdc/sdc4
mount: wrong fs type, bad option, bad superblock on /dev/mapper/loop0p4,
missing codepage or helper program, or other error

In some cases useful info is found in syslog - try
dmesg | tail or so.
#
#

# mount /dev/mapper/loop0p5 /mnt/sdc/sdc5
mount: unknown filesystem type 'swap'

# mount /dev/mapper/loop0p6 /mnt/sdc/sdc6
#

Of course "loop0p5" is the swap partition, which we don't care about. The two partitions
Bien sûr, "loop0p5" correspondant à la partition de swap, on ne va pas s'en occuper. Les deux partitions
which we might want to repare are the one which is related to sdc1 (here loop0p1) and sdc4 (here loop0p4).
que nous allons tenter de réparer sont celle qui corresponds à "sdc1" (ici loop0p1) et "sdc4" (ici loop0p4).

The partitions related to sdc2 and sdc6 do mount fine and their content can be accessed.
Les partitions correspondantes à "sdc2" et "sdc6" se "mountent" sans problème et leur contenu est accessible.

Next step will be trying to repair the 2 partitions which trigger the errors, with fsck.ext4.
Ensuite, on va essayer de réparer les 2 partitions qui renvoient des erreurs, avec "fsck.ext4."
Trying the '-n' option first, which works in reading mode only shows there are errors which
On va comencer par utiliser l'option '-n' qui ne travaille qu'en mode lecture, et affiche seulement les erreurs qu'il
need to be corrected.
faudra corriger.

However only one partition needs to be checked and if possible fixed. We can see it with "fdisk -l"
De toutes façons, une seule partition nécessite une vérification et si besoin une réparation. On peut le constater avec "fdisk -l"
(invoked as root because the hdd file belongs to root)
(lancé depuis le compte "root" car les fichiers disques appartiennent au compte "root")

# fdisk -l whdd-copy-mode

Disk whdd-copy-mode: 37.3 GiB, 40020664320 bytes, 78165360 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xace22e9e

Device Boot Start End Blocks Id System
whdd-copy-mode1 57993214 78163967 10085377 5 Extended
whdd-copy-mode2 2048 16386047 8192000 83 Linux
whdd-copy-mode3 * 16386048 30726143 7170048 83 Linux
whdd-copy-mode4 30726144 57991167 13632512 83 Linux
whdd-copy-mode5 57993216 64342015 3174400 82 Linux swap / Solaris
whdd-copy-mode6 64344064 78163967 6909952 83 Linux

Partition table entries are not in disk order.
#

The partition number 1 is an extended partition containing the other ones. Therefor the "wrong fs type"
La partition numéro 1 est une partition étendue qui en contient d'autre, aussi, l'apparition du message d'erreur "wrong fs type"
error from the mount command on /dev/mapper/loop0p1 should be normal.
suite à l'exécution de la commande "mount" du repertoire "/dev/mapper/loop0p1" est normale..

# cd /dev/mapper/
# ls -l
total 0
crw------- 1 root root 10, 236 1 janv. 20:52 control
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p1 -> ../dm-0
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p2 -> ../dm-1
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p3 -> ../dm-2
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p4 -> ../dm-3
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p5 -> ../dm-4
lrwxrwxrwx 1 root root 7 1 janv. 20:52 loop0p6 -> ../dm-5
#

# LANG=C fsck.ext4 -n loop0p4
NOTE du traducteur : Faudra bien un jour qu'on m'explique ce que ce "LANG=C" vient faire ici ?
=> OK ! j'ai compris: c'était pour avoir un résultat pour anglophones depuis un système FR
See the fsck.txt file for the content, which is quite long ?
Lisez le fichier texte "fsck.txt" dont le contenu est assez conséquent
http://meets.free.fr/Downloads/whdd-fil … n-fsck.txt … n-fsck.txt
NOTE du traducteur : il faudra refaire le lien cassé par le copié-collé.
=> C'est fait..
#

Now, the real job:
Et maintenant, au boulot :

# fsck.ext4 -f -y loop0p4
... (many messages)
... (beaucoup de messages)
#

Done:
Ça c'est fait:
# fsck.ext4 -n loop0p4 | more
e2fsck 1.42.8 (20-Jun-2013)
home-buntu : propre, 234476/848640 fichiers, 2178724/3407872 blocs
#

(it says the partition is clean).
(Il annonce que la partition est réparée).

Therefore:
Ensuite:
# mount loop0p4 /mnt/sdc/sdc4/
# cd /mnt/sdc/sdc4/
# ls -l

Everything's there! \o/!
Tout est là! \o/!
Everything's there! \o/!
Tout est là! \o/!

All my partitions saved. Hurrah!
Toutes mes partitions sont réparées. Hourra!
================
Si certains veulent proposer des corrections ou reformulations, qu'ils se gênent pas.

Dernière modification par MicP (07-01-2014 05:40:43)

captnfab · 04-01-2014 22:56:08

Cool

Je pense que mélodie sera d'accord pour relire le tuto une fois celui-ci terminé. C'est une francophone à la base (et bien d'autres choses en même temps

).

Merci de ton aide MicP.

MicP · 05-01-2014 11:33:01

Le script reprends un fichier créé avec "whdd".
Cette application n'est pas disponible dans les dépôts de debian.

S'agit-il de faire un tuto en partant de l'image disque déjà créee,
ou bien faut-il inclure dans ce tuto la récupération, l'installation, configuration de "whdd" puis création du fichier "image-copie-disque" ?

captnfab · 05-01-2014 11:53:47

Effectivement, whdd n'est pas dans Debian.

Je propose de faire une partie création de l'image disque, avec la méthode dd, la méthode dd_rescue, et la méthode whdd, qui nécessite elle effectivement son installation préalable. En attendant de détailler l'installation de whdd, on peut pour cette méthode renvoyer vers le site du logiciel.

MicP · 05-01-2014 12:59:57

Ok pour la création d'image disque avec "dd" (c'est d'ailleurs ce que j'utilise).

Quand je me suis retrouvé avec un disque qui bloquait le démarrage de ma machine, je me suis rendu compte que c'était la routine du BIOS, qui, ayant tenté de lire le MBR, devait être la cause de ce blocage.
J'ai donc tenté une manœuvre risquée qui a quand même été réussie.
J'avais vu dans les datasheets que la puce ICH7 de ma machine pouvait accepter le Hot Plugging, mais la doc de la carte mère n'en parlais pas.
Étant donné qu'aucun composant actif n'était présent entre les E/S de l'ICH7 et les connecteurs, j'ai tenté l'expérience:
Et ça marche: j'ai pu faire ma réparation de disque après avoir connecté mon disque à chaud.

J'en ai profité plus tard pour tester l'échange d'un disque RAID sans arrêter le système : réussite.

EDIT: Je sais pas pourquoi ce message est partis incomplet...,
j'ai dû encore avoir un problème de clavier. EDIT: J'ai acheté un autre clavier (07/01/2014)
Je l'ai complété.

Dernière modification par MicP (09-01-2014 10:39:16)

captnfab · 05-01-2014 13:05:03

En fait, dd arrive à lire une image si le dd n'est pas encore trop défaillant. dd_rescue tolère davantage de pannes, et whdd peut être utilisé même quand le disque dur n'arrive plus à s'identifier comme périphérique sata auprès du noyau (donc état de dégradation avancé).

MicP · 05-01-2014 13:05:38

Ok pour la création d'image disque avec "dd".
C'est d'ailleurs ce que j'utilise.

Avant, j'utilisais l'INT13,

"mais ça c'était avant...."

EDIT: il m'aurait fallu trouver un smiley avec des lunettes

Dernière modification par MicP (05-01-2014 21:12:43)

MicP · 05-01-2014 21:19:49

J'en suis là : récupération de données sur disque dur endomagé.
Mais deux lignes au dessus du lien cassé (que j'ai réparé d'ailleurs),

il y a ceci :

  # LANG=C fsck.ext4 -n loop0p4

Il doit sans doute s'agir d'une erreur, non ?

Je propose de supprimer "LANG=C" de cette ligne de commande.

EDIT: Je suis un peu con-con des fois, je viens juste de comprendre ce qui a dû se passer:
Comme l'auteure est une francophone qui écrit pour les autres, elle s'est arrangée avec les "locales" pour qu'ils puissent comprendre les messages de retour des commandes.
Il restait un petit bout qui traînait par là.

Dernière modification par MicP (08-01-2014 18:22:40)

nifseg · 05-01-2014 21:35:21

Il me semble que dd-rescue n'est plus dans les dépôts officiels de wheezy.
A voir.
En tout cas c'est un très bon logiciel!
Je viens de vérirfier, apparemment pour insaller ddrescue il faut installer le fronted gddrescue

Dernière modification par nifseg (05-01-2014 21:44:16)

captnfab · 05-01-2014 21:41:18

Si, mais sans le tiret

aptitude search ddrescue

p   ddrescue          - copy data from one file or block device to another                                               

p   gddrescue         - GNU data recovery tool

Bon, par contre…

apt-cache policy ddrescue

ddrescue:

  Installé : (aucun)

  Candidat : 1.14-1

 Table de version :

     1.14-1 0

        500 http://ftp.fr.debian.org/debian/ oldstable/main amd64 Packages

Mais en fait,

apt-file list ddrescue

gddrescue: /usr/bin/ddrescue

Et:

apt-cache policy gddrescue

gddrescue:

  Installé : (aucun)

  Candidat : 1.17-1

 Table de version :

     1.17-1 0

        500 http://ftp.fr.debian.org/debian/ testing/main amd64 Packages

        500 http://ftp.fr.debian.org/debian/ sid/main amd64 Packages

     1.16-1 0

        500 http://ftp.fr.debian.org/debian/ stable/main amd64 Packages

     1.11-1 0

        500 http://ftp.fr.debian.org/debian/ oldstable/main amd64 Packages

nifseg · 05-01-2014 21:46:20

Ah ok, javais mit le tiret

captnfab · 05-01-2014 21:46:45

Héhé, les grands esprits se rencontrent :-°

MicP · 05-01-2014 21:48:23

De mon côté, j'ai plutôt ça:

root@deb-G53SW:~# cat /var/log/installer/lsb-release

DISTRIB_ID=Debian

DISTRIB_DESCRIPTION="Debian GNU/Linux installer"

DISTRIB_RELEASE="7 (wheezy) - installer build 20130613+deb7u1+b1"

X_INSTALLATION_MEDIUM=cdrom

­

root@deb-G53SW:~# aptitude search ddrescue

p   gddrescue                            - GNU data recovery tool                         

­

root@deb-G53SW:~# apt-cache policy ddrescue

N: Impossible de trouver le paquet ddrescue

­

root@deb-G53SW:~#

Mais c'est vrais que :

root@deb-G53SW:~# cat /etc/apt/sources.list

# 

­

# deb cdrom:[Debian GNU/Linux 7.3.0 _Wheezy_ - Official amd64 NETINST Binary-1 20131215-04:55]/ wheezy main

­

# deb cdrom:[Debian GNU/Linux 7.3.0 _Wheezy_ - Official amd64 NETINST Binary-1 20131215-04:55]/ wheezy main

­

deb http://ftp.fr.debian.org/debian/ wheezy main contrib

deb-src http://ftp.fr.debian.org/debian/ wheezy main contrib

­

deb http://security.debian.org/ wheezy/updates main contrib

deb-src http://security.debian.org/ wheezy/updates main contrib

­

# wheezy-updates, previously known as 'volatile'

deb http://ftp.fr.debian.org/debian/ wheezy-updates main contrib

deb-src http://ftp.fr.debian.org/debian/ wheezy-updates main contrib

root@deb-G53SW:~#

Dernière modification par MicP (07-01-2014 05:54:02)

nifseg · 05-01-2014 21:49:57

MicP a écrit :

Héhé, les grands esprits se rencontrent :-°

MicP · 05-01-2014 21:52:30

Non non, c'est le docteur qui a écrit ça. #14

Dernière modification par MicP (05-01-2014 21:53:46)

nifseg · 05-01-2014 21:53:34

Oui je sais! je sais pas ski c'est passé

captnfab · 05-01-2014 22:14:55

MicP a écrit :

De mon côté, j'ai plutôt ça:[…]

Oui, donc tu as gddrescue qui contient ddrescue.

nifseg · 05-01-2014 22:18:27

Ouais c'est pareil pour moi.
Après avoir instéllé gddrescue, ddrescue est également installé
T'as ddrescue séparé parcque t'es sous Sid

Dernière modification par nifseg (05-01-2014 22:19:23)

captnfab · 05-01-2014 22:27:47

Non non, regardez bien #12, ddrescue séparé c'était pour squeeze

(oldstable) depuis wheezy, et encore en sid, ddrescue est dans gddrescue.

MicP · 05-01-2014 23:38:13

Ah oui, mais bon, je me limitais seulement au nom du paquetage.

===========
Mais c'est pas les mêmes:
"dd_rescue" proviens du paquetage "ddrescue" (créé par Kurt Garloff) (http://debian-facile.org/doc:systeme:ddrescue)
"ddresue" proviens du paquetage "gddrescue" (GNU)

En fait le "GNU ddrescue" du paquetage "gddrescue" a une approche différente de celle du "dd_rescue" de Kurt Garloff pour réparer un disque :

Pour le "GNU ddrescue" , le "moins", c'est qu'on peut pas "piper" sa sortie à cause de son "plus".
Et le "plus", c'est que "Gnu ddrescue" saute d'abord les secteurs défaillants dans sa première passe de lecture, et c'est d'ailleurs pour cela qu'on ne peut pas le "piper".
À la passe suivante, il travaillera à essayer de récupérer le max d'infos sur les erreurs rencontrées lors de la première passe pour éventuellement pouvoir les corriger.
Le deuxième plus, c'est que "GNU ddrescue" est plus rapide.
Et puis, il fait tout ça en une seule commande, alors que "dd_rescue" a besoin d'être relancé.

Personnellement, je trouve la méthode du "Gnu ddrescue" plus sûre étant donné qu'il vaut mieux faire tourner le moins de temps possible un disque en fin de vie.
Et puis, si le programme passe son temps à s'acharner sur la récupération du premier secteur défaillant rencontré et que le disque finit par mourir, ben... c'est trop tard pour tenter une récupération des infos suivantes.

forensicswiki.org => ddrescue
ddrescue => manual

Dernière modification par MicP (06-01-2014 00:15:25)

captnfab · 06-01-2014 00:20:56

Oh, ok, bien vu !
Ça veut dire que notre tuto dd_rescue est obsolète…

MicP · 06-01-2014 00:53:32

Je sais pas, c'est comme toujours, faut voir dans quel contexte dd-rescue est encore utilisable.
Et puis dans le travail de Kurt Garloff il y a sûrement des choses intéressantes étant donné qu'il s'agissait de deux projets indépendants.
Quoi qu'il en soit, il faudra sans doute en créer un pour le GNU ddrescue ne serait-ce que pour éviter la confusion et puis, vu qu'il est maintenant fournit dans les paquetages actuels...

Aussi, j'étais étonné de voir que "apt-cache search", "aptitude" etc... ne trouvaient pas la même chose sur ma machine que sur les vôtres.

Dernière modification par MicP (06-01-2014 04:26:12)

MicP · 06-01-2014 20:51:05

Voilà voilà : Récupération de données d'un disque dur endommagé

@ captnfab : Je te laisse le soin de citer les sources et l'auteure.

NOTE : J'aurais aimé connaître la syntaxe de la balise (si elle existe) de "page break" (before ou/et after), car avec cette balise, Les résultats au format "pdf" pourraient êtres plus présentables.

Dernière modification par MicP (06-01-2014 21:02:20)

Debian-facile

#1 03-01-2014 21:02:57

wiki - Récupération de données sur disque dur endomagé

#2 04-01-2014 19:51:19

Re : wiki - Récupération de données sur disque dur endomagé

#3 04-01-2014 20:49:05

Re : wiki - Récupération de données sur disque dur endomagé

#4 04-01-2014 22:56:08

Re : wiki - Récupération de données sur disque dur endomagé

#5 05-01-2014 11:33:01

Re : wiki - Récupération de données sur disque dur endomagé

#6 05-01-2014 11:53:47

Re : wiki - Récupération de données sur disque dur endomagé

#7 05-01-2014 12:59:57

Re : wiki - Récupération de données sur disque dur endomagé

#8 05-01-2014 13:05:03

Re : wiki - Récupération de données sur disque dur endomagé

#9 05-01-2014 13:05:38

Re : wiki - Récupération de données sur disque dur endomagé

#10 05-01-2014 21:19:49

Re : wiki - Récupération de données sur disque dur endomagé

#11 05-01-2014 21:35:21

Re : wiki - Récupération de données sur disque dur endomagé

#12 05-01-2014 21:41:18

Re : wiki - Récupération de données sur disque dur endomagé

#13 05-01-2014 21:46:20

Re : wiki - Récupération de données sur disque dur endomagé

#14 05-01-2014 21:46:45

Re : wiki - Récupération de données sur disque dur endomagé

#15 05-01-2014 21:48:23

Re : wiki - Récupération de données sur disque dur endomagé

#16 05-01-2014 21:49:57

Re : wiki - Récupération de données sur disque dur endomagé

#17 05-01-2014 21:52:30

Re : wiki - Récupération de données sur disque dur endomagé

#18 05-01-2014 21:53:34

Re : wiki - Récupération de données sur disque dur endomagé

#19 05-01-2014 22:14:55

Re : wiki - Récupération de données sur disque dur endomagé

#20 05-01-2014 22:18:27

Re : wiki - Récupération de données sur disque dur endomagé

#21 05-01-2014 22:27:47

Re : wiki - Récupération de données sur disque dur endomagé

#22 05-01-2014 23:38:13

Re : wiki - Récupération de données sur disque dur endomagé

#23 06-01-2014 00:20:56

Re : wiki - Récupération de données sur disque dur endomagé

#24 06-01-2014 00:53:32

Re : wiki - Récupération de données sur disque dur endomagé

#25 06-01-2014 20:51:05

Re : wiki - Récupération de données sur disque dur endomagé

Pied de page des forums