Récupération des données d’un disque défaillant (ddrescue)

Seul, pendant mon stage chez OMB Informatique, prestataire informatique, à l’atelier : les 20, 21 et 31 juillet 2026. Le client est anonymisé.

Compétences mises en œuvre

Compétence	Ce que j’ai fait	Preuve
Répondre aux incidents et aux demandes d’assistance et d’évolution
Collecter, suivre et orienter des demandes	Demande reçue par téléphone et enregistrée dans l’outil de tickets, poste pris en charge à l’atelier ; deux comptes rendus d’intervention, une information de rendez-vous, demande clôturée	contexte, mise en œuvre
Traiter des demandes concernant les services réseau et système, applicatifs	Diagnostic d’un disque en fin de vie, première méthode en échec, seconde méthode réussie : données copiées à 99,99 %, poste redémarré le jour même, puis disque de garantie posé	mise en œuvre, tests

Contexte et besoin

Le 20 juillet, l’utilisatrice d’un cabinet d’architectes, client d’OMB, appelle : son poste affiche un message d’erreur au démarrage, même si elle a réussi à ouvrir sa session. La demande est enregistrée dans l’outil de tickets et m’est attribuée ; le poste, une station de travail sous garantie, est déposé à l’atelier. Son disque M.2 NVMe d’un téraoctet annonce plusieurs défauts SMART et des secteurs illisibles.

Le disque de remplacement, fourni au titre de la garantie, n’est arrivé que dix jours plus tard. Or l’utilisatrice travaille sur ce poste, avec ses logiciels de conception et ses données, sur un volume chiffré par BitLocker. Le besoin : remettre le poste en service tout de suite, à l’identique, sans réinstallation et sans rien perdre, puis poser le disque de garantie à son arrivée.

Objectifs et contraintes

Objectifs

Copier tout le disque (système, logiciels, données) vers un disque sain.
Rendre le poste utilisable le jour même.
Remplacer définitivement le disque à l’arrivée de la pièce de garantie.
Garder une trace de chaque étape dans le ticket, pour le client et pour les collègues.

Contraintes

Un disque qui perd des secteurs : chaque lecture compte, et il peut lâcher pendant la copie.
La source ne doit jamais être modifiée : c’est la seule copie des données.
Un volume chiffré par BitLocker : la copie doit être fidèle au secteur près, et la clé de récupération sera demandée sur le nouveau matériel.
Une cible provisoire : un disque d’occasion de même taille (953,87 Gio), en attendant la garantie.
Une demi-journée d’atelier.

Analyse et choix techniques

Question	Mon choix	Pourquoi
Quel outil d’abord ?	Clonezilla en mode expert, option « rescue » de partclone	Il clone partition par partition en lisant le système de fichiers : rapide, et l’option continue malgré les erreurs de lecture
Pourquoi l’échec ?	Le clonage s’est terminé, puis j’ai lancé `chkdsk /f /r` sur la copie	L’option `/r` relit toute la surface et « répare » : sur une copie où il manquait des morceaux de la table des fichiers (MFT), elle en a supprimé des segments entiers. Dossier System32 introuvable, volume vide une fois déverrouillé
Quel outil ensuite ?	ddrescue, depuis le shell de la clé Clonezilla	Il copie secteur par secteur sans interpréter le système de fichiers : chiffrement et amorçage sont copiés tels quels. Son journal (mapfile) note ce qui est lu et permet de reprendre
En combien de passes ?	Deux : `-n` d’abord, `-r3` ensuite	D’abord tout ce qui se lit facilement, sans fatiguer le disque sur les zones abîmées ; ensuite seulement, trois nouvelles tentatives sur ces zones
Comment ne pas se tromper de sens ?	Identifier chaque disque par son modèle et sa taille (`fdisk -l`), puis effacer les signatures de la cible (`wipefs -a`)	Une copie dans le mauvais sens détruit la source ; les restes du premier essai sur la cible ne doivent tromper ni l’outil ni Windows
Faut-il réparer la copie ?	Non : jamais `/r` ; `/f` seulement, et si besoin	C’est la leçon du premier essai
Et le disque de garantie ?	Clonezilla, du disque provisoire vers le disque neuf	La source est saine : l’outil rapide convient

