ddrescue

GNU ddrescue (abrégé ici en ddrescue) est un outil de récupération de données sous licence GNU GPL.

ddrescue copie les données d'un fichier ou disque (disque dur, SSD, CD-ROM, etc.) vers un autre. À la différence de dd qui lit les données séquentiellement, ddrescue saute les zones endommagées dont la lecture est lente afin de récupérer rapidement un maximum de données. Il revient ensuite récupérer ce qui peut l'être dans les zones endommagées. Il est donc particulièrement adapté pour sauvegarder un disque dur en fin de vie, qui peut cesser de fonctionner avant la fin de la récupération.

ddrescue dispose notamment une intéressante fonction de "fusion" qui permet d'obtenir une copie saine d'un disque ou fichier à partir de plusieurs copies endommagées dudit disque ou fichier.

Son interface en ligne de commande et ses nombreuses options en font un outil à destination des utilisateurs avertis.

Vérifiez votre matériel. Un disque est parfois endommagé à cause d'un contrôleur de disque défectueux, vous risquez d'aggraver la situation en continuant à l'utiliser pour la récupération. De la mémoire vive défectueuse peut avoir endommagé les données du disque à sauvegarder puis corrompre des données encore valides qui seront copiées sur le nouveau disque.

Vérifiez que le disque sur lequel vous enregistrez le fichier cible et le fichier journal soit en bon état !

smartctl -a /dev/disque_recepteur

Vérifiez que l'espace libre soit supérieur à la taille du périphérique à sauver !

df -h

Il est inutile de continuer à faire des tests automatiques de qualité sur le disque défectueux. La désactivation se fait par la commande:

smartctl -o   off    /dev/disque_emetteur.

Pour installer ce logiciel, il suffit d'installer le paquet gddrescue.

En ligne de commande

sudo add-apt-repository "deb http://archive.ubuntu.com/ubuntu $(lsb_release -sc) universe"
sudo apt-get update
sudo apt install gddrescue

Désactivez le montage automatique des partitions, afin d'éviter que le système n'essaye de réparer une partition endommagée, risquant ainsi de l'endommager encore plus.

gsettings set org.gnome.desktop.media-handling automount false

Évitez d'utiliser une partition NTFS pour accueillir une image disque de taille importante (plus de quelques Go). Plusieurs personnes ont rapporté que la récupération ralentit au fur et à mesure de la récupération, à telle point qu'il est impossible de finir la récupération.

Vous pouvez utiliser ddrescueview pour suivre l'avancement de la sauvegarde de façon graphique. Le résultat est présenté sous la forme d'une grille de couleur à la manière des outils de défragmentation sous Windows.

ddrescue fonctionne de la façon suivante:

- Si le fichier map est vide, dire que le traitement est à faire sur la totalité du support entrée, sinon récupérer ce qui a déjà été analysé. Ecrire régulièrement l’état de la récupération.

- Le premier passage lit la totalité du support d’entrée en faisant des demandes de lecture de taille très importante ( probablement plusieurs Mo). Si la lecture est possible, la duplication a lieu. Si cette lecture est impossible, la totalité des secteurs de cette zone est marquée « ignorée». Quel que soit le résultat, la grande zone suivante est alors traitée. Cela jusqu'à la fin du support entrée.

- Le second passage vérifie que les zones marquées "ignorée" sont peut-être devenues lisibles pour certaines d'entre elles en partant de la fin du support entrée (Cette phrase est à confirmer).

- Le troisième passage appelé rognage (Trimming) reprend chaque entité de taille très importante en traitant secteur par secteur (Secteur logique ? Secteur physique?). On traite le premier secteur :

• Si le secteur est lisible, il est dupliqué et le secteur suivant est lu.
• Si le secteur suivant est illisible, on traite le dernier secteur de l’entité.
• Si le dernier secteur est lisible , il est dupliqué et le secteur précédant est lu.
• Si le secteur précédant est illisible, on passe au traitement de l’entité suivante de grande taille.

- Le quatrième passage appelé grattage (Scraping) lit chaque secteur non encore dupliqué :

• Si le secteur est lisible, il est dupliqué et le secteur suivant est lu.
• Si le secteur est illisible, il est marqué défectueux et le secteur suivant est lu.
• Lorsque le dernier secteur est traité, l’opération est terminée.

