Après avoir été ennuyé par ma ROM précédente, j'ai pensé installer ICS sur mon SGS2 (jusqu'à ce que CM9 sorte). Mais, malheureusement, il redémarre maintenant plusieurs fois par jour sans aucune raison réelle. L'appareil est simplement allongé sur la table sans rien faire et de temps en temps l'écran s'allume et je peux le regarder redémarrer.
Alors, comment pourrais-je commencer à analyser ce problème? Évidemment, je pourrais essayer de flasher différentes ROM comme un fou jusqu'à ce que le problème se résout, mais je préférerais une approche plus sensée.
la source
J'ai eu un problème de redémarrage aléatoire similaire, et après un tel redémarrage, j'ai branché le téléphone sur mon ordinateur portable et exécuté "adb bugreport" dessus. J'ai obtenu ce qui ressemblait à des informations utiles et je l'ai joint au bogue. Je pense donc qu'au moins certaines informations de journal survivent à un redémarrage.
Voici le bogue, btw: http://code.google.com/p/android/issues/detail?id=24118
la source
Settings
/About phone
/Send feedback about this device
. Je l'ai utilisé plusieurs fois sur Android 5.0, et lorsque 5.1 est sorti, j'ai reçu une petite note de Google disant "merci de nous aider à rendre la 5.1 plus stable" ... et elle n'a pas redémarré depuis que je suis passé à la 5.1!La première chose que j'essaierais de faire est de récupérer les journaux des erreurs via ADB et / ou les vidages sur incident.
La récupération des journaux est délicate, car le cache des journaux est effacé au redémarrage. Si le téléphone redémarre même en étant assis sur un chargeur, essayez de l'exécuter en
adb logcat
continu (vous aurez besoin des pilotes Android SDK et USB installés et configurés sur votre PC.) Lorsque le téléphone redémarre, consultez les dernières pages de la fenêtre d'invite de commandes pour les erreurs ou des anomalies.Si vous ne pouvez pas reproduire les redémarrages alors que le téléphone est connecté à USB, je suggère d'installer une application comme aLogcat et de la configurer pour écrire des journaux sur la carte SD sur un intervalle. J'espère que vous aurez de la chance et que vous comprendrez les erreurs de cette façon.
Vous pouvez également essayer d'extraire les vidages sur incident via les commandes suivantes:
Cela devrait créer un fichier nommé "last_kmsg" sur votre carte SD qui contient les derniers messages de débogage du noyau. Ouvrez-le avec n'importe quel éditeur de texte et voyez si quelque chose d'évident apparaît.
la source
/proc/last_kmsg
n'existe pas sur mon téléphone./data/dontpanic
Vous pouvez essayer aLogrec, et si vous l'aimez, la version de don. Écrit par le même programmeur qui a écrit aLogcat, il enregistre en continu le journal (logcat) sur votre carte SD. Je ne l'ai pas testé pour savoir comment il réagit avec le redémarrage d'un crash, mais j'ai testé avec un redémarrage manuel et le journal enregistré a survécu au redémarrage et a pu voir la séquence d'arrêt en cours d'enregistrement. Un inconvénient est que le journal ne comprend pas d'horodatage.
Mon T-mobile S II s'était bloqué (redémarrage) lors de l'utilisation des fonctionnalités de base - mettre fin à un appel (une fois), prendre une photo (une fois) ou utiliser la navigation (3 fois). J'ai effectué une mise à niveau d'ICS 4.0.3 vers 4.0.4. Jusqu'à présent, cela a été bon. J'aurais aimé connaître aLogrec pendant mes redémarrages.
la source
J'ai eu le même problème mais dans les quelques minutes que cela m'a donné à chaque fois que j'ai expérimenté et constaté qu'il s'arrêtait de planter si j'allais à la mise à jour réseau dans les paramètres, même s'il n'y a pas de mise à jour disponible. Cela fonctionne maintenant, mais je serais ennuyeux de devoir le faire à chaque fois.
la source