Une clé USB qui clignote, Windows qui ne la reconnaît plus et des données importantes devenues inaccessibles…

Ça sent pas bon tout ça ! ^^

Aujourd'hui, je vais te montrer une récupération de données réalisée à l'atelier HTR Informatique sur une clé USB Philips de 32 Go.

Au départ, Windows refuse catégoriquement de reconnaître la clé. Pourtant, après plusieurs investigations, j'ai réussi à effectuer un clonage intégral de sa mémoire et à récupérer une grande partie des fichiers.

Et le plus beau dans cette histoire ? Pas besoin de dessouder la mémoire NAND !

1. Une clé USB Philips qui ne répond plus

Le client m'apporte une clé USB Philips de 32 Go qui n'est plus reconnue par son ordinateur.

Les symptômes sont assez particuliers :

• La LED rouge de la clé clignote continuellement.

• Windows tente de reconnaître le périphérique.

• La clé n'apparaît pas comme un lecteur accessible.

• Windows finit par afficher « Périphérique USB non reconnu ».

Autrement dit, impossible d'accéder aux fichiers.

Et évidemment, comme souvent dans ce genre de situation, les données présentes sur la clé sont importantes.

Bon, voyons ce qu'on peut faire avec cette petite Philips !

2. Démontage et identification des composants

Première étape : examiner l'électronique.

Après ouverture de la clé, je découvre un PCB relativement simple, composé principalement d'un contrôleur USB et d'une mémoire NAND Flash.

La référence inscrite sur le circuit imprimé est :

TY_FC2279Q_1T1B_V7 – 2022/08/11 – XHY

Sous le microscope, je parviens également à identifier le contrôleur :

FirstChip FC2279

C'est lui qui assure la communication entre l'ordinateur et la mémoire NAND.

Il gère notamment l'accès aux données, la correction des erreurs et la traduction des adresses logiques vers les emplacements physiques de la mémoire.

Et la mémoire NAND ?

La mémoire de stockage se présente sous la forme d'un boîtier TSOP48, avec 48 broches.

Petit problème : son marquage a été effacé !

Impossible donc de connaître directement sa référence exacte.

Je dispose bien d'un programmateur RT809H et aussi SVOD4 ainsi que CH341A avec un adaptateur TSOP48, ce qui pourrait permettre, sous réserve de compatibilité, de lire directement la mémoire.

Mais attention !

Lire une NAND brute ne signifie pas forcément récupérer immédiatement les fichiers.

Il faut parfois reconstruire les données, corriger les erreurs ECC, gérer le XOR et retrouver la correspondance entre les pages physiques et les secteurs logiques.

Bref, avant de sortir la station à air chaud et de dessouder quoi que ce soit, autant essayer une méthode moins invasive !

3. Et si Linux arrivait à reconnaître la clé ?

Sous Windows, impossible de communiquer correctement avec la Philips.

Je décide donc de démarrer sur OpenSuperClone Live, un environnement Linux spécialisé dans la récupération de données.

L'avantage de Linux, c'est qu'il permet notamment d'observer précisément ce qui se passe lors de la connexion d'un périphérique USB.

Je lance la commande :

sudo dmesg -wH

Puis je branche la clé.

Et là…

Surprise !

Linux commence par signaler une erreur de communication USB :

device descriptor read/64, error -71

Mais contrairement à Windows, il finit par reconnaître la clé !

Le système identifie :

• Fabricant : PHILIPS

• VID/PID : 346D:5678

• Capacité : 31,46 Go

• Périphérique : /dev/sdb

• Nombre de secteurs : 61 440 000

ELLE EST VIVANTE !!! ^^

Autre détail intéressant : sous Windows, la LED rouge clignotait continuellement.

Sous Linux, elle reste fixe au repos et clignote pendant les opérations de lecture.

C'est encourageant, mais ça ne garantit pas encore que les données sont accessibles.

Vérification de la table de partitions

Je lance ensuite :

sudo fdisk -l /dev/sdb

Linux détecte une partition FAT32 occupant pratiquement toute la capacité de la clé.

La table de partitions est donc au moins partiellement lisible.

À ce stade, inutile de tenter un formatage, un CHKDSK ou une réparation du système de fichiers.

La priorité est de sécuriser les données avant toute autre intervention.

4. Clonage intégral avec OpenSuperClone

Maintenant que Linux reconnaît la clé, je peux tenter de créer une image complète de son contenu.

Pour cela, j'utilise OpenSuperClone, un logiciel spécialisé dans l'imagerie des supports de stockage défaillants.

