Bootloop après le flash d’une ROM personnalisée : vérifications habituelles

Une ROM qui ne démarre pas est en général incompatible avec l’une des couches situées en dessous : la base firmware, la partition vendor, le recovery ou le slot sur lequel elle s’est installée. L’arbre de décision ci-dessous trouve la couche incompatible. Reflasher la même ROM sans rien changer reproduit le même résultat.

Laissez-lui d’abord du temps

Les premiers démarrages après l’installation d’une ROM sont plus longs que d’habitude, parfois beaucoup plus. Le système construit ses caches et optimise les applications, et sur un appareil dont le stockage est bien rempli, ce n’est pas rapide.

Avant de conclure quoi que ce soit, laissez-le sur le chargeur pendant un premier démarrage vraiment long. Observez si l’animation tourne ou si elle est figée : une animation qui tourne signifie que le système travaille, une animation figée qu’il s’est arrêté.

S’il redémarre et recommence, c’est une boucle et vous pouvez passer à la suite. S’il reste sur une animation active, attendez encore.

L’arbre de décision

Partez du haut et suivez la branche qui correspond.

L’appareil accède-t-il au recovery ?

• Non, et il n’accède pas non plus à fastboot → Vous êtes hors du dépannage de ROM. Passez à soft brick ou hard brick et faites le test de détection.
• Non, mais fastboot fonctionne → Le recovery a peut-être été écrasé ou n’est pas compatible. L’étape suivante est de reflasher un recovery adapté à votre appareil et à son firmware actuel.
• Oui → Continuez.

La ROM a-t-elle déjà démarré avec succès, ne serait-ce qu’une fois ?

• Oui, puis la boucle est apparue plus tard → Regardez ce qui a changé après le démarrage réussi : un module, un paquet complémentaire, un réglage ou une mise à jour. Ce n’est pas un problème de flash.
• Non, elle n’a jamais démarré → Continuez.

Était-ce un dirty flash, c’est-à-dire un flash par-dessus une installation existante sans effacement ?

• Oui → Un dirty flash entre ROM différentes, entre versions majeures d’Android ou sur une autre base est un suspect de premier plan. Passez à la section sur le flash propre.
• Non, c’était un flash propre → Continuez.

La documentation de la ROM indique-t-elle une version de firmware ou de vendor requise ?

• Oui, et vous ne l’avez pas flashée, ou vous en avez flashé une autre version → C’est la réponse la plus probable. Voir la section sur la base firmware.
• Oui, et vous l’avez respectée → Continuez.
• La documentation ne le précise pas → Considérez la base firmware comme non vérifiée et contrôlez-la quand même.

Avez-vous flashé des paquets complémentaires comme les GApps dans la même session ?

• Oui → Essayez la ROM seule, sans paquet complémentaire, pour isoler le problème. Voir la section sur les paquets complémentaires.
• Non → Continuez.

Votre appareil est-il de type A/B, et savez-vous sur quel slot la ROM a été installée ?

• Pas sûr → Vérifiez le slot actif. Une ROM installée sur un slot alors que l’appareil démarre sur l’autre donne des résultats déroutants.
• Vérification concluante → Continuez.

La build correspond-elle vraiment à la variante de votre appareil ?

• Vérifiez le nom de code, pas le nom commercial. Puis vérifiez la variante. C’est le contrôle dont on est le plus sûr, et celui où l’on se trompe le plus souvent.

La base firmware

Les appareils actuels ne se résument pas à une image système. Il existe une partition vendor, et souvent plusieurs autres composants, qui contiennent les éléments propres au matériel du constructeur. Une ROM personnalisée est construite pour une version précise de ces éléments.

Flashez une ROM conçue pour une base firmware plus récente sur une plus ancienne, ou l’inverse, et le résultat va d’un appareil qui démarre avec des fonctions matérielles cassées à un appareil qui ne démarre pas du tout.

