Mon téléphone Android est bloqué dans une boucle de démarrage. Pour le dépanner, j'ai pu démarrer dans TWPR et utiliser adb pull /sys/fs/pstore/console-ramoops pour obtenir des journaux de démarrage (est-ce même le bon fichier ?).
Quand on ouvre le fichier dans un visualisateur de texte, il est très corrompu, avec des lettres manquantes comme dans cet exemple...
Existe-t-il une autre procédure que je peux suivre pour obtenir un fichier journal correctement codé ou non corrompu ou pour réparer celui que j'ai obtenu ? C'est littéralement le seul moyen que j'ai trouvé pour récupérer des logs depuis le terminal TWRP...
Pour ce qui est de la partie dépannage : avant le dernier bon état connu, aucune action particulière n'a été effectuée... juste une brève utilisation du télégramme.
Puis j'ai commencé à avoir des plantages de l'application système alors j'ai redémarré. Voici maintenant le résultat...
更新情報 Il semble que adb se connecte pendant l'animation de démarrage. J'ai pu faire adb logcat -v time -b events -b main -b system -b radio >> boot.log et j'ai un flux de logs, je posterai le résultat une fois qu'il aura fini de démarrer en boucle ou que la batterie sera morte.
更新情報 Le résultat : en effet, j'ai pu obtenir un journal en temps réel du processus de démarrage. Il s'agit de est démarrage en boucle puisque mon fichier journal grossit, donc il n'est pas "bloqué".
En essayant de rechercher des informations dans le journal, j'ai trouvé ce schéma "a attendu une seconde"... qui semble indiquer que quelque chose ne fonctionne pas ou ne fonctionne pas.
Voici une capture d'écran de ce que je veux dire :
Le chiffre de 838 secondes d'attente semble correct puisque j'ai eu mon téléphone en train d'enregistrer pendant environ 15 minutes...
Je continue à enregistrer jusqu'à ce que quelque chose se passe, mais maintenant je pense que j'ai besoin d'aide pour déboguer ce problème...
Il semble y avoir deux choses qui sont attendues :
07-01 22:58:59.863 W/slim_daemon( 951): Waited one second for android.frameworks.sensorservice@1.0::ISensorManager/default. Waiting another...y
07-01 22:59:02.359 W//system/bin/cameraserver( 3000): Waited one second for android.hardware.camera.provider@2.4::ICameraProvider/legacy/0. Waiting another...Ma conclusion pour l'instant est qu'il y a peut-être un problème avec la caméra ou les capteurs...
Cela semble être des lectures pour la température... 53° est assez chaud...
Cela semble également impliquer que le vidage des statistiques de la batterie a pris 262 000 millisecondes. ( ?)
Y a-t-il des choses que je peux chercher spécifiquement dans le journal, comme une ligne connue ou des points de contrôle tels que
Je voudrais joindre le fichier journal, mais comment puis-je nettoyer les données privées qui pourraient s'y trouver ?
Le problème initial est résolu
J'ai finalement réussi à démarrer, en désactivant la fonction Xposed a fait l'affaire :
- Démarrage de la récupération TWRP
- a clignoté Magisk Manager pour le mode de récupération ( mm-201904040.zip )
- exécutez-le dans le terminal de TWRP avec
*/mm - sélectionné
m) Magic mount - sélectionné
xposed_27 - confirmé
- redémarré avec le
rebootcommande
Il a démarré en mode sans échec, puisque j'avais précédemment modifié certains fichiers pour le faire, alors j'ai redémarré à partir du menu d'alimentation et il a démarré normalement.
Maintenant, je pense que je veux savoir ce qui s'est passé spécifiquement afin de pouvoir réactiver xposed, puisque j'ai quelques modules sur lesquels je compte pour des personnalisations.
De plus, sans aucun changement de configuration, je suis toujours perplexe quant à la façon dont le téléphone a pu démarrer, je me souviens de fréquents ANRs de l'application système au point de ne plus pouvoir exécuter quoi que ce soit et de redémarrer.
S'agit-il vraiment d'un défaut d'exposition ou le fait de le désactiver a supprimé un symptôme de quelque chose d'autre ?
La question devrait donc être qu'est-ce qui a causé ce bootloop dans xposed et comment l'empêcher de se reproduire ? ?