Le principe est simple : lire les secteurs du support source et les enregistrer dans un fichier image sur un disque sain.

Ainsi, toutes les analyses suivantes pourront être réalisées sur une copie, sans solliciter davantage la clé USB d'origine.

Je sélectionne donc la Philips comme source et un fichier USB.img comme destination.

Le clonage démarre.

5 %…

20 %…

50 %…

Et aucune erreur de lecture !

Après environ 19 minutes et 31 secondes, le résultat tombe :

100 % DES SECTEURS CLONÉS !

• Capacité : 31 457 280 000 octets

• Secteurs récupérés : 61 440 000

• Secteurs défectueux signalés : 0

• Durée : 19 min 31 s

• Vitesse moyenne : environ 26 Mo/s

Pas mal pour une clé USB que Windows considérait comme non reconnue, non ? ^^

Attention toutefois : 100 % des secteurs lus ne signifie pas automatiquement 100 % des fichiers récupérés.

Si le système de fichiers est endommagé, certains documents peuvent rester inaccessibles malgré une image physique complète.

Et justement, c'est ce que nous allons constater.

5. Analyse du système FAT32 avec DMDE

Une fois l'image créée, je l'ouvre dans DMDE.

Le logiciel retrouve une partition FAT32 portant le nom PHILIPS UFD.

Il détecte également plusieurs structures de volume légèrement décalées, ce qui mérite une analyse complémentaire.

En ouvrant la partition, je retrouve une arborescence de dossiers cohérente.

Bonne nouvelle : les noms de dossiers et une partie des métadonnées sont toujours présents.

Mais une arborescence visible ne garantit pas que tous les fichiers sont intacts.

Je décide donc de poursuivre avec Hexascan Expert.

6. Récupération avec Hexascan Expert

Hexascan Expert est un logiciel de récupération de données que j'utilise à l'atelier.

Je commence par ouvrir directement l'image USB.img, sans analyse approfondie.

Le logiciel retrouve plusieurs dossiers et permet d'effectuer une première extraction.

Première récupération : sans scan

Le rapport indique :

• 675 fichiers traités

• 4,16 Go de données traitées

• 7 fichiers signalés en erreur

• Environ 12,5 Mo concernés par ces erreurs

Pour ces sept documents, Hexascan indique :

« Impossible d'ouvrir le fichier source ».

Il s'agit notamment de documents PDF, de photographies et d'un document Word.

Pourtant, OpenSuperClone avait réussi à lire tous les secteurs de la clé !

Comment est-ce possible ?

Parce qu'un fichier peut être présent dans l'arborescence FAT32 alors que les informations permettant de retrouver correctement son contenu sont endommagées.

Il peut s'agir, par exemple, d'une chaîne de clusters incohérente ou de métadonnées devenues inutilisables.

7. Analyse approfondie : de nouveaux fichiers retrouvés !

Je lance ensuite une analyse approfondie de l'image avec Hexascan.

Et là, les résultats deviennent nettement plus intéressants !

Le logiciel identifie environ :

23,29 Go de données et 12 088 fichiers dans les résultats d'analyse.

Attention, ce chiffre inclut potentiellement des fichiers supprimés, des doublons et des éléments reconstruits. Il ne représente donc pas nécessairement 23,29 Go de fichiers distincts et intacts.

Le scan retrouve notamment :

• Des dossiers supplémentaires.

• D'anciennes entrées FAT32.

• Des répertoires qui n'apparaissaient plus dans l'arborescence directe.

• Un dossier virtuel $LostFiles, contenant des fichiers orphelins.

Et les sept fichiers précédemment en erreur ?

Bonne nouvelle : plusieurs sont retrouvés après le scan !

Certaines photographies, auparavant impossibles à extraire, sont désormais présentes dans la nouvelle récupération.

En revanche, tout n'est pas revenu.

Un document PDF, par exemple, reste introuvable dans l'extraction approfondie.

Cela montre bien qu'un scan approfondi peut améliorer les résultats, mais ne garantit jamais une récupération intégrale.

8. Résultat de la récupération

Au final, voici le bilan technique :

Opération	Résultat
Reconnaissance sous Windows	Échec
Reconnaissance sous Linux	Réussie
Clonage physique	100 %
Secteurs défectueux signalés	0
Analyse FAT32	Réussie
Extraction directe	7 fichiers en erreur
Extraction après scan	Aucune erreur de copie signalée
Documents manquants	Certains restent introuvables