Que faire :

1. Trouvez la documentation de la ROM pour votre appareil. La page du mainteneur, pas un résumé tiers.
2. Lisez la version de firmware ou de vendor qu’elle exige.
3. Comparez avec ce que votre appareil possède réellement, ce qui ne se déduit pas toujours de la version d’Android.
4. Si elles diffèrent, la solution est de mettre à jour la base firmware vers ce que la ROM attend, avec le firmware du constructeur.

C’est le contrôle qui règle la plus grande part des installations de ROM qui n’ont jamais démarré, et c’est le plus souvent sauté parce que la ROM s’est installée sans erreur. S’installer sans erreur et démarrer sont deux choses différentes.

Flash propre ou dirty flash

Un dirty flash conserve vos données et vos applications. Il fonctionne quand vous mettez à jour la même ROM, sur la même base, dans la même version d’Android. Il devient peu fiable dès que l’un de ces éléments change.

Un flash propre supprime l’ancienne installation et donne à la ROM un point de départ cohérent. Il vous coûte les données de l’appareil.

Avertissement, action destructrice : un flash propre implique d’effacer la partition de données. Formater les données supprime en plus l’état du chiffrement. Les deux sont irréversibles, et sur un appareil à chiffrement par fichier, les données ne sont ensuite récupérables par aucun outil.

En toute honnêteté : si vous avez fait un dirty flash entre deux versions ou deux ROM et que l’appareil ne démarre pas, le flash propre est la réponse habituelle, et il vous coûte vos données. Si elles comptent et ne sont pas sauvegardées, arrêtez-vous et lisez vos options avant d’effacer, car le point de non-retour est l’effacement, pas la boucle.

Chiffrement et formatage des données

Les recoveries personnalisés doivent déchiffrer la partition de données pour la lire. Quand la prise en charge du déchiffrement du recovery ne correspond pas au chiffrement de l’appareil, il ne peut pas monter les données et les signale comme corrompues ou illisibles.

Ce message pousse souvent à formater les données, ce qui règle bien le problème de montage, mais en détruisant ce qui s’y trouvait.

Avant cela, dites-vous que la cause est peut-être une version de recovery incompatible plutôt que des données endommagées. Un recovery qui prend correctement en charge votre appareil et son firmware peut monter la même partition sans problème. Le formatage est irréversible : une fois effectué, on ne peut pas l’annuler.

Paquets complémentaires

Les paquets complémentaires comme les applications Google existent en variantes d’architecture, de version d’Android et de taille. Une incompatibilité sur l’une d’elles peut empêcher le démarrage.

Ils doivent aussi être flashés au bon moment, c’est-à-dire normalement dans la même session que la ROM et avant le premier démarrage. Sur beaucoup de ROM, les ajouter après le premier démarrage ne fonctionne pas et peut casser une installation qui marchait.

Isolez en flashant la ROM seule. Si elle démarre, la ROM et la base sont bonnes, et le paquet complémentaire est la variable. Si elle ne démarre toujours pas, le paquet complémentaire n’a jamais été en cause et vous avez utilement restreint le champ.

Certaines ROM intègrent déjà des paquets complémentaires dans la build. Flasher un paquet séparé par-dessus crée un conflit.

Version du recovery

Le recovery doit prendre en charge votre appareil, votre base firmware et la disposition des partitions de votre appareil. Les dispositions récentes, avec partitions dynamiques et slots A/B, ont changé ce qu’un recovery doit gérer, et un ancien recovery peut mal installer une ROM tout en semblant réussir.

Si l’installation a signalé des erreurs, ou un succès alors que l’appareil n’a jamais démarré, vérifiez la version du recovery sur la page du projet pour votre appareil. Notre guide d’installation de TWRP explique où les dispositions récentes s’écartent des anciennes instructions.

Builds non officielles ou non prises en charge

