Je sais que le journal de démarrage peut être obtenu en tirant des contenus de Alors, comment puis-je obtenir les journaux d'arrêt dans Android? P> kmsg code> ou
dmesg code> via
adb code>.
Mais je ne suis pas au courant de la récupération des journaux d'arrêt dans Android, car il n'y a pas de dossier / var code> dans Android (lieu où la plupart des distributions de bureau Linux stockent généralement leurs journaux d'arrêt). P>
4 Réponses :
Regardez dans certains endroits tels que ceux-ci:
/proc/last_kmsg /data/tombstones/ /data/dontpanic/ /data/system/dropbox/
Merci pour la réponse Chris! J'ai vérifié les emplacements sur mon téléphone. Je n'ai pas pu trouver / proc / last_kmsg et / data / Tombstones /. Et un "LS" sur / Data / Donpanic n'a rien retourné !! J'ai eu une chance dans / data / system / dropbox / comme ils contenaient des fichiers tels que system_boot@915149630014.txt system_app_strictmode@915149633098.txt.gz Ils ont des informations de niveau d'application. Aucun d'entre eux n'avait eu l'info que nous obtenons de kmsg :(
Vous n'avez pas de fichiers comme system_last_kmsg@xxx.txt.gz in / data / system / dropbox? Ce n'est peut-être pas une caractéristique standard ... Malheureusement.
Non Chris! Il n'y a pas de tel last_kmsg i> type de fichiers !! Quoi qu'il en soit, merci beaucoup pour votre aide! Répondez-vous si vous trouvez d'autres indices, je suis toujours derrière les journaux d'arrêt dans Android !!
Un travail autour que j'ai trouvé pour la collecte des journaux d'arrêt dans Android consiste à exécuter adb pull / proc / kmsg c: \ logstxt code> sur le PC hôte, puis éteignez le périphérique. Vous obtiendrez les journaux jusqu'à la communication USB entre l'hôte et l'appareil s'enracinent! Je sais que ce n'est qu'un cas sur les nombreux scénarios d'arrêt, mais je n'ai pas trouvé de réponses satisfaisantes pour les autres cas! P>
Malheureusement, vous ne savez tout simplement pas quand votre putain de téléphone va fermer seul comme mon téléphone. Il pense que 35% de la batterie est trop faible et se ferme alors même après le redémarrer. Parfois, ce n'est pas jusqu'à ce qu'il atteigne 10%. Dieu Damn Android
ou ajoutez des commandes de copie normales à certaines Script de démarrage . Vous pouvez constamment copier Vous avez besoin d'un accès racine et d'un accès root ADB pour que cela fonctionne. Pour ce dernier, utilisez le paramètre dans les options de développeur si vous avez une ROM personnalisée ou l'adbd application insécurité . p>
Après avoir utilisé Ensuite, vous n'avez pas seulement besoin de mettre un ampersand ( Voir ici pour obtenir des journaux de logcat et de noyau et d'imprimer à certains fichiers ou fusionner.
Voir développeur.android.com/tools/help/logcat.html pour les paramètres de la commande logcat. P>
à la fin, vous pouvez avoir une commande comme Pour logcat, vous pouvez avoir l'une des commandes suivantes: Je ne sais pas pourquoi, mais parfois, il n'a pas fonctionné avec J'espère que cela aide. P>
FAYCOOKIE P>
Commande d'exécution via ADB qui copie LOGCAT et ProC / KMSG à un fichier et la maintien à l'exécution même lorsque ADB se déconnecte avec NOHUP code>,
désactivé code> ou
SETSID code>. Il a probablement besoin d'achabus, a également besoin de racine racine et d'adb.
Setsid Cat ProC / KMSG> /SDCARD/KMSG.TXT & CODE>
et
LOGCAT -V LONG -F /SDCARD/LOGCAT.TXT CODE> (Seulement seulement fonctionne sans
SetSID code>) P>
/ tl; dr fort> p>
proc / kmsg code> et
logcat code> dans un fichier sur votre périphérique Android ou une carte microSD pour obtenir les journaux même après les déconnectes ADB. P>
adb shell code> pour obtenir votre shell d'Android, tapez
su code> pour obtenir un accès superutilisateur. P>
& code>) après la commande, mais assurez-vous également que la commande continue à fonctionner après la déconnexion ADB. Qui est fait par
nohup code>,
désavantage code> ou
setsid code> (voir ici pour usage).
Si cela ne fonctionne pas parce que vous n'avez pas ces commandes, vous devez installer Busybox .
Voir ma question ici a>. p>
setsid Cat proc / kmsg> /sdcard/kmsg.txt et code> pour les messages du noyau. P>
logcat -v long -f /sdcard/logcat.txt code> ou
logcat -v long> /sdcard/logcat.txt " Code> p>
setsid code> et je n'ai tout simplement pas copié en continu mais arrêté peu de temps après avoir exécuté la commande. Dans ces situations, il s'est également présenté lors de la saisie d'emplois
code>, ce qu'il n'a pas autrement. Ensuite, il vient de travailler sans
setsid code>, il est resté en vie après la déconnexion et la reconnexion. Je suppose que vous devez simplement essayer quand le fichier continue à devenir plus grand. Si quelqu'un a compris pourquoi il se comporte comme si c'était ... laissez-moi savoir et je modifierai la réponse. P>
nouveaux téléphones n'utilisent aucun de ces emplacements, donc si vous lisez cet article à partir de maintenant P>
Les journaux du crash du noyau sont maintenant in / sys / fs / pstore au lieu de / proc / last_kmsg p>