La récupération approfondie a permis d'extraire les fichiers sélectionnés sans nouvelle erreur de copie signalée.

Toutefois, certains documents présents dans l'ancienne arborescence ne figurent pas dans les résultats récupérés.

Il s'agit donc d'une récupération partielle, mais particulièrement encourageante.

L'image complète de la clé est conservée pour permettre d'éventuelles recherches complémentaires.

Le client a reçu un inventaire des fichiers récupérés via Snap2HTML, afin de pouvoir vérifier les dossiers et confirmer que les documents importants sont bien présents.

9. Pourquoi la clé fonctionne sous Linux, mais pas sous Windows ?

C'est probablement l'un des aspects les plus intéressants de cette intervention.

Sous Windows, la clé échoue lors de sa reconnaissance USB.

Sous Linux, une première erreur de communication apparaît également, mais le périphérique finit par être reconnu.

Plusieurs hypothèses peuvent expliquer ce comportement :

• Une instabilité du contrôleur FirstChip FC2279.

• Un problème intermittent de communication USB.

• Une anomalie d'alimentation ou de connexion.

• Une différence de gestion des erreurs et des tentatives d'énumération entre Windows et Linux.

Il est impossible de déterminer avec certitude l'origine exacte de la panne à partir de ces seuls symptômes.

En revanche, une chose est certaine : la clé a pu être lue intégralement sous Linux alors qu'elle restait inaccessible sous Windows.

Et c'est précisément pour cela qu'il est intéressant de disposer de plusieurs environnements et outils de diagnostic.

10. Et pourquoi ne pas dessouder directement la NAND ?

Techniquement, une extraction directe de la mémoire NAND pourrait être envisagée.

La clé dispose d'une mémoire en boîtier TSOP48, et je possède un programmateur RT809H/SVOD4/CH341A avec un adaptateur adapté à ce format.

Mais une opération de chip-off comporte des risques :

• Endommagement de la mémoire pendant le dessoudage.

• Difficultés de lecture selon le modèle exact de NAND.

• Nécessité éventuelle de reconstruire les données brutes.

• Risque de perte définitive si la puce est détériorée.

Dans cette intervention, le chip-off n'a pas été nécessaire pour obtenir une image complète du support.

Il reste une possibilité d'investigation supplémentaire, notamment pour rechercher d'éventuelles données physiques qui ne seraient plus accessibles par le contrôleur USB.

Mais il ne faut pas oublier qu'une lecture brute de NAND ne garantit pas de retrouver les documents manquants.

La meilleure intervention est parfois celle qui évite de sortir le fer à souder ! ^^

Conclusion : une clé USB non reconnue n'est pas forcément irrécupérable

Cette Philips 32 Go illustre parfaitement une chose : un périphérique inaccessible sous Windows n'est pas nécessairement un périphérique dont les données sont définitivement perdues.

Grâce à Linux, OpenSuperClone, DMDE et Hexascan Expert, j'ai pu :

• Faire reconnaître une clé USB qui échouait sous Windows.

• Réaliser une image complète de ses 31,46 Go.

• Retrouver son système de fichiers FAT32.

• Extraire de nombreux documents.

• Retrouver certains fichiers grâce à une analyse approfondie.

Le tout sans dessouder la NAND ni modifier le contenu de la clé originale.

Bien entendu, chaque panne est différente et les résultats ne peuvent jamais être garantis à l'avance.

Dernier conseil : une clé USB qui présente ce type de dysfonctionnement ne doit plus être considérée comme un support fiable.

Même si elle fonctionne à nouveau temporairement, mieux vaut la remplacer.

Et surtout, pensez à sauvegarder vos données importantes sur plusieurs supports !

Besoin d'une récupération de données à Lyon ?

Votre clé USB n'est plus reconnue ? Votre disque dur demande un formatage ? Votre SSD est passé en RAW ou vos fichiers ont disparu ?

Chez HTR Informatique à Lyon, je réalise le diagnostic et la récupération de données sur différents supports :

• Clés USB et cartes mémoire.

• Disques durs HDD internes et externes.

• SSD SATA et NVMe.

• Supports présentant des partitions corrompues ou des erreurs de lecture.

Chaque support est analysé individuellement afin de choisir la méthode la plus adaptée et de limiter les risques pour les données.

Besoin d'un diagnostic ou d'une récupération de données ?

Retrouvez mes prestations et contactez-moi ici :

Récupération de données

HTR Informatique – Réparation informatique et récupération de données à Lyon.