Runlevels, systemd & Targets

In der klassischen Unix-Welt (und in Linux bis etwa 2015) gab es das Konzept der Runlevels: Sieben definierte System-Zustände, in die der Computer nach dem Boot gebracht werden konnte. Heute (mit systemd) sind sie offiziell überholt — aber sie sind in jeder Prüfung Thema, und du musst die Mapping-Tabelle können.

Die klassische Runlevel-Tabelle

systemd hat seit 2015 das alte SysV-init in fast allen großen Distributionen ersetzt. Es ist der erste Prozess, den der Kernel startet (PID 1) und der Vater aller anderen Prozesse. Es ist viel mehr als nur ein init — es ist ein Service-Manager.

Alles ist eine Unit

Das wichtigste Wort in der systemd-Welt heißt Unit. Eine Unit ist nichts Magisches — es ist eine einfache Textdatei, die systemd sagt: „Hier ist etwas, das du verwalten sollst." Ein Service, ein Target, ein Mount-Point, ein Timer — alles sind Units. Sie unterscheiden sich nur durch die Endung.

Targets vs. Services — die zwei, die du täglich brauchst

Targets sind System-Zustände — wie die alten Runlevels. „multi-user.target" bedeutet: das System ist bereit, mehrere User können sich einloggen, Services laufen, aber keine grafische Oberfläche. „graphical.target" bedeutet: zusätzlich noch die GUI.

Services sind einzelne Programme/Dienste: der SSH-Server (sshd.service), der Webserver (httpd.service), der Netzwerk-Manager (NetworkManager.service). Du kannst sie einzeln starten, stoppen, aktivieren (= bei Boot mitstarten) oder deaktivieren.

Beide werden mit einem einzigen Werkzeug gesteuert: systemctl.

Wo leben Unit-Dateien?

systemd schaut an zwei Stellen nach Unit-Dateien:

Wenn du wissen willst, was ein Service wirklich macht, schaust du in seine Unit-Datei. Beispiel — die SSH-Server-Unit ansehen:

cat /usr/lib/systemd/system/sshd.service

Du siehst dann etwa diese Struktur (gekürzt):

[Unit]
Description=OpenSSH server daemon

[Service]
Type=notify
ExecStart=/usr/sbin/sshd -D $OPTIONS
ExecReload=/bin/kill -HUP $MAINPID

[Install]
WantedBy=multi-user.target

Drei Sektionen, drei Aufgaben:

• [Unit] — Beschreibung, was die Unit überhaupt ist (Description, Dokumentation, …)
• [Service] — wie wird der Dienst gestartet, neu geladen, beendet (welcher Befehl, mit welchen Parametern)
• [Install] — wann soll der Dienst aktiviert werden? WantedBy=multi-user.target heißt: wenn jemand systemctl enable sshd aufruft, soll er beim Erreichen des multi-user.target gestartet werden.

Mit systemctl und Target-Befehlen kontrollierst du den gesamten System-Zustand: GUI an, GUI aus, Rescue-Modus, Reboot.

Die wichtigsten Target-Befehle

# Aktuelles Default-Target anzeigen
systemctl get-default
# → multi-user.target  (auf Minimal-Installation)
# oder graphical.target  (auf Desktop-Installation)

# Default auf graphical setzen (wirkt beim NÄCHSTEN Boot)
sudo systemctl set-default graphical.target

# SOFORT zu multi-user wechseln (ohne Reboot)
sudo systemctl isolate multi-user.target

# Über Runlevel-Nummer (Klassik)
sudo telinit 3       # entspricht multi-user
sudo telinit 5       # entspricht graphical
sudo telinit 6       # neu starten
sudo telinit 0       # herunterfahren

Hier wirst du als Admin täglich arbeiten: einzelne Dienste starten, stoppen, prüfen.

Die wichtigsten Service-Befehle

# Status SSH-Server
sudo systemctl status sshd
# ● sshd.service - OpenSSH server daemon
#    Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled)
#    Active: active (running) since Mon 2026-05-27 08:15:23 CEST
#    ...

# Starten / stoppen / neustarten
sudo systemctl start sshd
sudo systemctl stop sshd
sudo systemctl restart sshd

# Beim Boot mitstarten (dauerhaft aktivieren)
sudo systemctl enable sshd

# Bei Boot NICHT mehr mitstarten
sudo systemctl disable sshd

# Beides in einem: enable + start jetzt
sudo systemctl enable --now sshd

