Auf meiner 920er mit Gemini4 finde ich ab und zu ein crashlog.
Womit kann man diese Datei am besten auswerten?
crsahlog auswerten
-
-
Mit einem Unix fähige Text Editor, oder eben direkt mit DCC-E2 über FTP => Commander => log auswählen => Rechte maustaste: Ansehen.
-
schöbn und gut - aber gibt es ein Programm, dass die XML Datei auswerten kann. Ich kann ja das Ganze mit anzeigen lassen, aber wo kann ich erkennen, was den Cerash verursacht hat?
-
Ich suche immer nach Error. Der Treffer zeigt die erste ungültige Zeile. Danach kommt der Hinweis, welche Datei da nicht gefunden wurde.
Zumindest bin ich bisher davon ausgegangen Ich hoffe das stimmt so -
Guck dir einfach mal eine Reihe von Crashlogs "makroskopisch" an. Dann erkennst du recht schnell die grobe Struktur und die relevanten Stellen
Grob ist jedes Crashlog so aufgebaut:
- Allgemeine Infos (Datum, Dreambox Modell, Infos zu e2, Skin, Tuner, etc.)
- Liste aller installierten enigma2 Pakete
- Liste aller gstreamer Pakete
- ein paar hundert Zeilen "Debug Ausgaben" (damit man nachvollziehen kann was vor dem Crash passiert ist
- Liste aller Python DateienDie ganzen allgemeinen Infos und Auflistungen sind für dich im Einzelfall nicht interessant. Du weißt schließlich, welche Software du installiert hast Das sind Infos, die insbesondere beim Auswerten fremder Crashlogs interessant sind.
Du solltest immer ans Ende der Debug Ausgaben gucken. Ca. 90% der Crashes enden in einem Traceback (das ist die Python Variante eines sog. Stacktrace, https://de.wikipedia.org/wiki/Stacktrace), der schon beim reinen Überfliegen des Logs schnell zu identifizieren ist und meist so aussieht:
Code
Alles anzeigenTraceback (most recent call last): File "/usr/lib/enigma2/python/XXXXXXXXXXX.py", line NNNNN, in zzzzzz ........... File "/usr/lib/enigma2/python/XXXXXXXXXXX.py", line NNNNN, in zzzzzz ........... File "/usr/lib/enigma2/python/XXXXXXXXXXX.py", line NNNNN, in zzzzzz ........... File "/usr/lib/enigma2/python/XXXXXXXXXXX.py", line NNNNN, in zzzzzz ........... File "/usr/lib/enigma2/python/XXXXXXXXXXX.py", line NNNNN, in zzzzzz ........... xxxxError: ......
Anhand der Dateien, Funktionsnamen, etc. sieht man oft (nicht immer) in welchem Funktionsbereich der Fehler aufgetreten ist. Da gibt es auch viele Standardfunktionen (z.B. skin.py für das Darstellen des Skins), die man schnell erkennt.
Der eigentliche Fehler steht dann (meistens) ganz am Ende von Debug-Log und Traceback.
Da Crashs in unzähligen verschiedenen Konstellationen und aus allen möglichen Gründen auftreten können, können sich natürlich auch die Debug Ausgaben und Tracebacks unterscheiden. Manchmal gibt es auch mehrfache Fehlermeldungen und Tracebacks. Dann ist der eigentliche Fehler oft - aber nicht immer - im letzten Traceback beschrieben.
Auch enthalten die Debug Meldungen oft verwirrende Ausgaben. Davon sollte man sich nicht ablenken lassen. Insb. Meldungen mit dem Stichwort "Warning" sind zu 99% nicht für den Crash verantwortlich und tauchen in jedem Log auf. -
… und crashlog sind kein *.xml dateien