Systemd Essentielles - Versionsgeschichte

Thomas.will: /* Grundlegende Befehle */

2026-07-15T12:08:51Z

Grundlegende Befehle

Thomas.will: /* Hinweis */

2026-07-15T11:55:19Z

Hinweis

Thomas.will: /* Anwendung */

2026-07-15T11:52:27Z

Anwendung

Thomas.will: /* Erklärungen */

2026-07-15T11:47:49Z

Erklärungen

Thomas.will: /* Erklärungen */

2026-07-15T11:28:15Z

Erklärungen

Thomas.will: /* Timer Unit */

2026-07-15T11:28:04Z

Timer Unit

Thomas.will: /* Timer Unit */

2026-07-15T11:27:52Z

Timer Unit

Thomas.will am 15. Juli 2026 um 10:27 Uhr

2026-07-15T10:27:10Z

Thomas.will: Die Seite wurde neu angelegt: „= Systemd = Systemd ist das Init-System und der Dienst-Manager unter Rocky Linux. Es startet beim Booten alle Prozesse, verwaltet Dienste, mountet Dateisystem…“

2026-07-14T04:43:38Z

Die Seite wurde neu angelegt: „= Systemd = Systemd ist das Init-System und der Dienst-Manager unter Rocky Linux. Es startet beim Booten alle Prozesse, verwaltet Dienste, mountet Dateisystem…“

Neue Seite

= Systemd =

Systemd ist das Init-System und der Dienst-Manager unter Rocky Linux. Es startet beim Booten alle Prozesse, verwaltet Dienste, mountet Dateisysteme und protokolliert Ereignisse. Alles dreht sich um sogenannte Units – kleine Konfigurationsdateien die beschreiben was gestartet, gemountet oder überwacht werden soll.

= Units =

;Eine Unit ist eine Konfigurationsdatei mit der Endung die ihren Typ beschreibt
{| class="wikitable"
! Unit-Typ !! Endung !! Beschreibung
|-
| Service || .service || Startet und überwacht einen Prozess
|-
| Timer || .timer || Führt eine Unit zeitgesteuert aus
|-
| Mount || .mount || Hängt ein Dateisystem ein
|-
| Target || .target || Gruppiert Units – vergleichbar mit Runleveln
|-
| Socket || .socket || Startet einen Dienst bei eingehender Verbindung
|}

== Wo liegen Units? ==

{| class="wikitable"
! Pfad !! Beschreibung
|-
| /lib/systemd/system/ || Vom System mitgelieferte Units – nicht anfassen
|-
| /etc/systemd/system/ || Eigene Units und Overrides – hier arbeiten wir
|}

= systemctl =

;Der zentrale Befehl zur Steuerung von Diensten und Units

{| class="wikitable"
! Befehl !! Beschreibung
|-
| systemctl start <unit> || Unit starten
|-
| systemctl stop <unit> || Unit stoppen
|-
| systemctl restart <unit> || Unit neu starten
|-
| systemctl reload <unit> || Konfiguration neu laden ohne Neustart
|-
| systemctl enable <unit> || Unit beim Boot aktivieren
|-
| systemctl disable <unit> || Unit beim Boot deaktivieren
|-
| systemctl enable --now <unit> || Aktivieren und sofort starten
|-
| systemctl is-enabled <unit> || Ist der Dienst enabled?
|-
| systemctl status <unit> || Status und letzte Logzeilen anzeigen
|-
| systemctl is-active <unit> || Nur prüfen ob aktiv – gut für Skripte
|-
| systemctl list-units || Alle aktiven Units anzeigen
|-
| systemctl list-unit-files || Alle bekannten Units anzeigen
|-
| systemctl daemon-reload || Neue oder geänderte Units einlesen
|}

= Service Unit =

;Als Beispiel bauen wir einen einfachen HTTP-Server mit Python – der Webserver lauscht auf Port 8080 und liefert den Inhalt des aktuellen Verzeichnisses aus.

== Unit-Datei erstellen ==
* vi /etc/systemd/system/webshare.service
<pre>
[Unit]
Description=Python HTTP Server auf Port 8080
After=network.target

[Service]
Type=simple
User=nobody
WorkingDirectory=/var/www/html
ExecStart=/usr/bin/python3 -m http.server 8080
Restart=on-failure
RestartSec=5

[Install]
WantedBy=multi-user.target
</pre>

== Verzeichnis vorbereiten ==
* mkdir -p /var/www/html
* echo "Hallo vom Python HTTP Server" > /var/www/html/index.html

== Dienst starten ==
;Nach jeder Änderung an einer Unit-Datei muss systemd neu eingelesen werden
* systemctl daemon-reload
* systemctl enable --now webshare.service

== Test ==
* curl http://localhost:8080
* systemctl status webshare.service

