imported>BrunoBoehmler: /* Beispiel Linux */ Einzelnachweis hinzugefügt

2026-04-06T21:28:52Z

Beispiel Linux: Einzelnachweis hinzugefügt

Neue Seite

{{Belege fehlen||Dieser Artikel}}
Der Begriff '''Runlevel''' ([[Englische Sprache|englisch]] ''Ausführungsstufe'') bezeichnet den Betriebszustand eines [[Betriebssystem]]s und hat besonders beim [[Hochfahren|Hoch-]] und [[Herunterfahren]] des Computers eine Bedeutung. Hat das Betriebssystem ein bestimmtes Runlevel erreicht, sind bestimmte [[Betriebsmittel (Informatik)|Betriebsmittel]] verfügbar, die die Benutzung des Computers in einem bestimmten Rahmen erlauben, beispielsweise mit oder ohne Netzwerk oder grafische Benutzeroberfläche.

Der Runlevel ist vor allem bei unixoiden Betriebssystemen bekannt, jedoch auch bei anderen Betriebssystemen vorhanden. In [[systemd]] entsprechen Runlevel den diversen ''targets'' (Betriebszielen).

== Allgemeines ==
Viele Betriebssysteme durchlaufen beim Start ([[Booten]]) mehrere abgestufte Systemzustände, bzw. starten in einen bestimmten Zustand, den Runlevel.
Jedem Runlevel sind bestimmte [[Daemon|System-Dienste]] zugeordnet, die beim Booten als [[Prozess (Informatik)|Prozesse]] in wohldefinierter Reihenfolge innerhalb des Betriebssystems gestartet werden.
Auf diese Weise werden [[Betriebsmittel (Informatik)|Betriebsmittel]] des Computers stufenweise in Betrieb genommen.
Beim [[Herunterfahren]] des Betriebssystems werden die Runlevel teilweise in umgekehrter Reihenfolge durchlaufen, teilweise werden auch andere (höhere) Runlevel verwendet. Die laufenden Prozesse werden stufenweise beendet, bis der Computer ausgeschaltet werden kann.
Daneben kann auch direkter Wechsel von einem Runlevel in einen anderen erfolgen.

Die Verwaltung des Runlevels obliegt in der Regel dem ''[[init]]''-Prozess oder, d. h. dem ersten Benutzerprozess, und nicht dem [[Kernel (Betriebssystem)|Kernel]]. Sobald der Kernel den init-Prozess starten kann, ist ein Minimalzustand an Funktionalität inklusive der meisten [[Gerätetreiber|Treiber]] vorhanden, was beinahe dem Runlevel “S” oder 1 entspricht.