Ce que j’en retiens : un outil de clonage qui lit le système de fichiers convient d’un disque sain vers un autre. Sur un disque qui perd des secteurs, on copie secteur par secteur, on garde la source intacte, et on ne lance jamais une réparation de surface sur la copie.

Mise en œuvre

Schéma : de l’appel au disque de garantie, la demande, les deux essais, le résultat, le remplacement

Figure 1 · De l’appel au disque de garantie : la demande, les deux essais, le résultat, le remplacement.

La demande (20 juillet) : appel de l’utilisatrice, ticket, poste déposé à l’atelier pour le changement du disque en erreur SMART.
Le diagnostic (21 juillet) : défauts SMART et secteurs illisibles confirmés sur le disque d’origine ; un disque d’occasion de même taille sert de cible provisoire.
Premier essai : clonage Clonezilla en mode « rescue », terminé ; puis chkdsk /f /r sur la copie, qui détruit une partie de la table des fichiers. Le disque source n’a pas été touché : je recommence.
Préparation : démarrage sur la clé Clonezilla, passage au shell ; fdisk -l pour identifier la source et la cible par leur modèle et leur taille ; wipefs -a sur la cible.
Première passe : ddrescue -f -n de la source vers la cible, avec son journal. 99,99 % copiés, 14 zones laissées de côté.
Deuxième passe : ddrescue -f -r3 avec le même journal, qui ne retente que les zones en erreur. Il reste 10 zones illisibles.
Redémarrage sur le disque provisoire : Windows démarre directement, sans réparer l’amorçage ; BitLocker demande sa clé de récupération au premier démarrage, le volume se déverrouille.
Comptes rendus : un pour le client, en clair (disque en défaut, remplacement provisoire avec clonage, déverrouillage) ; un interne, technique (méthode, échec du premier essai, chiffres). Intervention de 13 h 45 à 17 h 30.
Le remplacement définitif (31 juillet, sur rendez-vous, de 14 h à 15 h 20) : clonage Clonezilla du disque provisoire vers le disque de garantie, réussi ; demande clôturée.

Tests et recette

Vérification	Résultat
Premier essai (Clonezilla, puis `chkdsk /f /r`)	Échec : dossier System32 introuvable, volume vide après déverrouillage. Source intacte
Première passe de ddrescue (`-n`)	99,99 % copiés en 35 min 47 s, à 477 Mo/s de moyenne ; 14 zones en erreur, 7 168 octets comptés (les zones sautées ne sont pas encore mesurées)
Deuxième passe (`-r3`)	10 zones, 135 168 octets (132 Ko) définitivement illisibles sur 1 024 Go, soit les 953,87 Gio du disque : la seconde passe donne la vraie taille des zones perdues
Démarrage sur le disque provisoire	Direct, sans réparation de l’amorçage
BitLocker	Clé de récupération demandée au premier démarrage, volume déverrouillé
Clonage vers le disque de garantie (31 juillet)	Réussi, remplacement terminé

Bilan critique

Ce qui a coincé. Le premier essai a échoué par ma faute : le clonage était terminé, et j’ai voulu « vérifier » la copie avec chkdsk /f /r. Sur un volume où quelques secteurs de la table des fichiers manquaient, la réparation a supprimé bien plus qu’elle n’a sauvé. Ce qui a rattrapé l’erreur, c’est que je n’avais rien écrit sur le disque d’origine : j’ai pu repartir de zéro avec une autre méthode.

Les limites que j’assume.

132 Ko n’ont pas pu être lus. Je n’ai pas cherché à quels fichiers ces secteurs appartenaient : un fichier précis peut être abîmé sans que personne le sache encore.
Pendant dix jours, le poste a tourné sur un disque d’occasion.
Tout reposait sur la clé de récupération BitLocker : sans elle, une copie parfaite serait restée illisible.

Ce que je referais autrement. Dès qu’un disque annonce des secteurs illisibles, je commencerais par ddrescue, sans passer par un outil qui lit le système de fichiers. Et je chercherais à quels fichiers correspondent les zones perdues, pour prévenir l’utilisatrice.

Outils et aides. Le diagnostic, les choix et les manipulations sont les miens. Un assistant IA (Claude Code) m’a aidé à mettre en forme la fiche de cette réalisation à partir de mes comptes rendus d’intervention et de mon article.