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

30

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.

Der Hochstapler
la source

Réponses:

6

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.

Ryan Conrad
la source
À ma connaissance, ce sont les problèmes actuels d'alpha CM9
Der Hochstapler
14

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

offby1
la source
Oh wow, cela génère une tonne de sortie. Je vais l'exécuter à nouveau après le prochain redémarrage et voir ce qu'il en sort.
Der Hochstapler
Je suis devenu fou en essayant de trouver un redémarrage aléatoire sur l'un de mes téléphones de test. Je ne suis pas l'OP, mais c'est extrêmement utile, merci de l'avoir posté!
amy
1
Ma réponse a trois ans. Depuis lors, Android a obtenu un moyen intégré de soumettre (ce que je suppose) des rapports d'erreur: 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!
offby1
7

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.

Chahk
la source
2
Soit j'utilise le shell ADB de manière incorrecte, soit il /proc/last_kmsgn'existe pas sur mon téléphone.
Der Hochstapler
@OliverSalzburg jetez un œil à stackoverflow.com/a/10525021/529977 /data/dontpanic
childno͡.de
3

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.

Skurfur
la source
soi-disant ne fonctionne pas en 4.x selon les critiques
endolith
1
Logcat Extreme fonctionne cependant en 4.x. play.google.com/store/apps/details?id=scd.lcex&hl=en
endolith
1

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.

Andrew Brackenbury
la source