Notre site necessite Javascript pour fonctionner correctement !

chkdsk C: /f /r : la commande qui peut détruire vos données


Ce que font vraiment /f, /r et /x,
quand ne surtout pas les lancer,
et quoi faire à la place

Article publié le 2 mai 2026 - mis à jour le 20 septembre 2026
L'utilisation de ce site, notamment notre base de connaissances, est soumise à l'acceptation de nos « conditions générales d'utilisation ». BSC DataRecovery ne pourra être tenue responsable des conséquences éventuelles relatives à l'application des conseils de cet article. Pour toute question concernant la récupération de vos données, n'hésitez pas à nous contacter via notre page « contact ».

Votre disque donne des signes de faiblesse - l'explorateur se fige, des fichiers refusent de s'ouvrir, Windows affiche « Vous devez formater le disque » ou propose d'« analyser et réparer le lecteur ». Vous cherchez une solution, et partout on vous répond la même chose: ouvrez une invite de commandes et tapez chkdsk C: /f /r.

C'est le conseil le plus répandu d'internet sur les problèmes de disque. C'est aussi, de très loin, la première cause d'aggravation des dossiers qui arrivent dans notre laboratoire. Pas parce que chkdsk est un mauvais outil, il fait exactement ce pour quoi Microsoft l'a écrit, mais parce qu'il est conçu pour un scénario précis: un disque en parfait état de marche dont le système de fichiers a été abîmé par un incident logiciel. Dès que le disque a un problème physique, chkdsk ne répare rien : il écrit sur un support mourant, prend de mauvaises décisions à partir d'informations incomplètes, et rend définitivement inaccessibles des données qui l'étaient encore.

La différence entre les deux situations n'est pas évidente pour un utilisateur, et c'est tout le problème. Cet article vous donne: ce que veut dire chkdsk C: /f /r, lettre par lettre, ce que chkdsk fait réellement, les cinq mécanismes précis par lesquels il détruit des fichiers, un test en quatre points pour savoir si vous pouvez le lancer sans risque, comment lire son rapport, quoi faire quand il s'est lancé tout seul ou qu'il est bloqué depuis des heures, et la méthode que nous utilisons à la place quand les données comptent vraiment.

En bref

•  chkdsk C: /f /r en une phrase : C: désigne le lecteur à vérifier, /f autorise Windows à corriger le système de fichiers, /r ajoute une relecture complète de la surface du disque (et contient déjà /f). C'est donc la forme la plus longue et la plus intrusive de la commande, pas une simple vérification.

•  chkdsk répare le système de fichiers, pas le disque. Il part du principe que le matériel est fiable. Sur un disque qui faiblit, cette hypothèse est fausse, et toutes ses décisions le sont aussi.

•  Dès qu'il y a /f, /r, /x ou /b, chkdsk écrit sur le disque. L'écriture est précisément ce qu'il ne faut jamais faire sur un support qui contient des données à sauver.

•  /r est le plus dangereux : il relit l'intégralité de la surface, secteur par secteur, pendant des heures ou des jours. C'est exactement le stress qui achève une mécanique fatiguée.

•  chkdsk peut faire disparaître des dossiers entiers en « corrigeant » des structures qu'il interprète mal, et abandonner des données parfaitement récupérables en marquant leurs clusters comme défectueux.

•  Le seul cas sûr : disque physiquement sain (SMART impeccable, aucun bruit anormal, aucune erreur de lecture), corruption d'origine logicielle. Et même là, une sauvegarde d'abord.

•  Signes qui interdisent formellement chkdsk : bruits (clics, grincements), lenteurs extrêmes, fichiers illisibles, secteurs en attente au SMART, disque qui disparaît et réapparaît, volume affiché en RAW.

•  Vous l'avez déjà lancé et c'est pire ? Ne relancez rien, éteignez, débranchez le disque. Dans la majorité des cas, une récupération reste possible, mais chaque nouvelle tentative la complique.

•  chkdsk tourne depuis des heures sans avancer ? Rendez-vous directement à la section « chkdsk est bloqué depuis des heures ».
Au sommaire