Les ROM communautaires n’ont pas toutes la même maturité. Une build officielle pour un appareil bien suivi n’a rien à voir avec un portage non officiel maintenu par une seule personne et quelques testeurs.

À vérifier avant de passer plus de temps à déboguer :

• S’agit-il d’une build officielle pour votre appareil, ou d’un portage ?
• Quand a-t-elle été mise à jour pour la dernière fois, et le mainteneur est-il toujours actif ?
• D’autres utilisateurs de votre variante exacte signalent-ils des démarrages réussis avec cette build ?
• Des problèmes connus sont-ils listés pour votre variante ?

Parfois, la réponse est que la build ne fonctionne pas encore sur votre variante, et aucune procédure correcte n’y change rien. Notre comparatif des ROM personnalisées indique quels projets offrent la meilleure prise en charge des appareils.

Revenir au système d’origine

Si vous voulez arrêter et revenir au logiciel du constructeur, cette voie existe, et c’est normalement la plus fiable pour retrouver un téléphone qui fonctionne.

Elle exige le bon firmware stock pour votre modèle et votre région exacts, issu de la distribution du constructeur, et la procédure du constructeur. Partez du principe que cela détruit les données de l’utilisateur, sauf si la documentation du constructeur indique le contraire pour le mode précis que vous utilisez.

Revenir au stock n’annule pas à lui seul le déverrouillage du bootloader, et reverrouiller un bootloader alors qu’un logiciel non stock est installé peut donner un appareil qui ne démarre plus et ne peut plus être flashé. Ne reverrouillez pas avant que l’appareil tourne sous firmware stock non modifié et démarre normalement.

Questions fréquentes

À partir de quand un premier démarrage est-il trop long ? Plus longtemps qu’on ne le pense, et le bon signal est de savoir si l’animation tourne encore, pas la durée. Une image figée est un démarrage arrêté. Une animation qui repart sans cesse du début est une boucle.

Puis-je flasher une autre ROM pour régler le problème ? Vous le pouvez, mais si la cause est la base firmware ou le recovery, la ROM suivante butera sur le même obstacle. Identifiez d’abord la couche en cause, sinon vous essayez des ROM au lieu de diagnostiquer.

Un flash propre règle-t-il forcément le problème ? Non. Il élimine les conflits dus aux données résiduelles. Il ne corrige ni une mauvaise base firmware, ni un recovery incompatible, ni une variante non prise en charge, ni une build défectueuse. Il est irréversible : mieux vaut épuiser d’abord les contrôles non destructifs.

Mon recovery indique que les données sont corrompues. Sont-elles perdues ? Pas forcément. Un recovery qui ne peut pas déchiffrer la partition affiche un message proche de celui d’un recovery qui lit des données endommagées. Un recovery qui prend correctement en charge votre appareil les lira peut-être sans problème. Ne formatez pas pour faire disparaître le message.

Dois-je reverrouiller le bootloader ensuite ? Non, et le faire avec un logiciel personnalisé installé peut donner un appareil qui ne démarre pas et n’accepte plus de flash. Si vous voulez le verrouiller, revenez d’abord à un stock non modifié et vérifiez que l’appareil démarre.

Peut-on régler cela à distance ? Quand l’appareil accède au recovery ou à fastboot et que vous avez un ordinateur, en général oui, car les opérations se font depuis l’hôte. Voici ce que comprend une session.

---

À lire aussi : Réparer un bootloop sans perdre ses données · Ce que signifie chaque symptôme sur l’écran de démarrage · Android redémarre toujours en recovery · Soft brick ou hard brick · Meilleures ROM personnalisées

Sources : documentation Android Open Source Project sur les partitions et les partitions dynamiques.

Dernière vérification : 23 août 2026. Les exigences de base firmware, la compatibilité du recovery et les procédures d’installation dépendent de chaque appareil et de chaque build de ROM. Suivez la documentation du mainteneur pour le nom de code exact de votre appareil.