Soft brick ou hard brick sur Android : comment les distinguer

La différence ne tient pas à l’air plus ou moins mort du téléphone, mais à la capacité d’un ordinateur à communiquer encore avec lui. Deux commandes règlent la question en moins d’une minute, et la réponse détermine si vous faites face à un reflash du firmware, à une procédure de récupération bas niveau ou à une réparation de la carte mère.

Le mot « brick » recouvre au moins quatre états différents

On dit « briqué » pour tout, d’une boucle d’animation de démarrage à un téléphone passé en machine à laver. Ce n’est pas le même problème et l’issue n’est pas la même : l’étiquette seule n’apprend donc rien à un technicien.

Voici le spectre réel, du plus récupérable au moins récupérable :

1. L’appareil démarre sur quelque chose. Recovery, fastboot, mode Download, écran de bootloader, voire écran d’erreur. Il exécute du code et reste accessible.
2. L’appareil n’affiche rien, mais un ordinateur le détecte. Aucune sortie vidéo, mais le brancher fait apparaître un périphérique USB sur l’hôte. C’est l’état le plus souvent, et le plus à tort, appelé « hard brick ».
3. L’appareil n’affiche rien et rien ne le détecte, mais il réagit physiquement. Vibration à la mise sous tension, chaleur, voyant de charge. Quelque chose fonctionne.
4. Aucune réaction. Pas d’affichage, pas d’énumération USB, pas de vibration, aucun comportement de charge, aucune chaleur.

Seul le quatrième correspond à ce que « hard brick » désignait à l’origine, et même là, la cause compte : une batterie morte et une carte mère morte produisent le même symptôme vu de l’extérieur.

Le tableau de décision

Réalisez d’abord le test de détection de la section suivante, puis lisez la ligne qui correspond.

Deux lignes de ce tableau sont souvent mal interprétées. La ligne mode Download et mode d’urgence est appelée « hard brick » alors qu’elle est fréquemment récupérable. La ligne « vibre mais non détecté » est appelée « soft brick » parce que le téléphone donne des signes de vie, et c’est souvent le problème le plus difficile.

Comment réaliser correctement le test de détection

Le tableau n’est fiable que si le résultat de détection est exact. Un téléphone en parfait état peut sembler non détecté à cause d’un câble de charge seule ou d’un pilote manquant, et ce faux diagnostic mène à des conclusions coûteuses.

Étape 1. Utilisez un câble dont vous avez confirmé qu’il transmet des données. Pas un câble que vous supposez bon, mais un câble avec lequel vous avez déjà transféré des fichiers. Les câbles de charge seule existent et produisent exactement le symptôme que vous cherchez à interpréter.

Étape 2. Utilisez un port USB arrière, directement sur l’ordinateur. Pas un hub, pas un port d’écran, pas une station d’accueil.

Étape 3. Lancez les deux vérifications dans chaque état où l’appareil démarre.

adb devices
fastboot devices

Étape 4. Consultez la liste des périphériques du système d’exploitation, pas seulement la sortie de l’outil. Cette étape distingue un vrai résultat d’un faux négatif, car un appareil peut être énuméré en USB alors que l’outil en ligne de commande n’affiche rien.

• Windows : ouvrez le Device Manager et surveillez la liste pendant que vous branchez le téléphone. Un élément qui apparaît puis disparaît, ou qui s’affiche comme périphérique non reconnu, est un résultat de détection positif, même si fastboot devices n’a rien affiché.
• macOS : System Information, puis USB, et cherchez une nouvelle entrée.
• Linux : exécutez lsusb avant et après la connexion et comparez, ou surveillez dmesg pendant que vous branchez l’appareil.

Un périphérique USB sans nom ou inconnu ne signifie pas « rien détecté ». Il signifie « détecté, mais non identifié », ce qui correspond à une tout autre ligne du tableau et relève généralement d’un problème de pilote plutôt que d’un téléphone mort. Si votre résultat est une détection absente ou ambiguë, parcourez la checklist de détection fastboot avant de conclure que l’appareil est mort.

Étape 5. Essayez l’appareil sur un second ordinateur, idéalement avec un autre système d’exploitation. Un seul test écarte toute une catégorie de problèmes côté hôte.

Pourquoi « hard brick » est généralement le mauvais terme

Ce terme s’est répandu à l’époque où les appareils Android avaient des voies de récupération plus simples et où un flash raté signifiait souvent un passage chez le réparateur. Deux choses ont changé.

D’abord, les fabricants de puces fournissent des interfaces de récupération bas niveau situées sous le bootloader. Les plateformes Qualcomm exposent un mode de téléchargement d’urgence. Les plateformes MediaTek exposent une interface au niveau du BootROM. Les appareils Samsung ont leur propre mode Download. Ces interfaces existent pour qu’un appareil au bootloader corrompu puisse quand même être reflashé, et un appareil qui se trouve dans l’un de ces modes n’est absolument pas une brique.

Ensuite, les outils et le firmware nécessaires pour exploiter ces interfaces sont bien plus accessibles qu’avant, même si la disponibilité varie énormément selon le constructeur et le modèle. Certains constructeurs verrouillent ces interfaces derrière une authentification réservée aux prestataires de service agréés. D’autres non.

Résultat : la question pratique n’est plus « soft ou hard ». C’est « quelle interface cet appareil précis expose-t-il encore, et peut-on l’utiliser avec le firmware et l’autorisation réellement disponibles pour ce modèle ? »