''Runlevel'' kennt man vor allem aus den unterschiedlichen [[Unix]]-Systemen wie [[Solaris (Betriebssystem)|Solaris]] (vor Solaris 10), [[GNU/Linux]], [[HP-UX]] oder [[AIX]]. Doch auch in [[Microsoft Windows|Windows]] entsprechen die Startoptionen ''[[Abgesicherter Modus]]'', ''Abgesicherter Modus mit Netzwerk'' oder ''Windows normal Starten'' im Windows-[[Bootmenü]] jeweils einem ''Runlevel''. [[Solaris (Betriebssystem)|Solaris]] 10 verwendet ''runlevel'' nur noch rudimentär, die Hauptsystemsteuerung wird dort durch [[Service Management Facility]] (SMF) erledigt. Die meisten modernen Linux-Distributionen verwenden [[systemd]] als ''[[init]]''-system, wo klassische Runlevel nicht mehr existieren. Stattdessen gibt es konzeptionell ähnliche ''targets'', welche ebenfalls eine Zusammenstellung an Funktionalität darstellen und über Kommandos an systemd (via <code>systemctl</code>) angesteuert werden, siehe die [[#systemd|Systemd-Target-Erläuterung]] unten.

Idee der unterschiedlichen Runlevel ist es, Sicherheitsstufen bereitzustellen, in denen nur bestimmte Systemprozesse aktiv sind. Dies ist wichtig, falls beispielsweise ein System von [[Computerviren]] befallen ist und ohne [[Netzwerk]]-Anbindung laufen soll.

Im Gegensatz zu den am [[System V]] orientierten Betriebssystemen kennt [[FreeBSD]] keine Runlevels, sondern hält am traditionellen ''[[init]]'' von [[Berkeley Software Distribution|BSD]] fest.<ref>{{cite web|url=https://www.freebsd.org/doc/en/articles/linux-users/startup.html|title=System Startup|work=FreeBSD Quickstart Guide for Linux® Users|publisher=[[FreeBSD Foundation]]|accessdate=2015-12-02}}</ref>

== Beispiel Linux ==
Das Runlevel wird durch eine Befehlszeile oder die Datei /etc/inittab gewählt, aber nicht unbedingt dort definiert, und alles Weitere kann bei den verschiedenen [[Linux-Distribution]]en sehr unterschiedlich sein.<ref>{{cite web|url=https://tldp.org/LDP/sag/html/run-levels-intro.html|title=Run levels|work=Linux System Administrator's Guide|publisher=[[Linux Documentation Project]]|accessdate=2015-12-02}}</ref> Runlevels müssen nicht fortlaufend definiert sein und müssen sich nicht alle unterscheiden.<ref>{{cite web|url=https://www.linux.com/news/enterprise/systems-management/8116-an-introduction-to-services-runlevels-and-rcd-scripts|title=An introduction to services, runlevels, and rc.d scripts|publisher=[[Linux Foundation]]|date=2006-01-11|accessdate=2015-12-02}}</ref>

Beim Wechsel in ein Runlevel werden die in seiner Definition benannten Dienste oder Prozesse automatisch gestartet oder gestoppt. Eine denkbare Konfiguration ist in folgender Tabelle angegeben:

{| class="wikitable"
|-
! Runlevel !! Beschreibung
|-
| style="text-align:center;font-weight:bold;" | 0
| Shutdown. Alle Netzverbindungen werden geschlossen, Dateipuffer werden geschrieben, Mounts auf Partitionen werden entfernt (d. h. die im Verzeichnisbaum eingebundenen Datenträger werden ausgehängt).
|-
| style="text-align:center;font-weight:bold;" | S
| [[Single-User Mode|Single-User]]-Runlevel; niedrigster Systemzustand für Wartungsarbeiten, in dem ausschließlich Systemressourcen wie [[Festplatten]] oder [[Dateisystem]]e aktiv sind.
|-
| style="text-align:center;font-weight:bold;" | 1
| Einzelnutzerbetrieb ohne Netzwerk mit ausschließlich lokalen Ressourcen. In vielen Implementierungen identisch mit 'S'.
|-
| style="text-align:center;font-weight:bold;" | 2
| Lokaler Mehrnutzerbetrieb ohne Netzwerk mit ausschließlich lokalen Ressourcen. Unter einigen Linuxdistributionen (z. B. Debian) wird in Runlevel 2 auch das Netzwerk konfiguriert.
|-
| style="text-align:center;font-weight:bold;" | 3
| Netzwerkbetrieb, über das Netzwerk erreichbare Ressourcen sind nutzbar, eine grafische Oberfläche steht nicht zur Verfügung. Firewalls sollten aktiviert werden.
|-
| style="text-align:center;font-weight:bold;" | 4
| Ist normalerweise nicht definiert. Kann aber für diverse Dienste genutzt werden.
|-
| style="text-align:center;font-weight:bold;" | 5
| Wie 3, zusätzlich wird die grafische Oberfläche bereitgestellt.
|-
| style="text-align:center;font-weight:bold;" | 6
| Reboot. Alle Netzverbindungen werden geschlossen, Dateipuffer werden geschrieben, Mounts auf Partitionen werden entfernt.
|}

Das oben bereits erwähnte Programm ''init'' kann von privilegierten Benutzern auch zum Wechsel des Runlevel benutzt werden. Entsprechend den in der Tabelle wiedergegebenen Leveln kann mit ''/sbin/init 0'' das System heruntergefahren oder mit ''/sbin/init 6'' rebootet werden. Zur Ermittlung des aktuellen Runlevels steht bei den meisten Distributionen der Befehl ''/sbin/runlevel'' und/oder die Umgebungsvariable ''RUNLEVEL'' zur Verfügung (oder nach [[System V]] ''who -r'').<ref>[https://www.geeksforgeeks.org/linux-unix/run-levels-linux/ ''How to check Runlevel of our Linux system.''] In: ''Run Levels in Linux.'' Geeks for Geeks, 8. Juni 2023. Auf Geeksforgeeks.org, abgerufen am 6. April 2026 (englisch).</ref>

=== Modernere Alternative: systemd{{Anker|systemd}} ===
Seit der Einführung moderner Init-Systeme, insbesondere [[systemd]], werden Runlevels durch sogenannte Targets ersetzt. Targets bieten eine flexiblere und modularere Möglichkeit, den Systemzustand zu definieren und zu verwalten.<ref>{{Internetquelle |url=https://learning.lpi.org/de/learning-materials/101-500/101/101.3/101.3_01/ |titel=Runlevel wechseln und das System anhalten oder neu starten |abruf=2025-01-27}}</ref> Die folgende Tabelle zeigt die Zuordnung der klassischen Runlevels zu den entsprechenden systemd-Targets:<ref>{{Internetquelle |url=https://www.freedesktop.org/software/systemd/man/latest/systemd.special.html# |titel=systemd.special |abruf=2025-08-29}}</ref>

{| class="wikitable"
|-
! Runlevel !! systemd-Target !! Beschreibung
|-
| style="text-align:center;font-weight:bold;" | 0
| poweroff.target
| Shutdown. Das System wird sicher heruntergefahren.
|-
| style="text-align:center;font-weight:bold;" | 1
| rescue.target
| Einzelbenutzer-Modus für Wartungsarbeiten, ähnlich dem klassischen Single-User-Mode.
|-
| style="text-align: center;" | '''3'''
|network.target
|Einzelbenutzer-Modus mit gestarteten Netzwerkdiensten.
|-
| style="text-align:center;font-weight:bold;" | 4
| multi-user.target
| Mehrbenutzer-Modus ohne grafische Oberfläche. Netzwerk- und andere Dienste sind aktiv.
|-
| style="text-align:center;font-weight:bold;" | 5
| graphical.target
| Mehrbenutzer-Modus mit grafischer Oberfläche (z. B. [[GDM]], [[KDE-Plasma]]).
|-
| style="text-align:center;font-weight:bold;" | 6
| reboot.target
| Neustart des Systems.
|}
Das Standard-Runlevel wird in systemd durch “default.target” repräsentiert, was im Regelbetrieb äquivalent zu graphical oder multi-user ist.

=== Wichtige Befehle mit systemd ===
'''Starten eines Targets''': Mit dem Befehl ''systemctl isolate'' kann ein bestimmtes Target direkt gestartet werden. Der Parameter ''graphical.target'' steht hier für den Mehrbenutzer-Modus mit grafischer Oberfläche (entspricht dem klassischen Runlevel 5). Dies ist vergleichbar mit dem Wechseln eines Runlevels in älteren Init-Systemen. Beispiel:
<pre>
systemctl isolate graphical.target
</pre>

'''Aktuelles Target anzeigen''': Der Befehl `systemctl get-default` zeigt das aktuell gesetzte Standard-Target an, das beim Systemstart geladen wird. Häufige Standard-Targets sind '''multi-user.target''' (ohne grafische Oberfläche) und ''graphical.target'' (mit grafischer Oberfläche).
Beispiel:
<pre>
systemctl get-default
</pre>

'''Standard-Target ändern''': Mit systemctl ''set-default'' kann das Standard-Target geändert werden, das das System beim Start lädt. Der Parameter ''multi-user.target'' legt den Mehrbenutzer-Modus ohne grafische Oberfläche als Standard fest. Beispiel:
<pre>
systemctl set-default multi-user.target
</pre>

=== Vorteile von systemd gegenüber Runlevels ===
* Flexibilität: Targets können mehrere Abhängigkeiten definieren und kombiniert werden.
* Parallele Starts: Dienste und Prozesse können parallel gestartet werden, was den Bootvorgang beschleunigt.
* Einheitliche Steuerung: systemd ermöglicht eine einheitliche Verwaltung von Diensten, Mountpoints, Sockets und mehr.

Mit '''systemd''' wird die klassische Runlevel-Verwaltung abgelöst und durch ein moderneres, leistungsfähigeres Modell ersetzt, das besser auf die Anforderungen moderner Systeme abgestimmt ist.

== Beispiel Solaris ==
Alle Systemdienste werden ebenfalls in der Datei /etc/inittab festgelegt. Für die einzelnen Runlevel gelten unter Solaris, im Unterschied zu Linux, die folgenden Definitionen:

{| class="wikitable"
|-
! Runlevel || Beschreibung
|-
| style="text-align:center;font-weight:bold;" | 0
| Shutdown-Runlevel, PROM-Modus
|-
| style="text-align:center;font-weight:bold;" | S
| Single-User-Runlevel; ähnlich wie Runlevel 1, doch es werden nur die nötigsten Dateisysteme gemountet („/“ und „/usr“), um Veränderungen am System während der Wartungsarbeiten zu vermeiden
|-
| style="text-align:center;font-weight:bold;" | 1
| Administrations-Runlevel (siehe Linux)
|-
| style="text-align:center;font-weight:bold;" | 2
| Multi-User-Runlevel (siehe Linux)
|-
| style="text-align:center;font-weight:bold;" | 3
| Multi-User-Runlevel mit Netzwerk (siehe Linux)
|-
| style="text-align:center;font-weight:bold;" | 4
| Benutzerdefinierter Runlevel (siehe Linux)
|-
| style="text-align:center;font-weight:bold;" | 5
| Poweroff-Runlevel; ähnlich wie Runlevel 0, doch es wird das Netzteil abgeschaltet, sofern dies unterstützt wird.
|-
| style="text-align:center;font-weight:bold;" | 6
| Reboot-Runlevel (siehe Linux)
|-
| style="text-align:center;font-weight:bold;" | a, b, c
| Spezielle Runlevel; diese werden zusätzlich zu den aktiven Runleveln gestartet
|-
| style="text-align:center;font-weight:bold;" | Q
| Dieser Parameter dient dem erneuten Einlesen der /etc/inittab, um Änderungen ohne Reboot zu verwirklichen. Jedoch ist Q kein spezieller Runlevel.
|}

== Einzelnachweise ==
<references />

[[Kategorie:Unix]]

Runlevel - Versionsgeschichte

imported>BrunoBoehmler: /* Beispiel Linux */ Einzelnachweis hinzugefügt