.\" -*- coding: UTF-8 -*-
'\" t
.\"*******************************************************************
.\"
.\" This file was generated with po4a. Translate the source file.
.\"
.\"*******************************************************************
.TH SYSTEMD 1 "" "systemd 260.2" systemd
.ie  \n(.g .ds Aq \(aq
.el       .ds Aq '
.\" -----------------------------------------------------------------
.\" * Define some portability stuff
.\" -----------------------------------------------------------------
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.\" http://bugs.debian.org/507673
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.\" -----------------------------------------------------------------
.\" * set default formatting
.\" -----------------------------------------------------------------
.\" disable hyphenation
.nh
.\" disable justification (adjust text to left margin only)
.ad l
.\" -----------------------------------------------------------------
.\" * MAIN CONTENT STARTS HERE *
.\" -----------------------------------------------------------------
.SH BEZEICHNUNG
systemd, init \- Systemd\-System und Diensteverwalter
.SH ÜBERSICHT
.HP \w'\fB/usr/lib/systemd/systemd\fR\ 'u
\fB/usr/lib/systemd/systemd\fP [\fIOPTIONEN\fP…]
.HP \w'\fBinit\fR\ 'u
\fBinit\fP [\fIOPTIONEN\fP…]
.SH BESCHREIBUNG
.PP
Systemd ist ein System\- und Diensteverwalter für das
Linux\-Betriebssystem\&. Wird es beim Systemstart als erster Prozess (als PID
1) ausgeführt, agiert es als Init\-System, das das System hochfährt und
Dienste auf Anwendungsebene verwaltet\&. Für angemeldete Benutzer zum
Starten ihrer Dienste werden separate Instanzen gestartet\&.
.PP
\fBsystemd\fP wird normalerweise nicht direkt durch den Benutzer aufgerufen,
sondern wird als Symlink /sbin/init installiert und während der frühen
Systemstartphase ausgeführt\&. Die Benutzerverwalterinstanzen werden
automatisch durch den Dienst \fBuser@.service\fP(5) gestartet\&.
.PP
Systemd interpretiert die Konfigurationsdatei system\&.conf und die Dateien
in Verzeichnissen system\&.conf\&.d, wenn es als Systeminstanz läuft. Wenn
es als Benutzerinstanz läuft, interpretiert Systemd die Konfigurationsdatei
user\&.conf und die Dateien in Verzeichnissen user\&.conf\&.d\&. Siehe
\fBsystemd\-system.conf\fP(5) für weitere Informationen\&.
.PP
\fBsystemd\fP enthält native Implementierungen verschiedener Programme, die als
Teil des Systemstartprozesses ausgeführt werden müssen\&. Beispielsweise
setzt es den Rechnernamen und konfiguriert das Loopback\-Netzwerkgerät\&. Es
richtet auch die verschiedenen API\-Dateisysteme, wie /sys/, /proc/ und
/dev/, ein und hängt sie ein\&.
.PP
\fBsystemd\fP wird während der frühen Systemstartphase auch die Uhr
zurücksetzen, falls sie anscheinend falls gesetzt ist\&. Siehe den
nachfolgenden Abschnitt »Systemuhr\-Epoch«\&.
.PP
Beachten Sie, dass einige, aber nicht alle, durch Systemd bereitgestellte
Schnittstellen von der \m[blue]\fBSchnittstellenportierungs und \-stabilitätszusage\fP\m[]\&\s-2\u[1]\d\s+2 abgedeckt sind\&.
.PP
Das D\-Bus\-API von \fBsystemd\fP wird in \fBorg.freedesktop.systemd1\fP(5) und
\fBorg.freedesktop.LogControl1\fP(5) beschrieben\&.
.PP
Systeme, die Systemd in einem Container oder in einer Initrd\-Umgebung
aufrufen, sollten die Spezifikation
\m[blue]\fBContainer\-Schnittstelle\fP\m[]\&\s-2\u[2]\d\s+2
bzw\&. \m[blue]\fBinitrd\-Schnittstelle\fP\m[]\&\s-2\u[3]\d\s+2
implementieren\&.
.SH UNITS
.PP
Systemd stellt ein Abhängigkeitssystem zwischen verschiedenen Einheiten
namens »Units« in 11 verschiedenen Typen bereit\&. Units kapseln
verschiedene Objekte, die für den Systemstart und \-betrieb relevant
sind\&. Der Großteil der Units wird in Unit\-Konfigurationsdateien, deren
Syntax und grundlegenden Menge an Optionen in \fBsystemd.unit\fP(5) beschrieben
ist, konfiguriert\&. Einige Units werden allerdings automatisch aus anderen
Konfigurationsdateien, dynamisch aus Systemzuständen oder programmatisch zur
Laufzeit erstellt\&. Units können in einer Reihe von Zuständen sein, die in
der nachfolgenden Tabelle beschrieben sind\&. Beachten Sie, dass die
verschiedenen Unit\-Typen eine Reihe von zusätzlichen Unterzuständen haben
können, die auf die hier beschriebenen generalisierten Unit\-Zustände
abgebildet werden\&.
.sp
.it 1 an-trap
.nr an-no-space-flag 1
.nr an-break-flag 1
.br
\fBTabelle\ \&1.\ \&Unit\-AKTIVITÄTS\-Zustände\fP
.TS
allbox tab(:);
lB lB.
T{
Zustand
T}:T{
Beschreibung
T}
.T&
l l
l l
l l
l l
l l
l l
l l
l l.
T{
\fIactive\fP
T}:T{
Gestartet, gebunden, eingesteckt … abhängig vom Unit\-Typ\&.
T}
T{
\fIinactive\fP
T}:T{
Gestoppt, losgelöst, ausgesteckt … abhängig vom Unit\-Typ\&.
T}
T{
\fIfailed\fP
T}:T{
Ähnlich zu \fBinactive\fP, aber die Unit schlug irgendwie fehl (Prozess lieferte beim Exit einen Fehler\-Code, stürzte ab, eine Aktion ist in eine Zeitüberschreitung gelaufen oder nach zu vielen Neustarts)\&.
T}
T{
\fIactivating\fP
T}:T{
Änderung von \fBinactive\fP auf \fBactive\fP\&.
T}
T{
\fIdeactivating\fP
T}:T{
Änderung von \fBactive\fP auf \fBinactive\fP\&.
T}
T{
\fImaintenance\fP
T}:T{
Unit ist \fBinactive\fP und eine Wartungsaktion läuft derzeit\&.
T}
T{
\fIreloading\fP
T}:T{
Unit ist \fBactive\fP und sie lädt ihre Konfiguration neu\&.
T}
T{
\fIrefreshing\fP
T}:T{
Unit ist \fBactive\fP und es wird eine neue Einhängung in ihrem Namensraum aktiviert\&.
T}
.TE
.sp 1
.PP
Die folgenden Unit\-Typen sind verfügbar:
.sp
.RS 4
.ie  n \{\
\h'-04' 1.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "  1." 4.2
.\}
Dienste\-Units, die Daemons und die Prozesse, aus denen sie bestehen, starten
und steuern\&. Für Details siehe \fBsystemd.service\fP(5)\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04' 2.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "  2." 4.2
.\}
Socket\-Units, die lokale IPC\- oder Netzwerk\-Sockets in dem System kapseln,
nützlich für Socket\-basierte Aktivierung\&. Für Details über Socket\-Units
siehe \fBsystemd.socket\fP(5), für Details über Socket\-basierte Aktivierung und
andere Formen der Aktivierung siehe \fBdaemon\fP(7)\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04' 3.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "  3." 4.2
.\}
Ziel\-Units sind für die Gruppierung von Units nützlich\&. Sie stellen
während des Systemstarts auch gut bekannte Synchronisationspunkte zur
Verfügung, siehe \fBsystemd.target\fP(5)\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04' 4.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "  4." 4.2
.\}
Geräte\-Units legen Kernel\-Geräte in Systemd offen und können zur
Implementierung Geräte\-basierter Aktivierung verwandt werden\&. Für Details
siehe \fBsystemd.device\fP(5)\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04' 5.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "  5." 4.2
.\}
Einhänge\-Units steuern Einhängepunkte in dem Dateisystem, für Details siehe
\fBsystemd.mount\fP(5)\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04' 6.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "  6." 4.2
.\}
Automount\-Units stellen Selbsteinhänge\-Fähigkeiten bereit, für
bedarfsgesteuertes Einhängen von Dateisystemen sowie parallelisiertem
Systemstart\&. Siehe \fBsystemd.automount\fP(5)\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04' 7.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "  7." 4.2
.\}
Timer\-Units sind für das Auslösen der Aktivierung von anderen Units
basierend auf Timern nützlich\&. Sie können Details in \fBsystemd.timer\fP(5)
finden\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04' 8.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "  8." 4.2
.\}
Auslagerungs\-Units sind ähnlich zu Einhänge\-Units und kapseln
Speicherauslagerungspartitionen oder \-dateien des Betriebssystems\&. Sie
werden in \fBsystemd.swap\fP(5) beschrieben\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04' 9.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "  9." 4.2
.\}
Pfad\-Units können zur Aktivierung andere Dienste, wenn sich
Dateisystemobjekte ändern oder verändert werden, verwandt werden\&. Siehe
\fBsystemd.path\fP(5)\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'10.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "10." 4.2
.\}
Scheiben\-Units können zur Gruppierung von Units, die Systemprozesse (wie
Dienste\- und Bereichs\-Units) in einem hierarchischen Baum aus
Ressourcenverwaltungsgründen verwalten, verwandt werden\&. Siehe
\fBsystemd.slice\fP(5)\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'11.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "11." 4.2
.\}
Bereichs\-Units sind ähnlich zu Dienste\-Units, verwalten aber fremde
Prozesse, statt sie auch zu starten\&. Siehe \fBsystemd.scope\fP(5)\&.
.RE
.PP
Units werden wie ihre Konfigurationsdateien benannt\&. Einige Units habe
besondere Semantiken\&. Eine detaillierte Liste ist in \fBsystemd.special\fP(7)
verfügbar\&.
.PP
Systemd kennt verschiedene Arten von Abhängigkeiten, einschließlich
positiven und negativen Bedingungsabhängigkeiten (d\&.h\&. \fIRequires=\fP und
\fIConflicts=\fP) sowie Ordnungsabhängigkeiten (\fIAfter=\fP und
\fIBefore=\fP)\&. Wohlgemerkt: Ordnungs\- und Bedingungsabhängigkeiten sind
orthogonal\&. Falls zwischen zwei Units nur eine Bedingungsabhängigkeit
(z\&.B\&. foo\&.service bedingt bar\&.service) aber keine
Ordnungsabhängigkeit (z\&.B\&. foo\&.service nach bar\&.service) existiert
und beide zum Start angefragt werden, werden sie parallel gestartet\&. Es
ist ein häufiges Muster, dass sowohl Bedingungs\- als auch
Ordnungsabhängigkeiten zwischen zwei Units angelegt werden\&. Beachten Sie
auch, dass die Mehrzahl der Abhängigkeiten von Systemd implizit erstellt und
verwaltet werden\&. In den meisten Fällen sollte es unnötig sein,
zusätzliche Abhängigkeiten manuell zu deklarieren, allerdings ist dies
möglich\&.
.PP
Anwendungsprogramme und Units (über Abhängigkeiten) können Statusänderungen
von Units erbitten\&. In Systemd werden diese Anfragen als »Aufträge«
gekapselt und in einer Aufträgewarteschlange verwaltet\&. Aufträge können
erfolgreich sein und fehlschlagen, ihre Ausführungsreihenfolge basiert auf
den Ordnungsabhängigkeiten der Units, für die sie eingeplant wurden\&.
.PP
Beim Systemstart aktiviert Systemd die Ziel\-Unit default\&.target, deren
Aufgabe es ist, die bei\-Systemstart\-Dienste und andere bei\-Systemstart\-Units
zu aktivieren, indem sie sie mittels Abhängigkeiten
hereinzieht\&. Normalerweise ist der Unit\-Name nur ein Alias (Symlink) für
entweder graphical\&.target (für vollfunktionale Systemstarts in die UI)
oder multi\-user\&.target (für begrenzte, rein konsolenbasierte Systemstarts
zur Verwendung in eingebetteten oder Server\-Umgebungen oder ähnlichen, eine
Untermenge von graphical\&.target)\&. Es obliegt aber dem Administrator, sie
als Alias zu jeder anderen Ziel\-Unit zu konfigurieren\&. Siehe
\fBsystemd.special\fP(7) für Details über diese Ziel\-Units\&.
.PP
Beim ersten Systemstart wird \fBsystemd\fP Units gemäß der
Voreinstellungs\-Richtlinie aktivieren oder deaktivieren\&. Siehe
\fBsystemd.preset\fP(5) und »Semantik beim ersten Systemstart« in
\fBmachine\-id\fP(5)\&.
.PP
Systemd behält nur eine minimale Gruppe an Units im Speicher
geladen\&. Konkret werden nur die Units im Speicher geladen gehalten, für
die mindestens eine der nachfolgenden Bedingungen zutrifft:
.sp
.RS 4
.ie  n \{\
\h'-04' 1.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "  1." 4.2
.\}
Sie ist in einem aktiven, aktivierenden, deaktivierenden oder
fehlgeschlagenen Zustand (d\&.h\&. in jedem Zustand außer »inactive«)
.RE
.sp
.RS 4
.ie  n \{\
\h'-04' 2.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "  2." 4.2
.\}
Für sie ist ein Auftrag in der Warteschlange
.RE
.sp
.RS 4
.ie  n \{\
\h'-04' 3.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "  3." 4.2
.\}
Sie ist eine Abhängigkeit von mindestens einer anderen im Speicher geladenen
Unit
.RE
.sp
.RS 4
.ie  n \{\
\h'-04' 4.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "  4." 4.2
.\}
Ihr ist noch irgendeine Form von Ressourcen zugewiesen (z\&.B\&. eine
inaktive Dienste\-Unit, für die aber ein Prozess noch herumlungert, der die
Aufforderung zum Beenden ignorierte)
.RE
.sp
.RS 4
.ie  n \{\
\h'-04' 5.\h'+01'\c
.\}
.el \{\
.sp -1
.IP "  5." 4.2
.\}
Sie wurde durch einen D\-Bus\-Aufruf programmatisch im Speicher festgepinnt
.RE
.PP
Systemd wird automatisch und implizit Units von der Platte laden \(em falls
sie noch nicht geladen sind \(em sobald eine Aktion für sie angefordert
wird\&. Daher ist in vielerlei Hinsicht die Tatsache, ob eine Unit geladen
ist oder nicht, für Clients unsichtbar\&. Verwenden Sie \fBsystemctl list\-units \-\-all\fP, um eine vollumfängliche Liste aller derzeit geladenen
Units zu erhalten\&. Jede Unit, für die eine der oben aufgeführten
Bedingungen zutrifft, wird sofort entladen\&. Beachten Sie, dass beim
Entladen einer Unit aus dem Speicher die Buchführungsdaten auch entfernt
werden\&. Allerdings sind diese Daten im Allgemeinen nicht verloren, da ein
Journal\-Protokolleintrag erstellt wird, der die verbrauchten Ressourcen
deklariert, wann immer eine Unit herunterfährt\&.
.PP
Prozesse, die Systemd startet, werden in einer privaten Systemd\-Hierarchie
in individuellen Control\-Gruppen von Linux, die nach der Unit, zu der sie
gehören, benannt sind, gelegt (siehe \m[blue]\fBControl Groups v2\fP\m[]\&\s-2\u[4]\d\s+2 für weitere Informationen über Control\-Gruppen oder
kurz »cgroups«)\&. Systemd verwendend dies, um Prozesse effektiv
nachzuverfolgen\&. Control\-Gruppen\-Informationen werden im Kernel verwaltet
und sind über die Dateisystemhierarchie (unterhalb von /sys/fs/cgroup/) oder
über Werkzeuge wie \fBsystemd\-cgls\fP(1) oder \fBps\fP(1) verfügbar\&. (\fBps xawf \-eo pid,user,cgroup,args\fP ist besonders nützlich, um alle Prozesse und die
Systemd\-Units, zu denen sie gehören, aufzulisten\&.)
.PP
Systemd ist zu verschiedenen etablierten Unix\-Funktionalitäten, wie
/etc/fstab oder den Utmp\-Datenbanken, kompatibel\&.
.PP
Systemd hat ein minimales Transaktionssystem: Falls eine Unit zum Start oder
Herunterfahren aufgefordert wird, wird sie sich und alle Abhängigkeiten zu
einer temporären Transaktion hinzufügen\&. Es wird dann nachweisen, dass die
Transaktion konsistent ist (d\&.h\&. ob die Ordnung aller Units frei von
Zyklen ist)\&. Sollte dies nicht der Fall sein, wird Systemd versuchen, sie
zu korrigieren und entfernt alle unwesentlichen Aufträge aus der
Transaktion, die die Schleife entfernen könnten\&. Auch versucht Systemd,
nicht wesentliche Aufträge in der Transaktion zu unterdrücken, die einen
laufenden Dienst stoppen würden\&. Schließlich wird überprüft, ob die
Aufträge der Transaktion Aufträgen widersprechen, die bereits in die
Warteschlange eingereiht wurden, optional wird dann die Transaktion
abgebrochen\&. Falls alles passt und die Transaktion konsistent in ihren
Auswirkungen minimiert ist, wird sie mit bereits wartenden Aufträgen
zusammengeführt und zu der Ausführungswarteschlange hinzugefügt\&. Effektiv
bedeutet dies, dass Systemd vor der Ausführung einer angefragten Aktion
überprüft, dass sie Sinn ergibt, sie falls möglich korrigiert und nur
fehlschlägt, falls es wirklich nicht funktionieren kann\&.
.PP
Beachten Sie, dass Transaktionen unabhängig vom Zustand einer Unit zur
Laufzeit erstellt werden. Wird daher beispielsweise ein Startauftrag für
eine bereits gestartete Unit angefordert, wird er dennoch eine Transaktion
erstellen und alle inaktiven Abhängigkeiten aufwecken (und gemäß der
definierten Abhängigkeiten eine Weiterleitung zu anderen Aufträgen
verursachen)\&. Dies erfolgt, da der in die Warteschlange eingereihte
Auftrag zum Zeitpunkt der Ausführung mit dem Zustand der Ziel\-Unit
verglichen und als erfolgreich und abgeschlossen markiert wird, wenn beide
zutreffen\&. Allerdings zieht dieser Auftrag auch andere Abhängigkeiten
aufgrund der definierten Beziehungen herein und führt daher in unserem
Beispiel dazu, dass Start\-Aufträge für jede dieser inaktiven Units auch in
die Warteschlange eingereiht werden\&.
.PP
Units können dynamisch zum Systemstartzeitpunkt und zum
Systemverwalter\-Neuladezeitpunkt erstellt werden, beispielsweise basierend
auf anderen Konfigurationsdateien oder auf von der Kernelbefehlszeile
übergebenen Parametern\&. Für Details siehe \fBsystemd.generator\fP(7)\&.
.SH VERZEICHNISSE
.PP
System\-Unit\-Verzeichnisse
.RS 4
Der Systemd\-Systemverwalter liest Unit\-Konfigurationen aus verschiedenen
Verzeichnissen\&. Pakete, die Unit\-Dateien installieren möchten, sollten sie
in dem durch \fBpkg\-config systemd \-\-variable=systemdsystemunitdir\fP
zurückgelieferten Verzeichnis ablegen\&. Weitere geprüfte Verzeichnisse sind
/usr/local/lib/systemd/system und
/usr/lib/systemd/system\&. Benutzerkonfiguration hat immer
Vorrang\&. \fBpkg\-config systemd \-\-variable=systemdsystemconfdir\fP liefert den
Pfad zu dem Systemkonfigurationsverzeichnis\&. Pakete sollten den Inhalt
dieser Verzeichnisse mit den Befehlen \fBenable\fP und \fBdisable\fP des Werkzeugs
\fBsystemctl\fP(1) verändern\&. Eine vollständige Auflistung von Verzeichnissen
wird in \fBsystemd.unit\fP(5) bereitgestellt\&.
.RE
.PP
Benutzer\-Unit\-Verzeichnisse
.RS 4
Ähnliche Regeln gelten für die Benutzer\-Unit\-Verzeichnisse\&. Allerdings
wird hier der
\m[blue]\fBXDG\-Basisverzeichnisspezifikation\fP\m[]\&\s-2\u[5]\d\s+2 zum Finden
von Units gefolgt\&. Anwendungen sollten ihre Unit\-Dateien in dem durch
\fBpkg\-config systemd \-\-variable=systemduserunitdir\fP zurückgelieferten
Verzeichnis ablegen\&. Globale Konfiguration erfolgt in dem durch
\fBpkg\-config systemd \-\-variable=systemduserconfdir\fP gemeldeten
Verzeichnis\&. Die Befehle \fBenable\fP und \fBdisable\fP des Werkzeugs
\fBsystemctl\fP(1) können sowohl mit globaler (d\&.h\&. für alle Benutzer) als
auch privater (für einen Benutzer) Freigabe/Ausschaltung von Units
umgehen\&. Eine vollständige Auflistung von Verzeichnissen wird in
\fBsystemd.unit\fP(5) bereitgestellt\&.
.RE
.SH SIGNALE
.PP
Der Dienste wartet auf die Signale verschiedener UNIX\-Prozesse, die dazu
verwandt werden können, verschiedene Aktionen asynchron zu erbitten\&. Die
Signal\-Handhabung wird sehr früh im Systemstart aktiviert, bevor
irgendwelche Prozesse aufgerufen werden\&. Allerdings muss ein überwachender
Container\-Verwalter oder ähnliches, der plant, diese Aktionen mittels dieses
Mechanismus zu erbitten, berücksichtigen, dass diese Funktionalität nicht
während der allerfrühsten Initialisierungsphase verfügbar ist\&. Wie
nachfolgend beschrieben wird wird eine \fBsd_notify\fP(3)\-Nachricht ausgesandt,
die das Feld \fIX_SYSTEMD_SIGNALS_LEVEL=2\fP enthält, sobald die
Signalhandhaber aktiviert sind\&. Dies kann dazu verwandt werden, die
Einreichung dieser Signale korrekt einzuplanen\&.
.PP
\fBSIGTERM\fP
.RS 4
Nach Empfang dieses Signals serialisiert der Systemd\-Systemverwalter seinen
Zustand, führt sich selbst erneut aus und deseriealisiert den gespeicherten
Zustand wieder\&. Dies ist größtenteils äquivalent zu \fBsystemctl daemon\-reexec\fP\&.
.sp
Systemd\-Benutzerverwalter werden die Unit exit\&.target starten, wenn dieses
Signal empfangen wird\&. Dies ist größtenteils äquivalent zu \fBsystemctl \-\-user start exit\&.target \-\-job\-mode=replace\-irreversibly\fP\&.
.RE
.PP
\fBSIGINT\fP
.RS 4
Nach Empfang dieses Signals wird der Systemverwalter die Unit
ctrl\-alt\-del\&.target starten\&. Dies ist größtenteils äquivalent zu
\fBsystemctl start ctrl\-alt\-del\&.target \-\-job\-mode=replace\-irreversibly\fP\&. Falls dieses Signal mehr als sieben Mal
in zwei Sekunden empfangen wird, wird ein sofortiger Systemneustart
ausgelöst\&. Beachten Sie, dass Drücken von Strg+Alt+Entf auf der Konsole
dieses Signal auslösen wird\&. Hängt daher ein Neustart, ist das
siebenmalige Drücken von Strg+Alt+Entf in zwei Sekunden eine relativ sichere
Art, einen sofortigen Neustart auszulösen\&.
.sp
Systemd\-Benutzerverwalter behandeln dieses Signal auf die gleiche Art wie
\fBSIGTERM\fP\&.
.RE
.PP
\fBSIGWINCH\fP
.RS 4
Wenn dieses Signal empfangen wird, startet der Systemd\-Systemverwalter die
Unit kbrequest\&.target\&. Dies ist größtenteils äquivalent zu \fBsystemctl start kbrequest\&.target\fP\&.
.sp
Dieses Signal wird von Systemd\-Benutzerverwaltern ignoriert\&.
.RE
.PP
\fBSIGPWR\fP
.RS 4
Wenn dieses Signal empfangen wird, startet der Systemd\-Systemverwalter die
Unit sigpwr\&.target\&. Dies ist größtenteils äquivalent zu \fBsystemctl start sigpwr\&.target\fP\&.
.RE
.PP
\fBSIGUSR1\fP
.RS 4
Wenn dieses Signal empfangen wird, versucht der Systemd\-Systemverwalter,
sich erneut mit dem D\-Bus\-Bus zu verbinden\&.
.RE
.PP
\fBSIGUSR2\fP
.RS 4
Wenn dieses Signal empfangen wird, protokolliert der Systemd\-Systemverwalter
seinen kompletten Zustand in menschenlesbarer Form\&. Die protokollierten
Daten sind identisch zu den von \fBsystemd\-analyze dump\fP ausgegebenen\&.
.RE
.PP
\fBSIGHUP\fP
.RS 4
Lädt die komplette Daemon\-Konfiguration neu\&. Dies ist größtenteils
äquivalent zu \fBsystemctl daemon\-reload\fP\&.
.RE
.PP
\fBSIGRTMIN+0\fP
.RS 4
Betritt den Standardmodus, startet die Unit default\&.target\&. Dies ist
größtenteils äquivalent zu \fBsystemctl isolate default\&.target\fP\&.
.RE
.PP
\fBSIGRTMIN+1\fP
.RS 4
Betritt den Rettungsmodus, startet die Unit rescue\&.target\&. Dies ist
größtenteils äquivalent zu \fBsystemctl isolate rescue\&.target\fP\&.
.RE
.PP
\fBSIGRTMIN+2\fP
.RS 4
Betritt den Notfallmodus, startet die Unit emergency\&.service\&. Dies ist
größtenteils äquivalent zu \fBsystemctl isolate emergency\&.service\fP\&.
.RE
.PP
\fBSIGRTMIN+3\fP
.RS 4
Hält die Maschine an, startet die Unit halt\&.target\&. Dies ist
größtenteils äquivalent zu \fBsystemctl start halt\&.target \-\-job\-mode=replace\-irreversibly\fP\&.
.RE
.PP
\fBSIGRTMIN+4\fP
.RS 4
Schaltet die Maschine aus, startet die Unit poweroff\&.target\&. Dies ist
größtenteils äquivalent zu \fBsystemctl start poweroff\&.target \-\-job\-mode=replace\-irreversibly\fP\&.
.RE
.PP
\fBSIGRTMIN+5\fP
.RS 4
Startet die Maschine neu, startet die Unit reboot\&.target\&. Dies ist
größtenteils äquivalent zu \fBsystemctl start reboot\&.target \-\-job\-mode=replace\-irreversibly\fP\&.
.RE
.PP
\fBSIGRTMIN+6\fP
.RS 4
Startet die Maschine mittels kexec neu, startet die Unit
kexec\&.target\&. Dies ist größtenteils äquivalent zu \fBsystemctl start kexec\&.target \-\-job\-mode=replace\-irreversibly\fP\&.
.RE
.PP
\fBSIGRTMIN+7\fP
.RS 4
Startet den Benutzerraum neu, startet die Unit soft\-reboot\&.target\&. Dies
ist größtenteils äquivalent zu \fBsystemctl start soft\-reboot\&.target \-\-job\-mode=replace\-irreversibly\fP\&.
.sp
Hinzugefügt in Version 254\&.
.RE
.PP
\fBSIGRTMIN+13\fP
.RS 4
Hält die Maschine sofort an\&.
.RE
.PP
\fBSIGRTMIN+14\fP
.RS 4
Schaltet die Maschine sofort aus\&.
.RE
.PP
\fBSIGRTMIN+15\fP
.RS 4
Startet die Maschine sofort neu\&.
.RE
.PP
\fBSIGRTMIN+16\fP
.RS 4
Startet die Maschine sofort mit kexec neu\&.
.RE
.PP
\fBSIGRTMIN+17\fP
.RS 4
Startet den Benutzerraum sofort neu\&.
.sp
Hinzugefügt in Version 254\&.
.RE
.PP
\fBSIGRTMIN+20\fP
.RS 4
Aktiviert die Anzeige von Statusmeldungen auf der Konsole, wie dies mit
\fIsystemd\&.show_status=1\fP auf der Kernelbefehlszeile gesteuert wird\&.
.sp
Um Ressourcenwettlauf\-Bedingungen zu vermeiden, sollten Sie
\fBSetShowStatus()\fP anstelle von \fBSIGRTMIN+20\fP verwenden\&. Siehe
\fBorg.freedesktop.systemd1\fP(5)\&.
.RE
.PP
\fBSIGRTMIN+21\fP
.RS 4
Deaktiviert die Anzeige von Statusmeldungen auf der Konsole, wie dies mit
\fIsystemd\&.show_status=0\fP auf der Kernelbefehlszeile gesteuert wird\&.
.sp
Um Ressourcenwettlauf\-Bedingungen zu vermeiden, sollten Sie
\fBSetShowStatus()\fP anstelle von \fBSIGRTMIN+21\fP verwenden\&. Siehe
\fBorg.freedesktop.systemd1\fP(5)\&.
.RE
.PP
\fBSIGRTMIN+22\fP
.RS 4
Setzt die Protokollierstufe des Diensteverwalters auf »debug«, in einer Art,
die äquivalent zu \fIsystemd\&.log_level=debug\fP auf der Kernelbefehlszeile
ist\&.
.RE
.PP
\fBSIGRTMIN+23\fP
.RS 4
Stellt die Protokollierstufe wieder auf ihren konfigurierten Wert her\&. Der
konfigurierte Wert wird, in dieser Prioritätsreihenfolge, von dem mit
\fIsystemd\&.log\-level=\fP auf der Kernelbefehlszeile angegebenen Wert oder dem
mit \fBLogLevel=\fP in der Konfigurationsdatei angegebenen Wert oder dem
eingebauten Wert »info« abgeleitet\&.
.sp
Hinzugefügt in Version 239\&.
.RE
.PP
\fBSIGRTMIN+24\fP
.RS 4
Verlässt den Verwalter sofort (nur für \-\-user\-Instanzen verfügbar)\&.
.sp
Hinzugefügt in Version 195\&.
.RE
.PP
\fBSIGRTMIN+25\fP
.RS 4
Nach Empfang dieses Signals führt der Systemd\-Systemverwalter sich selbst
erneut aus\&. Dies ist größtenteils äquivalent zu \fBsystemctl daemon\-reexec\fP, außer dass es asynchron erfolgt\&.
.sp
Der Systemd Systemverwalter behandelt dieses Signal auf die gleiche Art wie
\fBSIGTERM\fP\&.
.sp
Hinzugefügt in Version 250\&.
.RE
.PP
\fBSIGRTMIN+26\fP
.RS 4
Stellt das Protokollierziel wieder auf seinen konfigurierten Wert her\&. Der
konfigurierte Wert wird, in dieser Prioritätsreihenfolge, von dem mit
\fIsystemd\&.log\-target=\fP auf der Kernelbefehlszeile angegebenen Wert oder
dem mit \fBLogTarget=\fP in der Konfigurationsdatei angegebenen Wert oder dem
eingebauten Wert abgeleitet\&.
.sp
Hinzugefügt in Version 239\&.
.RE
.PP
\fBSIGRTMIN+27\fP, \fBSIGRTMIN+28\fP
.RS 4
Setzt das Protokollierziel auf »console« bei \fBSIGRTMIN+27\fP (oder »kmsg« bei
\fBSIGRTMIN+28\fP), in einer Art äquivalent zu \fIsystemd\&.log_target=console\fP
(oder \fIsystemd\&.log_target=kmsg\fP bei \fBSIGRTMIN+28\fP) auf der
Kernelbefehlszeile\&.
.sp
Hinzugefügt in Version 239\&.
.RE
.SH UMGEBUNGSVARIABLEN
.PP
Der Umgebungsblock für den Systemverwalter wird anfänglich vom Kernel
gesetzt\&. (Insbesondere werden »Schlüssel=Wert«\-Zuweisungen auf der
Kernelbefehlszeile in Umgebungsvariablen für PID 1 umgewandelt)\&. Für den
Benutzerverwalter setzt der Systemverwalter den Umgebungsblock, wie im
Abschnitt »Umgebungsvariablen in erzeugten Prozessen« von \fBsystemd.exec\fP(5)
beschrieben\&. Die Einstellung \fIDefaultEnvironment=\fP im Systemverwalter
gilt für alle Dienste, einschließlich user@\&.service\&. Mittels der
Einstellungen \fIEnvironment=\fP und \fIEnvironmentFile=\fP für user@\&.service
können zusätzliche Einträge (wie bei jedem anderen Dienst auch) konfiguriert
werden (siehe \fBsystemd.exec\fP(5))\&. Es können auch zusätzliche
Umgebungsvariablen mittels der Einstellung \fIManagerEnvironment=\fP in
\fBsystemd\-system.conf\fP(5) und \fBsystemd\-user.conf\fP(5) gesetzt werden\&.
.PP
Einige der von \fBsystemd\fP verstandenen Variablen:
.PP
\fI$SYSTEMD_LOG_LEVEL\fP
.RS 4
Die maximale Protokollierstufe für ausgegebene Meldungen (Meldungen mit
einer höheren Protokollierstufe, d\&.h\&. weniger wichtige, werden
unterdrückt)\&. Akzeptiert eine Kommata\-getrennte Liste von Werten\&. Ein
Wert kann einer der folgenden sein (in Reihenfolge absteigender Bedeutung):
\fBemerg\fP, \fBalert\fP, \fBcrit\fP, \fBerr\fP, \fBwarning\fP, \fBnotice\fP, \fBinfo\fP,
\fBdebug\fP oder eine Ganzzahl im Bereich 0…7\&. Siehe \fBsyslog\fP(3) für weitere
Informationen\&. Jedem Wert kann optional eine Zeichenkette aus \fBconsole\fP,
\fBsyslog\fP, \fBkmsg\fP oder \fBjournal\fP gefolgt von einem Doppelpunkt
vorangestellt werden, um die maximale Protokollierstufe für dieses spezielle
Protokollierziel zu setzen (d\&.h\&. \fBSYSTEMD_LOG_LEVEL=debug,console:info\fP
legt fest, dass auf der Stufe »debug« protokolliert werden soll, außer beim
Protokollieren auf die Konsole, die auf Stufe »info« erfolgen
soll)\&. Beachten Sie, dass die globale maximale Protokollierstufe Priorität
gegenüber jeder zielbezogenen maximalen Protokollierstufe hat\&.
.sp
Dies kann mit \fB\-\-log\-level=\fP außer Kraft gesetzt werden\&.
.RE
.PP
\fI$SYSTEMD_LOG_COLOR\fP
.RS 4
Ein logischer Wert\&. Falls true, werden auf das TTY geschriebene
Nachrichten gemäß ihrer Priorität eingefärbt\&.
.sp
Dies kann mit \fB\-\-log\-color=\fP außer Kraft gesetzt werden\&.
.RE
.PP
\fI$SYSTEMD_LOG_TIME\fP
.RS 4
Ein logischer Wert\&. Falls true, wird den Protokollnachrichten der Konsole
ein Zeitstempel vorangestellt\&.
.sp
Dies kann mit \fB\-\-log\-time=\fP außer Kraft gesetzt werden\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fI$SYSTEMD_LOG_LOCATION\fP
.RS 4
Ein logischer Wert\&. Falls true, wird den Protokollnachrichten ein
Dateiname und eine Zeilenummer in dem Quellcode, aus dem die Nachrichten
stammen, vorangestellt\&.
.sp
Dies kann mit \fB\-\-log\-location=\fP außer Kraft gesetzt werden\&.
.RE
.PP
\fI$SYSTEMD_LOG_TID\fP
.RS 4
Ein logischer Wert\&. Falls true, wird den Nachrichten die aktuelle
numerische Thread\-Kennung (TID) vorangestellt\&.
.sp
Hinzugefügt in Version 247\&.
.RE
.PP
\fI$SYSTEMD_LOG_TARGET\fP
.RS 4
Das Ziel für Protokolliernachrichten\&. Entweder \fBconsole\fP (auf das
angehängte TTY protokollieren), \fBconsole\-prefixed\fP (auf das angehängte TTY
protokollieren, aber die Protokollierstufe und »Einrichtung« voranstellen,
siehe \fBsyslog\fP(3)), \fBkmsg\fP (in den zirkulären Kernel\-Protokollpuffer
protokollieren), \fBjournal\fP (in das Journal protokollieren),
\fBjournal\-or\-kmsg\fP (in das Journal protokollieren, falls verfügbar, und
andernfalls nach Kmsg), \fBauto\fP (das geeignete Protokollierziel automatisch
ermitteln, die Vorgabe) oder \fBnull\fP (die Protokollierung deaktivieren)\&.
.sp
Dies kann mit \fB\-\-log\-target=\fP außer Kraft gesetzt werden\&.
.RE
.PP
\fI$SYSTEMD_LOG_RATELIMIT_KMSG\fP
.RS 4
Ob Kmsg ratenlimitiert werden soll oder nicht\&. Akzeptiert einen logischen
Wert\&. Standardmäßig »true«\&. Falls deaktiviert, wird Systemd die nach
Kmsg geschriebenen Meldungen nicht ratenlimitieren\&.
.sp
Hinzugefügt in Version 254\&.
.RE
.PP
\fI$XDG_CONFIG_HOME\fP, \fI$XDG_CONFIG_DIRS\fP, \fI$XDG_DATA_HOME\fP,
\fI$XDG_DATA_DIRS\fP
.RS 4
Der Systemd\-Benutzerverwalter verwendet diese Variablen in Übereinstimmung
mit der \m[blue]\fBXDG\-Basisverzeichnisspezifikation\fP\m[]\&\s-2\u[5]\d\s+2,
um seine Konfiguration zu finden\&.
.RE
.PP
\fI$SYSTEMD_UNIT_PATH\fP, \fI$SYSTEMD_GENERATOR_PATH\fP,
\fI$SYSTEMD_ENVIRONMENT_GENERATOR_PATH\fP
.RS 4
Steuert, wo Systemd nach Unit\-Dateien und Generatoren schaut\&.
.sp
Diese Variablen können eine Liste von Pfaden, getrennt durch Doppelpunkte
(»:«), enthalten\&. Ist dies gesetzt und endet mit der leeren Komponente
(»…:«), wird diese Liste der normalen Gruppe an Pfaden
vorangestellt\&. Andernfalls ersetzt die angegebene Liste die normale Gruppe
an Pfaden\&.
.RE
.PP
\fI$SYSTEMD_PAGER\fP, \fI$PAGER\fP
.RS 4
Zu verwendendes Textanzeigeprogramm, wenn \fB\-\-no\-pager\fP nicht angegeben
ist\&. Falls gesetzt, wird \fI$SYSTEMD_PAGER\fP verwandt, andernfalls
\fI$PAGER\fP\&. setzt \fI$PAGER\fP außer Kraft\&. Falls weder \fI$SYSTEMD_PAGER\fP
noch \fI$PAGER\fP gesetzt sind, wird eine Reihe wohlbekannter Implementierungen
von Textanzeigeprogrammen der Reihe nach ausprobiert, einschließlich
\fBless\fP(1) und \fBmore\fP(1), bis eines gefunden wird\&. Falls keine
Implementierung eines Textanzeigeprogramms gefunden wird, wird keines
aufgerufen\&. Setzen dieser Umgebungsvariablen auf die leere Zeichenkette
oder den Wert »cat« ist äquivalent zur Übergabe von \fB\-\-no\-pager\fP\&.
.sp
Beachten Sie: Falls \fI$SYSTEMD_PAGERSECURE\fP nicht gesetzt ist, können
\fI$SYSTEMD_PAGER\fP und \fI$PAGER\fP nur zum Deaktivieren des
Seitenanzeigeprogramms (mit »cat« oder »«) verwandt werden und werden
ansonsten ignoriert\&.
.RE
.PP
\fI$SYSTEMD_LESS\fP
.RS 4
Setzt die an \fBless\fP übergebenen Optionen (standardmäßig »FRSXMK«) außer
Kraft\&.
.sp
Benutzer könnten insbesondere zwei Optionen ändern wollen:
.PP
\fBK\fP
.RS 4
Diese Option weist das Textanzeigeprogramm an, sich sofort beim Druck von
Strg\-C zu beenden\&. Um \fBless\fP die Handhabung von Strg\-C selbst zum
Umschalten auf die Eingabeaufforderung zu erlauben, setzen Sie diese Option
zurück\&.
.sp
Falls der Wert von \fI$SYSTEMD_LESS\fP kein »K« enthält und \fBless\fP das
aufgerufene Textanzeigeprogramm ist, wird Strg+C durch das Programm
ignoriert und muss durch das Textanzeigeprogramm selbst gehandhabt werden\&.
.RE
.PP
\fBX\fP
.RS 4
Diese Option weist das Textanzeigeprogramm an, keine
Termcap\-Initialisierungs\- und \-Deinitalisierungszeichenketten an das
Terminal zu senden\&. Dies ist standardmäßig gesetzt, damit die Darstellung
von Befehlen selbst nach dem Beenden des Textanzeigeprogramms sichtbar
bleibt\&. Allerdings stehen dadurch einige Funktionen des
Textanzeigeprogramms nicht zur Verfügung; insbesondere ist das Scrollen in
der Ausgabe mit der Maus nicht möglich\&.
.RE
.sp
Beachten Sie, dass das Setzen der regulären Umgebungsvariablen \fI$LESS\fP
keine Auswirkungen auf die Ausführung von \fBless\fP(1) durch
\fBsystemd\fP(1)\-Werkzeuge hat\&.
.sp
Siehe \fBless\fP(1) für weitere Ausführungen\&.
.RE
.PP
\fI$SYSTEMD_LESSCHARSET\fP
.RS 4
Setzt den an \fBless\fP zu übergebenden Zeichensatz (standardmäßig »utf\-8«,
falls das aufrufende Terminal als UTF\-8\-kompatibel erkannt wurde) außer
Kraft\&.
.sp
Beachten Sie, dass das Setzen der regulären Umgebungsvariablen
\fI$LESSCHARSET\fP keine Auswirkungen auf die Ausführungen von \fBless\fP(1) durch
\fBsystemd\fP(1)\-Werkzeuge hat\&.
.RE
.PP
\fI$SYSTEMD_PAGERSECURE\fP
.RS 4
Typische Seitenanzeigeprogramme wie \fBless\fP(1) unterstützen nebem dem
seitenweisen Anzeigen (d\&.h\&. dem Durchlaufen der Ausgabe) das Öffnen von
oder Schreiben in andere Dateien und die Ausführung von beliebigen
Shell\-Befehlen\&. Werden Befehle mit erhöhten Berechtigungen, beispielsweise
unter \fBsudo\fP(8) oder \fBpkexec\fP(1), aufgerufen, wird das
Seitenanzeigeprogramm zur Sicherheitsgrenze\&. Es muss darauf geachtet
werden, dass nur Programme mit streng begrenzter Funktionalität als
Seitenanzeigeprogramm verwandt werden und unerwünschte interaktive
Funktionalitäten wie das Öffnen oder Erstellen von neuen Dateien oder das
Starten von Subprozessen nicht erlaubt sind\&. Der »Sichere Modus« für das
Seitenanzeigeprogramm kann wie nachfolgend beschrieben aktiviert werden,
\fIfalls das Seitenanzeigeprogramm dies unterstützt\fP (die meisten
Seitenanzeigeprogramme sind nicht so geschrieben, dass sie dies
berücksichtigen)\&. Es wird empfohlen, den »Sicheren Modus« explizit zu
aktivieren oder das Seitenanzeigeprogramm komplett mittels \fB\-\-no\-pager\fP
oder \fIPAGER=cat\fP zu deaktivieren, wenn nicht vertrauenswürdigen Benutzern
die Ausführung von Programmen mit erhöhten Privilegien erlaubt wird\&.
.sp
Diese Option akzeptiert ein logisches Argument\&. Ist es auf »true« gesetzt,
wird der »Sichere Modus« des Seitenanzeigeprogramms aktiviert\&. Im
»Sicheren Modus« wird \fBLESSSECURE=1\fP beim Aufruf des Seitenanzeigeprogramms
gesetzt\&. Dies weist das Seiteanzeigeprogramm an, Befehle zum Öffnen oder
Erstellen von neuen Dateien sowie das Starten von Subprozessen zu
deaktivieren\&. Derzeit ist nur von \fBless\fP(1) bekannt, dass es diese
Variable versteht und den »Sicheren Modus« implementiert\&.
.sp
Ist diese Variable auf »false« gesetzt, unterliegt das Seitenanzeigeprogramm
keinen Beschränkungen\&. Setzen auf \fISYSTEMD_PAGERSECURE=0\fP oder das
Beibehalten der Variable von der geerbten Umgebung könnte den Benutzern die
Ausführung beliebiger Befehle erlauben\&.
.sp
Ist \fI$SYSTEMD_PAGERSECURE\fP nicht gesetzt, versuchen die Systemd\-Werkzeuge
automatisch herauszufinden, ob der »Sicheren Modus« aktiviert werden soll
und ob das Seitenanzeigeprogramm dies unterstützt\&. Der »Sichere Modus«
wird aktiviert, falls die effektive UID nicht mit der UID des Eigentümers
der Anmeldesitzung übereinstimmt, siehe \fBgeteuid\fP(2) und
\fBsd_pid_get_owner_uid\fP(3), oder wenn die Ausführung unter Werkzeugen wie
\fBsudo\fP(8) oder ähnlichem erfolgt (\fI$SUDO_UID\fP ist gesetzt
\&\s-2\u[6]\d\s+2)\&. In diesen Fällen wird \fISYSTEMD_PAGERSECURE=1\fP gesetzt
und Seitenanzeigeprogramme, von denen nicht bekannt ist, dass sie den
»Sicheren Modus« unterstützen, werden überhaupt nicht verwandt\&. Beachten
Sie, dass diese automatische Erkennung nur die typischsten Mechanismen zur
Erlangung von Privilegien abdeckt und dem Komfort dient\&. Es wird
empfohlen, explizit \fI$SYSTEMD_PAGERSECURE\fP zu setzen oder das
Seitenanzeigeprogramm zu deaktivieren\&.
.sp
Beachten Sie, dass auch \fI$SYSTEMD_PAGERSECURE\fP gesetzt sein muss, damit die
Variablen \fI$SYSTEMD_PAGER\fP oder \fI$PAGER\fP (außer zum Deaktivieren des
Seitenanzeigeprogramms) berücksichtigt werden\&.
.RE
.PP
\fI$SYSTEMD_COLORS\fP
.RS 4
Akzeptiert ein logisches Argument oder einen besonderen
Wert\&. Standardmäßig (nicht gesetzt) werden \fBsystemd\fP und zugehörige
Hilfswerkzeuge in ihrer Ausgabe Farben verwenden, falls dies möglich
ist\&. Falls \fI$COLORTERM\fP auf »truecolor« oder »24bit« gesetzt ist, werden
24\-bit\-Farben aktiviert, ansonsten 256 Farben, außer wenn \fI$NO_COLOR\fP
gesetzt ist oder \fI$TERM\fP anzeigt, dass Farben deaktiviert sind\&.
.PP
\fBtrue\fP
.RS 4
Identisch zu nicht gesetzt, außer dass \fI$NO_COLOR\fP ignoriert wird\&.
.RE
.PP
\fBfalse\fP
.RS 4
Die Ausgabe erfolgt monochrom\&.
.RE
.PP
»16«, »256«, »24bit«
.RS 4
Verwendet immer die 16, 256 bzw. 24\-bit\-ANSI\-Basisfarben\&.
.RE
.PP
»auto\-16«, »auto\-256«, »auto\-24bit«
.RS 4
Verwendet die angegebene Menge an Farben, abhängig von \fI$TERM\fP und womit
die Konsole verbunden ist\&.
.RE
.RE
.PP
\fI$SYSTEMD_URLIFY\fP
.RS 4
Dies muss ein logischer Wert sein\&. Er steuert, ob anklickbare Links für
Terminal\-Emulatoren, die dies unterstützen, erstellt werden sollen\&. Dies
kann angegeben werden, um die Entscheidung, die \fBsystemd\fP basierend auf
\fI$TERM\fP und anderen Bedingungen trifft, außer Kraft zu setzen\&.
.RE
.PP
\fI$LISTEN_PID\fP, \fI$LISTEN_PIDFDID\fP, \fI$LISTEN_FDS\fP, \fI$LISTEN_FDNAMES\fP
.RS 4
Wird durch Systemd für überwachte Prozesse während Socket\-basierter
Aktivierung gesetzt\&. Siehe \fBsd_listen_fds\fP(3) für weitere
Informationen\&.
.RE
.PP
\fI$NOTIFY_SOCKET\fP
.RS 4
Wird durch den Diensteverwalter für seine Dienste für die Status\- und
Bereitschaftsbenachrichtigungen gesetzt\&. Wird auch vom Diensteverwalter
zur Benachrichtigungen von überwachenden Container\-Verwaltern oder
übergeordneten Dienstervewaltern über seine eigenen Fortschritt
konsumiert\&. Siehe \fBsd_notify\fP(3) und den relevanten nachfolgenden
Abschnitt für weitere Informationen\&.
.RE
.PP
Für weitere Umgebungsvariablen, die von Systemd und seinen verschiedenen
Komponenten verstanden werden, siehe \m[blue]\fBBekannte Umgebungsvariablen\fP\m[]\&\s-2\u[7]\d\s+2\&.
.SH KERNEL\-BEFEHLSZEILE
.PP
Bei der Ausführung als Systeminstanz wertet Systemd eine Reihe von
nachfolgend aufgeführten Optionen aus\&. Diese können als
Kernelbefehlszeilenargumente angegeben werden, die von einer Reihe von
Quellen ausgewertet werden, abhängig von der Umgebung, in der Systemd
ausgeführt wird\&. Beim Betrieb innerhalb eines Linux\-Containers werden
diese Optionen, die von der Befehlszeile übergeben werden, von Systemd
selbst ausgewertet, neben allen Befehlzeilenoptionen, die in obigem
Abschnitt Options aufgeführt sind\&. Beim Betrieb von außerhalb von
Linux\-Containern werden diese Argumente stattdessen aus /proc/cmdline
ausgewertet\&.
.PP
Die folgenden Variablen werden verstanden:
.PP
\fIsystemd\&.unit=\fP, \fIrd\&.systemd\&.unit=\fP
.RS 4
Setzt die beim Systemstart zu aktivierende Unit außer Kraft\&. Standardmäßig
default\&.target\&. Dies kann temporär zum Starten in eine andere
Systemstart\-Unit verwandt werden, beispielsweise rescue\&.target oder
emergency\&.service\&. Siehe \fBsystemd.special\fP(7) für Details über diese
Units\&. Wird der Option »rd\&.« vorangestellt, dann wird sie nur in der
Initrd berücksichtigt, während die Option ohne diese Zeichenkette am Anfang
nur im Hauptsystem berücksichtigt wird\&.
.RE
.PP
\fIsystemd\&.dump_core\fP
.RS 4
Akzeptiert ein logisches Argument oder aktiviert die Option, falls ohne
Argument angegeben\&. Falls aktiviert, wird der Systemverwalter (PID 1)
einen Speicherauszug schreiben, wenn er abstürzt\&. Andernfalls wird kein
Speicherauszug erstellt\&. Standardmäßig aktiviert\&.
.sp
Hinzugefügt in Version 233\&.
.RE
.PP
\fIsystemd\&.crash_chvt\fP
.RS 4
Akzeptiert eine positive Ganzzahl oder ein logisches Argument\&. Kann auch
ohne Argument angegeben werden; dies hat den gleichen Effekt wie ein
positiver logischer Wert\&. Falls eine positive Ganzzahl (im Bereich 1…63)
angegeben ist, wird der Systemverwalter (PID 1) die angegebene Anzahl an
virtuellen Terminals erstellen, wenn er abstürzt\&. Standardmäßig
deaktiviert, was bedeutet, dass dies nicht versucht wird\&. Falls auf
aktiviert gesetzt, wird stattdessen das virtuelle Terminal, auf den die
Kernelnachrichten geschrieben werden, verwandt\&.
.sp
Hinzugefügt in Version 233\&.
.RE
.PP
\fIsystemd\&.crash_shell\fP
.RS 4
Akzeptiert ein logisches Argument oder aktiviert die Option, falls ohne
Argument angegeben\&. Falls aktiviert, wird der Systemverwalter (PID 1) eine
Shell starten, wenn er abstürzt\&. Andernfalls wird keine Shell
gestartet\&. Aus Sicherheitsgründen standardmäßig deaktiviert, da die Shell
nicht durch Passwortauthentifizierung geschützt ist\&.
.sp
Hinzugefügt in Version 233\&.
.RE
.PP
\fIsystemd\&.crash_action=\fP
.RS 4
Akzeptiert entweder »freeze«, »reboot« oder »poweroff«\&. Standardmäßig
»freeze«\&. Falls auf »freeze« gesetzt, wird das System auf unbestimmte Zeit
hängen, wenn der Systemverwalter (PID 1) abstürzt\&. Falls auf »reboot«
gesetzt, wird der Systemverwalter (PID 1) die Maschine automatisch nach
einer Verzögerung von 10 Sekunden neu starten, wenn er abstürzt\&. Falls auf
»poweroff« gesetzt, wird der Systemverwalter (PID 1) die Maschine
ausschalten, wenn er abstürzt\&. Falls mit \fIsystemd\&.crash_shell\fP
kombiniert, wird die konfigurierte Absturzaktion ausgeführt, nachdem die
Shell sich beendet\&.
.sp
Hinzugefügt in Version 256\&.
.RE
.PP
\fIsystemd\&.confirm_spawn\fP
.RS 4
Akzeptiert ein logisches Argument oder einen Pfad zu einer virtuellen
Konsole, auf der Bestätigungsmeldungen ausgegeben werden sollen\&. Kann auch
ohne Argument angegeben werden; dies hat den gleichen Effekt wie ein
positiver logischer Wert\&. Falls aktiviert, wird der Systemverwalter (PID
1) um Bestätigung bitten, wenn er einen Prozess mittels \fB/dev/console\fP
startet\&. Falls ein Pfad oder Konsolename (wie »ttyS0«) bereitgestellt
wird, wird stattdessen die durch diesen Pfad angezeigte virtuelle Konsole
oder durch den übergebenen Namen beschriebene stattdessen
verwandt\&. Standardmäßig deaktiviert\&.
.sp
Hinzugefügt in Version 233\&.
.RE
.PP
\fIsystemd\&.service_watchdogs=\fP
.RS 4
Akzeptiert ein logisches Argument\&. Falls deaktiviert, werden alle
Laufzeit\-Watchdogs für Dienste (\fBWatchdogSec=\fP) und Notfallaktionen
(z\&.B\&. \fBOnFailure=\fP oder \fBStartLimitAction=\fP) durch den Systemverwalter
(PID 1) ignoriert, siehe \fBsystemd.service\fP(5)\&. Standardmäßig deaktiviert,
d\&.h\&. Watchdogs und Fehlschlagaktionen werden normal verarbeitet\&. Der
Hardware\-Watchdog ist durch diese Option nicht betroffen\&.
.sp
Hinzugefügt in Version 237\&.
.RE
.PP
\fIsystemd\&.show_status\fP
.RS 4
Akzeptiert ein logisches Argument oder die Konstanten \fBerror\fP und
\fBauto\fP\&. Kann auch ohne Argument angegeben werden; dies hat den gleichen
Effekt wie ein positiver logischer Wert\&. Falls aktiviert, wird der
Systemverwalter (PID 1) auf der Konsole beim Systemstart knappe
Dienstestatusaktualisierungen anzeigen\&. Bei \fBerror\fP werden nur Meldungen
über Fehler angezeigt, der Systemstart erfolgt ansonsten still\&. \fBauto\fP
verhält sich wie \fBfalse\fP, bis es beim Systemstart zu signifikanten
Verzögerungen kommt\&. Standardmäßig aktiviert, außer \fBquiet\fP wird als
Kernelbefehlszeilenoption angegeben\&. In letzterem Fall ist die Vorgabe
\fBerror\fP\&. Ist dies angegeben, setzt es die Konfigurationsdateioption
\fBShowStatus=\fP des Systemverwalters außer Kraft, siehe
\fBsystemd\-system.conf\fP(5)\&.
.sp
Hinzugefügt in Version 233\&.
.RE
.PP
\fIsystemd\&.status_unit_format=\fP
.RS 4
Akzeptiert \fBname\fP, \fBdescription\fP oder \fBcombined\fP als Wert\&. Falls
\fBname\fP, wird der Diensteverwalter Unit\-Namen in Statusmeldungen
verwenden\&. Falls \fBcombined\fP, wird der Systemverwalter Unit\-Namen und
\-Beschreibungen in Statusmeldungen verwenden\&. Wenn angegeben, setzt dies
die Konfigurationsoption \fBStatusUnitFormat=\fP des Systemverwalters außer
Kraft, siehe \fBsystemd\-system.conf\fP(5)\&.
.sp
Hinzugefügt in Version 243\&.
.RE
.PP
\fIsystemd\&.log_color\fP, \fIsystemd\&.log_level=\fP, \fIsystemd\&.log_location\fP,
\fIsystemd\&.log_target=\fP, \fIsystemd\&.log_time\fP, \fIsystemd\&.log_tid\fP,
\fIsystemd\&.log_ratelimit_kmsg\fP
.RS 4
Steuert die Protokollausgabe, mit dem gleichen Effekt wie die oben
beschriebenen Umgebungsvariablen \fI$SYSTEMD_LOG_COLOR\fP,
\fI$SYSTEMD_LOG_LEVEL\fP, \fI$SYSTEMD_LOG_LOCATION\fP, \fI$SYSTEMD_LOG_TARGET\fP,
\fI$SYSTEMD_LOG_TIME\fP\fI$SYSTEMD_LOG_TID\fP und
\fI$SYSTEMD_LOG_RATELIMIT_KMSG\fP\&. \fIsystemd\&.log_color\fP,
\fIsystemd\&.log_location\fP, \fIsystemd\&.log_time\fP, \fIsystemd\&.log_tid=\fP und
\fIsystemd\&.log_ratelimit_kmsg\fP können ohne Argumente angegeben werden; dies
hat den gleichen Effekt wie ein positiver logischer Wert\&.
.RE
.PP
\fIsystemd\&.default_standard_output=\fP, \fIsystemd\&.default_standard_error=\fP
.RS 4
Steuert die Standardausgabe und Fehlerausgabe für alle Dienste und
Sockets\&. D\&.h\&. steuert die Vorgabe für \fBStandardOutput=\fP und
\fBStandardError=\fP (siehe \fBsystemd.exec\fP(5) für Details)\&. Akzeptiert einen
aus \fBinherit\fP, \fBnull\fP, \fBtty\fP, \fBjournal\fP, \fBjournal+console\fP, \fBkmsg\fP,
\fBkmsg+console\fP\&. Falls kein Argument angegeben wird, ist die Vorgabe für
\fIsystemd\&.default\-standard\-output=\fP \fBjournal\fP und für
\fIsystemd\&.default\-standard\-error=\fP \fBinherit\fP\&.
.RE
.PP
\fIsystemd\&.setenv=\fP
.RS 4
Akzeptiert ein Zeichenkettenargument in der Form VARIABLE=WERT\&. Kann zum
Setzen der Standardumgebungsvariablen, die mit Fork erstellten Kindern
hinzugefügt werden sollen, verwandt werden\&. Kann mehr als einmal verwandt
werden, um mehrere Variablen zu setzen\&.
.RE
.PP
\fIsystemd\&.machine_id=\fP
.RS 4
Akzeptiert einen 32\-Zeichen\-Hexadezimalwert zum Setzen der
Maschinenkennung\&. Hauptsächlich für den Systemstart über das Netzwerk
gedacht, bei dem die gleiche Maschinenkennung für jeden Systemstart
erwünscht ist\&.
.sp
Hinzugefügt in Version 229\&.
.RE
.PP
\fIsystemd\&.set_credential=\fP, \fIsystemd\&.set_credential_binary=\fP
.RS 4
Setzt eine Systemzugangsberechtigung, die mittels der Einstellung
\fIImportCredential=\fP oder \fILoadCredential=\fP an Systemdienste weitergeleitet
werden kann, siehe \fBsystemd.exec\fP(5) für Details\&. Akzeptiert ein Paar
bestehend aus Zugangsberechtigung und \-namen, getrennt durch
Doppelpunkt\&. Der Parameter \fIsystemd\&.set_credential=\fP erwartet den
Zugangsberechtigungswert in wörtlicher Textform, der Parameter
\fIsystemd\&.set_credential_binary=\fP akzeptiert als Base64 kodierte
Binärdaten\&. Beachten Sie, dass von nicht privilegierten Programmen in
/proc/cmdline typischerweise auf die Kernel\-Befehlszeile zugegriffen werden
kann\&. Daher ist dieser Mechanismus nicht für die Übertragung vertraulicher
Daten geeignet\&. Verwenden Sie ihn nur für Daten, die nicht vertraulich
sind (z\&.B\&. öffentliche Schlüssel/Zertifikate statt privater Schlüssel)
oder in Test\-/Fehlersuchumgebungen\&.
.sp
Siehe die Dokumentation der \m[blue]\fBSystem\- und Dienste\-Zugangsberechtigungen\fP\m[]\&\s-2\u[8]\d\s+2 für weitere Details\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.PP
\fIsystemd\&.import_credentials=\fP
.RS 4
Akzeptiert ein logisches Argument\&. Falls false, deaktiviert den Import von
Zugangsberechtigungen aus der Kernel\-Befehlszeile, der
DMI/SMBIOS\-OEM\-Zeichenketten\-Tabelle, dem qemu_fw_cfg\-Sybsystem oder dem
EFI\-Kernel\-Rumpf\&.
.sp
Hinzugefügt in Version 251\&.
.RE
.PP
\fIquiet\fP
.RS 4
Schaltet Statusausgaben beim Systemstart aus, ähnlich wie dies
\fIsystemd\&.show_status=no\fP täte\&. Beachten Sie, dass diese Option auch vom
Kernel selbst gelesen wird und Kernelprotokollierungsausgaben
deaktiviert\&. Die Übergabe dieser Option schaltet daher die normale Ausgabe
sowohl vom Systemverwalter als auch dem Kernel aus\&.
.sp
Hinzugefügt in Version 186\&.
.RE
.PP
\fIdebug\fP
.RS 4
Schaltet den Fehlersuchmodus ein\&. Dies ist äquivalent zu
\fIsystemd\&.log_level=debug\fP\&. Beachten Sie, dass diese Option auch vom
Kernel selbst gelesen wird und die Kernel\-Fehlersuchausgabe aktiviert\&. Die
Übergabe dieser Option schaltet daher die Fehlersuchausgabe sowohl vom
Systemverwalter als auch des Kernels ein\&.
.sp
Hinzugefügt in Version 205\&.
.RE
.PP
\fIemergency\fP, \fIrd\&.emergency\fP, \fI\-b\fP
.RS 4
Systemstart in den Notfallmodus\&. Dies ist zu
\fIsystemd\&.unit=emergency\&.target\fP
bzw\&. \fIrd\&.systemd\&.unit=emergency\&.target\fP äquivalent und wird aus
Kompatibilitätsgründen und da es leichter zu tippen ist, bereitgestellt\&.
.sp
Hinzugefügt in Version 186\&.
.RE
.PP
\fIrescue\fP, \fIrd\&.rescue\fP, \fIsingle\fP, \fIs\fP, \fIS\fP, \fI1\fP
.RS 4
Systemstart in den Rettungsmodus\&. Dies ist zu
\fIsystemd\&.unit=rescue\&.target\fP
bzw\&. \fIrd\&.systemd\&.unit=rescue\&.target\fP äquivalent und wird aus
Kompatibilitätsgründen und da es leichter zu tippen ist, bereitgestellt\&.
.sp
Hinzugefügt in Version 186\&.
.RE
.PP
\fI2\fP, \fI3\fP, \fI4\fP, \fI5\fP
.RS 4
Systemstart in den angegebenen veralteten SysV\-Runlevel\&. \fI2\fP, \fI3\fP und
\fI4\fP sind zu \fIsystemd\&.unit=multi\-user\&.target\fP äquivalent und \fI5\fP ist
zu \fIsystemd\&.unit=graphical\&.target\fP äquivalent und sie werden aus
Kompatibilitätsgründen und da es leichter zu tippen ist, bereitgestellt\&.
.sp
Hinzugefügt in Version 186\&.
.RE
.PP
\fIlocale\&.LANG=\fP, \fIlocale\&.LANGUAGE=\fP, \fIlocale\&.LC_CTYPE=\fP,
\fIlocale\&.LC_NUMERIC=\fP, \fIlocale\&.LC_TIME=\fP, \fIlocale\&.LC_COLLATE=\fP,
\fIlocale\&.LC_MONETARY=\fP, \fIlocale\&.LC_MESSAGES=\fP, \fIlocale\&.LC_PAPER=\fP,
\fIlocale\&.LC_NAME=\fP, \fIlocale\&.LC_ADDRESS=\fP, \fIlocale\&.LC_TELEPHONE=\fP,
\fIlocale\&.LC_MEASUREMENT=\fP, \fIlocale\&.LC_IDENTIFICATION=\fP
.RS 4
Setzt die zu verwendende System\-Locale\&. Dies setzt die Einstellungen in
/etc/locale\&.conf außer Kraft\&. Für weitere Informationen siehe
\fBlocale.conf\fP(5) und \fBlocale\fP(7)\&.
.sp
Hinzugefügt in Version 186\&.
.RE
.PP
Für weitere von Komponenten des Kernbetriebssystems verstandene
Kernelbefehlszeilenparameter siehe \fBkernel\-command\-line\fP(7)\&.
.SH SYSTEMZUGANGSBERECHTIGUNGEN
.PP
Während der Initialisierung wird der Diensteverwalter Zugangsberechtigungen
aus verschiedenen Stellen in den Satz der Zugangsberechtigungen des Systems
importieren\&. Dies kann dann an Dienste weitergeleitet und von Generatoren
verwandt werden:
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Wenn sich der Diensteverwalter erstmals initialisiert, wird er die
Systemzugangsberechtigungen aus SMBIOS\-Typ\-11\-Lieferantenzeichenketten
\fIio\&.systemd\&.credential:\fP\fIName\fP\fI=\fP\fIWert\fP und
\fIio\&.systemd\&.credential\&.binary:\fP\fIName\fP\fI=\fP\fIWert\fP lesen\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Gleichzeitig wird er Zugangsberechtigungen von QEMUs »fw_cfg«
importieren\&. (Beachten Sie, dass der SMBIOS\-Mechanismus im Allgemeinen
bevorzugt wird, da er scheller und generisch ist\&.)
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Zugangsberechtigungen können wie oben beschrieben über die
Kernelbefehlszeile mittels des Parameters \fIsystemd\&.set\-credential=\fP
übergeben werden\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Zugangsberechtigungen können von der UEFI\-Umgebung mittels
\fBsystemd\-stub\fP(7) übergeben werden\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Wenn der Diensteverwalter während des Übergangs Initrd → Hauptsystem
aufgerufen wird, wird er alle Dateien in /run/credentials/@initrd/ als
Systemzugangsberechtigungen importieren\&.
.RE
.PP
Rufen Sie \fBsystemd\-creds\fP(1) wie folgt auf, um eine Liste der an das System
übergebenen Zugangsberechtigungen zu sehen:
.sp
.if  n \{\
.RS 4
.\}
.nf
# systemd\-creds \-\-system list
.fi
.if  n \{\
.RE
.\}
.PP
Siehe die Dokumentation der \m[blue]\fBSystem\- und Dienste\-Zugangsberechtigungen\fP\m[]\&\s-2\u[8]\d\s+2 für weitere Details\&.
.PP
Wenn der Diensteverwalter als PID 1 ausgeführt wird, verwendet er die
folgenden Systemzugangsberechtigungen:
.PP
\fIvmm\&.notify_socket\fP
.RS 4
Enthält eine \fBAF_VSOCK\fP\- oder \fBAF_UNIX\fP\-Adresse, an die eine
Benachrichtigungsmeldung \fBREADY=1\fP gesandt werden soll, wenn das System den
Start abgeschlossen hat\&. Siehe \fBsd_notify\fP(3) und den nächsten Abschnitt
für weitere Informationen\&. Beachten Sie, dass im Falle von Hypervisoren,
die \fBSOCK_DGRAM\fP über \fBAF_VSOCK\fP nicht unterstützen stattdessen
\fBSOCK_SEQPACKET\fP versucht wird\&. Der Inhalt der Zugangsberechtigung für
\fBAF_VSOCK\fP sollte eine Zeichenkette in der Form »vsock:CID:PORT«
sein\&. »vsock\-stream«, »vsock\-dgram« und »vsock\-seqpacket« können anstelle
von »vsock« verwandt werden, um den entsprechenden Socket\-Typ zu
erzwingen\&.
.sp
Diese Funktionalität ist für Maschinenverwalter oder andere Prozesse auf dem
Rechner nützlich, um eine Benachrichtigung über VSOCK zu erhalten, wenn eine
virtuelle Maschine mit dem Starten fertig ist\&.
.sp
Hinzugefügt in Version 254\&.
.RE
.PP
\fIsystem\&.machine_id\fP
.RS 4
Akzeptiert eine hexadezimale 128\-bit Kennung, aus der /etc/machine\-id
initialisiert wird, falls die Datei noch nicht eingerichtet ist\&. Siehe
\fBmachine\-id\fP(5) zu Details\&.
.sp
Hinzugefügt in Version 254\&.
.RE
.PP
Eine Liste von Systemzugangsberechtigungen, die verschiedene andere
Komponenten von Systemd konsumieren, finden Sie in
\fBsystemd.system\-credentials\fP(7)\&.
.SH BEREITSCHAFTSPROTOKOLL
.PP
Der Diensteverwalter implementiert ein
Bereitschafts\-Benachrichtigungsprotokoll, sowohl zwischen dem Verwalter und
seinen Diensten (d\&.\h. zu den nachgeordneten Teilen) als auch zwischen dem
Verwalter und einem möglichen übergeordneten Überwacher (letzerer könnte ein
Maschinen\- oder Container\-Verwalter sein, oder im Falle eines
benutzerbezogenen Diensteverwalters die Instanz des
System\-Diensteverwalters)\&. Das grundlegende Protokoll (und die dafür
vorgeschlagene API) sind in \fBsd_notify\fP(3) beschrieben\&.
.PP
Das vom Diensteverwalter (einschließlich PID 1) für die Meldung der
Bereitschaft an seinen eigenen Supervisor verwandte Benachrichtigungs\-Socket
wird mittels der Umgebungsvariablen \fI$NOTIFY_SOCKET\fP gesetzt (siehe
oben)\&. Da diese nur für Container\-Verwalter und für die benutzerbezogene
Instanz des Diensteverwalters setzbar ist, ist ein zusätzlicher Mechanismus
zur Konfiguration davon verfügbar, der insbesondere für VM\-Umgebungen
gedacht ist: Die Systemzugangsberechtigung \fIvmm\&.notify_socket\fP (siehe
oben) kann mittels SMBIOS\-Type\-11\-Lieferantenzeichenketten auf ein
geeignetes Socket (typischerweise der Art \fBAF_VSOCK\fP) gesetzt
werden\&. Details hierzu finden Sie weiter oben\&.
.PP
Das Benachrichtigungsprotokoll vom Diensteverwalter zu übergeordneten
Supervisoren unterstützt eine Reihe von Erweiterungsfeldern, die es einem
Supervisor ermöglichen, Informationen über bestimmte Eigenschaften des
Systems zu erlangen und dessen Systemstartvorgang nachzuverfolgen\&. Konkret
werden die folgenden Felder gesandt:
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Eine Meldung \fIX_SYSTEMD_HOSTNAME=\…\fP wird ausgesandt, sobald der
anfängliche Rechnername für das System bestimmt wurde\&. Beachten Sie, dass
während der weiteren Laufzeit der Rechnername programatisch geändert werden
kann und (derzeit) in diesem Fall keine weiteren Benachrichtigungen
ausgesandt werden\&.
.sp
Hinzugefügt in Version 256\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Eine Meldung \fIX_SYSTEMD_MACHINE_ID=…\fP wird ausgesandt, sobald die
Maschinenkennung des Systems bestimmt wurde\&. Siehe \fBmachine\-id\fP(5) zu
Details\&.
.sp
Hinzugefügt in Version 256\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Eine Meldung \fIX_SYSTEMD_SIGNALS_LEVEL=…\fP wird ausgesandt, sobald der
Diensteverwalter die oben beschriebenen verschiedenen
UNIX\-Prozesssignalhandhaber installiert hat\&. Der Wert des Feldes ist eine
vorzeichenlose Ganzzahl, formatiert als dezimale Zeichenkette\&. Er zeigt
die unterstützte UNIX\-Prozesssignal\-Funktionalitätsstufe des
Diensteverwalters an\&. Derzeit ist nur eine einzelne Funktionalitätsstufe
definiert:
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
\fIX_SYSTEMD_SIGNALS_LEVEL=2\fP deckt die oben beschriebenen verschiedenen
UNIX\-Prozesssignale ab\&. Diese sind eine Obermenge der durch das
historische SysV\-Init\-System unterstützten Signale\&
.RE
.sp
Signale, die an PID 1 vor dieser Meldung gesandt werden, könnten nicht
korrekt behandelt werden\&. Ein Konsument dieser Meldungen sollte die Werte
als eine vorzeichenfrei Ganzzahl auswerten, die die Unterstützungsstufe
anzeigt\&. Aktuell ist nur die erwähnte Stufe 2 definiert, aber später
könnten zusätzliche Stufen mit größeren Ganzzahlen definiert werden, die
eine Obermenge des aktuell definierten Verhaltens implementieren\&.
.sp
Hinzugefügt in Version 256\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Meldungen \fIX_SYSTEMD_UNIT_ACTIVE=…\fP und \fIX_SYSTEMD_UNIT_INACTIVE=…\fP werden
für jede Ziel\-Unit ausgesandt, wenn sie aktiv werden oder aufhören, aktiv zu
sein\&. Dies ist zur Nachverfolgung des Systemstartvorgangs und deren
Funktionalität nützlich\&. Beispielsweise ist SSH\-Zugriff typischerweise
verfügbar, sobald die Meldung erfolgt ist, dass die Unit ssh\-access\&.target
gestartet wurde, siehe \fBsystemd.special\fP(7) zu Details\&.
.sp
Hinzugefügt in Version 256\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Eine Meldung \fIX_SYSTEMD_SHUTDOWN=…\fP wird sehr kurz vor dem Herunterfahren
des Systems ausgesandt\&. Der Wert ist einer der Zeichenketten »reboot«,
»halt«, »poweroff«, »kexec« und zeigt an, welche Art von Herunterfahren
ausgeführt wird\&.
.sp
Hinzugefügt in Version 256\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
Eine Meldung \fIX_SYSTEMD_REBOOT_PARAMETER=…\fP wird auch sehr kurz bevor das
System herunterfährt ausgesandt\&. Ihr Wert ist das Neustartargument, wie es
mit \fBsystemctl \-\-reboot\-argument=…\fP konfiguriert ist\&.
.sp
Hinzugefügt in Version 256\&.
.RE
.PP
Beachten Sie, dass diese Erweiterungsfelder zusätzlich zu den regulären
Benachrichtigungen »READY=1« und »RELOADING=1« gesandt werden\&.
.SH OPTIONEN
.PP
\fBSystemd\fP wird nur sehr selten direkt aufgerufen, da es früh gestartet wird
und bereits läuft, wenn Benutzer mit ihm interagieren\&. Normalerweise
werden Werkzeuge wie \fBsystemctl\fP(1) verwandt, um Befehle an den Verwalter
abzusetzen\&. Da \fBsystemd\fP normalerweise nicht direkt aufgerufen wird, sind
die nachfolgend aufgeführten Optionen hauptsächlich zur Fehlersuche und für
besondere Zwecke nützlich\&.
.SS "Optionen zur Selbstprüfung und Fehlersuche"
.PP
Diese Optionen werden zum Testen und zur Selbstprüfung verwandt und
\fBsystemd\fP kann mit ihnen jederzeit aufgerufen werden:
.PP
\fB\-\-dump\-configuration\-items\fP
.RS 4
Gibt die verstandenen Unit\-Konfigurationselemente aus\&. Diese Ausgabe ist
eine knappe, aber komplette Liste aller Konfigurationselemente in
Unit\-Definitionsdateien\&.
.RE
.PP
\fB\-\-dump\-bus\-properties\fP
.RS 4
Gibt offengelegte Buseigenschaften aus\&. Diese Ausgabe ist eine knappe,
aber komplette Liste von Eigenschaften, die auf D\-Bus offengelegt sind\&.
.sp
Hinzugefügt in Version 239\&.
.RE
.PP
\fB\-\-test\fP
.RS 4
Bestimmt die anfängliche Hochfahrtransaktion (d\&.h\&. die Liste der beim
Hochfahren in die Warteschlange eingereihten Aufträge), gibt sie aus und
beendet sich, ohne tatsächlich irgend einen der bestimmten Aufträge
auszuführen\&. Diese Option ist nur zur Fehlersuche nützlich\&. Beachten
Sie, dass während des regulären Hochfahrens des Diensteverwalters Units, die
von dieser Aktion nicht angezeigt werden, gestartet werden könnten, da
Hardware, Sockets, Busse oder andere Arten von Aktivierungen zusätzliche
Aufträge während der Ausführung der Transaktion hinzufügen
könnnten\&. Verwenden Sie \fB\-\-system\fP, um die anfängliche Transaktion des
Systemdiensteverwalters zu erbitten (was die implizite Vorgabe
ist)\&. Kombinieren Sie mit \fB\-\-user\fP, um stattdessen die anfängliche
Transaktion für den benutzerbezogenen Diensteverwalter zu erbitten\&.
.RE
.PP
\fB\-\-system\fP, \fB\-\-user\fP
.RS 4
Wählt aus, ob die anfängliche Transaktion für die Systeminstanz oder für die
benutzerbezogene Instanz berechnet werden soll, wenn zusammen mit \fB\-\-test\fP
verwandt\&. Diese Option hat keine Wirkung ohne \fB\-\-test\fP, da während des
regulären (d\&.h\&. ohne \fB\-\-test\fP) Aufrufs der Diensteverwalter automatisch
erkennen wird, ob er im System\- oder benutzerbezogenen Modus agieren soll,
indem er prüft, ob die PID, unter der er laufen soll, 1 ist oder
nicht\&. Beachten Sie, dass das Starten und Betreiben eines Systems, bei dem
der Systemverwalter im Modus \fB\-\-system\fP aber mit einer von 1 verschiedenen
PID läuft, nicht unterstützt wird\&.
.RE
.PP
\fB\-h\fP, \fB\-\-help\fP
.RS 4
Zeigt einen kurzen Hilfetext an und beendet das Programm\&.
.RE
.PP
\fB\-\-version\fP
.RS 4
Zeigt eine kurze Versionszeichenkette an und beendet das Programm\&.
.RE
.SS "Optionen, die Kernelbefehlszeileneinstellungen duplizieren"
.PP
Diese Optionen entsprechen direkt den oben unter »Kernel\-Befehlszeile«
aufgeführten Optionen. Beide Formen können gleichwertig für den
Systemverwalter verwandt werden, aber es wird empfohlen, in diesem
Zusammenhang die oben aufgeführten Formen einzusetzen, da ihnen ein
korrekter Namensraum zugewiesen ist\&. Wenn eine Option sowohl auf der
Kernelbefehlszeile als auch als normales Befehlszeilenargument angegeben
ist, hat letztere höheren Vorrang\&.
.PP
Wird \fBsystemd\fP als Benutzerverwalter eingesetzt, wird die Kernelbefehlzeile
ignoriert und nur die beschriebenen Optionen werden verstanden\&. Da
\fBsystemd\fP normalerweise durch den Dienst \fBuser@.service\fP(5) in diesem
Modus gestartet wird und der Dienst von allen Benutzer gemeinsam verwandt
wird, kann es bequemer sein, die Konfigurationsdatei oder Umgebungsvariablen
zu verwenden, um Einstellungen zu verändern (siehe
\fBsystemd\-user.conf\fP(5))\&. Siehe den obigen Abschnitt »Umgebungsvariablen«
für eine Diskussion, wie der Umgebungsblock gesetzt wird\&.
.PP
\fB\-\-unit=\fP
.RS 4
Setzt die beim Starten zu aktivierende Vorgabe\-Unit\&. Falls nicht
angegeben, ist die Vorgabe default\&.target\&. Siehe \fIsystemd\&.unit=\fP
weiter oben\&.
.RE
.PP
\fB\-\-dump\-core\fP
.RS 4
Beim Absturz Kernspeicherabzüge aktivieren\&. Dieser Schalter hat beim
Betrieb als Benutzerinstanz keinen Effekt\&. Identisch zu
\fIsystemd\&.dump_core=\fP weiter oben\&.
.RE
.PP
\fB\-\-crash\-vt=\fP\fIVT\fP
.RS 4
Beim Absturz auf eine bestimmte virtuelle Konsole (VT) umschalten\&. Dieser
Schalter hat beim Betrieb als Benutzerinstanz keine Wirkung\&. Identisch zu
\fIsystemd\&.crash_chvt=\fP oben (beachten Sie aber die andere Schreibweise)\&.
.sp
Hinzugefügt in Version 227\&.
.RE
.PP
\fB\-\-crash\-shell\fP
.RS 4
Führt beim Systemabsturz eine Shell aus\&. Dieser Schalter hat beim Betrieb
als Benutzerinstanz keinen Effekt\&. Siehe \fIsystemd\&.crash_shell=\fP weiter
oben\&.
.RE
.PP
\fB\-\-crash\-action=\fP
.RS 4
Legt fest, was beim Absturz des Systemverwalters (PID 1) getan werden
soll\&. Dieser Schalter hat beim Betrieb von \fBsystemd\fP als Benutzerinstanz
keinen Effekt\&. Siehe \fIsystemd\&.crash_action\fP weiter oben\&.
.sp
Hinzugefügt in Version 256\&.
.RE
.PP
\fB\-\-confirm\-spawn\fP
.RS 4
Beim Öffnen von Prozessen um Bestätigung bitten\&. Dieser Schalter hat beim
Betrieb als Benutzerinstanz keinen Effekt\&. Siehe
\fIsystemd\&.confirm_spawn\fP weiter oben\&.
.RE
.PP
\fB\-\-show\-status\fP
.RS 4
Zeigt knappe Unit\-Statusinformationen während des Hochfahrens und
Herunterfahrens auf der Konsole\&. Siehe \fIsystemd\&.show_status\fP oben\&.
.sp
Hinzugefügt in Version 244\&.
.RE
.PP
\fB\-\-log\-color\fP
.RS 4
Hebt wichtige Protokollmeldungen hervor\&. Siehe \fIsystemd\&.log_color\fP
oben\&.
.sp
Hinzugefügt in Version 244\&.
.RE
.PP
\fB\-\-log\-level=\fP
.RS 4
Setzt Protokollierstufe\&. Siehe \fIsystemd\&.log_level\fP weiter oben\&.
.RE
.PP
\fB\-\-log\-location\fP
.RS 4
Schließt den Ort im Code in Protokollmeldungen ein\&. Siehe
\fIsystemd\&.log_location\fP oben\&.
.sp
Hinzugefügt in Version 244\&.
.RE
.PP
\fB\-\-log\-target=\fP
.RS 4
Setzt Protokollierziel\&. Siehe \fIsystemd\&.log_target\fP weiter oben\&.
.RE
.PP
\fB\-\-log\-time=\fP
.RS 4
Stellt Nachrichten der Konsole einen Zeitstempel voran\&. Siehe
\fIsystemd\&.log_time\fP weiter oben\&.
.sp
Hinzugefügt in Version 246\&.
.RE
.PP
\fB\-\-machine\-id=\fP
.RS 4
Setzt die auf der Festplatte gesetzte Maschinenkennung außer Kraft\&. Siehe
\fIsystemd\&.machine_id=\fP oben\&.
.sp
Hinzugefügt in Version 229\&.
.RE
.PP
\fB\-\-service\-watchdogs\fP
.RS 4
Global alle Dienste\-Watchdog\-Zeitüberschreitungen und Notfallaktionen
aktivieren/deaktivieren\&. Siehe \fIsystemd\&.service_watchdogs\fP weiter
oben\&.
.sp
Hinzugefügt in Version 237\&.
.RE
.PP
\fB\-\-default\-standard\-output=\fP, \fB\-\-default\-standard\-error=\fP
.RS 4
Setzt die Vorgabe\-Standardausgabe und \-Fehlerausgabe für alle Dienste
bzw. Sockets\&. Siehe \fIsystemd\&.default_standard_output=\fP und
\fIsystemd\&.default_standard_error=\fP oben\&.
.RE
.SH SYSTEMUHR\-EPOCH
.PP
Wenn \fBsystemd\fP gestartet oder neugestartet wird, könnte es die Systemuhr
auf die »Epoch« stellen\&. Dieser Mechanismus wird verwandt, um
sicherzustellen, dass die Uhr einigermaßen vernünftig initialisiert bleibt
und über Neustarts hinweg grob monoton verläuft, falls keine lokale,
Batterie\-gestützte RTC vorhanden ist oder diese nicht korrekt
funktioniert\&.
.PP
Der Epoch ist das kleinste Datum, über dem die Systemuhrzeit als korrekt
gesetzt angenommen werden kann\&. Bei der Initialisierung wird die lokale
Uhr auf die Epoch \fIvorgestellt\fP, falls sie auf einen niederigeren Wert
gestellt war\&. Als Spezialfall wird die Systemuhr auf die Epoch
\fIzurückgestellt\fP, falls die lokale Uhr hinreichend weit in der Zukunft ist
(standardmäßig 15 Jahre, aber dies kann zum Compile\-Zeitpunkt konfiguriert
werden)\&.
.PP
Die Epoch wird auf das höchste der folgenden gesetzt: Dem Bauzeitpunkt von
Systemd, der Veränderungszeit (»mtime«) von /usr/lib/clock\-epoch und der
Veränderungszeit von /var/lib/systemd/timesync/clock\&.
.SH DATEIEN
.PP
/run/systemd/notify
.RS 4
Daemon\-Statusbenachrichtigungs\-Socket\&. Dies ist ein
\fBAF_UNIX\fP\-Datagramm\-Socket, das zur Implementierung der
Benachrichtigungslogik des Daemons mit \fBsd_notify\fP(3) verwandt wird\&.
.RE
.PP
/run/systemd/private
.RS 4
Wird intern als Kommunikationskanal zwischen \fBsystemctl\fP(1) und dem
Systemd\-Prozess verwandt\&. Dies ist ein \fBAF_UNIX\fP\-Stream\-Socket\&. Diese
Schnittstelle ist für Systemd privat und sollte in externen Projekten nicht
verwandt werden\&.
.RE
.PP
/usr/lib/clock\-epoch
.RS 4
Die Veränderungszeit (»mtime«) dieser Datei wird für die Zeit\-Epoch genutzt,
siehe den vorherigen Abschnitt\&.
.sp
Hinzugefügt in Version 247\&.
.RE
.PP
/var/lib/systemd/timesync/clock
.RS 4
Die Veränderungszeit (»mtime«) dieser Datei wird von
\fBsystemd\-timesyncd.service\fP(8) aktualisiert\&. Falls vorhanden, wird die
Veränderungszeit dieser Datei für die Epoch verwandt, siehe den vorherigen
Abschnitt\&.
.sp
Hinzugefügt in Version 257\&.
.RE
.SH GESCHICHTE
.PP
systemd 252
.RS 4
Die Kernel\-Befehlszeilenargumente \fIsystemd\&.unified_cgroup_hierarchy\fP und
\fIsystemd\&.legacy_systemd_cgroup_controller\fP wurden als veraltet
gekennzeichnet\&. Bitte stellen Sie auf die vereinigte Cgroup\-Hierarchie
um\&.
.RE
.SH "SIEHE AUCH"
.PP
Die \m[blue]\fBSystemd\-Homepage\fP\m[]\&\s-2\u[9]\d\s+2,
\fBsystemd\-system.conf\fP(5), \fBlocale.conf\fP(5), \fBsystemctl\fP(1),
\fBjournalctl\fP(1), \fBsystemd\-notify\fP(1), \fBdaemon\fP(7), \fBsd\-daemon\fP(3),
\fBorg.freedesktop.systemd1\fP(5), \fBsystemd.unit\fP(5), \fBsystemd.special\fP(7),
\fBpkg\-config\fP(1), \fBkernel\-command\-line\fP(7), \fBbootup\fP(7),
\fBsystemd.directives\fP(7), \fBorg.freedesktop.systemd1\fP(5)
.PP
Für weitere Informationen über die Konzepte und Ideen hinter Systemd wird
auf das \m[blue]\fBUrsprüngliches Designdokument\fP\m[]\&\s-2\u[10]\d\s+2
verwiesen\&.
.SH ANMERKUNGEN
.IP " 1." 4
Schnittstellenportabilitäts\- und \-stabilitätszusage
.RS 4
\%https://systemd.io/PORTABILITY_AND_STABILITY/
.RE
.IP " 2." 4
Container\-Schnittstelle
.RS 4
\%https://systemd.io/CONTAINER_INTERFACE
.RE
.IP " 3." 4
Initrd\-Schnittstelle
.RS 4
\%https://systemd.io/INITRD_INTERFACE/
.RE
.IP " 4." 4
Control\-Gruppen v2
.RS 4
\%https://docs.kernel.org/admin\-guide/cgroup\-v2.html
.RE
.IP " 5." 4
XDG\-Basisverzeichnisspezifikation
.RS 4
\%https://standards.freedesktop.org/basedir\-spec/basedir\-spec\-latest.html
.RE
.IP " 6." 4
Es wird für andere Werkzeuge empfohlen, \fI$SUDO_UID\fP geeignet zu setzen und
zu überprüfen und es als allgemeine Schnittstelle zu behandeln.
.IP " 7." 4
Bekannte Umgebungsvariablen
.RS 4
\%https://systemd.io/ENVIRONMENT
.RE
.IP " 8." 4
System\- und Dienste\-Zugangsberechtigungen
.RS 4
\%https://systemd.io/CREDENTIALS
.RE
.IP " 9." 4
Systemd\-Homepage
.RS 4
\%https://systemd.io/
.RE
.IP 10. 4
Ursprüngliches Designdokument
.RS 4
\%https://0pointer.de/blog/projects/systemd.html
.RE
.PP
.SH ÜBERSETZUNG
Die deutsche Übersetzung dieser Handbuchseite wurde von
Helge Kreutzmann <debian@helgefjell.de>
erstellt.
.PP
Diese Übersetzung ist Freie Dokumentation; lesen Sie die
.UR https://www.gnu.org/licenses/gpl-3.0.html
GNU General Public License Version 3
.UE
oder neuer bezüglich der
Copyright-Bedingungen. Es wird KEINE HAFTUNG übernommen.
.PP
Wenn Sie Fehler in der Übersetzung dieser Handbuchseite finden,
schicken Sie bitte eine E-Mail an die
.MT debian-l10n-german@lists.debian.org
Mailingliste der Übersetzer
.ME .