Wie überprüfe ich den Kernel-Log auf einem Galaxy S23, um Fehler zu diagnostizieren?
- Kurzübersicht und Voraussetzungen
- Entwickleroptionen und USB-Debugging aktivieren
- ADB-Verbindung herstellen
- Kernel-Logs anzeigen: dmesg
- Logcat ergänzend nutzen
- Kerneldumps und Kernel-Panics
- Analyse und Interpretation
- Sicherheit und weiterführende Schritte
Kurzübersicht und Voraussetzungen
Um Kernel-Logs auf einem Samsung Galaxy S23 auszulesen, benötigen Sie ein Android-Gerät mit aktiviertem Entwickleroptionen-Zugriff, ADB (Android Debug Bridge) auf einem PC und idealerweise USB-Debugging aktiviert. Für tiefergehende Kernel-Log-Daten sind Root-Rechte oder ein Entwickler-Build hilfreich, weil manche Kernel-Nachrichten nur mit erhöhten Rechten verfügbar sind. Stellen Sie außerdem sicher, dass ein geeignetes USB‑Kabel und aktuelle ADB-Treiber auf dem Rechner installiert sind.
Entwickleroptionen und USB-Debugging aktivieren
Öffnen Sie auf dem Galaxy S23 die Einstellungen, navigieren Sie zu „Telefoninfo“ und tippen Sie mehrmals auf „Build-Nummer“, bis die Entwickleroptionen freigeschaltet sind. Gehen Sie dann in die Entwickleroptionen und aktivieren Sie „USB-Debugging“. Bestätigen Sie die Verbindungsanfragen am Gerät, wenn Sie das erste Mal per ADB verbinden.
ADB-Verbindung herstellen
Auf dem PC installieren oder aktualisieren Sie die Android Platform Tools. Öffnen Sie ein Terminal (Windows: PowerShell/CMD, macOS/Linux: Terminal) und verbinden Sie das Telefon per USB. Geben Sie adb devices ein, um zu prüfen, ob das Gerät erkannt wird. Akzeptieren Sie gegebenenfalls die Abfrage auf dem Gerät.
Kernel-Logs anzeigen: dmesg
Der grundlegende Kernel-Log wird über den Befehl dmesg ausgegeben. Ohne Root zeigt adb shell dmesg oft nur eingeschränkte Informationen. Mit Root-Rechten (adb root oder adb shell su) können Sie adb shell dmesg direkt ausführen. Alternativ geben Sie adb shell dmesg > kernel-dmesg.txt ein, um die Ausgabe in eine Datei auf dem PC zu speichern. dmesg liefert Startmeldungen, Treiberereignisse und Kernel-Warnungen, relevant zur Diagnose von Hardware-, Treiber- oder Absturzproblemen.
Logcat ergänzend nutzen
Androids logcat zeigt System- und Anwendungslogs, die Kernel-bezogene Fehler ergänzen können. Verwenden Sie adb logcat -b kernel, wenn Ihr Gerät diese Option unterstützt, oder adb logcat, um Systemmeldungen mitzulesen. Kombinieren Sie Filter wie adb logcat *:E für nur Fehler, oder grep, um nach Stichworten wie „kernel“, „oom“ oder „panic“ zu suchen. Auch hier kann für vollständige Kernel-Buffer oft Root nötig sein.
Kerneldumps und Kernel-Panics
Bei Kernel-Panics oder OOM-Kill-Szenarien sind spezielle Artefakte wie pstore, last_kmsg oder tombstones relevant. Prüfen Sie im Gerätesystem Verzeichnisse wie /proc/last_kmsg, /sys/fs/pstore oder /data/tombstones. Viele dieser Dateien benötigen Root-Rechte zum Lesen. Kopieren Sie relevante Dateien mit adb pull /pfad/zur/datei auf den PC zur Analyse.
Analyse und Interpretation
Suchen Sie nach Schlüsselwörtern wie „panic“, „oops“, „BUG“, „calltrace“, „segfault“, „oom_reaper“ oder Treiberbezeichner (z. B. WLAN-, USB-, Audio-Treiber), um die Ursache einzugrenzen. Zeitstempel helfen, Log-Einträge mit beobachteten Symptomen zu korrelieren. Bei Kernel-Calltraces ist das Verständnis von Symbolen und Memory-Offsets nötig; zur Entschlüsselung benötigen Sie ggf. Kernel-Symbole oder das passende Kernel-Image/Build-Artifact.
Sicherheit und weiterführende Schritte
Beachten Sie, dass Rooten und tiefgreifende Analysen Risiken bergen und Garantieansprüche beeinflussen können. Für reproduzierbare Fehler erstellen Sie systematisch Logs vor/nach Reproduktion und dokumentieren Modell, Build, Datum und verwendete Befehle. Wenn Sie nicht weiterkommen, können Sie die gesammelten Log-Dateien an Foren, Entwicklersupport oder einen erfahrenen Entwickler weitergeben.