== Erklärungen ==
;After=network.target
:Der Dienst startet erst nachdem das Netzwerk verfügbar ist.
;Type=simple
:systemd betrachtet den Prozess als gestartet sobald ExecStart läuft.
;Restart=on-failure
:Wenn der Prozess abstürzt startet systemd ihn automatisch neu – nach 5 Sekunden.
;WantedBy=multi-user.target
:Die Unit wird beim Erreichen des multi-user.target aktiviert – also beim normalen Systemstart ohne GUI.

= Timer Unit =

;Timer ersetzen Cronjobs – sie sind in systemd integriert, werden geloggt und können von anderen Units abhängen.
;Als Beispiel räumen wir täglich alte Logdateien auf.

== Service Unit für den Cleanup ==
* vi /etc/systemd/system/log-cleanup.service
<pre>
[Unit]
Description=Alte Logdateien aufräumen

[Service]
Type=oneshot
ExecStart=/usr/bin/find /var/log -name "*.log" -mtime +30 -delete
</pre>

== Timer Unit ==
* vi /etc/systemd/system/log-cleanup.timer
<pre>
[Unit]
Description=Log-Cleanup täglich um 02:00 Uhr

[Timer]
OnCalendar=*-*-* 02:00:00
Persistent=true

[Install]
WantedBy=timers.target
</pre>

== Timer aktivieren ==
;Nicht den Service – den Timer aktivieren
* systemctl daemon-reload
* systemctl enable --now log-cleanup.timer

== Kontrolle ==
;Alle aktiven Timer anzeigen – mit nächstem und letztem Auführungszeitpunkt
* systemctl list-timers

== Erklärungen ==
;Type=oneshot
:Der Service läuft einmal durch und beendet sich – kein dauerhafter Prozess.
;OnCalendar=*-*-* 02:00:00
:Täglich um 02:00 Uhr – Syntax: Jahr-Monat-Tag Stunde:Minute:Sekunde.
;Persistent=true
:Falls der Rechner um 02:00 ausgeschaltet war wird der Timer beim nächsten Start nachgeholt.
= Targets =

;Targets gruppieren Units und definieren den Systemzustand – vergleichbar mit Runleveln unter SysV

{| class="wikitable"
! Target !! Entspricht !! Beschreibung
|-
| poweroff.target || Runlevel 0 || System ausschalten
|-
| rescue.target || Runlevel 1 || Einzelbenutzermodus
|-
| multi-user.target || Runlevel 3 || Mehrbenutzermodus ohne GUI
|-
| graphical.target || Runlevel 5 || Mehrbenutzermodus mit GUI
|-
| reboot.target || Runlevel 6 || Neustart
|}

;Aktuelles Target anzeigen
* systemctl get-default

;Standard-Target setzen – Boot ohne GUI
* systemctl set-default multi-user.target

;Standard-Target setzen – Boot mit GNOME
* systemctl set-default graphical.target

;In ein Target wechseln ohne Neustart
* systemctl isolate multi-user.target

= journalctl =

;journalctl ist das Werkzeug zum Lesen des systemd-Journals – alle Logs aller Dienste an einem Ort.

== Grundlegende Befehle ==

{| class="wikitable"
! Befehl !! Beschreibung
|-
| journalctl || Gesamtes Journal anzeigen
|-
| journalctl -f || Live mitverfolgen (wie tail -f)
|-
| journalctl -b || Nur aktueller Boot
|-
| journalctl -b -1 || Letzter Boot
|-
| journalctl -u sshd || Nur Logs von sshd
|-
| journalctl -fu sshd || sshd live verfolgen
|-
| journalctl -u named -g 88.10 || Logs von named, davon nur Anzeigen vom Suchmuster
|-
| journalctl -k || Kernelmeldungen
|-
| journalctl -n 50 || Letzte 50 Zeilen
|-
| journalctl -p err || Nur Fehler anzeigen
|-
| journalctl --since "1 hour ago" || Letzte Stunde
|-
| journalctl --since "2025-06-01" --until "2025-06-02" || Zeitraum
|}

== Prioritäten ==

{| class="wikitable"
! Kürzel !! Priorität !! Beschreibung
|-
| 0 || emerg || System nicht mehr nutzbar
|-
| 1 || alert || Sofortiger Handlungsbedarf
|-
| 2 || crit || Kritischer Fehler
|-
| 3 || err || Fehler
|-
| 4 || warning || Warnung
|-
| 5 || notice || Normaler aber wichtiger Hinweis
|-
| 6 || info || Informationen
|-
| 7 || debug || Debug-Ausgaben
|}

== Persistentes Journal ==
;Standardmäßig wird das Journal nach einem Reboot gelöscht – mit dieser Einstellung bleibt es erhalten
* mkdir -p /var/log/journal
* vi /etc/systemd/journald.conf
<pre>
[Journal]
Storage=persistent
SystemMaxUse=500M
</pre>
* systemctl restart systemd-journald

== Praktische Beispiele ==
;Fehler seit dem letzten Boot
* journalctl -b -p err

;firewalld live beobachten
* journalctl -fu firewalld

;named Logs der letzten Stunde
* journalctl -u named --since "1 hour ago"

