Linux mit systemd: Dienststatus und Journal gezielt zur Diagnose lesen
Ein Dienst startet nicht oder liefert keine erwartete Funktion? Status und zeitlich passende Protokolle helfen, die Ursache einzugrenzen, bevor ein Neustart Hinweise verändert. Diese Anleitung gilt für Systeme mit systemd. example.service ist ein Platzhalter für den tatsächlich betroffenen Dienst.
Schritt für Schritt
- Notiere Fehlerzeit, Zeitzone und betroffene Funktion. Ermittle den genauen Unit-Namen aus der Anwendungsdokumentation oder mit
systemctl list-units --type=service --all. Namen können sich zwischen Distributionen unterscheiden. - Lies
systemctl status example.service --no-pager --full. Unterscheide Loaded, Active und konkrete Fehlermeldungen. ‚enabled‘ beschreibt die Aktivierung beim Start, nicht den Nachweis, dass die Anwendung gerade korrekt arbeitet. - Lies
journalctl -u example.service -b -n 100 --no-pager. Das begrenzt die Ausgabe auf den aktuellen Systemstart und die letzten 100 passenden Einträge. Bei einem älteren Vorfall kann gerade diese Begrenzung die gesuchten Meldungen ausschließen. - Nutze bei Bedarf
journalctl -u example.service --since '2026-09-16 12:00:00' --until '2026-09-16 12:30:00' --no-pagerund ersetze beide Beispielzeiten. Achte auf die Zeitzone des Systems. Lies auch die Meldungen unmittelbar vor dem Fehler. - Bei einem Benutzerdienst sind
systemctl --user status example.serviceundjournalctl --user -u example.servicepassend. Nutze das betroffene Benutzerkonto. Fehlende Journaleinträge können auch auf fehlende Leseberechtigung, andere Logdateien oder abgelaufene Aufbewahrung hinweisen.
Ergebnis prüfen
Notiere die erste konkrete Fehlermeldung, ihren Zeitpunkt und den Dienstzustand. Prüfe die eigentliche Anwendungsfunktion separat: ‚active‘ allein beweist keine erfolgreiche Anmeldung, Anfrage oder Datenverarbeitung. Leite daraus einen gezielten nächsten Test ab, nicht eine Serie beliebiger Neustarts.
Rückgängig machen und Grenzen
Die gezeigten Befehle lesen Informationen und verändern den Dienst nicht. Für einen Neustart, Konfigurationswechsel oder reset-failed zunächst Auswirkungen und Rückweg klären. Protokolle können vertrauliche Angaben enthalten; nur benötigte, bereinigte Ausschnitte weitergeben.
