Comment puis-je déterminer la cause des redémarrages aléatoires des appareils?

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.

Vous pouvez installer le SDK Android et utiliser DDMS pour surveiller le logcat. La chose avec un logcat, il est effacé lorsque l'appareil redémarre, mais vous pourrez peut-être avoir une idée de ce qui se bloque si vous le surveillez avant qu'il ne redémarre.

Vous pouvez probablement également trouver des nightlies non officiels CM9 pour le Galaxy S2, mais je ne suis pas sûr des problèmes qui existent toujours pour cet appareil.

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 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 logcatcontinu (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:

su  
cat /proc/last_kmsg > /mnt/sdcard/last_kmsg

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.

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.

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.