;Alle Logs eines bestimmten Dienstes mit Kontext
* journalctl -u sshd -n 100 --no-pager

@@ Zeile 134: / Zeile 134: @@
 ;Port < 1024
 *Für Ports unterhalb von 1024 wäre <code>User=nobody</code> problematisch, da diese root-Rechte (bzw. <code>CAP_NET_BIND_SERVICE</code>) erfordern
-*Port 8080 ist unproblematisch, da er oberhalb der privilegierten Portgrenze liegtMöchtest du benachrichtigt werden, wenn Claude antwortet?
+*Port 8080 ist unproblematisch, da er oberhalb der privilegierten Portgrenze liegt.
 = Targets =

@@ Zeile 131: / Zeile 131: @@
 *<code>multi-user.target</code> entspricht dem klassischen Runlevel 3 (Mehrbenutzerbetrieb ohne grafische Oberfläche)
 *Wird nur wirksam, wenn der Dienst zuvor mit <code>systemctl enable</code> aktiviert wurde
 === Hinweis ===
 ;Port < 1024

← Nächstältere Version		Version vom 15. Juli 2026, 11:28 Uhr
Zeile 112:		Zeile 112:


−
−	~~== Erklärungen ==~~
−	~~;Type=oneshot~~
−	~~:Der Service läuft einmal durch und beendet sich – kein dauerhafter Prozess.~~
−	~~;OnCalendar=--* 02:00:00~~
−	~~:Täglich um 02:00 Uhr – Syntax: Jahr-Monat-Tag Stunde:Minute:Sekunde.~~
−	~~;Persistent=true~~
−	~~:Falls der Rechner um 02:00 ausgeschaltet war wird der Timer beim nächsten Start nachgeholt.~~

	= Targets =		= Targets =

@@ Zeile 183: / Zeile 183: @@
 | journalctl -b -1 || Letzter Boot
 |-
-| journalctl -u sshd || Nur Logs von sshd
+| journalctl -u ssh (Debian)|| Nur Logs von sshd
 |-
-| journalctl -fu sshd || sshd live verfolgen
+| journalctl -fu ssh (Debian)|| sshd live verfolgen
 |-
 | journalctl -u named -g 88.10 || Logs von named, davon nur Anzeigen vom Suchmuster

@@ Zeile 101: / Zeile 101: @@
 * systemctl status webshare.service
-== Erklärungen ==
+=== [Unit] ===
 ;After=network.target
-:Der Dienst startet erst nachdem das Netzwerk verfügbar ist.
+*Startreihenfolge: Der Dienst wird erst gestartet, nachdem das Netzwerk-Target erreicht ist
 ;Type=simple
-:systemd betrachtet den Prozess als gestartet sobald ExecStart läuft.
+*Standard-Diensttyp: systemd betrachtet den Prozess als gestartet, sobald <code>ExecStart</code> ausgeführt wurde
 ;Restart=on-failure
-:Wenn der Prozess abstürzt startet systemd ihn automatisch neu – nach 5 Sekunden.
+*Der Dienst wird automatisch neu gestartet, falls er mit einem Fehlercode beendet wird
 ;WantedBy=multi-user.target
-:Die Unit wird beim Erreichen des multi-user.target aktiviert – also beim normalen Systemstart ohne GUI.
+*Legt fest, in welchem Target der Dienst beim Systemstart mit aktiviert wird
+*<code>multi-user.target</code> entspricht dem klassischen Runlevel 3 (Mehrbenutzerbetrieb ohne grafische Oberfläche)
+*Wird nur wirksam, wenn der Dienst zuvor mit <code>systemctl enable</code> aktiviert wurde
 = Targets =

@@ Zeile 111: / Zeile 111: @@
 :Die Unit wird beim Erreichen des multi-user.target aktiviert – also beim normalen Systemstart ohne GUI.
 == Erklärungen ==
@@ Zeile 143: / Zeile 120: @@
 ;Persistent=true
 :Falls der Rechner um 02:00 ausgeschaltet war wird der Timer beim nächsten Start nachgeholt.
 = Targets =

@@ Zeile 125: / Zeile 125: @@
 Type=oneshot
 ExecStart=/usr/bin/find /var/log -name "*.log" -mtime +30 -delete
 </pre>

@@ Zeile 1: / Zeile 1: @@
 = Systemd =
-Systemd ist das Init-System und der Dienst-Manager unter Rocky Linux. Es startet beim Booten alle Prozesse, verwaltet Dienste, mountet Dateisysteme und protokolliert Ereignisse. Alles dreht sich um sogenannte Units – kleine Konfigurationsdateien die beschreiben was gestartet, gemountet oder überwacht werden soll.
+Systemd ist das Init-System und der Dienst-Manager unter Linux. Es startet beim Booten alle Prozesse, verwaltet Dienste, mountet Dateisysteme und protokolliert Ereignisse. Alles dreht sich um sogenannte Units – kleine Konfigurationsdateien die beschreiben was gestartet, gemountet oder überwacht werden soll.
 = Units =