Hat jemand Vorschläge, wie ich den vollständigen Text der Fehler sehen kann, die beim Versuch auftreten, meine K9-Ordner zu synchronisieren?
Es scheint , dass es keine Möglichkeit gibt , diese Log - Meldungen zu sehen , auf dem Gerät ohne Root - Zugriff , aber wenn Sie Root - Zugriff zu tun haben, gibt es ein paar Optionen, entweder die erforderlichen Berechtigungen erteilen zu aLogCat oder prüfen , eine schreckliche Hack TM Blick sie direkt.
Zeigen Sie die Protokolldateien auf Ihrem PC oder Ihrer Workstation über an adb
Wenn Sie Ihr Android-Gerät an einen PC oder eine Workstation anschließen können, können Sie über den adb
Befehl auf die Protokolle zugreifen .
Um dies zu tun auf Windows, zuerst müssen Sie die Installation Android SDK (die das benötigen Java SE SDK ) und fügen Sie den android-sdk\tools
und android-sdk\platform-tools
zu dem Systempfad . Aktivieren Sie dann das USB-Debugging auf Ihrem Nexus 7, schließen Sie es über USB an und installieren Sie das Android Composite ADB Interface von android-sdk\extras\google\usb_driver
(ich musste Windows XP zwingen, hier nachzuschauen, da es die Treiber nicht alleine findet).
Weitere Informationen zum Starten adb
und Ausführen ohne die vollständige Installation des Android SDK oder auf Mac- oder Linux-Computern finden Sie unter Izzys ausgezeichnete Antwort auf "
Gibt es eine minimale Installation von ADB?".
Dann können Sie eine Shell (dh ein cmd
Fenster) öffnen und den Befehl ausführen:
adb logcat k9:V *:S AndroidRuntime:E
- Ich habe bestätigt, dass dies auf meinem nicht verwurzelten Nexus 7 funktioniert.
Erteilen Sie aLogcat Berechtigungen
Wenn Sie Root-Zugriff haben , können Sie erwägen READ_LOGS
, aLogcat die Berechtigung zu erteilen , wie in diesem Beitrag vorgeschlagen. ALogcat / CatLog / Lumberjack funktioniert nicht? Mach das ... im xda-Entwicklerforum :
pm grant <pkg> android.permission.READ_LOGS
Um alogcat
oder diese Berechtigung zu erteilen alogcat.donate
, verwenden Sie einen der folgenden Befehle, je nachdem, ob Sie die Spendenversion ausführen oder nicht:
pm grant org.jtb.alogcat.donate android.permission.READ_LOGS
pm grant org.jtb.alogcat android.permission.READ_LOGS
Laut einem Beitrag von Android-Entwicklern und dem Ticket überlebt die Erlaubnisgewährung einen Neustart und ein Update, jedoch keine Deinstallation / Neuinstallation.
Da dies leider Root-Zugriff erfordert, adb shell
erhalte ich nur den Fehler , egal ob ich dies auf dem Gerät oder auf meinem PC (vorangestellt durch ) ausführe :
Neither user 12345 nor current process has android.permission.GRANT_REVOKE_PERMISSION
- Ich kann nicht bestätigen, dass dies funktioniert, da mein Nexus 7 nicht gerootet wurde.
Erwägen Sie die Verwendung eines schrecklichen Hack TM
Wenn Sie root-Zugriff haben , können Sie über die Geräte-Shell logcat
setuid root einrichten und logcat ausführen, wie in dieser Antwort auf meine Frage vorgeschlagen. Wie kann ich auf Android-Protokolldateien auf meinem Nexus 7 ohne root-Zugriff zugreifen? Frage:
chmod 04755 /system/bin/logcat
logcat k9:V *:S AndroidRuntime:E
- Auch hier kann ich nicht bestätigen, dass dies funktioniert, und ich würde es angesichts der Sicherheitsrisiken wahrscheinlich nur als letzten Ausweg verwenden .
Warum werden im aLogcat- Protokoll-Viewer keine Protokollmeldungen von K9 angezeigt ?
Könnte sich an Jelly Bean etwas geändert haben, das dazu führte, dass K9s Protokollierung nicht mehr funktionierte?
Da scheint es bemerkenswert wenige Nachrichten gezeigt werden werden aLogCat im Allgemeinen hat , welche sich etwas geändert hat in Jelly Bean könnte bedeuten , dass es nicht mehr in der Lage ist , alle Nachrichten zugreifen?
Dies scheint eine Änderung in Jelly Bean zu sein, die sich auf alle Anwendungen auswirkt, die versuchen, die Protokolldateien zu lesen.
Anscheinend wird die READ_LOGS-Berechtigung nicht für Anwendungen von Drittanbietern in Jelly Bean erteilt . Da dieser Link unzuverlässig zu sein scheint:
Heute habe ich meine Anwendung auf dem neuesten Emulator (API 16) getestet, bevor ich sie für Google Play freigegeben habe. Es stellte sich heraus, dass Android nun die Erteilung dieser Berechtigung für Anwendungen von Drittanbietern verweigert. Das ist komisch, weil ich alle dokumentierten Änderungen von Jelly Bean durchgesehen habe und nichts gefunden habe, das die READ_LOGS-Berechtigung erwähnt.
und später
Die Schutzstufe für READ_LOGS lautet jetzt "Signatur | System | Entwicklung". Die neue Pipe-Syntax für protectionLevel ist ebenfalls nicht dokumentiert (siehe http://code.google.com/p/android/issues/detail?id=34785 ).
Mein Verdacht ist, dass aLogcat nur Nachrichten sieht, die von ihm selbst generiert wurden und es ist vm.
Weitere Informationen finden Sie unter Flow-Antworten auf meine Frage. Wie aktiv sollte ich mit einer Jelly Bean-Systemprotokolldatei rechnen?
adb logcat
weiterhin das vollständige Android-Log von Jelly Bean abrufen .adb logcat
von dort aus auf meinem PC anzeigen und meine Antwort entsprechend aktualisieren kann. Es ist immer noch frustrierend, dass ich ohne Root-Zugriff vom Gerät selbst keine Möglichkeit finde, auf die Protokolle zuzugreifen.Ich habe dieses Verhalten in K9 gesehen, als mein Mailserver seine SSL-Zertifikate aktualisiert hat. Der Fix bestand darin, das Konto lange zu drücken, auszuwählen
Account settings -> Fetching mail -> Incoming server
und einfachNext
durch die Seiten zu blättern, um Ihre Einstellungen zu bestätigen, bis Sie das Popup über das Zertifikat erhalten (dies wird möglicherweise nicht angezeigt, wenn mit dem Zertifikat alles in Ordnung ist, meins hatte einen falschen vhost). Bestätigen Sie das Zertifikat und gehen Sie einfach die restlichen Einstellungen durch. Ihr Konto sollte nun funktionieren.quelle