La question est plus étroite et plus utile, et c’est pourquoi nous n’annonçons pas de taux de récupération global. Un appareil en mode d’urgence, avec un firmware publié et sans authentification requise, c’est une intervention. Le même symptôme sur un modèle dont le constructeur verrouille l’interface, c’en est une autre, avec une autre réponse, et parfois la réponse honnête est que la récupération par logiciel n’est pas possible.

Notre service de récupération de firmware et de téléphones briqués commence précisément par ce diagnostic, et nous vous disons dans laquelle de ces deux situations vous êtes avant tout devis.

Ce que le logiciel ne peut vraiment pas récupérer

Certains états n’ont pas de solution logicielle, et mieux vaut le dire franchement :

• Stockage défaillant. Si la mémoire flash elle-même est en panne, il n’y a plus rien où écrire le firmware. Cela peut se manifester par un appareil qui entre en mode flash puis échoue en cours de route à chaque tentative.
• Gestion de l’alimentation ou carte endommagée. Un appareil dont les rails ne sont pas alimentés n’exécutera aucun code, quel que soit le firmware dont vous disposez.
• Dégâts des liquides ou chocs sur la carte. La corrosion et les pistes fissurées sont des problèmes physiques.
• État de sécurité figé par fusible sur certains appareils. Certains constructeurs utilisent des fusibles de sécurité à sens unique. Une fois déclenché, cet état ne peut pas être annulé par logiciel. L’effet sur la récupération, et sa nature, dépendent du constructeur. Sur les appareils Samsung, le fusible Knox touche précisément la garantie et certaines fonctions sécurisées plutôt que la possibilité de flasher un firmware, et nous détaillons séparément ce qu’il fait et ne fait pas.
• Modèles dont l’interface bas niveau requise est authentifiée et dont l’autorisation est impossible à obtenir. C’est une vraie limite, et aucune compétence technique ne la fait disparaître.

Quiconque promet de récupérer à distance tous les appareils, dans tous les états, décrit un modèle économique, pas une capacité technique.

Ce que chaque catégorie vous coûte en données

La complexité de la récupération et le sort des données sont deux axes distincts, qui ne varient pas ensemble.

Le classement qui surprend : un appareil en bootloop, ce qui paraît alarmant, est mieux placé pour vos données. Un appareil qui exige un reflash bas niveau, ce qui ressemble à un triomphe quand ça marche, vous coûte généralement tout ce qu’il contient.

Il faut le comprendre avant d’autoriser une réparation. « On l’a remis en marche » et « on a sauvé vos fichiers » sont deux résultats différents, et le second est bien plus difficile. Si ce sont les données qui comptent, dites-le d’emblée et lisez comment aborder un bootloop sans perdre de données avant que quiconque commence à flasher. Quand les fichiers sont irremplaçables, notre service de récupération de données évalue ce qui est réellement envisageable selon l’état de l’appareil, y compris lorsque la réponse est que rien ne l’est.

Questions fréquentes

Mon téléphone vibre mais l’écran reste noir. Soft ou hard brick ? Impossible à dire avant le test de détection. La vibration signifie que quelque chose s’exécute, ce qui est encourageant, mais le facteur décisif est de savoir si un ordinateur le détecte. Consultez la liste des périphériques du système d’exploitation, pas seulement la sortie de l’outil.

Un soft brick peut-il devenir un hard brick ? Oui, et c’est le principal argument pour s’arrêter tôt. Flasher la mauvaise image, interrompre un flash ou lancer l’outil du constructeur sur le mauvais modèle peut faire passer un appareil d’un état récupérable à un état bien pire. Chaque tentative ratée est une occasion de compliquer les choses.

Un bootloop est-il un soft brick ? Selon la définition habituelle, oui : l’appareil exécute du code et reste accessible. Cela dit, « bootloop » décrit ce que vous voyez et « soft brick » décrit la catégorie, et le symptôme de démarrage précis en dit plus pour le diagnostic que l’une ou l’autre étiquette.

Déverrouiller le bootloader aide-t-il à récupérer un appareil briqué ? Pas comme étape de récupération, et cela a son propre coût. Le déverrouillage déclenche un effacement des données sur les appareils Android, par mesure de sécurité. Si l’appareil est déjà déverrouillé, c’est utile, car cela élargit les options. Déverrouiller maintenant, précisément pour tenter une récupération, revient à accepter l’effacement.

Un réparateur saura-t-il faire la différence ? Un réparateur compétent effectuera le même test de détection et arrivera à la même conclusion. Méfiez-vous de tout devis donné sans que l’appareil ait d’abord été connecté à un ordinateur, car la catégorie ne se détermine pas en regardant l’écran.

Quelle part peut se faire à distance ? Les cas où l’appareil est accessible et où vous disposez d’un ordinateur fonctionnel s’y prêtent largement, car les opérations s’exécutent depuis l’hôte. Ce n’est pas le cas de ceux qui exigent l’outillage de service du constructeur ou une intervention sur la carte. Voici en quoi consiste concrètement une session à distance.

---

À lire aussi : Réparer un bootloop sans perdre de données · Ce que signifie chaque symptôme à l’écran de démarrage · Appareil fastboot non détecté · Échec du flash Magisk · Android redémarre toujours en recovery

Sources : documentation de l’Android Open Source Project sur le bootloader et les partitions.

Dernière vérification : 22 août 2026. Les interfaces de récupération bas niveau, leur disponibilité et leurs éventuelles exigences d’authentification varient selon la puce, le constructeur et le modèle. Vérifiez dans la documentation officielle de votre appareil.