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 ».
Quand un disque dur classique (HDD) tombe en panne, les données sont, dans une grande majorité des cas, encore physiquement présentes sur les plateaux : il « suffit » de contourner la pièce défaillante (tête de lecture, carte électronique, firmware) pour aller les relire. Sur un SSD, la donne change complètement. Trois mécanismes propres à la mémoire flash,le TRIM, le chiffrement matériel du contrôleur et la dépendance totale au contrôleur - font que la récupération de données sur SSD est nettement plus complexe, et parfois tout simplement impossible. Voici pourquoi, et surtout ce qu'il faut faire (et ne pas faire) pour maximiser vos chances.
Sur un HDD, chaque secteur logique correspond à un emplacement physique stable sur un plateau. Sur un SSD, il n'existe aucun lien direct entre l'adresse vue par votre ordinateur et l'endroit réel où la donnée est stockée dans les puces de mémoire (la NAND). C'est le contrôleur du SSD qui gère cette correspondance, via une table de traduction interne appelée FTL (Flash Translation Layer).
Cette table est en perpétuel mouvement : le contrôleur déplace les données en permanence pour répartir l'usure des cellules (wear leveling), nettoyer les blocs et maintenir les performances. Résultat : sans contrôleur fonctionnel, les puces NAND ne sont qu'un amas de données chiffrées et mélangées, illisibles en l'état. C'est la première grande différence avec un HDD.
C'est la difficulté la plus méconnue, et la plus impitoyable.
Sur un disque dur, quand vous supprimez un fichier ou formatez une partition, les données restent physiquement présentes tant que rien ne réécrit par-dessus. C'est précisément ce qui rend la récupération logique possible (fichiers supprimés, formatage rapide, partition perdue).
Sur un SSD, le système d'exploitation envoie une commande TRIM au contrôleur pour lui signaler quels blocs ne sont plus utilisés. Le contrôleur va alors réellement vider ces cellules (souvent en quelques secondes à quelques minutes, via le garbage collection). Une fois cette opération passée, la donnée n'est plus « marquée comme effacée » : elle n'existe physiquement plus. Aucun logiciel, aucun laboratoire ne peut récupérer ce qui a été effacé puis purgé par le TRIM.
Conséquence pratique :
Sur un SSD sain où vous avez supprimé ou formaté des fichiers par erreur, chaque minute compte : il faut arrêter d'utiliser le support immédiatement (idéalement l'éteindre) pour que le TRIM n'ait pas le temps de purger les cellules concernées.
Plus le temps passe (et plus l'ordinateur tourne), plus les chances chutent. C'est l'inverse du réflexe « je verrai ça plus tard » qu'on peut parfois se permettre sur un HDD.
La plupart des SSD modernes chiffrent les données à la volée au niveau du contrôleur (hardware encryption, souvent AES), même sans que l'utilisateur n'ait rien activé. La clé de chiffrement est stockée dans le contrôleur lui-même.
Tant que le SSD fonctionne, ce chiffrement est totalement transparent. Mais si le contrôleur tombe en panne, on se retrouve avec des puces NAND dont le contenu est chiffré avec une clé enfermée dans la puce HS. Même en dessoudant les puces pour lire leur contenu brut (chip-off), on n'obtient que des données chiffrées illisibles si la clé est perdue.
Cas extrême : les Mac récents (à partir de 2018, équipés de la puce T2 ou des puces Apple Silicon M1/M2/M3) lient le chiffrement au Secure Enclave de la carte mère. Si le SSD ou la carte est HS, les données sont définitivement irrécupérables hors de la machine d'origine. À l'inverse, les anciens modules SSD Apple (MacBook 2012-2017 sans T2) ne sont pas chiffrés matériellement par défaut - une reconstruction bas niveau y reste possible. Cette nuance illustre bien à quel point l'architecture du contrôleur conditionne la faisabilité.
Pour estimer la faisabilité d'une récupération, on cherche d'abord à savoir où se situe le problème. Deux grands cas de figure :
a) Panne du contrôleur (le SSD n'est plus détecté du tout)
Symptôme typique : le SSD n'apparaît plus dans le BIOS / l'explorateur, ou se présente avec une capacité aberrante (8 Mo, 0 Go…). Les puces NAND sont souvent intactes : c'est l'organe qui les pilote qui est mort.
C'est paradoxalement le cas où il reste de l'espoir, mais c'est aussi du travail de spécialiste : il faut accéder au mode technologique du contrôleur (via une station type PC-3000 SSD), recharger ou reconstruire le firmware interne, puis reconstruire la table de traduction (FTL) pour réassembler les données éparpillées dans les puces. Chaque famille de contrôleur (Sandforce, Phison, Marvell, Silicon Motion, Samsung…) a sa propre logique : il n'existe pas de méthode universelle.
b) Dégradation de la NAND (le SSD lit, mais lentement et avec des erreurs)
Symptôme typique : le SSD est détecté mais devient extrêmement lent, multiplie les erreurs de lecture (secteurs illisibles), se déconnecte. Cela traduit une usure des cellules : épuisement des cycles d'écriture/effacement, perte de rétention de charge, cellules physiquement abîmées.
Ici, le contrôleur s'épuise en tentatives de relecture (read-retry, ajustement des tensions, correction d'erreurs LDPC) avant d'abandonner - d'où la lenteur. La stratégie de récupération consiste alors à:
abandonner l'idée d'une image complète et faire de l'extraction ciblée des fichiers importants (la NAND se dégrade un peu plus à chaque lecture : on lit l'essentiel d'abord) ;
multiplier les passes de lecture avec des réglages différents et fusionner les bons secteurs récupérés entre les sessions ;
en dernier recours, recourir au chip-off (dessoudage des puces, lecture brute, reconstruction du scrambler, de l'ECC et de la FTL) - une opération lourde, à chiffrer au cas par cas.
Point crucial, propre au SSD : contrairement à un disque dur, on ne « greffe » pas une puce NAND donneuse comme on remplace une tête de lecture ou une carte électronique. La donnée vit dans les cellules usées elles-mêmes : aucune pièce détachée ne ramène ce qui s'est dégradé dans la mémoire. Le pronostic réaliste est alors souvent une récupération partielle et ciblée des données importantes.
Face à un SSD qui flanche ou à une suppression accidentelle, les bons réflexes sont déterminants :
✅ Arrêtez d'utiliser le SSD immédiatement. En cas de suppression/formatage, éteignez la machine pour bloquer le TRIM. En cas de panne matérielle, n'insistez pas (chaque lecture fatigue une NAND déjà fragile).
❌ Ne lancez pas
❌ Ne réécrivez rien sur le support : pas d'installation, pas de copie, pas de nouveau formatage « pour voir ».
❌ N'empilez pas les logiciels de récupération gratuits : sur une mémoire qui faiblit, chaque scan complet la fatigue un peu plus et réduit vos chances (voir « Logiciels gratuits de récupération : limites et risques »).
✅ Faites une sauvegarde de l'image dès qu'une lecture est possible, avant tout traitement.
Ces principes de triage valent pour tous les supports : préserver l'état avant tout est la règle d'or de la récupération de données.
La récupération de données sur SSD est possible, mais sa faisabilité dépend entièrement de la cause : une suppression rattrapée avant le TRIM ou une panne de contrôleur offrent de vraies chances ; une NAND usée ou un chiffrement matériel dont la clé est perdue réduisent fortement, voire annulent, les possibilités. Dans tous les cas, le temps joue contre vous : plus on intervient tôt, mieux c'est.
Chez BSC DataRecovery, nous diagnostiquons précisément l'origine de la panne (contrôleur, NAND, logique) avant de vous proposer une intervention adaptée et un devis. Si votre SSD est tombé en panne et que vous avez besoin d'un nouveau support et d'une réinstallation système une fois les données récupérées, notre atelier BSC Informatique prend le relais pour le remplacement du matériel et la remise en route. Et pour éviter que cela ne se reproduise, BSC Assistance peut mettre en place une vraie sauvegarde automatique à votre domicile.
Quand un disque dur classique (HDD) tombe en panne, les données sont, dans une grande majorité des cas, encore physiquement présentes sur les plateaux : il « suffit » de contourner la pièce défaillante (tête de lecture, carte électronique, firmware) pour aller les relire. Sur un SSD, la donne change complètement. Trois mécanismes propres à la mémoire flash,le TRIM, le chiffrement matériel du contrôleur et la dépendance totale au contrôleur - font que la récupération de données sur SSD est nettement plus complexe, et parfois tout simplement impossible. Voici pourquoi, et surtout ce qu'il faut faire (et ne pas faire) pour maximiser vos chances.
Un SSD, ça ne se lit pas comme un disque dur
Sur un HDD, chaque secteur logique correspond à un emplacement physique stable sur un plateau. Sur un SSD, il n'existe aucun lien direct entre l'adresse vue par votre ordinateur et l'endroit réel où la donnée est stockée dans les puces de mémoire (la NAND). C'est le contrôleur du SSD qui gère cette correspondance, via une table de traduction interne appelée FTL (Flash Translation Layer).
Cette table est en perpétuel mouvement : le contrôleur déplace les données en permanence pour répartir l'usure des cellules (wear leveling), nettoyer les blocs et maintenir les performances. Résultat : sans contrôleur fonctionnel, les puces NAND ne sont qu'un amas de données chiffrées et mélangées, illisibles en l'état. C'est la première grande différence avec un HDD.
1. Le TRIM : la donnée est réellement effacée
C'est la difficulté la plus méconnue, et la plus impitoyable.
Sur un disque dur, quand vous supprimez un fichier ou formatez une partition, les données restent physiquement présentes tant que rien ne réécrit par-dessus. C'est précisément ce qui rend la récupération logique possible (fichiers supprimés, formatage rapide, partition perdue).
Sur un SSD, le système d'exploitation envoie une commande TRIM au contrôleur pour lui signaler quels blocs ne sont plus utilisés. Le contrôleur va alors réellement vider ces cellules (souvent en quelques secondes à quelques minutes, via le garbage collection). Une fois cette opération passée, la donnée n'est plus « marquée comme effacée » : elle n'existe physiquement plus. Aucun logiciel, aucun laboratoire ne peut récupérer ce qui a été effacé puis purgé par le TRIM.
Conséquence pratique :
Sur un SSD sain où vous avez supprimé ou formaté des fichiers par erreur, chaque minute compte : il faut arrêter d'utiliser le support immédiatement (idéalement l'éteindre) pour que le TRIM n'ait pas le temps de purger les cellules concernées. Plus le temps passe (et plus l'ordinateur tourne), plus les chances chutent. C'est l'inverse du réflexe « je verrai ça plus tard » qu'on peut parfois se permettre sur un HDD.
💡 Le TRIM n'efface que ce que l'OS a marqué comme libre. Une panne matérielle (contrôleur, NAND) ne déclenche pas le TRIM : dans ce cas la donnée est toujours là, mais inaccessible pour d'autres raisons (voir plus bas).
2. Le chiffrement matériel du contrôleur
La plupart des SSD modernes chiffrent les données à la volée au niveau du contrôleur (hardware encryption, souvent AES), même sans que l'utilisateur n'ait rien activé. La clé de chiffrement est stockée dans le contrôleur lui-même.
Tant que le SSD fonctionne, ce chiffrement est totalement transparent. Mais si le contrôleur tombe en panne, on se retrouve avec des puces NAND dont le contenu est chiffré avec une clé enfermée dans la puce HS. Même en dessoudant les puces pour lire leur contenu brut (chip-off), on n'obtient que des données chiffrées illisibles si la clé est perdue.
Cas extrême : les Mac récents (à partir de 2018, équipés de la puce T2 ou des puces Apple Silicon M1/M2/M3) lient le chiffrement au Secure Enclave de la carte mère. Si le SSD ou la carte est HS, les données sont définitivement irrécupérables hors de la machine d'origine. À l'inverse, les anciens modules SSD Apple (MacBook 2012-2017 sans T2) ne sont pas chiffrés matériellement par défaut - une reconstruction bas niveau y reste possible. Cette nuance illustre bien à quel point l'architecture du contrôleur conditionne la faisabilité.
3. Panne du contrôleur ≠ panne de la NAND
Pour estimer la faisabilité d'une récupération, on cherche d'abord à savoir où se situe le problème. Deux grands cas de figure :
a) Panne du contrôleur (le SSD n'est plus détecté du tout)
Symptôme typique : le SSD n'apparaît plus dans le BIOS / l'explorateur, ou se présente avec une capacité aberrante (8 Mo, 0 Go…). Les puces NAND sont souvent intactes : c'est l'organe qui les pilote qui est mort.
C'est paradoxalement le cas où il reste de l'espoir, mais c'est aussi du travail de spécialiste : il faut accéder au mode technologique du contrôleur (via une station type PC-3000 SSD), recharger ou reconstruire le firmware interne, puis reconstruire la table de traduction (FTL) pour réassembler les données éparpillées dans les puces. Chaque famille de contrôleur (Sandforce, Phison, Marvell, Silicon Motion, Samsung…) a sa propre logique : il n'existe pas de méthode universelle.
b) Dégradation de la NAND (le SSD lit, mais lentement et avec des erreurs)
Symptôme typique : le SSD est détecté mais devient extrêmement lent, multiplie les erreurs de lecture (secteurs illisibles), se déconnecte. Cela traduit une usure des cellules : épuisement des cycles d'écriture/effacement, perte de rétention de charge, cellules physiquement abîmées.
Ici, le contrôleur s'épuise en tentatives de relecture (read-retry, ajustement des tensions, correction d'erreurs LDPC) avant d'abandonner - d'où la lenteur. La stratégie de récupération consiste alors à:
abandonner l'idée d'une image complète et faire de l'extraction ciblée des fichiers importants (la NAND se dégrade un peu plus à chaque lecture : on lit l'essentiel d'abord) ; multiplier les passes de lecture avec des réglages différents et fusionner les bons secteurs récupérés entre les sessions ; en dernier recours, recourir au chip-off (dessoudage des puces, lecture brute, reconstruction du scrambler, de l'ECC et de la FTL) - une opération lourde, à chiffrer au cas par cas.Point crucial, propre au SSD : contrairement à un disque dur, on ne « greffe » pas une puce NAND donneuse comme on remplace une tête de lecture ou une carte électronique. La donnée vit dans les cellules usées elles-mêmes : aucune pièce détachée ne ramène ce qui s'est dégradé dans la mémoire. Le pronostic réaliste est alors souvent une récupération partielle et ciblée des données importantes.
Ce qu'il faut faire (et ne surtout pas faire)
Face à un SSD qui flanche ou à une suppression accidentelle, les bons réflexes sont déterminants :
✅ Arrêtez d'utiliser le SSD immédiatement. En cas de suppression/formatage, éteignez la machine pour bloquer le TRIM. En cas de panne matérielle, n'insistez pas (chaque lecture fatigue une NAND déjà fragile).
❌ Ne lancez pas
chkdsk ni d'outil de « réparation » sur un SSD physiquement défaillant : vous risquez de réécrire et de détruire ce qui était encore là (voir notre article « Pourquoi chkdsk peut détruire vos données »).❌ Ne réécrivez rien sur le support : pas d'installation, pas de copie, pas de nouveau formatage « pour voir ».
❌ N'empilez pas les logiciels de récupération gratuits : sur une mémoire qui faiblit, chaque scan complet la fatigue un peu plus et réduit vos chances (voir « Logiciels gratuits de récupération : limites et risques »).
✅ Faites une sauvegarde de l'image dès qu'une lecture est possible, avant tout traitement.
Ces principes de triage valent pour tous les supports : préserver l'état avant tout est la règle d'or de la récupération de données.
SSD non détecté, lent ou fichiers disparus ?
Ne tentez rien de plus : nous diagnostiquons l'origine de la panne (contrôleur, NAND, logique) avant toute manipulation, sur SSD SATA, mSATA, M.2 NVMe, toutes marques.
Obtenir une estimation gratuite →
Le détail de notre service et des tarifs : récupération de données disque dur · récupération de données SSD.
Ne tentez rien de plus : nous diagnostiquons l'origine de la panne (contrôleur, NAND, logique) avant toute manipulation, sur SSD SATA, mSATA, M.2 NVMe, toutes marques.
Obtenir une estimation gratuite →
Le détail de notre service et des tarifs : récupération de données disque dur · récupération de données SSD.
Agir vite, mais avec des attentes réalistes
La récupération de données sur SSD est possible, mais sa faisabilité dépend entièrement de la cause : une suppression rattrapée avant le TRIM ou une panne de contrôleur offrent de vraies chances ; une NAND usée ou un chiffrement matériel dont la clé est perdue réduisent fortement, voire annulent, les possibilités. Dans tous les cas, le temps joue contre vous : plus on intervient tôt, mieux c'est.
Chez BSC DataRecovery, nous diagnostiquons précisément l'origine de la panne (contrôleur, NAND, logique) avant de vous proposer une intervention adaptée et un devis. Si votre SSD est tombé en panne et que vous avez besoin d'un nouveau support et d'une réinstallation système une fois les données récupérées, notre atelier BSC Informatique prend le relais pour le remplacement du matériel et la remise en route. Et pour éviter que cela ne se reproduise, BSC Assistance peut mettre en place une vraie sauvegarde automatique à votre domicile.
Pour les professionnels de la récupération :
les aspects techniques (reconstruction FTL, gestion des contrôleurs, chip-off NAND, lecture des puces) ainsi que les composants donneurs HDD (PCB, têtes) sont détaillés sur notre plateforme dédiée AboutDrives.
Un SSD en panne ou des fichiers disparus ? Ne tentez rien, éteignez le support et contactez-nous au plus vite : c'est dans les premières heures que se jouent vos meilleures chances de récupération.les aspects techniques (reconstruction FTL, gestion des contrôleurs, chip-off NAND, lecture des puces) ainsi que les composants donneurs HDD (PCB, têtes) sont détaillés sur notre plateforme dédiée AboutDrives.