•  chkdsk C: /f /r : la commande décodée, lettre par lettre
•  La question à se poser avant toute chose
•  Ce que fait réellement chkdsk (et ce qu'il ne fait pas)
•  Les 5 mécanismes par lesquels chkdsk détruit des données
•  Avant de lancer quoi que ce soit : le test en 4 points
•  Symptôme par symptôme : chkdsk, ou surtout pas ?
•  Le seul cas où chkdsk est légitime
•  Lire le rapport de chkdsk : les lignes qui comptent
•  Windows lance chkdsk tout seul : comment l'en empêcher
•  chkdsk est bloqué depuis des heures : que faire ?
•  Les messages d'erreur de chkdsk et ce qu'ils veulent dire
•  Cas particuliers : SSD, clés USB, cartes SD, NAS, BitLocker
•  Ne pas confondre : chkdsk, sfc, DISM
•  Sur Mac et Linux, le danger est identique
•  Que faire à la place : la méthode qui préserve vos chances
•  Vous avez déjà lancé chkdsk et c'est pire : que faire maintenant
•  Foire aux questions

chkdsk C: /f /r : la commande décodée, lettre par lettre


C'est la forme que l'on retrouve dans presque tous les tutoriels, et celle que la plupart des gens recopient sans savoir ce qu'elle demande exactement à Windows. La voici démontée, élément par élément.

Ce que veut dire chaque morceau

Élément Signification Ce que cela implique
chkdsk Check Disk, l'outil Windows de vérification du système de fichiers Il contrôle l'index du volume (noms, dossiers, emplacements), pas la santé matérielle du disque
C: Le lecteur visé, lettre suivie des deux-points D:, E:, F:... pour un second disque, un disque dur externe, une clé USB ou une carte SD
/f fix : corriger les erreurs trouvées Windows est autorisé à écrire sur le disque. Sans /f, chkdsk se contente de lire et de faire un rapport
/r recover : localiser les secteurs défectueux et tenter d'en récupérer le contenu lisible Relecture de toute la surface, secteur par secteur. Contient déjà /f
/x Forcer le démontage du volume avant la vérification Ferme d'autorité les fichiers ouverts sur ce lecteur. Contient déjà /f
Deux conséquences pratiques que les tutoriels oublient :

puce   /f /r est une redondance. /r inclut /f : taper chkdsk C: /r ou chkdsk C: /f /r lance exactement la même opération. Ajouter des options « pour être sûr » ne rend pas la commande plus efficace, seulement plus longue à taper.

puce   L'ordre n'a aucune importance. chkdsk C: /r /f, chkdsk /f /r C: et chkdsk C: /f /r sont strictement équivalents.

⚠️ Les deux-points ne sont pas décoratifs. Pour Windows, un lecteur s'écrit C:, pas c. Tapée sans les deux-points (chkdsk c /f /r), la lettre n'est plus comprise comme un volume, et la commande ne vise plus forcément le lecteur que vous croyez. Prenez l'habitude d'écrire la lettre complète, et de relire la ligne avant d'appuyer sur Entrée.

/f, /r ou les deux : lequel choisir ?

Vous tapez Ce qui se passe réellement Durée sur disque sain À réserver à
chkdsk C: Lecture seule, rapport à l'écran, aucune écriture Quelques minutes Tous les cas : c'est toujours par là qu'il faut commencer
chkdsk C: /f Correction de l'index du volume De quelques minutes à une heure selon le nombre de fichiers Disque sain, incident purement logiciel, données sauvegardées
chkdsk C: /r ou /f /r Correction plus relecture de tous les secteurs 1 à 2 heures par téraoctet Presque jamais : sur un disque sain c'est inutile, sur un disque malade c'est dangereux
chkdsk C: /f /r /x Identique à /r, avec démontage forcé Idem Idem. /x n'ajoute aucune « puissance », il coupe seulement les programmes qui utilisaient le lecteur
Le réflexe « autant lancer la version la plus complète » est précisément le mauvais. Si le disque est sain, /f suffit. S'il ne l'est pas, /r est la pire chose à lui infliger : la section ce que fait réellement chkdsk explique pourquoi, et le test en 4 points permet de savoir dans quel cas vous êtes avant de lancer quoi que ce soit.

Comment la commande se lance (Windows 10 et Windows 11)

La syntaxe et le comportement sont identiques sous Windows 10 et Windows 11 (et inchangés depuis Windows 7).

1. Menu Démarrer, tapez cmd, clic droit sur Invite de commandes, Exécuter en tant qu'administrateur. Sans les droits administrateur, chkdsk refuse de démarrer.

2. Tapez la commande avec la lettre du lecteur concerné, puis Entrée.

3. Sur un disque secondaire ou externe (D:, E:...), la vérification démarre tout de suite.

4. Sur le disque système (C:), Windows répond qu'il ne peut pas verrouiller le lecteur et propose de planifier la vérification au prochain redémarrage (O/N). Répondre O signifie que chkdsk s'exécutera avant l'ouverture de Windows, sur écran noir ou bleu, sans bouton pour l'arrêter proprement une fois parti. Si vous avez répondu O trop vite, la section Windows lance chkdsk tout seul explique comment annuler.

L'équivalent graphique : clic droit sur le lecteur, Propriétés, onglet Outils, bouton Vérifier. Windows analyse d'abord le volume, puis propose de le réparer : accepter revient à lancer chkdsk /f. Même chose pour la bulle « Analyser et réparer le lecteur » qui apparaît au branchement d'un disque externe ou d'une clé.

chkdsk D: /f, chkdsk E: /f : sur un disque dur externe, une clé USB ou une carte SD

La commande est la même, seule la lettre change. Ce qui change vraiment, c'est l'enjeu : un disque externe est très souvent le seul exemplaire des photos ou des documents qu'il contient, et c'est aussi le support qui subit le plus de chocs et de débranchements à chaud. Un disque externe qui réclame une réparation après une chute, ou qui est devenu très lent à la copie, n'a pas un problème de système de fichiers : il a un problème mécanique, et chkdsk E: /f /r va le faire travailler des heures sur une surface abîmée. Voir aussi disque dur tombé ou qui a subi un choc.

Depuis l'écran de récupération de Windows : attention, les lettres changent

Quand Windows ne démarre plus, beaucoup de guides font passer par Dépannage > Options avancées > Invite de commandes pour y taper chkdsk C: /f /r. Deux pièges, que personne ne signale :

puce   Dans cet environnement, X: n'est pas votre disque. C'est le petit système de secours chargé en mémoire. Lancer chkdsk X: ne vérifie rien d'utile.

puce   Votre Windows n'est pas forcément sur C:. L'environnement de récupération redistribue les lettres : la partition système se retrouve souvent en D: ou E:, et C: peut désigner une petite partition réservée. Vérifiez d'abord en lecture seule, avec dir C:\ puis dir D:\, quel lecteur contient réellement les dossiers Windows et Users.

Et surtout : un PC qui ne démarre plus à cause du disque est le cas typique où chkdsk aggrave la situation. Avant de réparer quoi que ce soit, lisez PC qui ne démarre plus : « Boot device not found », et si les fichiers comptent, sortez-les d'abord.

Avant d'appuyer sur Entrée, une seule vérification compte : ce disque est-il physiquement sain ? Si oui, chkdsk /f fera son travail. Si non, chaque option au-delà de la lecture seule détruit des données qui étaient encore récupérables. Le reste de cet article sert à répondre à cette question, puis à vous dire quoi faire dans chaque cas.

La question à se poser avant toute chose


Avant de taper la moindre commande, une seule question compte :

Les données de ce disque existent-elles ailleurs, sur une sauvegarde à jour et vérifiée ?
puce   Oui → vous pouvez expérimenter librement. chkdsk, formatage, reconstruction : au pire vous perdez du temps.

puce   Non → vous n'êtes plus en train de réparer un ordinateur, vous êtes en train de manipuler la seule copie existante de vos données. À partir de cet instant, chaque opération qui écrit sur ce disque est un pari.

Cette distinction gouverne tout le reste de l'article. Un technicien qui lance chkdsk sur un poste dont les données sont sauvegardées fait son travail. Le même geste sur le disque contenant les dix ans de photos de famille non sauvegardées est une prise de risque majeure, que la plupart des tutoriels ne mentionnent jamais.

Ce que fait réellement chkdsk (et ce qu'il ne fait pas)


chkdsk (Check Disk) est l'outil Windows de vérification et de réparation du système de fichiers. Son équivalent est fsck sous Linux, et First Aid / fsck_apfs sur macOS. Tous partagent la même logique, et les mêmes dangers.

Un système de fichiers, c'est l'index de votre disque : la MFT (Master File Table) en NTFS, les tables d'allocation en FAT/exFAT, les tables d'inodes en ext4. Il indique où chaque fichier commence, quelle longueur il fait, à quel dossier il appartient. Le contenu des fichiers, lui, est ailleurs, dans la zone de données.

chkdsk ne touche jamais au disque physiquement. Il ne répare pas une tête de lecture, ne remplace pas un roulement, ne recolle pas une piste rayée. Il vérifie la cohérence logique de l'index, et quand il trouve une incohérence, il modifie l'index pour le rendre cohérent. Retenez cette formulation : son objectif n'est pas de sauver vos fichiers, c'est de rendre le volume cohérent aux yeux de Windows. Ce n'est pas du tout la même chose.

Les options et leur niveau de risque

Commande Ce qu'elle fait Écrit ? Risque sur disque malade
chkdsk C: Vérification seule, rapport à l'écran Non Faible - la seule manip réellement neutre
chkdsk C: /scan Analyse en ligne (NTFS, Windows 8+), journalise les corruptions Oui, journal Modéré
chkdsk C: /spotfix Corrige les corruptions déjà journalisées (rapide, hors ligne) Oui Élevé
chkdsk C: /f Corrige les erreurs du système de fichiers Oui ⚠️ Élevé
chkdsk C: /r /f + scan de tous les secteurs, tentative de récupération Oui ⛔ Très élevé
chkdsk C: /x Force le démontage du volume, implique /f Oui ⚠️ Élevé
chkdsk C: /b Réévalue tous les clusters marqués défectueux, implique /r Oui ⛔ Très élevé
Repair-Volume -DriveLetter C Équivalent PowerShell de chkdsk /f (ou /scan avec -Scan) Oui Identique à /f
La ligne de partage est nette : avec /f, /r, /x, /b ou /spotfix, chkdsk écrit sur votre disque. Sans option, il se contente de lire et de vous dire ce qu'il voit, et c'est déjà une information précieuse.

Ce que /r fait en plus, et pourquoi c'est le pire choix

Beaucoup d'utilisateurs choisissent /r en se disant « autant faire le plus complet ». C'est exactement l'inverse de ce qu'il faut faire sur un disque suspect.

/r ajoute une lecture intégrale de la surface, secteur par secteur, du premier au dernier. Sur un disque sain de 4 To, comptez déjà 4 à 10 heures. Sur un disque dont la surface se dégrade, chaque secteur difficile déclenche la séquence de récupération interne du firmware: relectures multiples, repositionnement des têtes, ajustement du gain - plusieurs secondes perdues par secteur. Avec quelques milliers de secteurs faibles (une quantité banale sur un disque vieillissant), le calcul devient absurde : des jours, parfois des semaines, pendant lesquels les têtes survolent en permanence une zone déjà abîmée.

C'est le pire scénario possible pour une mécanique fatiguée. Nous recevons régulièrement des disques qui lisaient encore correctement le lundi et qui cliquettent le jeudi, après trois jours de chkdsk /r laissé tourner « pour voir ». Sur les symptômes sonores et ce qu'ils signifient, voir disque dur qui fait du bruit : cliquetis, bips, grincements, ou comparez directement avec nos enregistrements de disques en panne.

Les 5 mécanismes par lesquels chkdsk détruit des données


Ce n'est pas une question de malchance. Sur un disque physiquement défaillant, la destruction est structurelle : elle découle directement de la façon dont l'outil est conçu.

1. Chaque écriture peut être l'écriture de trop

Un disque qui commence à lâcher, têtes usées, préampli qui dérive, surface qui se dégrade, moteur fatigué, peut souvent encore lire ses données, moyennant du temps et de la patience. Écrire est une opération bien plus exigeante : il faut positionner la tête avec une précision au nanomètre, alimenter la bobine d'écriture, valider derrière.

Sur un disque affaibli, une écriture peut échouer au milieu: la piste est partiellement effacée, mais rien n'est réécrit correctement. La zone devient illisible, et si cette zone est un morceau de la MFT, ce n'est pas un fichier que vous perdez, c'est le catalogue de milliers de fichiers.

chkdsk /f écrit précisément là où il ne faut pas : dans les métadonnées, la partie la plus dense et la plus critique du volume.

2. Il « corrige » systématiquement dans le mauvais sens

C'est le mécanisme le plus destructeur, et le moins connu.

Quand chkdsk lit un enregistrement de la MFT et n'obtient rien de cohérent, il a deux interprétations possibles :

puce   (A) l'enregistrement est vraiment corrompu → il faut le nettoyer ;

puce   (B) l'enregistrement est intact, mais le disque n'arrive pas à le lire à cet instant.

chkdsk retient toujours l'hypothèse A, parce qu'il a été écrit en supposant que le matériel est fiable. Sur un disque malade, la bonne réponse est presque toujours B. Résultat : il supprime des entrées valides, détache des fichiers de leur dossier parent, tronque des fichiers dont il ne parvient pas à valider la taille, vide des index de répertoires. Concrètement, du point de vue de l'utilisateur : des dossiers entiers qui disparaissent après une opération censée réparer.

Et cette destruction est doublement irréversible : non seulement les entrées sont supprimées, mais elles le sont en écrivant par-dessus - l'ancienne structure n'existe plus nulle part.

Un laboratoire fait exactement l'inverse: il lit le même secteur trente fois s'il le faut, en jouant sur les paramètres de lecture, avant de conclure qu'il est perdu. Cette différence de philosophie,relire au lieu de réécrire - est la raison d'être des outils d'imagerie professionnels.

3. Marquer un secteur « défectueux », c'est abandonner ce qu'il contient

Quand chkdsk /r tombe sur un secteur illisible, il fait deux choses : il l'ajoute au fichier système $BadClus (la liste des clusters interdits d'usage), et il retire ce cluster du fichier auquel il appartenait.

Traduction : le fichier est déclaré tronqué ou corrompu, et la portion concernée est définitivement abandonnée au niveau du système de fichiers. Or ce secteur, dans bien des cas, était encore lisible - avec les bons réglages, en refroidissant le disque, en s'y reprenant à plusieurs fois, ou après un changement de tête en salle blanche. chkdsk a tranché à votre place, en quelques millisecondes, sur une seule tentative.

Pire : si le firmware du disque parvient partiellement à traiter le secteur, il peut le réallouer dans sa réserve de secteurs de rechange. L'adresse logique existe toujours, mais elle pointe désormais vers un secteur neuf… vide. Vos données ne sont plus adressables du tout, même pour un outil professionnel.

4. Les orphelins, found.000 et les fichiers .chk

Quand chkdsk trouve des données qui ne sont rattachées à aucun dossier, il ne les supprime pas : il les « sauve » dans un dossier found.000 (puis found.001, etc.), sous forme de fichiers FILE0000.CHK, FILE0001.CHK…

Le problème est que ces fragments arrivent sans nom, sans extension, sans arborescence et souvent sans cohérence : un .chk peut contenir un morceau de document, un bout de photo, ou plusieurs fichiers concaténés. C'est le vestige, pas le fichier. Le phénomène est classique sur les clés USB, cartes SD et disques externes en FAT32/exFAT, où les chaînes de clusters perdues finissent systématiquement là.

Bonne nouvelle: dans la plupart des cas, ces données restent récupérables, soit en analysant les .chk, soit surtout en reconstruisant la structure d'origine à partir de ce qui subsiste sur le disque. Mauvaise nouvelle : il ne faut plus rien écrire sur le support, et surtout pas relancer chkdsk pour « finir le travail ». Nous avons consacré une page entière à ce cas : dossier FOUND.000 et fichiers .CHK : ce qu'ils contiennent et comment retrouver vos fichiers.

5. Sur SSD, chkdsk peut déclencher l'effacement physique des données

Sur un disque mécanique, une donnée supprimée reste physiquement présente jusqu'à réécriture. Sur un SSD, non. Quand Windows considère un espace comme libre, il envoie une commande TRIM au SSD ; le contrôleur marque les blocs comme invalides et son garbage collector les efface réellement, en tâche de fond, en quelques minutes à quelques heures.

Quand chkdsk /f conclut qu'une zone n'appartient plus à aucun fichier, il la déclare libre, et Windows la TRIMe. Les données ne sont alors plus seulement inaccessibles : elles sont effacées au niveau des cellules NAND. C'est l'un des rares cas où une intervention logicielle rend une récupération réellement impossible, y compris en laboratoire.

Nous détaillons ce mécanisme, et les techniques qui permettent parfois de le contourner en remontant aux versions antérieures des tables internes du SSD, dans SSD formaté : récupérer des fichiers malgré le TRIM et pourquoi la récupération sur SSD est plus difficile que sur disque dur.

Corollaire pratique : chkdsk /r n'a aucun intérêt sur un SSD. Il n'y a pas de surface magnétique à scanner ; la gestion des blocs défectueux est assurée par le contrôleur, à un niveau auquel Windows n'a aucun accès. Vous obtenez tous les risques, aucun des bénéfices.

Disque suspect, chkdsk bloqué, fichiers disparus après une « réparation » ?
Avant de lancer quoi que ce soit d'autre, appelez-nous. Cinq minutes au téléphone peuvent faire la différence entre une récupération à 100 % et une perte définitive. Diagnostic sous 24 à 48 h, devis gratuit et sans engagement.

☎️ 09 71 32 65 95,nous contacter →  ou  obtenir une estimation →  ou  vérifier en 5 questions si ma panne est récupérable →

Avant de lancer quoi que ce soit : le test en 4 points


Ce test décide de tout. Il prend cinq minutes et il ne nécessite aucune écriture sur le disque.

Point 1 - Le SMART, attribut par attribut

Le SMART est le journal de bord interne du disque, tenu par son propre firmware et stocké dans sa zone réservée. Relevez-le avec CrystalDiskInfo (Windows), smartctl -a /dev/sdX (Linux/macOS), ou depuis l'interface de votre NAS.

⚠️ Ne vous fiez surtout pas à la pastille « Bon » / « Normal ». Les seuils constructeur sont volontairement très permissifs : un disque peut avoir plusieurs dizaines de secteurs réalloués et afficher encore un état « Bon ». Ouvrez le détail des attributs et lisez la colonne « valeur brute » (raw value), c'est la seule qui compte.

ID Attribut Verdict pour chkdsk
05 Reallocated Sectors Count ≠ 0 → la surface se dégrade. Toute progression = interdiction formelle.
C5 Current Pending Sector Le plus important. ≠ 0 → des secteurs sont déjà illisibles. chkdsk /r va se jeter dessus. NON.
C6 Offline Uncorrectable ≠ 0 → des données sont déjà perdues sur ces secteurs. NON.
0A Spin Retry Count ≠ 0 → problème moteur/mécanique. Éteignez immédiatement.
BB Command Timeout En hausse → le disque bloque déjà. NON.
C7 UDMA CRC Error Count Concerne le câble/boîtier, pas le disque - voir erreur CRC sur disque dur
09 Power On Hours Contexte : 50 000 h d'usage = fin de vie statistique
Le signal le plus révélateur : un C5 qui descend pendant que le 05 monte. Cela signifie que le disque est en train de réallouer des secteurs en direct, pendant que vous l'utilisez. Arrêtez tout et faites copier les données.

Un seul relevé dit peu ; deux relevés espacés d'une à deux semaines disent tout. Si les compteurs bougent, la dégradation est active. Notre guide complet : comprendre le SMART d'un disque dur.

Point 2 - Le bruit

Approchez l'oreille, disque sous tension, dans une pièce silencieuse.

puce   Cliquetis répétitif (« clac… clac… clac… »), grincement, sifflement, bips, ou disque qui semble démarrer puis s'arrêter en boucle → coupez l'alimentation tout de suite. Chaque seconde supplémentaire raye les plateaux. Aucune commande logicielle n'a sa place ici : voir disque dur qui fait du bruit, disque dur qui grince, racle ou siffle, disque dur qui démarre puis s'arrête et disque dur qui ne s'allume plus. Pour mettre un nom sur ce que vous entendez : 8 bruits de disques en panne à écouter.

puce   Ronronnement régulier, aucun à-coup → l'indice est bon, mais il ne suffit pas : de nombreux disques mourants sont parfaitement silencieux.

Point 3 - Le journal des événements Windows

Observateur d'événements → Journaux Windows → Système, filtrez sur les sources disk, Ntfs, storahci, stornvme.

Les entrées à chercher : « Le périphérique \Device\Harddisk1\DR1 a un bloc défectueux », « Une erreur d'E/S s'est produite », « Le pilote a détecté une erreur de contrôleur », « Réinitialisation du périphérique ». Une seule de ces lignes récentes suffit à disqualifier chkdsk : le problème est matériel, pas logique.

Point 4 - Le comportement

puce   Le disque disparaît puis réapparaît dans l'explorateur ? Matériel.

puce   Copier un fichier fait figer l'explorateur pendant 30 secondes ? Matériel. Voir disque dur détecté mais très lent.

puce   Le volume s'affiche en RAW, ou Windows demande de le formater ? Structure détruite, et chkdsk répondra de toute façon « CHKDSK n'est pas disponible pour les lecteurs RAW » (voir plus bas).

puce   La capacité affichée est fausse (un 2 To vu comme 32 Mo, 8 Mo, ou « 0 octet ») ? Firmware. Aucun outil Windows n'a de prise là-dessus.

puce   Le disque a subi une chute, un dégât des eaux, une surtension ? Cas physique, laboratoire directement : disque dur tombé, dégât des eaux ou incendie, surtension et foudre.

La règle de décision

Résultat du test Verdict
SMART parfait (05/C5/C6/0A à zéro), silencieux, aucune erreur au journal, comportement normal ✅ chkdsk /f acceptable,après sauvegarde
Un seul compteur ≠ 0, ou une seule erreur au journal ⚠️ Ne lancez pas chkdsk. Copiez d'abord ce qui est important
Bruit anormal, lenteurs extrêmes, RAW, capacité fausse, disque intermittent ⛔ Éteignez. Laboratoire
Données irremplaçables et non sauvegardées, quel que soit le SMART ⛔ Ne tentez rien - faites diagnostiquer

Symptôme par symptôme : chkdsk, ou surtout pas ?


Ce que vous constatez chkdsk ? La bonne action
Coupure de courant pendant une copie, disque sain depuis ✅ Oui chkdsk /f après sauvegarde
Clé USB retirée sans éjecter, dossiers bizarres ✅ Oui chkdsk /f sur la clé (données peu critiques)
« Le fichier ou le répertoire est endommagé et illisible » ⚠️ Selon SMART Vérifier le SMART d'abord : ce que ce message veut dire
« Erreur de périphérique d'E/S » ⛔ Non Le disque ne répond plus correctement : erreur de périphérique d'E/S
« Le paramètre est incorrect » sur un disque externe ou une clé ⛔ Non « Le paramètre est incorrect »
« Erreur de données (contrôle de redondance cyclique) » ⛔ Non Tester câble et port, puis lire le SMART : erreur CRC
Noms de fichiers bizarres, dossiers devenus fichiers, dates en 1980 ⛔ Non Table d'allocation abîmée : noms de fichiers bizarres
Lenteurs extrêmes, blocages de l'explorateur ⛔ Non Imager le disque : disque dur très lent, copie bloquée
Cliquetis, grincements, bips ⛔ Jamais Couper l'alimentation, laboratoire
Volume en RAW / « vous devez formater » ⛔ Non Récupération de partition
Fichiers supprimés ou disque formaté par erreur ⛔ Jamais Ne plus rien écrire,récupération après formatage
Disque non initialisé / non alloué ⛔ Non Disque dur non initialisé
SSD qui rame, qui passe en lecture seule ⛔ Non Copier immédiatement, ne pas « réparer » : écrans bleus et SSD « 100 % de santé »
Membre de RAID/NAS, volume dégradé ⛔ Jamais RAID 5 dégradé : la procédure
Carte SD d'appareil photo illisible ⛔ Non Récupérer les photos d'une carte SD
Disque externe non reconnu ⛔ Non Disque dur externe non reconnu
Windows ne démarre plus, « Boot device not found » ⛔ Non Sortir les fichiers d'abord : PC qui ne démarre plus

Le seul cas où chkdsk est légitime


Résumons-le en une phrase : un disque physiquement irréprochable, dont le système de fichiers a été abîmé par un événement purement logiciel.

Les scénarios typiques :

puce   coupure de courant ou plantage pendant une écriture ;

puce   disque externe ou clé USB retiré sans éjection pendant une copie (pour une carte d'appareil photo, le raisonnement est différent : voir carte SD retirée pendant l'écriture) ;

puce   arrêt brutal par bouton d'alimentation avec des écritures en cours ;

puce   « bit dirty » positionné par Windows après un incident mineur.

Et même dans ces cas, deux précautions restent valables :

1. Sauvegardez d'abord ce qui compte. Si vous pouvez copier vos fichiers, faites-le avant d'exécuter la moindre réparation. Une copie de vos données vaut mieux qu'un volume « cohérent » sans elles.

2. Commencez par la version en lecture seule. chkdsk C: sans option vous dira ce qu'il aurait fait, sans rien modifier. C'est un diagnostic gratuit et sans risque, et le rapport est souvent parlant: quelques index à recaler = corruption logique bénigne; des centaines d'erreurs sur les enregistrements de fichiers = problème physique en cours.

Lire le rapport de chkdsk : les lignes qui comptent


Que vous ayez lancé chkdsk C: en lecture seule (la bonne idée) ou une version avec /f ou /r (trop tard pour revenir dessus), le rapport final contient une information que presque personne ne lit : il dit si le problème est logique ou physique.

Où le retrouver

puce   chkdsk lancé dans une fenêtre : le rapport s'affiche à la fin, dans la fenêtre elle-même.

puce   chkdsk exécuté au démarrage : l'écran disparaît avant qu'on ait pu lire. Le rapport est conservé dans l'Observateur d'événements > Journaux Windows > Application, source Wininit, événement 1001.

puce   Vérification lancée depuis Windows (bouton Vérifier, analyse en ligne) : même journal, source Chkdsk, événement 26226.

Ce que disent les lignes

Ligne du rapport Ce qu'elle signifie Conclusion
« Windows a analysé le système de fichiers et n'a trouvé aucun problème » L'index du volume est cohérent Si le disque se comporte mal malgré tout, le problème n'est pas logique : inutile d'insister avec /f ou /r
« 0 Ko dans des secteurs défectueux » Aucun cluster marqué inutilisable Bon signe, à confirmer par le SMART
« X Ko dans des secteurs défectueux », avec X différent de zéro Des zones du disque sont devenues illisibles Panne physique en cours. Le chiffre ne redescendra jamais. Copiez ce qui compte, ne relancez pas chkdsk
« Le segment d'enregistrement de fichier N est illisible », en série Le disque n'arrive pas à relire des morceaux de la MFT Signe physique le plus net. Avec /f, chaque ligne de ce type est une entrée que chkdsk va traiter comme perdue. Arrêtez
« Suppression de l'entrée d'index... », « Récupération du fichier orphelin... » chkdsk est en train de modifier l'arborescence Quelques lignes après une coupure de courant : banal. Des centaines : les dossiers sont en train de disparaître
« Conversion des chaînes perdues en fichiers » Création du dossier found.000 et des fichiers .chk Voir dossier FOUND.000 et fichiers .CHK
« Windows a effectué des corrections sur le système de fichiers » Des écritures ont eu lieu Sur disque sain : terminé. Si des fichiers manquent ensuite : ne touchez plus à rien, voir vous avez déjà lancé chkdsk
La lecture utile tient en une règle : quelques corrections d'index après un incident identifié (coupure, débranchement à chaud) relèvent du logiciel. Des secteurs défectueux, des segments illisibles ou des corrections par centaines relèvent du matériel, et dans ce cas chkdsk n'est plus l'outil : c'est le moment de mettre les données à l'abri avant toute réparation.

Windows lance chkdsk tout seul : comment l'en empêcher


C'est un piège fréquent, et particulièrement cruel : après un incident, Windows positionne un indicateur (dirty bit) sur le volume et déclenche chkdsk automatiquement au démarrage suivant, avant même que vous ayez pu réfléchir. Sur un disque en train de mourir, ce démarrage automatique peut suffire à faire basculer le dossier.

Pendant le compte à rebours

Windows affiche « Pour ignorer la vérification du disque, appuyez sur une touche dans les N secondes ». Appuyez sur une touche. Ce n'est pas un contournement douteux : c'est la sortie de secours prévue par Microsoft.

Vérifier et désactiver la vérification automatique

Depuis une invite de commande en administrateur :

fsutil dirty query C:  → indique si le volume est marqué « sale »
chkntfs C:  → indique si une vérification est planifiée
chkntfs /x C:  → exclut C: de la vérification automatique au démarrage
chkntfs /x C: D: E:  → exclut plusieurs volumes
chkntfs /d  → rétablit le comportement par défaut (à faire plus tard)
chkntfs /x n'efface pas le dirty bit et ne répare rien: il empêche simplement le déclenchement automatique. C'est exactement ce que vous voulez - gagner le temps de mettre vos données en sécurité.

⚠️ Si le disque suspect est le disque système, le plus sûr n'est pas de bricoler dans Windows : c'est de ne pas démarrer dessus. Éteignez, retirez le disque, et branchez-le en secondaire sur une autre machine (idéalement via un adaptateur en lecture seule, un bloqueur d'écriture), ou démarrez sur une clé Linux live montée en lecture seule.

Le piège de la notification « Analyser et réparer le lecteur »

Quand vous branchez un disque externe ou une clé USB dont le système de fichiers présente une anomalie, Windows affiche une bulle : « Vous devez analyser et réparer le lecteur avant de l'utiliser » avec un bouton bien visible.

Ce bouton lance chkdsk /f. C'est un clic, et il est irréversible. Si le support contient des données à récupérer, choisissez systématiquement « Continuer sans analyser », puis copiez ce que vous pouvez avant toute autre chose.

chkdsk est bloqué depuis des heures : que faire ?


C'est l'une des situations qui nous vaut le plus d'appels. Voici comment décider.

Comprendre les étapes

chkdsk sur NTFS se déroule en trois étapes principales (plus deux avec /r) :

Étape Nom Ce qu'il fait Écrit ?
1/5 Vérification des fichiers Parcourt les enregistrements de la MFT Non (corrections en fin d'étape)
2/5 Vérification des index Contrôle les répertoires et leurs entrées Oui, avec /f
3/5 Vérification des descripteurs de sécurité Contrôle les permissions Oui, avec /f
4/5 Vérification des données de fichiers Relit tous les secteurs utilisés (/r) Oui
5/5 Vérification de l'espace libre Relit tous les secteurs libres (/r) Oui
Les blocages classiques, « bloqué à 10 % », « bloqué à 11 % », « bloqué à l'étape 4 sur 5 », se produisent presque toujours aux étapes 4 et 5, celles qui martèlent la surface. Un blocage prolongé à cet endroit n'est pas un bug de Windows : c'est le disque qui n'arrive plus à lire, et qui enchaîne les tentatives de récupération interne, plusieurs secondes par secteur.

Combien de temps est « normal » ?

Sur un disque sain, avec /r, comptez grossièrement 1 à 2 heures par téraoctet. Un 4 To peut donc légitimement occuper une nuit entière.

Sur un disque malade, il n'y a plus de limite : nous avons vu des chkdsk /r tourner onze jours sans dépasser 27 %. Le pourcentage n'est pas un indicateur fiable, il peut rester figé des heures puis bondir, ou l'inverse.

La règle pratique : si le pourcentage n'a pas bougé du tout depuis plus de 2 à 3 heures, ou si vous entendez le disque cliquer/forcer, l'opération n'aboutira pas. Elle est simplement en train d'user la mécanique.

Faut-il l'interrompre ?

La réponse dépend entièrement de l'état du disque :

puce   Disque sain, opération longue mais qui progresse → laissez finir. Interrompre chkdsk en pleine réécriture de métadonnées peut laisser le volume dans un état pire qu'au départ.

puce   Disque malade, blocage, bruits, aucune progression → coupez. C'est le moindre mal : chaque heure supplémentaire réduit les chances de récupération, et le volume est de toute façon déjà en cours d'altération.

Pour couper proprement : si Windows répond encore, Ctrl+C dans la fenêtre puis arrêt normal. Si tout est figé (typiquement un chkdsk lancé au démarrage), maintenez le bouton d'alimentation. Puis débranchez le disque et ne redémarrez pas dessus - sinon chkdsk repartira de zéro au boot suivant, et vous aurez tout perdu du terrain gagné.

Les messages d'erreur de chkdsk, et ce qu'ils veulent vraiment dire


Message Traduction réelle Ce qu'il faut faire
« Le type du système de fichiers est RAW. CHKDSK n'est pas disponible pour les lecteurs RAW. » Le secteur de boot / la structure du système de fichiers est détruit. Windows ne sait même plus quel FS c'est. Ne pas formater. Récupération de partition,voir notre guide
« Impossible d'ouvrir le volume pour un accès direct » Un processus verrouille le volume, ou le disque ne répond plus correctement au niveau matériel. Vérifier le SMART avant d'insister
« Impossible de verrouiller le lecteur actuel. Voulez-vous vérifier ce volume au prochain redémarrage ? » Normal sur le disque système, mais accepter, c'est programmer un chkdsk au boot. Répondre N si le disque est suspect
« Chkdsk ne peut pas continuer en mode lecture seule » Il a trouvé des erreurs et veut écrire pour les corriger. Ne cédez pas : le rapport en lecture seule est déjà l'information utile
« Une erreur irrécupérable s'est produite » / « Échec du transfert du journal » Les métadonnées sont trop endommagées, ou le disque ne répond plus. Arrêtez. Laboratoire
« Insuffisance d'espace disque pour remplacer les secteurs défectueux » Le disque a épuisé sa réserve de secteurs de rechange. Fin de vie matérielle. Copier ce qui reste, immédiatement
« Correction des erreurs dans l'attribut d'index $I30 » en boucle Corruption profonde des répertoires, souvent d'origine physique. Arrêtez et faites imager

Cas particuliers : SSD, clés USB, cartes SD, NAS, BitLocker


SSD et NVMe. /r est inutile (aucune surface à scanner) et /f fait courir le risque TRIM décrit plus haut. Un SSD qui présente des erreurs de système de fichiers est souvent un SSD dont le contrôleur commence à faiblir: copiez immédiatement vos données ailleurs, sans rien réparer. Un SSD qui bascule en lecture seule est un SSD qui vous accorde une dernière chance - saisissez-la. Et ne vous laissez pas rassurer par un indicateur à 100 % : voir écrans bleus à répétition et SSD « 100 % de santé ». Voir aussi SSD non détecté : causes et solutions.

Clés USB et cartes SD. Le calcul est différent : ces supports sont en FAT32/exFAT, souvent sans données uniques. Si le contenu est remplaçable, chkdsk /f est un essai raisonnable. Si la carte contient les seules photos d'un événement, non - les mémoires flash défaillantes se dégradent vite, et chkdsk produit surtout des found.000. Voir carte SD illisible et clé USB non reconnue.

⚠️ Attention aussi au cas particulier des cartes SD et clés protégées en écriture : si le support passe en lecture seule de lui-même, ce n'est pas une panne à « réparer », c'est le contrôleur qui a détecté sa propre fin de vie. Détail dans carte SD ou clé USB passée en lecture seule et carte SD endommagée ou corrompue : physique ou logique ?.

NAS et RAID. Ne lancez jamais un outil de réparation de système de fichiers sur un volume dégradé. Sur un RAID 5 auquel il manque un disque, chaque lecture est déjà recalculée par parité et chaque écriture sollicite tous les membres survivants, c'est exactement le moment de ne rien faire d'agressif. Même chose pour les fonctions « réparer le volume » ou « vérifier le système de fichiers » des interfaces Synology/QNAP. Voir RAID 5 dégradé : que faire avant le rebuild, NAS Synology en panne, NAS QNAP en panne et RAID 0 en panne.

Volumes BitLocker. Double danger. chkdsk ne peut travailler que sur un volume déverrouillé, et les métadonnées de chiffrement sont, elles aussi, des données stockées sur le disque : une écriture malheureuse dessus peut rendre le volume définitivement indéchiffrable, même avec la bonne clé. Avant toute manipulation sur un disque chiffré, mettez la clé de récupération à l'abri - voir retrouver sa clé BitLocker et disque chiffré par BitLocker sans le savoir.

Machines virtuelles. Un chkdsk lancé dans une VM écrit dans le fichier disque virtuel (VMDK/VHDX) hébergé sur le stockage physique. Si le problème vient du stockage sous-jacent, vous ajoutez une couche de corruption à une couche de corruption. Voir machine virtuelle perdue : récupération de VMDK et VHDX.

Ne pas confondre : chkdsk, sfc, DISM


Les trois commandes apparaissent dans les mêmes tutoriels, et beaucoup les enchaînent « pour être sûr ». Elles n'ont pourtant rien à voir :

Commande Ce qu'elle vérifie Utile quand
chkdsk Le système de fichiers du volume Structure NTFS/FAT incohérente
sfc /scannow Les fichiers système Windows Windows dysfonctionne, disque sain
DISM /Online /Cleanup-Image /RestoreHealth L'image système de Windows sfc échoue à réparer
sfc et DISM ne réparent jamais un problème de disque, mais ils écrivent, eux aussi. Sur un disque suspect, les enchaîner « pour voir » ne fait qu'ajouter des heures d'écriture inutiles sur un support fragile. C'est un cas particulier d'une erreur plus générale: empiler les outils avant d'avoir posé un diagnostic. Nous l'avons décrite en détail dans les erreurs à éviter après une perte de données.

Sur Mac et Linux, le danger est identique


Le raisonnement de cet article ne dépend pas de Windows.

puce   macOS : Utilitaire de disque → S.O.S. (First Aid) exécute fsck_apfs ou fsck_hfs. Même principe, mêmes écritures, mêmes risques sur un disque malade. Les options -y en ligne de commande sont particulièrement destructrices : elles répondent « oui » à toutes les corrections proposées, sans que personne ne les examine.

puce   Linux : fsck / e2fsck. La commande e2fsck -y sur une partition ext4 d'un disque défaillant peut vider un système de fichiers entier, et le rendre « propre » aux yeux du système, ce qui complique encore la récupération.

En revanche, un système Linux démarré depuis une clé USB, avec le disque suspect monté en lecture seule (mount -o ro,noload), est l'un des meilleurs moyens de récupérer des fichiers sans rien écrire. C'est l'outil, pas l'OS, qui fait la différence.

Que faire à la place : la méthode qui préserve vos chances


La bonne séquence tient en quatre points, et elle est toujours la même, quel que soit le support.

1. Arrêter d'utiliser le disque

Chaque minute d'utilisation supplémentaire, c'est un risque de plus, et sur les supports flash, une fenêtre de récupération qui se referme. Si le disque contient les données à sauver, il ne doit plus être le disque de travail.

2. Diagnostiquer avant d'agir

Le test en 4 points ci-dessus. Objectif : trancher entre panne logique (structures abîmées, disque sain) et panne physique (têtes, moteur, électronique, firmware, NAND). Ce sont deux mondes différents, avec deux traitements opposés, nous l'expliquons dans récupération logique ou physique : quelle différence.

3. Imager avant de réparer - le principe fondamental

C'est la règle du métier, celle qui distingue une intervention professionnelle d'un bricolage : on ne répare jamais l'original. On en fait une copie secteur par secteur, puis on travaille sur la copie.

Une image bit à bit (« clone ») copie l'intégralité du disque, y compris les zones libres, les métadonnées et les secteurs qui ne correspondent à aucun fichier. Sur cette image :

puce   vous pouvez tenter chkdsk, un logiciel de récupération, dix approches différentes,sans jamais mettre l'original en danger ;

puce   si une tentative échoue, vous repartez d'une copie neuve ;

puce   le disque patient, lui, n'aura été lu qu'une seule fois.

En laboratoire, cette image est réalisée avec un matériel d'imagerie de laboratoire, capable de piloter le disque à un niveau que le système d'exploitation n'atteint jamais : lecture en ignorant les erreurs, découpage en zones traitées séparément, réglage des délais d'attente, désactivation de la relecture interne du firmware, imagerie par tête, copie en plusieurs passes du plus facile vers le plus difficile. C'est ce qui permet de sortir 99 % des données d'un disque dont Windows n'aurait pas lu 10 %.

4. Réparer sur la copie, et seulement là

Une fois l'image obtenue, les structures se reconstruisent à froid : retrouver le secteur de boot ou sa copie de secours en fin de partition, remonter une partition virtuelle à partir de la MFT quand le boot est illisible, recharger une table MFT reconstituée, ou en dernier recours reconstruire les fichiers par leurs signatures (file carving). Aucune de ces opérations n'écrit sur le disque d'origine, ce qui signifie qu'aucune d'elles n'est irréversible.

Là où chkdsk décide en quelques millisecondes de supprimer une entrée, un opérateur relit, compare, teste plusieurs hypothèses, et valide le résultat en ouvrant réellement les fichiers récupérés. Cette validation compte autant que la récupération : voir pourquoi exiger la liste des fichiers récupérés avant de payer.

Vous avez déjà lancé chkdsk et c'est pire : que faire maintenant


Cela arrive tous les jours, et ce n'est pas une fatalité. Dans la majorité des cas, une récupération reste possible. Ce qui compte, c'est de ne pas empiler une deuxième erreur sur la première.

À faire, dans cet ordre :

puce   1. Arrêtez le disque. Si chkdsk tourne encore, coupez ; le disque a déjà assez travaillé.

puce   2. Débranchez-le et ne le remontez pas en disque système. Chaque démarrage de Windows écrit sur tous les volumes montés.

puce   3. Ne relancez surtout pas chkdsk, même « une dernière fois pour finir ». Chaque passe ajoute des suppressions à celles de la passe précédente.

puce   4. Ne formatez pas, ne recréez pas de partition, ne « réparez pas le démarrage » avec un support d'installation Windows, et ne réinstallez pas : voir réinstallation, réinitialisation, clonage : que reste-t-il de vos fichiers ?

puce   5. Ne copiez rien vers ce disque, pas même un logiciel de récupération. Tout doit s'installer et s'exécuter depuis un autre support.

puce   6. Ne supprimez pas les dossiers found.000 ni les fichiers .chk : ils font partie des pièces du puzzle (ce qu'ils contiennent).

puce   7. Faites diagnostiquer, en indiquant précisément ce qui a été lancé et pendant combien de temps. Cette information change la stratégie de récupération.

Ce qui reste récupérable après un chkdsk destructeur ? Dans les cas que nous traitons: le contenu des fichiers est presque toujours encore physiquement présent, ce sont les liens (noms, dossiers, arborescence) qui ont été cassés. Selon l'ampleur des dégâts, on récupère l'arborescence complète en repartant d'une copie de secours des métadonnées, ou une arborescence partielle complétée par carving, ou dans le pire cas les fichiers sans leurs noms mais triés par type. Ce n'est jamais parfait, c'est presque toujours mieux que rien, et infiniment mieux qu'un troisième chkdsk. Si un logiciel vous a déjà rendu des fichiers qui ne s'ouvrent pas, l'explication est dans photos et vidéos récupérées illisibles.

Foire aux questions


Que signifie exactement chkdsk C: /f /r ?
chkdsk vérifie le système de fichiers du lecteur C:. /f l'autorise à corriger les erreurs qu'il trouve, donc à écrire sur le disque. /r y ajoute une relecture complète de la surface pour repérer les secteurs défectueux. C'est la version la plus longue et la plus intrusive de la commande : sur un disque sain elle est rarement utile, sur un disque qui faiblit elle détruit des données.

Faut-il taper /f et /r ensemble ?
Non, c'est une redondance : /r contient déjà /f. chkdsk C: /r et chkdsk C: /f /r lancent exactement la même opération, et l'ordre des options n'a aucune importance.

À quoi sert /x dans chkdsk C: /f /r /x ?
/x force le démontage du volume avant la vérification : les fichiers ouverts sur ce lecteur sont fermés d'autorité. Il implique /f. Il ne rend pas la réparation plus « profonde », et sur le disque système il ne change rien, puisque la vérification est de toute façon reportée au redémarrage.

Peut-on lancer chkdsk D: /f ou chkdsk E: /f sur un disque dur externe ?
Techniquement oui, il suffit de remplacer la lettre. En pratique, c'est sur les disques externes que la commande fait le plus de dégâts : ils contiennent souvent le seul exemplaire des données, et leurs pannes sont majoritairement mécaniques (chute, débranchement à chaud). Faites d'abord le test en 4 points.

Où trouver le rapport de chkdsk après un redémarrage ?
Dans l'Observateur d'événements, Journaux Windows, Application : source Wininit, événement 1001. La ligne à regarder en priorité est « Ko dans des secteurs défectueux » : toute valeur différente de zéro signale une panne physique. Détail dans lire le rapport de chkdsk.

chkdsk fonctionne-t-il de la même façon sous Windows 10 et Windows 11 ?
Oui. La syntaxe, les options et les risques sont identiques, et n'ont pratiquement pas changé depuis Windows 7. Seule nouveauté depuis Windows 8 : les options /scan et /spotfix, qui analysent le volume sans le démonter.

chkdsk /f peut-il vraiment faire perdre des données ?
Oui. Sur un disque physiquement défaillant, en écrivant des corrections sur des structures qu'il interprète mal, chkdsk peut faire disparaître des fichiers et des dossiers pourtant parfaitement récupérables. Sur un disque sain, le risque est faible mais jamais nul : la commande écrit, et toute écriture peut mal se passer.

Quelle différence exacte entre chkdsk /f et chkdsk /r ?
/f corrige les erreurs du système de fichiers. /r fait tout ce que fait /f, plus une lecture complète de tous les secteurs du disque avec tentative de récupération des secteurs défectueux. /r est beaucoup plus long et infiniment plus stressant pour une mécanique fragilisée. Sur un disque suspect, /r est le pire choix possible.

chkdsk sans option est-il vraiment sans risque ?
Il ne modifie rien: il lit, analyse et affiche un rapport. C'est la seule forme réellement neutre. Le seul « risque » résiduel est celui de toute lecture sur un disque en fin de vie mécanique - sur un disque qui clique, même lire est de trop.

chkdsk est bloqué à 10 % depuis 8 heures, que faire ?
Si le pourcentage n'a pas progressé depuis plus de 2 à 3 heures, ou si le disque fait du bruit, l'opération n'aboutira pas : le disque n'arrive plus à lire et enchaîne les tentatives internes. Coupez, débranchez le disque, ne redémarrez pas dessus, et faites établir un diagnostic.

Combien de temps chkdsk /r doit-il durer normalement ?
Sur un disque sain, comptez 1 à 2 heures par téraoctet, donc une nuit pour un 4 To. Au-delà, sur un disque malade, il n'y a plus de règle: nous avons vu des exécutions dépasser dix jours sans passer 30 %.

Est-il dangereux d'interrompre un chkdsk en cours ?
Sur un disque sain qui progresse : oui, laissez-le finir, une interruption en pleine réécriture de métadonnées peut aggraver l'état du volume. Sur un disque malade et bloqué: non, l'interrompre est le moindre mal - poursuivre ne fait qu'user la mécanique.

chkdsk s'est lancé tout seul au démarrage, comment l'arrêter ?
Pendant le compte à rebours, appuyez sur une touche. Pour qu'il ne se relance pas : chkntfs /x C: depuis une invite en administrateur. Si le disque est suspect, le plus sûr est de ne pas démarrer dessus du tout - retirez-le et branchez-le en secondaire sur une autre machine.

chkdsk a supprimé mes fichiers : dossier found.000, fichiers .chk. C'est récupérable ?
Souvent, oui. Les .chk sont des fragments que chkdsk a « sauvés » sans leur nom ni leur arborescence. Une récupération est généralement possible en repartant des structures encore présentes sur le disque - à condition de ne plus rien écrire dessus et de ne pas relancer chkdsk. Voir dossier FOUND.000 et fichiers .CHK.

Faut-il lancer chkdsk sur un SSD ?
/r : jamais, cela n'a aucun sens sur de la mémoire flash. /f : uniquement sur un SSD en bon état, après sauvegarde, car les corrections peuvent déclencher un TRIM qui efface physiquement les données considérées comme libres - un des rares cas où une récupération devient réellement impossible.

Et sur une clé USB ou une carte SD ?
Si le contenu est remplaçable, chkdsk /f est un essai acceptable. Si la carte contient les seules photos d'un événement, non : les mémoires flash défaillantes se dégradent rapidement, et le résultat le plus fréquent est un dossier found.000 de fragments anonymes.

chkdsk peut-il réparer des secteurs défectueux ?
Non. Il peut seulement marquer les clusters concernés comme inutilisables, ce qui revient à abandonner ce qu'ils contenaient. La gestion physique des secteurs défectueux est assurée par le firmware du disque, à un niveau auquel Windows n'a pas accès.

Le SMART dit « Bon », je peux y aller ?
Pas si vite : les seuils constructeur sont très permissifs et la pastille globale reste verte longtemps. Ouvrez le détail et lisez les valeurs brutes des attributs 05, C5, C6 et 0A. Un seul de ces compteurs différent de zéro, et chkdsk est déconseillé.

Existe-t-il une alternative sûre à chkdsk ?
Oui, et c'est la méthode professionnelle : cloner le disque en lecture seule (image bit à bit) puis travailler sur la copie. Toutes les tentatives de réparation s'exécutent alors sur l'image, sans jamais risquer l'original, et une tentative ratée n'a aucune conséquence.

Les logiciels de récupération gratuits sont-ils plus sûrs que chkdsk ?
Ils sont moins destructeurs, la plupart ne font que lire, mais ils restent risqués sur un disque physiquement défaillant: leurs scans complets sollicitent la surface pendant des heures, sans les protections d'un matériel d'imagerie. Voir logiciels gratuits de récupération : ce qu'ils savent faire et ce qu'ils cassent.

Combien coûte une récupération après un chkdsk malheureux ?
Cela dépend de l'état physique du disque et de l'ampleur des dégâts logiques. Un cas purement logique n'a rien à voir avec un disque nécessitant un passage en salle blanche. Le diagnostic et le devis sont gratuits, et vous connaissez le montant avant toute intervention : combien coûte une récupération de données et taux de réussite et délais.

Comment envoyer mon disque à un laboratoire sans l'abîmer davantage ?
Antistatique, calage anti-choc, jamais de papier bulle au contact direct de l'électronique. La procédure complète : comment emballer un disque dur pour l'envoi.

Les bons réflexes, avec les bons interlocuteurs


🛟 Récupérer des données sur un disque suspect ou déjà « réparé »
BSC DataRecovery image le support avant toute opération, puis reconstruit les structures sur la copie : HDD, SSD, NVMe, RAID, NAS, cartes mémoire et clés USB. Salle blanche et remplacement de têtes en interne, diagnostic sous 24 à 48 h. ☎️ 09 71 32 65 95.

💻 Remplacer le disque, passer au SSD, réinstaller Windows proprement après récupération
BSC Informatique - atelier de Hyères: fourniture du matériel, clonage vers le nouveau disque, réinstallation et remise en service du poste.

🏠 Mettre en place une sauvegarde qui évite le prochain épisode
BSC Assistance, agréé service à la personne, intervient à domicile sur Hyères et ses environs pour installer une sauvegarde automatique, la tester, et vous montrer comment vérifier qu'elle fonctionne réellement. Le vrai enseignement d'un incident chkdsk, c'est celui-là - voir aussi pourquoi une sauvegarde est indispensable et pourquoi une clé USB ou un SSD sont de mauvais supports de sauvegarde.

🔌 Le PC ne s'allume plus, ne détecte plus le disque, port abîmé
BSC Electronique diagnostique et répare les cartes mères de PC portables et Chromebooks au composant.

🖥️ Rester opérationnel pendant l'immobilisation
Un poste bloqué plusieurs jours, c'est une activité à l'arrêt : BSC Location propose des ordinateurs fixes et portables en location courte durée.

À retenir


puce   chkdsk répare l'index, pas le disque. Il suppose le matériel fiable - sur un disque malade, cette hypothèse rend toutes ses décisions fausses.

puce   Diagnostiquez avant d'agir : SMART (valeurs brutes), bruit, journal des événements, comportement. Cinq minutes, aucune écriture.

puce   Un seul compteur SMART non nul, un seul bruit anormal → pas de chkdsk. Copiez ce qui compte, tant que le disque le permet encore.

puce   /r est le plus dangereux, pas le plus complet. Sur un SSD, il est en plus totalement inutile.

puce   Imagez d'abord, réparez ensuite - sur la copie. C'est la seule méthode dont aucune étape n'est irréversible.

puce   Déjà lancé, déjà pire ? Ne relancez rien, débranchez, faites diagnostiquer. Une récupération reste possible dans la grande majorité des cas.

Récupération de données sur disques durs, SSD, NVMe, RAID, NAS, cartes mémoire et clés USB - cas logiques et physiques, salle blanche et remplacement de têtes en interne. Laboratoire à Hyères (Var) - réception de supports dans toute la France. Diagnostic sous 24 à 48 h, devis gratuit et sans engagement ou le diagnostic en 5 questions.


Disque suspect ? On vous conseille avant que ça empire

Diagnostic gratuit avant toute intervention.
Conseil au téléphone gratuit - devis gratuit et sans engagement.

Tél. 09 71 32 65 95


09 71 32 65 95Obtenir une estimation
Un support en panne ?
Diagnostic et devis gratuits.
Envoi depuis toute la France.
09 71 32 65 95Obtenir une estimation