- Cependant, un secteur considéré comme défectueux peut quelquefois être relu. Il est donc possible (souhaitable?) de redemander un certain nombre de fois l’exécution du quatrième passage. Lorsque le dernier secteur est traité, l’opération de grattage continue en commençant par la fin pour se terminer au début, elle repart du début jusqu’à ce que le nombre de passages prévus soit atteint. Cependant il est possible d’interrompre l’exécution à tout instant si le taux de récupération est jugé insuffisant en appuyant sur les touches Crtl C.

Si le disque usagé est un disque assez classique, il peut être équipé de pas mal de partitions dont une seule contient les données de l'utilisateur. Dans un tel contexte, il ne faut dupliquer que cette partition. Dans l'ensemble cette partition est "moins abîmée" que les partitions contenant les O.S. Il est alors inutile de vouloir dupliquer le disque entier.

L'application est lancée depuis une console ou un terminal :

sudo ddrescue <nom_fichier_source> <nom_fichier_cible>.img <nom_fichier_journal>

Avec:
<nom_fichier_source> = le nom du fichier ou du périphérique à tenter de sauver, par exemple machin.ext, /media/disk, /dev/sda, etc. (Pour un CD ou un DVD, rentrer le chemin du périphérique, par exemple /dev/dvd ). N'essayez pas de monter le disque endommagé ! Pour connaître le nom du périphérique, vous pouvez utiliser la commande dmesg | tail lorsque vous le branchez.
<nom_fichier_cible> = le nom du fichier où sauver le résultat. Si le nom du fichier n'est pas spécifié et que le fichier cible est simplement un disque dur ou une partition, le contenu sera écrasé par la sauvegarde.
<nom_fichier_journal> = le nom du fichier de log comportant la liste des secteurs récupérés et de ceux à relire. Très fortement recommandé, voir ci-dessous.

Pour obtenir une liste exhaustive des fonctions du logiciel, se reporter au site officiel ou à sa documentation:

 man ddrescue

ou encore

info ddrescue

Il est vivement conseillé d'utiliser un fichier de log, soit pour pouvoir l'exploiter ultérieurement et analyser l'état matériel du disque, soit pour pouvoir interrompre puis reprendre une récupération.

sudo ddrescue <nom_fichier_source> <nom_fichier_cible>.img <chemin_fichier_log>

Avec:
<chemin_fichier_log> = chemin absolu ou relatif vers l'endroit où vous désirez enregistrer le log. Attention, il peut atteindre une taille conséquente pour une récup d'un support très endommagé.

