Anleitung · Linux-Server

journald-Logs zu groß:Journal-Größe prüfen und begrenzen

Auf vielen Linux-Servern wächst das systemd-Journal mit der Zeit zum größten Posten in /var an. Sie können seine Größe einsehen, es einmalig verkleinern und ein Limit setzen, damit es klein bleibt – ganz ohne andere Logdateien anzutasten.

← Alle Ratgeber

1. Prüfen, wie viel Speicherplatz das Journal belegt

Führen Sie journalctl --disk-usage aus. Der Befehl zeigt die Gesamtgröße der archivierten und aktiven Journaldateien an. Die Dateien liegen normalerweise in /var/log/journal (dauerhaft) oder in /run/log/journal (nur im Arbeitsspeicher).

Falls das Verzeichnis /var/log/journal nicht existiert, hält Ihr System das Journal möglicherweise nur im Arbeitsspeicher, und die angezeigte Größe wird durch den RAM begrenzt, nicht durch den Datenträger.

2. Einmalig verkleinern

Um das Journal auf eine bestimmte Größe oder darunter zu halten, führen Sie sudo journalctl --vacuum-size=500M aus. Um nur aktuelle Einträge zu behalten, führen Sie sudo journalctl --vacuum-time=14d aus. Beide Befehle entfernen alte archivierte Journaldateien; die darin enthaltenen Logs lassen sich danach nicht wiederherstellen.

Führen Sie journalctl --disk-usage erneut aus, um das Ergebnis zu prüfen. Beim Bereinigen werden ganze archivierte Dateien entfernt, daher kann das Ergebnis etwas über oder unter dem Zielwert liegen.

3. Dauerhaftes Limit festlegen

Öffnen Sie /etc/systemd/journald.conf (oder erstellen Sie eine Drop-in-Datei in /etc/systemd/journald.conf.d/) und setzen Sie SystemMaxUse=500M im Abschnitt [Journal]. Wenn Sie zusätzlich etwas freien Speicherplatz sichern möchten, ist SystemKeepFree=1G eine weitere Option. SystemMaxUse begrenzt das dauerhafte Journal; RuntimeMaxUse tut dasselbe für das Journal im Arbeitsspeicher.

Übernehmen Sie die Änderung mit sudo systemctl restart systemd-journald und prüfen Sie nach einer Weile erneut journalctl --disk-usage.

4. Entscheiden, was Sie behalten müssen

Ein kleineres Journal bedeutet einen kürzeren Verlauf für die Fehlersuche. Wenn Sie für einen Dienst einen längeren Verlauf benötigen, leiten Sie dessen Logs an einen anderen Ort weiter, statt alles auf dem Server zu behalten.

Prüfen Sie, welcher Dienst am meisten schreibt: journalctl -b -p warning --no-pager | tail zeigt aktuelle Warnungen, und ein Dienst, der Tausende Zeilen pro Minute protokolliert, sollte an der Ursache behoben werden.

Want a clearer view of storage and maintenance across your Linux servers?RainServer combines a lightweight agent with a cloud dashboard for VPS monitoring and maintenance.Try RainServer free for 7 days →  ·  All guides →

Zuletzt geändert: 2026-10-03

Kurze Fragen

Als Nächstes lesen

Herunterladen

Probieren Sie es auf Ihrem eigenen Rechner.

Kostenlos, ohne Konto, ohne Abo. Windows 10 und 11.