ls -l /etc/systemd/system/multi-user.target.wants/
# sshd.service -> /usr/lib/systemd/system/sshd.service

Es gibt mehrere Wege, ein Linux-System herunterzufahren oder neu zu starten. Alle modernen sind systemctl-Befehle — die klassischen wie shutdown und reboot funktionieren aber weiterhin (sind Wrapper).

Herunterfahren

Neustarten

sudo dnf groupinstall "Server with GUI" -y

cat /usr/lib/systemd/system/sshd.service

# [Unit]    → Description=OpenSSH server daemon  (was ist das?)
# [Service] → ExecStart=/usr/sbin/sshd -D ...    (wie wird gestartet?)
# [Install] → WantedBy=multi-user.target         (wann aktiviert?)

# Status vorher
systemctl status sshd          # Active: active (running)

# Wartungsfenster: stoppen
sudo systemctl stop sshd
systemctl is-active sshd       # inactive

# ... 5 Minuten Wartung ... dann wieder starten
sudo systemctl start sshd
systemctl is-active sshd       # active
systemctl is-enabled sshd      # enabled

# Sauber wieder oben? Logs der letzten Minuten ansehen
journalctl -u sshd -n 20

# 1) Ist die GUI-Installation fertig? (ohne Prozess-Tools)
ls /run/dnf.pid 2>/dev/null && echo "dnf läuft noch" || echo "fertig"
# Falls noch nicht installiert:
sudo dnf groupinstall "Server with GUI" -y   # 5-15 Min

# 2) LIVE in den grafischen Modus wechseln (ohne Reboot!)
sudo systemctl isolate graphical.target
# → Bildschirm wird schwarz, dann grafischer Login. Aha!

# 3) Im Desktop: Terminal öffnen, aktuelles Target prüfen
systemctl get-default

# 4) Zurück in den Server-Modus
sudo systemctl isolate multi-user.target

# 5) WICHTIG: Default sauber auf Minimal zurücksetzen,
#    sonst startet die VM künftig immer mit GUI (frisst RAM)
sudo systemctl set-default multi-user.target

20. Zweiten Service erkunden: Schau dir den Status von firewalld an. Was zeigt der Status? Ist der Service aktiv (active) und enabled (startet er beim Boot)? Nicht starten oder stoppen — Firewall-Konfiguration kommt in einem späteren Modul. Heute nur lesen.
21. Boot-Performance: Welche Services brauchen am längsten beim Boot? Befehl: systemd-analyze blame. Hängt das vom Target ab? (Tipp: nach Wechsel zu graphical werden mehr Services geladen.)
22. Geplantes Herunterfahren: Plane einen Shutdown in 5 Minuten mit einer Nachricht, dann breche ihn ab. Tipp: shutdown +5 "Wartung..." und direkt danach shutdown -c zum Abbrechen. Achtung: Wenn du das Abbrechen vergisst, fährt deine VM in 5 Minuten herunter — also direkt nacheinander eingeben.
23. Failed Services: Gibt es Services, die nicht starten wollen? systemctl list-units --state=failed. Hoffentlich keiner — aber das ist die erste Stelle, an der man bei Boot-Problemen schaut.

# 20) Firewalld — nur Status lesen, NICHT starten/stoppen
systemctl status firewalld
# Zeigt: active (running) oder inactive (dead), enabled/disabled.
# Firewall-Konfiguration kommt in einem späteren Modul.

# 21) Boot-Performance
systemd-analyze blame
# Liste sortiert nach Startdauer

# 22) Geplanter Shutdown + Abbruch
sudo shutdown +5 "Wartung läuft an"
# → Broadcast-Nachricht an alle eingeloggten User
sudo shutdown -c
# → "Shutdown scheduled ... has been cancelled"

# 23) Failed Services
systemctl list-units --state=failed
# Hoffentlich: "0 loaded units listed"

1. Wofür wird Runlevel 0 verwendet?
2. Welches systemd-Target entspricht Runlevel 5?
3. Welche Sektion einer .service-Unit-Datei steuert, ob ein Dienst beim Boot startet — und welche Zeile darin?
4. Was ist der Unterschied zwischen systemctl isolate und systemctl set-default?
5. Was ist der Unterschied zwischen start und enable?
6. Welche zwei Befehle (Auswahl: shutdown, reboot, poweroff, telinit, systemctl) können das System ausschalten?