(on peut avoir un exemple? Pour les novices c'est très abstrait)

Si vous savez que votre support est fortement endommagé, considérez avant tout l'option de faire appel à un professionnel. Le taux de réussite d'une récupération sur support très malade est très supérieur lors de la première tentative. Si vous avez des données vitales, réfléchissez à deux fois avant de vouloir agir seul.

ddrescue intègre un certain nombre d'options intéressantes pour traiter des cas de supports partiellement endommagés, dont "l'état de santé est stable". Les principales sont citées ci-dessous, mais il y en a d'autres à envisager, consultez le man avant d'agir :

sudo ddrescue <source> <cible>.img <log> -n

permet de s'occuper en priorité des zones non endommagées et de revenir traiter celles-ci après.

sudo ddrescue <source> <cible>.img <log> -T

permet de reprendre une copie qui a été interrompue du fait de la disparition du matériel (déconnexion brutale, matériel instable qui "disparaît"). En fait, reprend toutes les zones qui n'ont pas encore été explorées. Dans le cas général, pour interrompre une copie il faut utiliser Ctrl+C et reprendre avec la même ligne que celle utilisée pour lancer la première copie, avec le fichier de log bien sûr.

sudo ddrescue <source> <cible>.img <log> -r1

Reprend la copie en se concentrant sur les zones considérées comme erronées en première lecture : le chiffre derrière r est un paramètre qui spécifie combien de tentative d'accès doivent être effectuées à chaque erreur rencontrée.

`–sparse'

Use sparse writes for output file. (The blocks of zeros are not actually allocated on disc). May save a lot of disc space in some cases. Not all systems support this.

Si votre RAID-1 est devenu inutilisable car les deux disques sont en mauvais état, ddrescue est capable de récupérer les secteurs en bon état du premier disque et d'aller chercher les secteurs en mauvais état sur le second disque.

D'abord, il faut déterminer si la technique "sauvetage des partitions" est possible. Si oui, c'est la solution à privilégier car on peut fabriquer les partitions de duplication de taille identique sur d'autres supports avec l'application Disques en fournissant la taille exacte de chaque partition en précisant que l'unité est le Kio. Cela sous-entend que la commande " sudo fdisk -l " a pu fonctionner. Il suffit de diviser par deux, le nombre de secteurs indiqués.

sudo  dd  if=/dev/zero  of=/dev/Le_support_de_sortie bs=64k status=progress

La taille du secteur est de 512 bytes.

sudo mkdir /home/ubuntu/dd
sudo ddrescue             -f    -n        -b512        /dev/sda     /dev/sde   /home/ubuntu/dd/suivi
sudo ddrescue             -f  -c1      -b512       /dev/sda     /dev/sde   /home/ubuntu/dd/suivi

ATTENTION : Si la cible est un disque dur, toutes les données de ce disque dur (ici /dev/sde) seront écrasées donc perdues. Pour que ce ne soit pas le cas il faut que la cible soit un fichier par exemple /dev/sde/chemin/fichier_de_recup.img

sudo ddrescue       -d  -f  -R  -r3   -b512  -c1          /dev/sda    /dev/sde    /home/ubuntu/dd/suivi
sudo ddrescue       -d  -f  -R  -r27   -b512  -c1          /dev/sda    /dev/sde    /home/ubuntu/dd/suivi

 touch /home/ubuntu/dd/badblocs
sudo ddrescuelog -l- -b512 /home/ubuntu/dd/suivi >/home/ubuntu/dd/badblocs

- Avec mise d'un commentaire personnel.

ddrescue --fill-mode=- <(printf "SECTEUR ILLISIBLE On va marquer au fer rouge  tous ces secteurs faussement  défectueux  afin de rechercher dans les fichiers ceux qui sont impactés par SECTEUR ILLISIBLE") --force /dev/sde /home/ubuntu/dd/suivi 

- ou avec écriture de zéros.

ddrescue --fill-mode=- --force --synchronous /dev/zero /dev/sde /home/ubuntu/dd/suivi

La taille du secteur est de 4096 bytes. La partition est celle contenant les données de l'utilisateur (sda6). Le disque externe a été formaté avec au moins deux partitions; sde1 pour le suivi du processus (taille 1 Go) et sde2 pour recevoir la duplication (la taille étant au moins égale à sda6).

sudo mount /dev/sde1 /media/ubuntu
sudo mkdir /home/ubuntu/dd
sudo ddrescue -f -N -n        -b4096 -K524288 /dev/sda6 /dev/sde2 /media/ubuntu/dd/suivi6
sudo ddrescue -f -c1  -b4096  /dev/sda6 /media/ubuntu/dd/suivi6

sudo ddrescue -d -f -R -r27 -b4096 -c1 /dev/sda6 /dev/sde2 /media/ubuntu/dd/suivi6

 touch /media/ubuntu/dd/badblocs6
sudo ddrescuelog -l- -b4096 /media/ubuntu/dd/suivi6 >/media/ubuntu/dd/badblocs6

- Avec mise d'un commentaire personnel.

ddrescue --fill-mode=- <(printf "SECTEUR ILLISIBLE On va marquer au fer rouge  tous ces secteurs faussement  défectueux  afin de rechercher dans les fichiers ceux qui sont impactés par SECTEUR ILLISIBLE") --force /dev/sde2 /media/ubuntu/dd/suivi6 

- ou avec écriture de zéros.

ddrescue --fill-mode=- --force --synchronous /dev/zero /dev/sde2 /media/ubuntu/dd/suivi6

sudo ddrescue  -b 512   --log-rates=/mnt/rescueRate.log      /dev/disk/by-id/ata-MAXTOR_STM3160215A_9RA8V0BK-part1       /mnt/disk.img          /mnt/rescue.map

sudo ddrescue    -f  -p    /dev/sdb     SDB.img   SDB.log
sudo sfdisk -lV SDB.img
sudo losetup -P  -v -f     SDB.img
lsblk | grep loop
sudo mount /dev/loop123 /mnt
ls /mnt

Ces secteurs du support de sortie contiennent donc des informations sans rapport avec le support d'entrée. Lire de telles données peut donc se révéler problématique si elles sont accidentellement de même type de format puisque les logiciels de lecture vont alors pouvoir lire normalement les fichiers.

Pour un film, ce n'est pas très grave. Personne ne verra qu'un paquet de 512 bytes est remplacé par une autre animation.

Pour une image, cela pourrait être visible avec une petite zone sans rapport avec le dessin.

Pour une musique, les experts pourraient entendre une fausse note.

Pour un document du style writer, on pourra s'apercevoir que 512 octets ne sont pas dans la même langue ou qu'ils sont sans rapport avec l'histoire racontée.

Pour un document du style calc, il va être plus difficile de s'apercevoir que les chiffres ne sont pas valables. Si par malheur cela concerne le tableau final…….

Pour toutes ses raisons, il est tentant de mettre des données fictives (des zéros ou autre chose) dans ces secteurs. Cependant c'est à double tranchant pour les logiciels car ceux-ci pourraient ne plus lire le fichier abîmé. Il faudrait alors utiliser la version moins un du fichier qui est très certainement inexistante.

A titre d'exemple avec le visionneur d'images. Mettre 16 blocs à zéro à partir du bloc 100 provoque l'erreur suivante "Erreur fatale de lecture du fichier d'image XXXX.png IDAT.CRC error". Mais en mettre seulement 8 permet l'ouverture du fichier avec seulement l'affichage du début.

Il est fort probable que chaque logiciel de lecture dispose de sa propre logique.

Le fichier badblocs qui a été généré contient les adresses des blocs illisibles par rapport au début soit du disque soit de la partition. Il est intéressant de connaître préventivement les fichiers qui vont être perturbés. Nous avons vu que le produit DDR_UTILS le fait. Mais il n'est pas facile à installer me semble-t-il! Il existe quelques solutions avec des outils. Pas de chance, ils vont dépendre de la nature des partitions. Ce n'est pas le même outil à utiliser pour les partitions NTFS, FAT, EXTn, RAIDS, BTRFS etc…… voici au moins un exemple pour le type de partition EXT4 assez répandu chez les particuliers.

a) Le fichier badblocs a été généré par une duplication de la partition. Les adresses indiquées font directement référence à la partition. Il est donc possible d'utiliser par exemple les commandes suivantes pour obtenir la liste des fichiers. C'est toujours un exemple. Il faut donc mettre le bon nom de la partition.

• ### Ajouter la commande testb
• sed 's|^|testb |' sdb2.badblocks > sdb2.testb.in
• sudo debugfs -f sdb2.testb.in /dev/sda16 > sdb2.testb.out
• ### Mettre la commande icheck
• grep "marked in use" sdb2.testb.out | cut -d ' ' -f 2 | sed 's|^|icheck |' > sdb2.icheck.in
• sudo debugfs -f sdb2.icheck.in /dev/sdb2 > sdb2.icheck.out
• ### Ajout de la commande inode
• sed '/ck/d' sdb2.icheck.out | cut -d $'\t' -f 2 | sed 's|^|ncheck |' > sdb2.ncheck.in
• sudo debugfs -f sdb2.ncheck.in /dev/sdb2 > sdb2.ncheck.out
• ### Sélection des fichiers
• grep "/" sdb2.ncheck.out | cut -d $'\t' -f 2 | sort | uniq >sdb2.files
• cat sdb2.files
• wc sdb2.files

Pour obtenir la liste des fichiers qui sont encore corrompus, il est nécessaire d'avoir récupéré en totalité le répertoire des noms de fichiers. La première action à faire est de s'assurer que ce répertoire est en bon état. Cette action peut se faire pendant la dernière phase de récupération lorsque les tentatives de récupération deviennent de plus en plus longues. La commande suivante doit se terminer sans signaler d'erreurs.

sudo   ntfsfix  -n -b -d   <nom_partition_cible>

Si cette commande répond que la structure des répertoires est en mauvais état, il faut retenter de récupérer des secteurs illisibles. Sinon, on peut obtenir la liste des fichiers non totalement récupérés avec ces commandes

sudo apt install ddrutility
sudo ddru_ntfsfindbad -V  <nom_partition_cible> <chemin_fichier_log> 

Le retour de cette liste permettra de savoir s'il est souhaitable de continuer la récupération.

Pendant toute la durée de l'exécution, une grille permettant un suivi est affichée. Il n'est pas possible de la mettre dans la discussion en cours avec la technique copier/coller puisque la grille se met à jour régulièrement. Il est nécessaire de tuer le process pour en effectuer une capture!

GNU ddrescue 1.22
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 524288 B, tried: 65536 B, bad-sector: 0 B, bad areas: 0

     ipos:  823101 MB, non-trimmed:        0 B,  current rate:       0 B/s
     opos:  823101 MB, non-scraped:    1177 GB,  average rate:    517 kB/s
non-tried:        0 B,  bad-sector:  764151 MB,    error rate:  19472 kB/s
  rescued:   59093 MB,   bad areas:       27,        run time:  1d  7h 42m
pct rescued:    2.95%, read errors:217072202,  remaining time:         n/a
                              time since last successful read:  3h  6m 11s
Scraping failed blocks... (forwards) 

Signification de quelques zones:

Initial status: Lorsque ddrescue est relancé suite à une interruption, le fichier de log permet de continuer l'action en cours. La ligne qui suit fait un récapitulatif de tout ce qui a déjà été traité. Les deux lignes ne sont pas présentes lors du premier lancement.

ipos opos Indique la position début dans le support entrée et le support sortie. Zéro lors du premier lancement.

Current rate Average rate Débit actuel et débit moyen d'écriture dans le support sortie. Une valeur faible signifie une difficulté de lecture du support émetteur.

rescued pct rescued Taille déjà récupérée ainsi que le pourcentage par rapport à la totalité de l'espace émetteur.

run time Temps écoulé depuis le début de la commande exprimé en jours heures minutes.

remaining time Temps estimé pour la fin de la commande exprimé en jours heures minutes ou N/A lorsque ce n'est pas connu.

time since last successful read Temps écoulé depuis une dernière lecture réussie exprimé en heures minute seconde.

Scraping failed blocks… (forwards) Type d'action actuellement en cours. Evolue en fonction de l'avancement de la récupération. Dans ce cas, on est à l'étape de lecture des blocs qui n'ont pas été lus lors du premier passage rapide.

Il est possible de transmettre facilement, l'état d'exécution dans une discussion du forum en demandant un extrait du fichier de suivi avec cette commande

ddrescuelog  -tvv  <nom_fichier_journal> 

Il est possible de connaitre la liste exhaustive de numéros de secteurs non encore récupérés (à ne pas faire pendant le premier passage) avec cette commande d

drescuelog -l-    <nom_fichier_journal>

Une fois les données récupérées depuis le ou les supports endommagés, il est conseillé de faire une copie de la récupération et de travailler sur cette copie. Les outils suivants peuvent vous être utiles :

• dd pour faire la copie de travail ;
• kpartx pour monter une partition de l'image d'un disque comprenant plusieurs partitions ;
• fsck pour réparer le système de fichier ;
• testdisk pour récupérer des partitions disparues ;
• photorec pour récupérer les fichiers qui n'apparaissent plus dans le système de fichiers ;
• mount et umount pour accéder au contenu des partitions ;
• convmv pour convertir les noms de fichiers en UTF8 ;

Pour restaurer une sauvegarde effectuée par ddrescue, soit vous utilisez la commande dd soit cette commande ddrescue:

sudo ddrescue -f <nom_de_votre_fichier_de_sauv>.img /dev/sdx restore.logfile

modifier sdx par le disque sur lequel vous souhaitez restaurer l'image de sauvegarde.

Pour supprimer ddrescue, il suffit de supprimer le paquet gddrescue.

• Discussion « Bilan : comment récupérer des données perdues » sur le forum Ubuntu-fr, très utile pour la récupération de données sur un disque dur endommagé
• Discussion « Topic unique récupération de données » sur le forum Ubuntu-fr, à consulter pour y soumettre votre cas et trouver de l'aide
• http://linuxfr.org/news/ddrescue-dd_rescue-myrescue-recuperer-ses-donnees-apres-un-crash-disque, autre cas, plus récent, de récupération de données
• (en) page officielle de GNU ddrescue
• (en) Aide en ligne de GNU ddrescue
• safecopy Limite les Erreur I/O
• Identifier le fichier utilisant le bloc défectueux

Contributeurs principaux : …

basé sur la page officielle.