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 ».
Sur internet, la solution tient en une phrase : « renommez les .CHK avec la bonne extension ». Pour quelques fichiers isolés, ça marche parfois. Pour retrouver une arborescence de photos, une comptabilité ou un dossier de travail, ça ne suffit presque jamais, et certaines manipulations qui accompagnent ce conseil font perdre ce qui restait récupérable.
Voici ce que chkdsk a réellement fait de vos fichiers, pourquoi le renommage donne des résultats aussi décevants, et ce qu'on peut encore reconstruire quand rien n'a été réécrit.
Un support de stockage contient deux choses : le contenu de vos fichiers, et le sommaire qui dit où se trouve chaque fichier, comment il s'appelle et dans quel dossier il est rangé. Sur une clé USB ou une carte mémoire, ce sommaire s'appelle la table d'allocation (systèmes FAT32 et exFAT). Sur un disque dur Windows, c'est la table des fichiers du système NTFS.
Autrement dit, un fichier .CHK n'est pas un fichier abîmé : c'est un morceau de support que chkdsk n'a pas su rattacher à quoi que ce soit. Il ne sait pas ce que c'est, ni à qui il appartenait.
C'est le cas le plus courant. Les FILE0000.CHK correspondent à des « chaînes perdues » : des suites de blocs que la table d'allocation relie entre eux, mais qu'aucun nom de fichier ne désigne plus. Chaque chaîne devient un .CHK, sans nom, sans dossier, et avec une date qui est celle de la réparation, pas celle de vos fichiers.
Le résultat est souvent un peu moins désespérant : FOUND.000 contient plutôt des dossiers DIR0000.CHK, dans lesquels certains fichiers ont conservé leur nom. C'est l'emplacement d'origine qui a été perdu : chkdsk n'a plus retrouvé le dossier parent, il a mis les fichiers « à l'abri » en vrac. Mais sur un disque qui faiblit, ce qui manque dans FOUND.000 est en général bien plus important que ce qui s'y trouve.
FOUND.000 est un dossier système caché. Beaucoup de clients nous appellent en disant « la clé est vide, mais elle indique 28 Go occupés ». C'est exactement ça : les données sont là, rangées dans un dossier que l'Explorateur n'affiche pas par défaut. Pour le voir, il faut cocher l'affichage des fichiers cachés et décocher « Masquer les fichiers protégés du système d'exploitation » dans les options d'affichage. Cette manipulation ne modifie pas le support.
Si vous voyez FOUND.001, FOUND.002... c'est que la réparation a été lancée plusieurs fois. Chaque passage repart d'un état déjà modifié par le précédent : c'est une information à nous donner.
L'idée du renommage repose sur une hypothèse : chaque .CHK contient exactement un fichier complet, et il suffit de lui rendre son extension. C'est vrai dans un cas précis : le sommaire a perdu le nom du fichier, mais la table qui enchaîne ses morceaux était intacte. Dans ce cas, un .CHK renommé en .jpg s'ouvre correctement.
Le problème, c'est que ce cas idéal est rarement celui qui a conduit à lancer chkdsk. Dans les dossiers que nous recevons, on retrouve presque toujours une ou plusieurs de ces situations :
Et surtout, ce qui n'est pas dans FOUND.000 n'apparaît nulle part. Deux cas fréquents :
Les morceaux que chkdsk a déclarés libres. Selon la façon dont il a été lancé et la réponse donnée à sa question « Convertir les chaînes perdues en fichiers ? », une partie des données a pu être simplement rendue à l'espace libre. Elles sont souvent encore physiquement présentes, mais Windows considère désormais qu'il peut écrire par-dessus.
Sur une clé ou une carte en exFAT, les fichiers enregistrés d'un seul bloc (le cas de beaucoup de photos et vidéos) ne sont pas enchaînés dans la table d'allocation : seule leur entrée dans le dossier indique où ils se trouvent. Si cette entrée a été effacée, chkdsk ne les voit même pas comme des chaînes perdues. Ils ne finissent pas dans FOUND.000 : ils deviennent de l'espace libre.
C'est pour cela que les logiciels qui « identifient automatiquement » les .CHK donnent des résultats en demi-teinte : ils travaillent sur ce que chkdsk a bien voulu garder, alors que la réponse se trouve en grande partie ailleurs sur le support.
À ce stade, le contenu de vos fichiers est presque toujours encore présent. Ce qui peut le faire disparaître, ce sont les manipulations des prochains jours :
1. Supprimer FOUND.000 « pour libérer de la place ». Vous rendez libre tout ce que chkdsk avait mis de côté, et vous effacez les indices qui permettent de reconstruire le reste.
2. Renommer ou déplacer les .CHK sur le support lui-même. Chaque renommage réécrit les entrées de dossier, c'est-à-dire la zone même qu'on cherche à reconstituer. Si vous voulez essayer, copiez d'abord FOUND.000 sur un autre support et faites vos essais sur la copie.
3. Relancer chkdsk « pour finir la réparation ». Chaque passage repart de l'état laissé par le précédent et tranche un peu plus. → Pourquoi chkdsk est dangereux sur un support défaillant
4. Copier quoi que ce soit VERS le support, y compris un logiciel de récupération. Tout l'espace que chkdsk a déclaré libre peut être réutilisé à la première écriture.
5. Continuer à utiliser la carte dans l'appareil photo, le drone ou le téléphone. Chaque nouvelle photo s'écrit précisément dans l'espace qui vient d'être « libéré ».
6. Formater pour repartir de zéro. Le formatage réécrit le sommaire en entier : les noms et les dossiers qu'on pouvait encore retrouver disparaissent. → Disque non accessible, vous devez formater
7. Enchaîner les logiciels gratuits. Sur un support qui a eu besoin d'une réparation, il y a souvent une raison matérielle derrière : chaque scan complet l'use un peu plus. → Les limites des logiciels gratuits de récupération
C'est le cas le plus défavorable. Quand chkdsk déclare une zone libre sur un SSD, Windows le signale au SSD, qui peut alors effacer réellement les cellules correspondantes, en quelques minutes à quelques heures. Débranchez-le au plus vite et ne le laissez pas allumé « pour voir ». → SSD formaté : ce que le TRIM change
FOUND.000 n'apparaît pas par hasard. Il y a eu, avant, un problème qui a abîmé le sommaire. Deux grandes familles :
Un incident ponctuel : clé retirée sans éjection, carte sortie de l'appareil photo pendant un enregistrement, coupure de courant, disque externe débranché pendant une copie. Le support est sain, seul le sommaire est incohérent. C'est le cas le plus favorable.
Un support qui faiblit : secteurs illisibles sur un disque dur, mémoire usée ou contrôleur fatigué sur une clé ou une carte. Là, chkdsk a travaillé sur des lectures fausses ou incomplètes, et a « corrigé » des entrées qui étaient en réalité intactes mais momentanément illisibles. C'est le cas qui produit les FOUND.000 les plus fournis et les plus inutilisables.
Signes qui orientent vers la seconde famille : lenteurs extrêmes, déconnexions, erreurs de lecture pendant la copie, disque qui fait du bruit, chkdsk resté bloqué longtemps sur un pourcentage. Dans ce cas, la priorité n'est plus de trier les .CHK : c'est d'arrêter d'utiliser le support. → Les erreurs à éviter après une perte de données
Au laboratoire, on ne part pas de FOUND.000. On part du support entier, et on se sert de FOUND.000 comme d'un indice parmi d'autres.
1. Une copie complète avant tout. Le support est d'abord copié intégralement, en lecture seule, avec un équipement qui gère lui-même les zones difficiles. Tout le travail de reconstruction se fait ensuite sur cette copie, jamais sur l'original. Si le support faiblit, c'est l'étape qui conditionne tout le reste.
2. On recherche les structures d'origine, pas seulement celles que chkdsk a laissées. Une réparation modifie le sommaire, mais elle ne l'efface pas partout :
sur une clé ou une carte en FAT32, la table d'allocation existe en deux exemplaires, et le second a souvent échappé aux corrections ;
les anciens dossiers sont très souvent encore présents, y compris sous forme de .CHK que personne n'arrivait à ouvrir. Ils contiennent la liste des noms de fichiers, leur taille, leur date et l'endroit où ils commencent. C'est ce qui permet de rendre les noms et l'arborescence ;
une entrée de dossier supprimée par chkdsk n'est généralement pas vidée : elle est marquée comme supprimée, et l'essentiel de son contenu reste lisible ;
sur un disque NTFS, les fiches de fichiers d'origine sont recherchées sur toute la surface, et non seulement là où Windows s'attend à les trouver. Les fichiers retrouvent leur nom et, autant que possible, leur dossier.
3. Les .CHK sont remis à leur place. Une fois les structures d'origine retrouvées, on sait à quel fichier appartient chaque morceau, dans quel ordre, et où il s'arrête. Les .CHK qui mélangeaient plusieurs fichiers sont découpés, ceux qui ne contenaient qu'un morceau sont raccordés à la suite.
4. Pour ce qui reste orphelin, une recherche par contenu. Les fichiers dont aucune trace d'origine n'a survécu sont recherchés par leur contenu (une photo, un PDF, une vidéo ont chacun une « signature » reconnaissable) et contrôlés un par un. Ils reviennent en général sans leur nom d'origine, triés par type, mais les photos gardent souvent leur date de prise de vue, enregistrée à l'intérieur du fichier.
Le résultat est rarement parfait, et il dépend beaucoup de ce qui s'est passé après la réparation. Mais sur un support qui n'a pas été réécrit, on récupère couramment une large part de l'arborescence avec les noms, là où le renommage des .CHK n'aurait rendu que des fichiers anonymes, souvent incomplets. Ce qui est réellement perdu, c'est ce qui a été écrit par-dessus : nouvelles photos, fichiers copiés sur le support, formatage, ou effacement par le SSD.
Vous recevez ensuite la liste des fichiers retrouvés, et vous la vérifiez avant de payer. → Vérifier la liste des fichiers récupérés avant paiement
Le diagnostic et le devis sont gratuits et sans engagement. Quand le support fonctionne encore et que seul le sommaire a été abîmé par la réparation, la récupération relève d'une panne logique : 90 € TTC pour une clé USB ou une carte mémoire, 190 € TTC pour un disque dur. Si le diagnostic révèle que le support lui-même est défaillant (secteurs illisibles, contrôleur de clé en défaut), le travail change de nature et le montant est chiffré au diagnostic, à partir de 390 € TTC pour un disque dur sans ouverture. → Voir la grille tarifaire complète
La différence entre panne logique et panne physique est détaillée ici. → Récupération de données logique ou physique
Je peux supprimer FOUND.000 pour récupérer de la place ?
Pas tant que vous n'avez pas récupéré vos fichiers. C'est souvent la seule trace de ce que chkdsk a trouvé, et le supprimer rend libre tout l'espace correspondant. Une fois vos données récupérées et vérifiées ailleurs, vous pourrez le supprimer sans risque.
Mes fichiers .CHK font tous la même taille, ou 0 octet. Qu'est-ce que ça veut dire ?
Des .CHK de tailles identiques et rondes correspondent souvent à des morceaux découpés par la table d'allocation, pas à des fichiers entiers. Des .CHK à 0 octet sont des entrées que chkdsk a conservées sans leur contenu. Dans les deux cas, c'est le signe que le renommage ne donnera pas grand-chose, et que la reconstruction doit repartir des structures du support.
J'ai renommé des .CHK en .jpg et certaines photos s'ouvrent. Je continue ?
Si vous travaillez sur une copie de FOUND.000 placée sur un autre support, vous ne risquez rien. Mais regardez les photos en entier : une image dont le bas est grisé ou décalé est un fichier incomplet, dont la suite est ailleurs. Si beaucoup de fichiers sont dans ce cas, ou si vous cherchez des documents, des vidéos ou des dossiers précis, arrêtez et faites-nous parvenir le support.
Mes fichiers ne sont pas dans FOUND.000. Est-ce qu'ils sont effacés ?
Pas forcément. Ce qui n'est pas dans FOUND.000 a souvent été déclaré libre par la réparation, mais reste physiquement présent tant que rien n'a été écrit par-dessus. C'est justement pour cela qu'il ne faut plus rien copier sur le support.
Est-ce que FOUND.000 veut dire que ma clé ou mon disque est en train de mourir ?
Non, pas nécessairement. Un simple retrait sans éjection peut suffire à déclencher une réparation. En revanche, si la réparation a été proposée plusieurs fois, si le support est lent ou se déconnecte, la piste matérielle est probable. Dans le doute, copiez ce qui est encore lisible sur un autre support et ne réutilisez plus celui-ci.
Et sur Mac ?
Un Mac ne crée pas de FOUND.000, mais l'outil de réparation de l'Utilitaire de disque (S.O.S.) suit la même logique : il rend le volume cohérent, pas forcément vos fichiers récupérables. Mêmes consignes : ne plus écrire, ne pas relancer.
L'essentiel en 10 secondes
Après un chkdsk ou une réparation Windows, vos dossiers ont disparu et un dossier FOUND.000 rempli de FILE0000.CHK a pris leur place. Renommer les .CHK ne marche que si chaque morceau contient un fichier complet, ce qui est rarement le cas. Et surtout : ce qui n'est pas dans FOUND.000 n'est pas forcément perdu. Ne supprimez rien, ne renommez rien sur le support lui-même, ne relancez pas chkdsk. Chez nous, diagnostic et devis gratuits, sans engagement.
Votre clé USB, votre carte SD ou votre disque dur externe s'est mal comporté. Windows a proposé « Analyser et réparer le lecteur », ou quelqu'un a lancé Après un chkdsk ou une réparation Windows, vos dossiers ont disparu et un dossier FOUND.000 rempli de FILE0000.CHK a pris leur place. Renommer les .CHK ne marche que si chaque morceau contient un fichier complet, ce qui est rarement le cas. Et surtout : ce qui n'est pas dans FOUND.000 n'est pas forcément perdu. Ne supprimez rien, ne renommez rien sur le support lui-même, ne relancez pas chkdsk. Chez nous, diagnostic et devis gratuits, sans engagement.
chkdsk /f. La réparation s'est terminée, le lecteur s'ouvre à nouveau... et vos dossiers ont disparu. À la place, un dossier FOUND.000 rempli de fichiers FILE0000.CHK, FILE0001.CHK, FILE0002.CHK, parfois par centaines, sans nom, sans extension, sans dates qui veuillent dire quelque chose.Sur internet, la solution tient en une phrase : « renommez les .CHK avec la bonne extension ». Pour quelques fichiers isolés, ça marche parfois. Pour retrouver une arborescence de photos, une comptabilité ou un dossier de travail, ça ne suffit presque jamais, et certaines manipulations qui accompagnent ce conseil font perdre ce qui restait récupérable.
Voici ce que chkdsk a réellement fait de vos fichiers, pourquoi le renommage donne des résultats aussi décevants, et ce qu'on peut encore reconstruire quand rien n'a été réécrit.
Ce que chkdsk a fait de vos fichiers
Un support de stockage contient deux choses : le contenu de vos fichiers, et le sommaire qui dit où se trouve chaque fichier, comment il s'appelle et dans quel dossier il est rangé. Sur une clé USB ou une carte mémoire, ce sommaire s'appelle la table d'allocation (systèmes FAT32 et exFAT). Sur un disque dur Windows, c'est la table des fichiers du système NTFS.
chkdsk ne répare pas le support : il répare le sommaire. Son but n'est pas de sauver vos fichiers, c'est de rendre le volume cohérent aux yeux de Windows. Quand il trouve des morceaux de données qui occupent de la place mais qu'aucune entrée du sommaire ne revendique plus, il a deux options : les déclarer libres, ou les mettre de côté. Dans le second cas, il crée FOUND.000 et y dépose chaque morceau orphelin sous un nom de fortune.Autrement dit, un fichier .CHK n'est pas un fichier abîmé : c'est un morceau de support que chkdsk n'a pas su rattacher à quoi que ce soit. Il ne sait pas ce que c'est, ni à qui il appartenait.
Sur une clé USB, une carte SD ou un disque externe en FAT32 / exFAT
C'est le cas le plus courant. Les FILE0000.CHK correspondent à des « chaînes perdues » : des suites de blocs que la table d'allocation relie entre eux, mais qu'aucun nom de fichier ne désigne plus. Chaque chaîne devient un .CHK, sans nom, sans dossier, et avec une date qui est celle de la réparation, pas celle de vos fichiers.
Sur un disque dur en NTFS
Le résultat est souvent un peu moins désespérant : FOUND.000 contient plutôt des dossiers DIR0000.CHK, dans lesquels certains fichiers ont conservé leur nom. C'est l'emplacement d'origine qui a été perdu : chkdsk n'a plus retrouvé le dossier parent, il a mis les fichiers « à l'abri » en vrac. Mais sur un disque qui faiblit, ce qui manque dans FOUND.000 est en général bien plus important que ce qui s'y trouve.
Le dossier est caché
FOUND.000 est un dossier système caché. Beaucoup de clients nous appellent en disant « la clé est vide, mais elle indique 28 Go occupés ». C'est exactement ça : les données sont là, rangées dans un dossier que l'Explorateur n'affiche pas par défaut. Pour le voir, il faut cocher l'affichage des fichiers cachés et décocher « Masquer les fichiers protégés du système d'exploitation » dans les options d'affichage. Cette manipulation ne modifie pas le support.
Si vous voyez FOUND.001, FOUND.002... c'est que la réparation a été lancée plusieurs fois. Chaque passage repart d'un état déjà modifié par le précédent : c'est une information à nous donner.
Pourquoi renommer les .CHK ne suffit presque jamais
L'idée du renommage repose sur une hypothèse : chaque .CHK contient exactement un fichier complet, et il suffit de lui rendre son extension. C'est vrai dans un cas précis : le sommaire a perdu le nom du fichier, mais la table qui enchaîne ses morceaux était intacte. Dans ce cas, un .CHK renommé en .jpg s'ouvre correctement.
Le problème, c'est que ce cas idéal est rarement celui qui a conduit à lancer chkdsk. Dans les dossiers que nous recevons, on retrouve presque toujours une ou plusieurs de ces situations :
| Ce que contient réellement le .CHK | Ce que donne le renommage |
|---|---|
| Un seul fichier complet | Le fichier s'ouvre. Le cas favorable, mais il ne vous rend ni le nom, ni le dossier, ni la date |
| Le début d'un fichier seulement : la suite a été rangée dans un autre .CHK, ou déclarée libre | Photo coupée à mi-hauteur ou grisée, vidéo qui s'arrête, document Word ou Excel « endommagé » |
| Plusieurs fichiers mis bout à bout, parce que la table d'allocation abîmée reliait des morceaux qui n'avaient rien à voir | Seul le premier s'ouvre, et encore, pas toujours correctement |
| Un ancien dossier : la liste des noms qu'il contenait, pas des données | Rien ne s'ouvre, quel que soit le nom donné. C'est pourtant l'un des morceaux les plus précieux |
| Un morceau du milieu d'un fichier, sans son en-tête | Aucune extension ne fonctionne : le fichier n'a pas de « début » reconnaissable |
Et surtout, ce qui n'est pas dans FOUND.000 n'apparaît nulle part. Deux cas fréquents :
Les morceaux que chkdsk a déclarés libres. Selon la façon dont il a été lancé et la réponse donnée à sa question « Convertir les chaînes perdues en fichiers ? », une partie des données a pu être simplement rendue à l'espace libre. Elles sont souvent encore physiquement présentes, mais Windows considère désormais qu'il peut écrire par-dessus. Sur une clé ou une carte en exFAT, les fichiers enregistrés d'un seul bloc (le cas de beaucoup de photos et vidéos) ne sont pas enchaînés dans la table d'allocation : seule leur entrée dans le dossier indique où ils se trouvent. Si cette entrée a été effacée, chkdsk ne les voit même pas comme des chaînes perdues. Ils ne finissent pas dans FOUND.000 : ils deviennent de l'espace libre.C'est pour cela que les logiciels qui « identifient automatiquement » les .CHK donnent des résultats en demi-teinte : ils travaillent sur ce que chkdsk a bien voulu garder, alors que la réponse se trouve en grande partie ailleurs sur le support.
Ce qu'il ne faut surtout pas faire maintenant
À ce stade, le contenu de vos fichiers est presque toujours encore présent. Ce qui peut le faire disparaître, ce sont les manipulations des prochains jours :
1. Supprimer FOUND.000 « pour libérer de la place ». Vous rendez libre tout ce que chkdsk avait mis de côté, et vous effacez les indices qui permettent de reconstruire le reste.
2. Renommer ou déplacer les .CHK sur le support lui-même. Chaque renommage réécrit les entrées de dossier, c'est-à-dire la zone même qu'on cherche à reconstituer. Si vous voulez essayer, copiez d'abord FOUND.000 sur un autre support et faites vos essais sur la copie.
3. Relancer chkdsk « pour finir la réparation ». Chaque passage repart de l'état laissé par le précédent et tranche un peu plus. → Pourquoi chkdsk est dangereux sur un support défaillant
4. Copier quoi que ce soit VERS le support, y compris un logiciel de récupération. Tout l'espace que chkdsk a déclaré libre peut être réutilisé à la première écriture.
5. Continuer à utiliser la carte dans l'appareil photo, le drone ou le téléphone. Chaque nouvelle photo s'écrit précisément dans l'espace qui vient d'être « libéré ».
6. Formater pour repartir de zéro. Le formatage réécrit le sommaire en entier : les noms et les dossiers qu'on pouvait encore retrouver disparaissent. → Disque non accessible, vous devez formater
7. Enchaîner les logiciels gratuits. Sur un support qui a eu besoin d'une réparation, il y a souvent une raison matérielle derrière : chaque scan complet l'use un peu plus. → Les limites des logiciels gratuits de récupération
Et sur un SSD ?
C'est le cas le plus défavorable. Quand chkdsk déclare une zone libre sur un SSD, Windows le signale au SSD, qui peut alors effacer réellement les cellules correspondantes, en quelques minutes à quelques heures. Débranchez-le au plus vite et ne le laissez pas allumé « pour voir ». → SSD formaté : ce que le TRIM change
Pourquoi chkdsk a été lancé : la vraie question
FOUND.000 n'apparaît pas par hasard. Il y a eu, avant, un problème qui a abîmé le sommaire. Deux grandes familles :
Un incident ponctuel : clé retirée sans éjection, carte sortie de l'appareil photo pendant un enregistrement, coupure de courant, disque externe débranché pendant une copie. Le support est sain, seul le sommaire est incohérent. C'est le cas le plus favorable. Un support qui faiblit : secteurs illisibles sur un disque dur, mémoire usée ou contrôleur fatigué sur une clé ou une carte. Là, chkdsk a travaillé sur des lectures fausses ou incomplètes, et a « corrigé » des entrées qui étaient en réalité intactes mais momentanément illisibles. C'est le cas qui produit les FOUND.000 les plus fournis et les plus inutilisables.Signes qui orientent vers la seconde famille : lenteurs extrêmes, déconnexions, erreurs de lecture pendant la copie, disque qui fait du bruit, chkdsk resté bloqué longtemps sur un pourcentage. Dans ce cas, la priorité n'est plus de trier les .CHK : c'est d'arrêter d'utiliser le support. → Les erreurs à éviter après une perte de données
La règle à retenir
Un FOUND.000 volumineux et bien rempli, sur un support qui répond vite et sans erreur, oriente vers un incident ponctuel : le cas le plus favorable. Un FOUND.000 maigre, sur un support lent, qui se déconnecte ou qui a mis longtemps à répondre à chkdsk, oriente vers un support qui faiblit : la priorité devient alors d'arrêter de l'utiliser, pas de trier les .CHK.
Un FOUND.000 volumineux et bien rempli, sur un support qui répond vite et sans erreur, oriente vers un incident ponctuel : le cas le plus favorable. Un FOUND.000 maigre, sur un support lent, qui se déconnecte ou qui a mis longtemps à répondre à chkdsk, oriente vers un support qui faiblit : la priorité devient alors d'arrêter de l'utiliser, pas de trier les .CHK.
Ce qu'un laboratoire reconstruit
Au laboratoire, on ne part pas de FOUND.000. On part du support entier, et on se sert de FOUND.000 comme d'un indice parmi d'autres.
1. Une copie complète avant tout. Le support est d'abord copié intégralement, en lecture seule, avec un équipement qui gère lui-même les zones difficiles. Tout le travail de reconstruction se fait ensuite sur cette copie, jamais sur l'original. Si le support faiblit, c'est l'étape qui conditionne tout le reste.
2. On recherche les structures d'origine, pas seulement celles que chkdsk a laissées. Une réparation modifie le sommaire, mais elle ne l'efface pas partout :
sur une clé ou une carte en FAT32, la table d'allocation existe en deux exemplaires, et le second a souvent échappé aux corrections ; les anciens dossiers sont très souvent encore présents, y compris sous forme de .CHK que personne n'arrivait à ouvrir. Ils contiennent la liste des noms de fichiers, leur taille, leur date et l'endroit où ils commencent. C'est ce qui permet de rendre les noms et l'arborescence ; une entrée de dossier supprimée par chkdsk n'est généralement pas vidée : elle est marquée comme supprimée, et l'essentiel de son contenu reste lisible ; sur un disque NTFS, les fiches de fichiers d'origine sont recherchées sur toute la surface, et non seulement là où Windows s'attend à les trouver. Les fichiers retrouvent leur nom et, autant que possible, leur dossier.3. Les .CHK sont remis à leur place. Une fois les structures d'origine retrouvées, on sait à quel fichier appartient chaque morceau, dans quel ordre, et où il s'arrête. Les .CHK qui mélangeaient plusieurs fichiers sont découpés, ceux qui ne contenaient qu'un morceau sont raccordés à la suite.
4. Pour ce qui reste orphelin, une recherche par contenu. Les fichiers dont aucune trace d'origine n'a survécu sont recherchés par leur contenu (une photo, un PDF, une vidéo ont chacun une « signature » reconnaissable) et contrôlés un par un. Ils reviennent en général sans leur nom d'origine, triés par type, mais les photos gardent souvent leur date de prise de vue, enregistrée à l'intérieur du fichier.
Le résultat est rarement parfait, et il dépend beaucoup de ce qui s'est passé après la réparation. Mais sur un support qui n'a pas été réécrit, on récupère couramment une large part de l'arborescence avec les noms, là où le renommage des .CHK n'aurait rendu que des fichiers anonymes, souvent incomplets. Ce qui est réellement perdu, c'est ce qui a été écrit par-dessus : nouvelles photos, fichiers copiés sur le support, formatage, ou effacement par le SSD.
Vous recevez ensuite la liste des fichiers retrouvés, et vous la vérifiez avant de payer. → Vérifier la liste des fichiers récupérés avant paiement
Combien ça coûte
Le diagnostic et le devis sont gratuits et sans engagement. Quand le support fonctionne encore et que seul le sommaire a été abîmé par la réparation, la récupération relève d'une panne logique : 90 € TTC pour une clé USB ou une carte mémoire, 190 € TTC pour un disque dur. Si le diagnostic révèle que le support lui-même est défaillant (secteurs illisibles, contrôleur de clé en défaut), le travail change de nature et le montant est chiffré au diagnostic, à partir de 390 € TTC pour un disque dur sans ouverture. → Voir la grille tarifaire complète
La différence entre panne logique et panne physique est détaillée ici. → Récupération de données logique ou physique
🔴 Devis gratuit et sans engagement
Un dossier FOUND.000 rempli de .CHK après une réparation Windows : nous diagnostiquons votre support et vous donnons une estimation précise avant toute intervention, que vous soyez près de Hyères (Var) ou que vous nous l'envoyiez par la poste.
Obtenir une estimation pour ma clé USB → · pour ma carte mémoire → · pour mon disque dur → ou appelez le 09 71 32 65 95.
Toutes les pannes que nous traitons et le barème : récupération de données sur disque dur · récupération de données sur carte mémoire · récupération de données sur clé USB.
Indiquez simplement ce qui a été lancé, combien de fois, et si des fichiers ont été renommés ou copiés depuis : cela change la méthode de reconstruction. Avant l'envoi, voir → Comment emballer un disque dur pour l'envoiUn dossier FOUND.000 rempli de .CHK après une réparation Windows : nous diagnostiquons votre support et vous donnons une estimation précise avant toute intervention, que vous soyez près de Hyères (Var) ou que vous nous l'envoyiez par la poste.
Obtenir une estimation pour ma clé USB → · pour ma carte mémoire → · pour mon disque dur → ou appelez le 09 71 32 65 95.
Toutes les pannes que nous traitons et le barème : récupération de données sur disque dur · récupération de données sur carte mémoire · récupération de données sur clé USB.
Questions fréquentes
Je peux supprimer FOUND.000 pour récupérer de la place ?
Pas tant que vous n'avez pas récupéré vos fichiers. C'est souvent la seule trace de ce que chkdsk a trouvé, et le supprimer rend libre tout l'espace correspondant. Une fois vos données récupérées et vérifiées ailleurs, vous pourrez le supprimer sans risque.
Mes fichiers .CHK font tous la même taille, ou 0 octet. Qu'est-ce que ça veut dire ?
Des .CHK de tailles identiques et rondes correspondent souvent à des morceaux découpés par la table d'allocation, pas à des fichiers entiers. Des .CHK à 0 octet sont des entrées que chkdsk a conservées sans leur contenu. Dans les deux cas, c'est le signe que le renommage ne donnera pas grand-chose, et que la reconstruction doit repartir des structures du support.
J'ai renommé des .CHK en .jpg et certaines photos s'ouvrent. Je continue ?
Si vous travaillez sur une copie de FOUND.000 placée sur un autre support, vous ne risquez rien. Mais regardez les photos en entier : une image dont le bas est grisé ou décalé est un fichier incomplet, dont la suite est ailleurs. Si beaucoup de fichiers sont dans ce cas, ou si vous cherchez des documents, des vidéos ou des dossiers précis, arrêtez et faites-nous parvenir le support.
Mes fichiers ne sont pas dans FOUND.000. Est-ce qu'ils sont effacés ?
Pas forcément. Ce qui n'est pas dans FOUND.000 a souvent été déclaré libre par la réparation, mais reste physiquement présent tant que rien n'a été écrit par-dessus. C'est justement pour cela qu'il ne faut plus rien copier sur le support.
Est-ce que FOUND.000 veut dire que ma clé ou mon disque est en train de mourir ?
Non, pas nécessairement. Un simple retrait sans éjection peut suffire à déclencher une réparation. En revanche, si la réparation a été proposée plusieurs fois, si le support est lent ou se déconnecte, la piste matérielle est probable. Dans le doute, copiez ce qui est encore lisible sur un autre support et ne réutilisez plus celui-ci.
Et sur Mac ?
Un Mac ne crée pas de FOUND.000, mais l'outil de réparation de l'Utilitaire de disque (S.O.S.) suit la même logique : il rend le volume cohérent, pas forcément vos fichiers récupérables. Mêmes consignes : ne plus écrire, ne pas relancer.
À retenir
FOUND.000 et les .CHK sont les morceaux que chkdsk n'a pas su rattacher à un nom ou à un dossier. Le contenu est souvent encore là. Renommer les .CHK ne marche que si chaque morceau contient un fichier complet, ce qui est rarement le cas quand le support a eu un vrai problème. Ce qui n'est pas dans FOUND.000 n'est pas forcément perdu : il a souvent été déclaré libre, et il le restera tant que rien n'est écrit dessus. ⚠️ Ne supprimez pas FOUND.000, ne renommez rien sur place, ne relancez pas chkdsk, ne copiez rien vers le support. Travaillez uniquement sur une copie.
FOUND.000 et les .CHK sont les morceaux que chkdsk n'a pas su rattacher à un nom ou à un dossier. Le contenu est souvent encore là. Renommer les .CHK ne marche que si chaque morceau contient un fichier complet, ce qui est rarement le cas quand le support a eu un vrai problème. Ce qui n'est pas dans FOUND.000 n'est pas forcément perdu : il a souvent été déclaré libre, et il le restera tant que rien n'est écrit dessus. ⚠️ Ne supprimez pas FOUND.000, ne renommez rien sur place, ne relancez pas chkdsk, ne copiez rien vers le support. Travaillez uniquement sur une copie.
Après la récupération, dans le groupe BSC
🛠️ Remplacer un disque ou une clé qui a montré des signes de faiblesse
BSC Informatique fournit un disque, un SSD ou un support externe neuf, et y replace vos données récupérées, depuis son atelier de Hyères.
BSC Informatique fournit un disque, un SSD ou un support externe neuf, et y replace vos données récupérées, depuis son atelier de Hyères.
🏠 Mettre en place une vraie sauvegarde à la maison
BSC Assistance se déplace à domicile chez les particuliers pour installer et configurer une sauvegarde automatique.
Une clé USB ou une carte mémoire n'est pas un support de sauvegarde : c'est souvent la seule copie. → Pourquoi une clé USB n'est pas un bon support de sauvegarde et → Qu'est-ce qu'une sauvegarde et pourquoi c'est importantBSC Assistance se déplace à domicile chez les particuliers pour installer et configurer une sauvegarde automatique.