Peut-on récupérer les données d’un Android briqué ? Cela dépend de l’état
Trois conditions distinctes décident de la réponse, et toutes doivent être réunies. La plupart des guides n’en abordent qu’une. Voici le tableau état par état.

Sommaire
Trois conditions doivent être réunies en même temps : les données sont toujours physiquement présentes, les clés de chiffrement sont toujours disponibles et un chemin fonctionnel permet d’accéder aux deux. Les guides sur le sujet traitent en général la première et passent sous silence les deux autres, d’où des réponses plus optimistes que la réalité. Le tableau ci-dessous couvre les trois selon l’état de l’appareil.
Les trois conditions
Presque toutes les discussions confuses sur ce sujet viennent du fait que l’on traite ces conditions comme une seule question.
Condition 1 : les données sont-elles physiquement là ? Les puces de stockage sont petites, durables et survivent à des dégâts qui détruisent le reste du téléphone. Un écran fissuré, une batterie morte, un châssis brisé : rien de tout cela n’affecte les données stockées. Un stockage défaillant ou une carte mère très endommagée, si.
Condition 2 : les clés de chiffrement sont-elles disponibles ? Android moderne chiffre les données utilisateur avec des clés liées à votre secret de verrouillage d’écran et conservées dans un stockage de clés protégé par le matériel sur l’appareil. Sans ces clés, les blocs stockés ne sont pas des fichiers. Ce n’est que du bruit, qui a simplement la bonne taille.
Condition 3 : existe-t-il un chemin pour y accéder ? Même avec des données intactes et des clés disponibles, il faut que quelque chose lise le stockage et le déchiffre. Cela suppose en général que l’appareil démarre assez loin pour déchiffrer son propre stockage, car les clés sont dans son matériel.
Les trois. Un téléphone peut en remplir deux et ne rien rendre pour autant.
C’est ce que les éditeurs d’outils passent sous silence. Un utilitaire d’analyse traite la condition 3 et suppose que les conditions 1 et 2 sont remplies. Sur un appareil chiffré récent où un effacement a eu lieu, la condition 2 est perdue définitivement, et aucune analyse n’y change rien.
Le tableau de faisabilité
| État de l’appareil | Données probablement intactes ? | Clés disponibles ? | Voie à distance ou logicielle ? | Voie matérielle locale ? | Perspectives réalistes |
|---|---|---|---|---|---|
| Démarre normalement mais présente un problème | Oui | Oui | Oui, il suffit de les copier | Inutile | Sauvegardez dès maintenant, aujourd’hui |
| Bootloop, accès au recovery ou à fastboot | Oui | Oui, si vous connaissez le secret de verrouillage | Parfois, selon le déchiffrement dans le recovery | Oui | La meilleure position hors démarrage complet |
| Démarre jusqu’au logo seulement, fastboot accessible | Oui | Oui, si vous connaissez le secret de verrouillage | Réparer d’abord le démarrage, puis copier | Oui | Bonnes, si rien de destructif n’est lancé |
| Bloqué en recovery, partition de données non montable | Oui | Selon la raison du non-montage | Possible : un problème de version du recovery n’est pas une corruption des données | Oui | Ne formatez pas pour faire disparaître le message |
| Détecté seulement à bas niveau, pas de démarrage | Probablement | Conservées dans le matériel, mais rien ne tourne pour les utiliser | Rarement | Parfois, par un spécialiste | Faibles pour les données, et les restaurations bas niveau effacent |
| Aucune détection, aucun signe de vie | Inconnu | Inconnu | Non | Travail au niveau de la carte | Dépend entièrement de la panne |
| Dommage physique à la carte ou au stockage | Incertain | Incertain | Non | Laboratoire spécialisé | Évalué au cas par cas |
| Une réinitialisation d’usine a été effectuée | Des blocs peuvent subsister | Non, détruites | Non | Non | Irrécupérables |
| Partition de données formatée | Des blocs peuvent subsister | Non, détruites | Non | Non | Irrécupérables |
| Le bootloader a été déverrouillé après la panne | Effacées par le déverrouillage | Non, détruites | Non | Non | Irrécupérables |
| Secret de verrouillage d’écran oublié | Oui | Non, c’est le secret qui libère les clés | Non | Non | Irrécupérables sans le secret |
Les quatre dernières lignes méritent d’être lues deux fois, car trois d’entre elles décrivent des gestes que l’on fait en essayant de s’aider soi-même.
Pourquoi un effacement est désormais définitif
Le modèle de chiffrement d’Android a changé, et ce changement est mal connu en dehors du métier.
La documentation de l’Android Open Source Project indique que les appareils lancés avec Android 10 ou plus doivent utiliser le chiffrement par fichier, qu’Android 10 à 12 ne prenaient en charge l’ancien chiffrement de disque complet que pour les appareils mis à niveau depuis Android 9 ou moins, et qu’Android 13 a supprimé entièrement la prise en charge du chiffrement de disque complet.
Avec le chiffrement par fichier, les fichiers sont chiffrés avec des clés dérivées de votre secret de verrouillage et protégées par un stockage de clés protégé par le matériel. Une réinitialisation d’usine supprime ces clés. Le texte chiffré peut rester physiquement sur la puce flash, mais sans la clé il ne se déchiffre pas, et cette clé n’existe nulle part ailleurs.
C’est pourquoi le modèle des logiciels de récupération d’il y a dix ans ne s’applique plus. Ces outils analysaient un stockage non chiffré à la recherche de signatures de fichiers, ce qui fonctionnait parce que les données étaient lisibles. Ce n’est plus le cas sur un appareil récent, et un outil qui promet d’analyser un téléphone réinitialisé pour retrouver vos photos décrit précisément ce que la conception du chiffrement vise à empêcher.
La règle pratique : le moment où l’on peut récupérer, c’est avant l’effacement. Pas après.
Les trois façons de détruire ses propres données
Chacune est le fait de quelqu’un qui essaie de réparer le téléphone.
Lancer une réinitialisation d’usine parce qu’un menu la suggère. Le recovery d’origine présente l’option de réinitialisation à côté d’options anodines, avec le même style, souvent juste après un message évoquant des données peut-être corrompues. Elle est irréversible. Ce que fait réellement chaque option du menu recovery mérite d’être lu avant de sélectionner quoi que ce soit.
Formater la partition de données pour faire disparaître une erreur de montage. Un recovery personnalisé qui ne peut pas déchiffrer la partition signale quelque chose qui ressemble à une corruption des données. Souvent, la cause est une version de recovery qui ne prend pas correctement en charge le chiffrement de l’appareil, pas des données endommagées. Formater fait disparaître le message d’erreur en détruisant ce qu’il désigne.
Déverrouiller le bootloader pour obtenir un accès. Le déverrouillage déclenche un effacement des données sur Android, par mesure de sécurité délibérée, précisément pour empêcher quelqu’un de faire cela sur un téléphone qui n’est pas le sien. Si votre bootloader est verrouillé et que vos données comptent, déverrouiller n’est pas une étape de récupération. C’est la fin de la récupération.
Il y en a une quatrième, plus discrète : lancer un script de flash du constructeur qui contient une étape d’effacement, dans le but de réparer le système. Lisez le script.
Que faire maintenant, dans l’ordre
Si les données comptent et que l’appareil se trouve dans un état autre que les quatre dernières lignes :
- Arrêtez-vous. Ne réinitialisez, ne formatez, ne déverrouillez et ne flashez rien pour l’instant.
- Notez l’état exact. Ce qu’affiche l’écran, ce que voit l’ordinateur, ce qui s’est passé avant.
- Vérifiez ce qui est déjà sauvegardé. Consultez les sauvegardes de photos dans le cloud et la synchronisation du compte depuis un autre appareil. Une bonne part de ce qui inquiète est déjà sauvegardée quelque part, et le vérifier prend cinq minutes.
- Notez si vous connaissez le secret de verrouillage d’écran. Si ce n’est pas le cas, la condition 2 est perdue et le reste ne s’applique pas.
- Faites évaluer l’état avant d’autoriser toute réparation, y compris une réparation du constructeur, car les procédures de réparation standard incluent couramment un effacement.
Le point 5 est celui que l’on saute. « Nous avons réparé votre téléphone » et « nous avons sauvé vos fichiers » sont deux résultats différents, et une réparation autorisée sans préciser lequel vous voulez aboutira généralement au premier.
Ce que nous ne vous dirons pas
Nous ne promettons pas de récupération après un effacement. Si une réinitialisation d’usine ou un formatage a déjà eu lieu sur un appareil chiffré récent, la réponse est non, et un service qui dit le contraire décrit soit un très vieil appareil, soit une solution qui ne fonctionnera pas.
Nous n’annonçons pas de taux de récupération. Le résultat dépend de l’état de l’appareil, de votre connaissance du secret, de l’intégrité du stockage et du modèle précis. Un pourcentage unique pour tout cela n’est pas une information.
Nous ne contournons pas les verrouillages d’écran ni la sécurité des comptes pour accéder aux données, et nous exigeons une vérification de propriété pour tout ce qui touche à l’état d’un compte. L’exigence du secret dans la condition 2 n’est pas un obstacle que nous contournons. C’est le modèle de sécurité, et c’est aussi ce qui protège vos données si le téléphone est volé.
La récupération physique et ses limites
Quand la carte est endommagée mais que la puce de stockage a survécu, des laboratoires spécialisés travaillent au niveau des composants : réparer la carte suffisamment pour que l’appareil démarre et déchiffre son propre stockage, ou travailler directement sur le stockage.
Deux éléments limitent cette approche. Le chiffrement moderne lie les clés au matériel de l’appareil : lire une puce isolément donne des blocs chiffrés et non des fichiers, d’où l’approche habituelle qui consiste à réparer l’appareil plutôt qu’à extraire la puce. Et c’est un travail physique de spécialiste, ni à distance ni bon marché.
C’est une vraie option pour des données irremplaçables sur un appareil qui ne s’allume plus. Ce n’est pas la réponse pour un téléphone en simple bootloop, où des voies bien plus simples existent et où commencer par le travail sur la carte serait une erreur. Déterminez d’abord dans quelle catégorie se trouve l’appareil.
Questions fréquentes
Mon téléphone est en bootloop. Mes photos sont-elles perdues ? Non. Un bootloop est un échec de démarrage, pas une opération sur le stockage. Vos données et vos clés sont intactes. Ce qui les met en danger, c’est la réparation que vous choisirez ensuite, d’où l’importance de l’ordre des opérations.
Puis-je copier des fichiers depuis un téléphone qui ne démarre pas ? Parfois. Depuis un système en marche via ADB, oui. Depuis le recovery d’origine, l’accès ADB est limité et ne permet pas de récupérer des fichiers en général. Avec un recovery personnalisé, davantage est possible, mais il doit toujours déchiffrer la partition de données, ce qui n’est pas garanti.
Une application de récupération de données peut-elle aider ? Ces outils exigent que l’appareil soit accessible et les données lisibles. Sur un appareil qui ne démarre pas, ou après un effacement sur un appareil chiffré, ces préconditions ne sont pas remplies. Ils ne sont pas inutiles en général, simplement inapplicables à ces états.
J’ai déjà réinitialisé le téléphone. Reste-t-il quelque chose ? Sur un appareil chiffré récent, en pratique non pour les données locales. Vérifiez vos sauvegardes dans le cloud, où se trouve généralement la copie récupérable : services de sauvegarde de photos, synchronisation du compte et sauvegarde de messagerie si vous l’aviez activée.
Rooter le téléphone aide-t-il à récupérer les données ? Pas sur un appareil qui ne démarre pas, et cela demande généralement de déverrouiller le bootloader, ce qui efface tout. Le root n’est pas une technique de récupération de données sur un téléphone en panne.
Combien coûte une évaluation ? La nôtre est gratuite, et nous vous donnons les perspectives réalistes avant tout accord, y compris quand rien n’est récupérable. Méfiez-vous de tout prestataire qui annonce un prix et une promesse avant d’avoir vu l’état de l’appareil.
À lire aussi : Téléphone Android qui ne s’allume pas : logiciel ou matériel · Réparer un bootloop sans perdre ses données · Soft brick ou hard brick · Android redémarre toujours en recovery · Le mode EDL expliqué
Sources : documentation de l’Android Open Source Project sur le chiffrement par fichier et le chiffrement de disque complet.
Dernière vérification : 27 août 2026. Les implémentations du chiffrement, la prise en charge du déchiffrement dans le recovery et les options de réparation varient selon le constructeur, le modèle et la version d’Android. Cet article décrit des catégories, pas une procédure pour un appareil précis.