↑ ↓ auswählen, Enter öffnen, Esc schließen

systemd

Dienste starten, stoppen, aktivieren und debuggen. Dazu systemd-Timer als Alternative zu Cron und das Journal gezielt auslesen.

16 Einzeiler: 10 harmlos, 5 vorsicht, 1 destruktiv

Abhängigkeiten einer systemd-Unit anzeigen

$systemctl list-dependencies apache2 --no-pager
harmlos

Alle Dienste mit Autostart auflisten

$systemctl list-unit-files --type=service --state=enabled --no-pager
harmlos

Alle fehlgeschlagenen systemd-Units anzeigen

$systemctl --failed --no-pager
harmlos

Alle laufenden systemd-Dienste auflisten

$systemctl list-units --type=service --state=running --no-pager
harmlos

Alle systemd-Timer mit nächster Ausführung anzeigen

$systemctl list-timers --all --no-pager
harmlos

Boot-Zeit analysieren und langsame Dienste finden

$systemd-analyze && systemd-analyze blame --no-pager | head -20
harmlos

Dienst aktivieren und sofort starten

#systemctl enable --now fail2ban
vorsicht

Dienst neu starten und Ergebnis prüfen

#systemctl restart php8.2-fpm && systemctl is-active php8.2-fpm
vorsicht

Dienst stoppen und Autostart deaktivieren

#systemctl disable --now cups
vorsicht

Einstellungen eines Dienstes per Override ändern

#systemctl edit mariadb
vorsicht

Größe des systemd-Journals dauerhaft begrenzen

#mkdir -p /etc/systemd/journald.conf.d && printf '[Journal]\nSystemMaxUse=500M\n' > /etc/systemd/journald.conf.d/size.conf && systemctl restart systemd-journald
vorsicht

Laufzeit, Speicher und Neustarts eines Dienstes abfragen

$systemctl show php8.2-fpm -p ActiveState,ActiveEnterTimestamp,MainPID,MemoryCurrent,NRestarts
harmlos

Speicherplatz des systemd-Journals anzeigen

#journalctl --disk-usage
harmlos

Status eines systemd-Dienstes ausführlich anzeigen

$systemctl status nginx --no-pager -l
harmlos

Systemd-Journal auf eine Maximalgröße verkleinern

#journalctl --vacuum-size=500M
destruktiv

Unit-Datei eines Dienstes samt Overrides anzeigen

$systemctl cat mariadb
harmlos

Erst lesen, dann ausführen.

Die Befehle auf myline.de greifen direkt in Server, Dateien und Datenbanken ein. Ein falscher Pfad oder Platzhalter kann Daten unwiderruflich löschen oder einen Server unerreichbar machen.

  • Alle Befehle werden ohne Gewähr bereitgestellt und sind nicht auf jedem System getestet.
  • Vor dem Ausführen verstehen, was ein Befehl tut, und jeden Platzhalter prüfen.
  • Vorher ein Backup anlegen und möglichst zuerst auf einem Testsystem ausprobieren.
  • Die Ausführung erfolgt auf eigene Verantwortung. Eine Haftung für Schäden ist ausgeschlossen, soweit gesetzlich zulässig.