manpages-de - en to de translation catalogue (197 entries)

note: ----------------------------------------------------------------- * MAIN CONTENT STARTS HERE * type: SH
en: NAME
de: BEZEICHNUNG

note: type: Plain text
en: systemd.service - Service unit configuration
de: systemd.service - Dienste-Unit-Konfiguration

note: type: SH
en: SYNOPSIS
de: ÜBERSICHT

note: type: Plain text
en: I<service>\&.service
de: I<Dienst>\&.service

note: type: SH
en: DESCRIPTION
de: BESCHREIBUNG

note: type: Plain text
en: A unit configuration file whose name ends in "\&.service" encodes information about a process controlled and supervised by systemd\&.
de: Eine Unit-Konfigurationsdatei, deren Name in »\&.service« endet, kodiert Informationen über einen von Systemd gesteuerten und überwachten Prozess\&.

note: type: Plain text
en: This man page lists the configuration options specific to this unit type\&. See B<systemd.unit>(5)  for the common options of all unit configuration files\&. The common configuration items are configured in the generic "[Unit]" and "[Install]" sections\&. The service specific configuration options are configured in the "[Service]" section\&.
de: Diese Handbuchseite listet die für diesen Unit-Typ spezifischen Konfigurationsoptionen auf\&. Siehe B<systemd.unit>(5) für die gemeinsamen Optionen von allen Unit-Konfigurationsdateien\&. Die gemeinsamen Konfigurationselemente werden in den generischen Abschnitten »[Unit]« und »[Install]« konfiguriert\&. Die dienstespezifischen Konfigurationsoptionen werden im Abschnitt »[Service]« konfiguriert\&.

note: type: Plain text
en: Additional options are listed in B<systemd.exec>(5), which define the execution environment the commands are executed in, and in B<systemd.kill>(5), which define the way the processes of the service are terminated, and in B<systemd.resource-control>(5), which configure resource control settings for the processes of the service\&.
de: Zusätzliche Optionen sind in B<systemd.exec>(5), das die Ausführungsumgebung, in der die Befehle ausgeführt werden und in B<systemd.kill>(5), das die Art der Beendigung der Prozesse des Dienstes definiert und in B<systemd.resource-control>(5), das die Ressourcensteuerungseinstellungen für die Prozesse des Dienstes konfiguriert, aufgeführt\&.

note: type: Plain text
en: If a service is requested under a certain name but no unit configuration file is found, systemd looks for a SysV init script by the same name (with the \&.service suffix removed) and dynamically creates a service unit from that script\&. This is useful for compatibility with SysV\&. Note that this compatibility is quite comprehensive but not 100%\&. For details about the incompatibilities, see the \m[blue]B<Incompatibilities with SysV>\m[]\&\s-2\u[1]\d\s+2 document\&.
de: Falls ein Dienst unter einem bestimmten Namen angefordert wird, aber keine Unit-Konfigurationsdatei gefunden wird, schaut Systemd nach einem SysV-Init-Skript mit dem gleichen Namen (ohne die Endung \&.service) und erstellt dynamisch eine Dienste-Unit aus diesem Skript\&. Dies ist zur Kompatibilität mit SysV nützlich\&. Beachten Sie, dass diese Kompatibilität recht umfangreich, aber nicht 100% ist\&. Für Details über die Inkompatibilitäten, siehe das Dokument \m[blue]B<Inkompatibilitäten mit SysV>\m[]\&\s-2\u[1]\d\s+2\&.

note: type: Plain text
en: The B<systemd-run>(1)  command allows creating \&.service and \&.scope units dynamically and transiently from the command line\&.
de: Der Befehl erlaubt das dynamische und flüchtige Erstellen von »\&.service«- und »\&.scope«-Units auf der Befehlszeile\&.

note: type: SH
en: SERVICE TEMPLATES
de: DIENSTEVORLAGEN

note: type: Plain text
en: It is possible for B<systemd> services to take a single argument via the "I<service>@I<argument>\&.service" syntax\&. Such services are called "instantiated" services, while the unit definition without the I<argument> parameter is called a "template"\&. An example could be a dhcpcd@\&.service service template which takes a network interface as a parameter to form an instantiated service\&. Within the service file, this parameter or "instance name" can be accessed with %-specifiers\&. See B<systemd.unit>(5)  for details\&.
de: B<systemd>-Dienste können ein einzelnes Argument über die Syntax »I<Dienst>@I<Argument>\&.service« akzeptieren\&. Solche Dienste heißen »instanziierte« Dienste, während die Unit-Definition ohne den Parameter I<Argument> »Vorlage« genannt wird\&. Eine Beispiel könnte die Dienstevorlage dhcpcd@\&.service sein, die eine Netzwerkschnittstelle als Parameter akzeptiert, um einen instanziierten Dienst zu formen\&. Innerhalb dieser Dienstedatei kann auf diesen Parameter oder den »Instanzennamen« mit Kennzeichnern »%« zugegriffen werden\&. Siehe B<systemd.unit>(5) für Details\&.

note: type: SH
en: AUTOMATIC DEPENDENCIES
de: AUTOMATISCHE ABHÄNGIGKEITEN

note: type: SS
en: Implicit Dependencies
de: Implizite Abhängigkeiten

note: type: Plain text
en: The following dependencies are implicitly added:
de: Die folgenden Abhängigkeiten werden implizit hinzugefügt:

note: type: Plain text
en: Services with I<Type=dbus> set automatically acquire dependencies of type I<Requires=> and I<After=> on dbus\&.socket\&.
de: Dienste mit I<Type=dbus> erlangen automatisch Abhängigkeiten des Typs I<Requires=> und I<After=> von dbus\&.socket\&.

note: type: Plain text
en: Socket activated services are automatically ordered after their activating \&.socket units via an automatic I<After=> dependency\&. Services also pull in all \&.socket units listed in I<Sockets=> via automatic I<Wants=> and I<After=> dependencies\&.
de: Socket-aktivierte Dienste werden automatisch nach ihren aktivierenden \&.socket-Units mittels einer automatischen I<After=>-Abhängigkeit sortiert\&. Dienste ziehen auch alle in I<Sockets=> aufgeführten \&.socket-Units mittels automatischer I<Wants=>- und I<After=>-Abhängigkeiten herein\&.

note: type: Plain text
en: Additional implicit dependencies may be added as result of execution and resource control parameters as documented in B<systemd.exec>(5)  and B<systemd.resource-control>(5)\&.
de: Zusätzliche implizite Abhängigkeiten als Ergebnis der Ausführung und der gemäß B<systemd.exec>(5) und B<systemd.resource-control>(5) dokumentierten Ressourcen-Steuerungsparameter können hinzugefügt werden.

note: type: SS
en: Default Dependencies
de: Standardabhängigkeiten

note: type: Plain text
en: The following dependencies are added unless I<DefaultDependencies=no> is set:
de: Die folgenden Abhängigkeiten werden hinzugefügt, es sei denn, I<DefaultDependencies=no> ist gesetzt:

note: type: Plain text
en: Service units will have dependencies of type I<Requires=> and I<After=> on sysinit\&.target, a dependency of type I<After=> on basic\&.target as well as dependencies of type I<Conflicts=> and I<Before=> on shutdown\&.target\&. These ensure that normal service units pull in basic system initialization, and are terminated cleanly prior to system shutdown\&. Only services involved with early boot or late system shutdown should disable this option\&.
de: Dienste-Units werden Abhängigkeiten des Typs I<Requires=> und I<After=> von sysinit\&.target, eine Abhängigkeit des Typs I<After=> on basic\&.target sowie Abhängigkeiten vom Typ I<Conflicts=> und I<Before=> von shutdown\&.target haben\&. Dies stellt sicher, dass normale Dienste-Units alle grundlegenden Systeminitialisierungen hereinziehen und sauber vor dem Herunterfahren des Systems beendet werden\&. Nur Dienste, die an der frühen Systemstartphase oder beim Herunterfahren des Systems beteiligt sind, sollten diese Option deaktivieren\&.

note: type: Plain text
en: Instanced service units (i\&.e\&. service units with an "@" in their name) are assigned by default a per-template slice unit (see B<systemd.slice>(5)), named after the template unit, containing all instances of the specific template\&. This slice is normally stopped at shutdown, together with all template instances\&. If that is not desired, set I<DefaultDependencies=no> in the template unit, and either define your own per-template slice unit file that also sets I<DefaultDependencies=no>, or set I<Slice=system\&.slice> (or another suitable slice) in the template unit\&. Also see B<systemd.resource-control>(5)\&.
de: Instanziierten Dienste-Units (d\&.h\&. Dienste-Units mit einem »@« in ihrem Namen) wird standardmäßig eine vorlagenbezogene Scheiben-Unit zugewiesen (siehe B<systemd.slice>(5)), die nach der Vorlagen-Unit benannt wird und alle Instanzen der festgelegten Vorlage enthält\&. Diese Scheibe wird normalerweise beim Herunterfahren zusammen mit allen Vorlageninstanzen gestoppt\&. Falls dies nicht gewünscht ist, setzen Sie I<DefaultDependencies=no> in der Vorlagen-Unit und definieren entweder Ihre eigene, vorlagenbezogene Scheiben-Unit-Datei, die auch I<DefaultDependencies=no> setzt oder setzen I<Slice=system\&.slice> (oder eine andere geeignete Scheibe) in der Vorlagen-Unit\&. Siehe auch B<systemd.resource-control>(5)\&.

note: type: SH
en: OPTIONS
de: OPTIONEN

note: type: Plain text
en: Service files must include a "[Service]" section, which carries information about the service and the process it supervises\&. A number of options that may be used in this section are shared with other unit types\&. These options are documented in B<systemd.exec>(5), B<systemd.kill>(5)  and B<systemd.resource-control>(5)\&. The options specific to the "[Service]" section of service units are the following:
de: Dienstedateien müssen einen Abschnitt »[Service]« enthalten, der Informationen über den Dienst und den Prozess, den er überwacht, zusammenträgt\&. Eine Reihe von Optionen, die in diesem Abschnitt genutzt werden können, werden mit anderen Unit-Typen gemeinsam benutzt\&. Diese Optionen sind in B<systemd.exec>(5), B<systemd.kill>(5) und B<systemd.resource-control>(5) beschrieben\&. Die für den Abschnitt »[Service]« von Dienste-Units spezifischen Optionen sind:

note: type: Plain text
en: Configures the process start-up type for this service unit\&. One of B<simple>, B<exec>, B<forking>, B<oneshot>, B<dbus>, B<notify> or B<idle>:
de: Konfiguriert den Prozessstarttyp für diese Dienste-Unit\&. Einer aus B<simple>, B<exec>, B<forking>, B<oneshot>, B<dbus>, B<notify> oder B<idle>:

note: type: Plain text
en: If set to B<simple> (the default if I<ExecStart=> is specified but neither I<Type=> nor I<BusName=> are), the service manager will consider the unit started immediately after the main service process has been forked off\&. It is expected that the process configured with I<ExecStart=> is the main process of the service\&. In this mode, if the process offers functionality to other processes on the system, its communication channels should be installed before the service is started up (e\&.g\&. sockets set up by systemd, via socket activation), as the service manager will immediately proceed starting follow-up units, right after creating the main service process, and before executing the service\*(Aqs binary\&. Note that this means B<systemctl start> command lines for B<simple> services will report success even if the service\*(Aqs binary cannot be invoked successfully (for example because the selected I<User=> doesn\*(Aqt exist, or the service binary is missing)\&.
de: Falls auf B<simple> gesetzt ist (die Vorgabe, falls I<ExecStart=> festgelegt ist, aber weder I<Type=> noch I<BusName=> gesetzt sind), wird der Diensteverwalter die Unit als gestartet betrachten, sobald der Hauptdiensteprozess mittels »fork« erzeugt wurde\&. Es wird erwartet, dass der mit I<ExecStart=> konfigurierte Prozess der Hauptprozess des Dienstes ist\&. In diesem Modus sollte der Kommunikationskanal vor dem Starten des Dienstes installiert sein (d\&.h\&. die Sockets von Systemd mittels Socket-Aktivierung eingerichtet sein), da der Diensteverwalter sofort mit dem Starten von nachfolgenden Units beginnt, direkt nachdem der Hauptdiensteprozess erstellt und bevor das Programm des Dienstes ausgeführt wurde\&. Beachten Sie, dass dies bedeutet, dass Befehlszeilen B<systemctl start> für B<simple>-Dienste Erfolg melden werden, selbst wenn das Programm des Dienstes nicht erfolgreich aufgerufen werden kann (beispielsweise weil der ausgewählte I<User=> nicht existiert oder das Programm des Dienstes fehlt)\&.

note: type: Plain text
en: The B<exec> type is similar to B<simple>, but the service manager will consider the unit started immediately after the main service binary has been executed\&. The service manager will delay starting of follow-up units until that point\&. (Or in other words: B<simple> proceeds with further jobs right after B<fork()> returns, while B<exec> will not proceed before both B<fork()> and B<execve()> in the service process succeeded\&.) Note that this means B<systemctl start> command lines for B<exec> services will report failure when the service\*(Aqs binary cannot be invoked successfully (for example because the selected I<User=> doesn\*(Aqt exist, or the service binary is missing)\&.
de: Der Typ B<exec> ist ähnlich zu B<simple>, aber der Diensteverwalter wird die Unit sofort nach der Ausführung des Hauptdiensteprogramms als gestartet betrachten\&. Der Diensteverwalter wird das Starten nachfolgender Units bis zu diesem Zeitpunkt verzögern\&. (Oder in anderen Worten: B<simple> fährt einfach mit weiteren Aufträgen fort, direkt nachdem B<fork()> zurückkehrt, während B<exec> nicht fortfahren wird, bevor sowohl B<fork()> als auch B<execve()> im Diensteprozess erfolgreich waren\&.) Beachten Sie, dass dies bedeutet, dass die Befehlszeile B<systemctl start> für B<exec>-Dienste einen Fehlschlag melden wird, wenn das Programm des Dienstes nicht erfolgreich aufgerufen werden kann (beispielsweise weil der ausgewählte I<User=> nicht existiert oder das Diensteprogramm fehlt)\&.

note: type: Plain text
en: If set to B<forking>, it is expected that the process configured with I<ExecStart=> will call B<fork()> as part of its start-up\&. The parent process is expected to exit when start-up is complete and all communication channels are set up\&. The child continues to run as the main service process, and the service manager will consider the unit started when the parent process exits\&. This is the behavior of traditional UNIX services\&. If this setting is used, it is recommended to also use the I<PIDFile=> option, so that systemd can reliably identify the main process of the service\&. systemd will proceed with starting follow-up units as soon as the parent process exits\&.
de: Falls auf B<forking> gesetzt, wird erwartet, dass der mit I<ExecStart=> konfigurierte Prozess B<fork()> als Teil seines Hochfahrens aufrufen wird\&. Es wird erwartet, dass der Elternprozess sich nach dem Hochfahren und der Einrichtung aller Kommunikationskanäle beendet\&. Der Kindprozess läuft als Hauptdiensteprozess weiter und der Diensteverwalter wird die Unit als gestartet betrachten, wenn sich der Elternprozess beendet\&. Dies ist das Verhalten traditioneller UNIX-Dienste\&. Falls diese Einstellung verwandt wird, wird empfohlen, auch die Option I<PIDFile=> zu verwenden, so dass Systemd zuverlässig den Hauptprozess des Dienstes identifizieren kann\&. Systemd wird mit dem Starten von nachfolgenden Units fortfahren, sobald sich der Elternprozess beendet\&.

note: type: Plain text
en: Behavior of B<oneshot> is similar to B<simple>; however, the service manager will consider the unit up after the main process exits\&. It will then start follow-up units\&.  I<RemainAfterExit=> is particularly useful for this type of service\&.  I<Type=>B<oneshot> is the implied default if neither I<Type=> nor I<ExecStart=> are specified\&. Note that if this option is used without I<RemainAfterExit=> the service will never enter "active" unit state, but directly transition from "activating" to "deactivating" or "dead" since no process is configured that shall run continously\&. In particular this means that after a service of this type ran (and which has I<RemainAfterExit=> not set) it will not show up as started afterwards, but as dead\&.
de: Das Verhalten von B<oneshot> ist ähnlich zu B<simple>, allerdings wird der Diensteverwalter die Unit als hochgebracht betrachten, nachdem sich der Hauptprozess beendet hat\&. Er wird dann nachfolgende Units starten\&. I<RemainAfterExit=> ist für diesen Dienstetyp besonders nützlich\&. I<Type=>B<oneshot> ist die implizierte Vorgabe, falls weder I<Type=> noch I<ExecStart=> festgelegt ist\&. Beachten Sie, dass bei der Verwendung dieser Option ohne I<RemainAfterExit=> der Dienst niemals den Zustand »active« erreichen wird, sondern direkt von »activating« zu »deactivating« oder »dead« übergehen wird, da kein Prozess zum dauerhaften Betrieb konfiguriert ist\&. Insbesondere bedeutet dies, dass nach der Ausführung eines Dienstes dieser Art (und der I<RemainAfterExit=> nicht gesetzt hat), dieser danach nicht als gestartet sondern als tot angezeigt wird\&.

note: type: Plain text
en: Behavior of B<dbus> is similar to B<simple>; however, it is expected that the service acquires a name on the D-Bus bus, as configured by I<BusName=>\&. systemd will proceed with starting follow-up units after the D-Bus bus name has been acquired\&. Service units with this option configured implicitly gain dependencies on the dbus\&.socket unit\&. This type is the default if I<BusName=> is specified\&.
de: Das Verhalten von B<dbus> ist ähnlich zu B<simple>, allerdings wird erwartet, dass der Dienst einen Namen auf dem D-Bus-Bus erlangt, wie dies durch I<BusName=> konfiguriert ist\&. Systemd wird mit dem Starten nachfolgender Units fortfahren, nachdem der D-Bus-Busname erlangt wurde\&. Dienste-Units, bei denen diese Option konfiguriert ist, erhalten implizit eine Abhängigkeit auf die Unit dbus\&.socket\&. Dieser Typ ist die Vorgabe, falls I<BusName=> festgelegt ist\&.

note: type: Plain text
en: Behavior of B<notify> is similar to B<exec>; however, it is expected that the service sends a notification message via B<sd_notify>(3)  or an equivalent call when it has finished starting up\&. systemd will proceed with starting follow-up units after this notification message has been sent\&. If this option is used, I<NotifyAccess=> (see below) should be set to open access to the notification socket provided by systemd\&. If I<NotifyAccess=> is missing or set to B<none>, it will be forcibly set to B<main>\&. Note that currently I<Type=>B<notify> will not work if used in combination with I<PrivateNetwork=>B<yes>\&.
de: Das Verhalten von B<notify> ist ähnlich zu B<exec>, allerdings wird erwartet, dass der Dienst mittels B<sd_notify>(3) oder einem Äquivalent eine Benachrichtigung sendet, wenn er mit dem Hochfahren fertig ist\&. Systemd wird mit dem Starten nachfolgender Units fortfahren, nachdem diese Benachrichtigung gesandt wurde\&. Falls diese Option verwandt wird, sollte I<NotifyAccess=> (siehe unten) auf offenen Zugriff auf den von Systemd bereitgestellten Benachrichtigungs-Socket gesetzt werden\&. Falls I<NotifyAccess=> fehlt oder auf B<none> gesetzt ist, wird er zwangsweise auf B<main> gesetzt\&. Beachten Sie, dass derzeit I<Type=>B<notify> nicht funktioniert, falls sie in Kombination mit I<PrivateNetwork=>B<yes> verwandt wird\&.

note: type: Plain text
en: Behavior of B<idle> is very similar to B<simple>; however, actual execution of the service program is delayed until all active jobs are dispatched\&. This may be used to avoid interleaving of output of shell services with the status output on the console\&. Note that this type is useful only to improve console output, it is not useful as a general unit ordering tool, and the effect of this service type is subject to a 5s timeout, after which the service program is invoked anyway\&.
de: Das Verhalten von B<idle> ist sehr ähnlich zu B<simple>; allerdings wird die tatsächliche Ausführung des Diensteprogramms verzögert, bis alle aktiven Aufträge abgefertigt sind\&. Dadurch wird vermieden, dass die Ausgabe von Shell-Diensten mit der Statusausgabe auf der Konsole vermischt wird\&. Beachten Sie, dass dieser Typ nur zur Verbesserung der Konsolenausgabe nützlich ist, er ist nicht als allgemeines Werkzeug zum Sortieren von Units nützlich und der Effekt dieses Dienstetyps unterliegt einer Zeitüberschreitung von 5 s, nach der das Diensteprogramm auf jeden Fall ausgeführt wird\&.

note: type: Plain text
en: It is generally recommended to use I<Type=>B<simple> for long-running services whenever possible, as it is the simplest and fastest option\&. However, as this service type won\*(Aqt propagate service start-up failures and doesn\*(Aqt allow ordering of other units against completion of initialization of the service (which for example is useful if clients need to connect to the service through some form of IPC, and the IPC channel is only established by the service itself \(em in contrast to doing this ahead of time through socket or bus activation or similar), it might not be sufficient for many cases\&. If so, B<notify> or B<dbus> (the latter only in case the service provides a D-Bus interface) are the preferred options as they allow service program code to precisely schedule when to consider the service started up successfully and when to proceed with follow-up units\&. The B<notify> service type requires explicit support in the service codebase (as B<sd_notify()> or an equivalent API needs to be invoked by the service at the appropriate time) \(em if it\*(Aqs not supported, then B<forking> is an alternative: it supports the traditional UNIX service start-up protocol\&. Finally, B<exec> might be an option for cases where it is enough to ensure the service binary is invoked, and where the service binary itself executes no or little initialization on its own (and its initialization is unlikely to fail)\&. Note that using any type other than B<simple> possibly delays the boot process, as the service manager needs to wait for service initialization to complete\&. It is hence recommended not to needlessly use any types other than B<simple>\&. (Also note it is generally not recommended to use B<idle> or B<oneshot> for long-running services\&.)
de: Es wird im Allgemeinen empfohlen, I<Type=>B<simple> wann immer möglich für langlaufende Dienste zu verwenden, da es die einfachste und schnellste Option ist\&. Da dieser Dienstetyp allerdings Fehler beim Starten nicht weiterleitet und keine Ordnung von anderen Units nach Abschluss der Initialisierung des Dienstes erlaubt (was beispielsweise für Clients sinnvoll ist, die sich mittels irgendeiner Art von IPC mit dem Dienst verbinden und der IPC-Kanal nur durch den Dienst selbst errichtet wird (statt dies vorab mittels Socket- oder Bus-Aktivierung oder ähnlichem zu erledigen)), könnte er in vielen Fällen nicht ausreichend sein\&. Dann sind B<notify> oder B<dbus> (Letzteres nur in dem Fall, in dem der Dienst eine D-Bus-Schnittstelle bereitstellt) die bevorzugten Optionen, da sie dem Diensteprogramm genau einzuplanen erlauben, wann der Dienst als erfolgreich gestartet betrachtet werden soll und wann mit den nachfolgenden Units fortgefahren werden soll\&. Der Dienstetyp B<notify> benötigt explizite Unterstützung im Programmcode des Dienstes (da B<sd_notify()> oder eine äquivalente API zum geeigneten Zeitpunkt durch den Dienst aufgerufen werden muss) \(em falls dies nicht unterstützt wird, ist B<forking> eine Alternative: es unterstützt das Startprotokoll traditioneller UNIX-Dienste\&. Schließlich kann B<exec> eine Option für die Fälle sein, in denen es ausreicht, sicherzustellen, dass das Diensteprogramm aufgerufen wurde und in denen das Diensteprogramm selbst keine oder nur sehr geringe Initialisierungen durchführt (und diese höchstwahrscheinlich erfolgreich sind)\&. Beachten Sie, dass die Verwendung aller von B<simple> verschiedenen Typen möglicherweise den Systemstartprozess verzögert, da der Diensteverwalter darauf warten muss, dass die Diensteinitialisierung abgeschlossen ist\&. Es wird daher empfohlen, nicht unnötigerweise von B<simple> verschiedene Typen zu verwenden\&. (Es wird im Allgemeinen auch nicht empfohlen, B<idle> oder B<oneshot> für langlaufende Dienste zu verwenden\&.)

note: type: Plain text
en: Takes a boolean value that specifies whether the service shall be considered active even when all its processes exited\&. Defaults to B<no>\&.
de: Akzeptiert einen logischen Wert, der festlegt, ob der Dienst, selbst wenn sich alle seine Prozesse beendet haben, als aktiv betrachtet werden sollte\&. Standardmäßig B<no>\&.

note: type: Plain text
en: Takes a boolean value that specifies whether systemd should try to guess the main PID of a service if it cannot be determined reliably\&. This option is ignored unless B<Type=forking> is set and B<PIDFile=> is unset because for the other types or with an explicitly configured PID file, the main PID is always known\&. The guessing algorithm might come to incorrect conclusions if a daemon consists of more than one process\&. If the main PID cannot be determined, failure detection and automatic restarting of a service will not work reliably\&. Defaults to B<yes>\&.
de: Akzeptiert einen logischen Wert, der festlegt, ob Systemd versuchen soll, die Haupt-PID eines Dienstes zu raten, falls es sie nicht zuverlässig bestimmen kann\&. Diese Option wird ignoriert, außer B<Type=forking> ist gesetzt und B<PIDFile=> ist nicht gesetzt, da für andere Typen oder mit einer explizit konfigurierten PID-Datei die Haupt-PID immer bekannt ist\&. Der Ratealgorithmus kann zu einem falschen Ergebnis kommen, falls der Daemon aus mehr als einem Prozess besteht\&. Falls die Haupt-PID nicht bestimmt werden kann, wird die Fehlschlagerkennung und der automatische Neustart eines Dienstes nicht zuverlässig funktionieren\&. Standardmäßig B<yes>\&.

note: type: Plain text
en: Takes a path referring to the PID file of the service\&. Usage of this option is recommended for services where I<Type=> is set to B<forking>\&. The path specified typically points to a file below /run/\&. If a relative path is specified it is hence prefixed with /run/\&. The service manager will read the PID of the main process of the service from this file after start-up of the service\&. The service manager will not write to the file configured here, although it will remove the file after the service has shut down if it still exists\&. The PID file does not need to be owned by a privileged user, but if it is owned by an unprivileged user additional safety restrictions are enforced: the file may not be a symlink to a file owned by a different user (neither directly nor indirectly), and the PID file must refer to a process already belonging to the service\&.
de: Akzeptiert einen Pfad zur PID-Datei des Dienstes\&. Für Dienste, bei denen I<Type=> auf B<forking> gesetzt ist, wird die Verwendung dieser Option empfohlen\&. Der festgelegte Pfad zeigt typischerweise auf eine Datei unterhalb von /run/\&. Falls ein relativer Pfad angegeben wird, wird ihm daher /run/ vorangestellt\&. Der Diensteverwalter wird die PID des Hauptprozesses des Dienstes nach dem Starten des Dienstes aus dieser Datei auslesen\&. Der Diensteverwalter wird nicht in die hier konfigurierte Datei schreiben, allerdings wird er die Datei löschen, falls sie nach dem Beenden des Dienstes noch existiert\&. Die PID-Datei muss keinem privilegierten Benutzer gehören, falls sie aber einem unprivilegierten Benutzer gehört, werden zusätzliche Sicherheitsbeschränkungen durchgesetzt: die Datei darf kein Symlink auf eine Datei, die einem anderen Benutzer gehört, sein (weder direkt noch indirekt) und die PID-Datei muss sich auf einen Prozess beziehen, der bereits zum Dienst gehört\&.

note: type: Plain text
en: Takes a D-Bus bus name that this service is reachable as\&. This option is mandatory for services where I<Type=> is set to B<dbus>\&.
de: Akzeptiert einen D-Bus-Busnamen, unter dem dieser Dienst erreichbar ist\&. Die Option ist für Dienste, bei denen I<Type=> auf B<dbus> gesetzt ist, verpflichtend\&.

note: type: Plain text
en: Commands with their arguments that are executed when this service is started\&. The value is split into zero or more command lines according to the rules described below (see section "Command Lines" below)\&.
de: Befehle mit ihren Argumenten, die ausgeführt werden, wenn dieser Dienst gestartet wird\&. Der Wert wird gemäß den unten beschriebenen Regeln in Null oder mehrere Befehlszeilen aufgeteilt (siehe Abschnitt »Befehlszeilen« unten)\&.

note: type: Plain text
en: Unless I<Type=> is B<oneshot>, exactly one command must be given\&. When I<Type=oneshot> is used, zero or more commands may be specified\&. Commands may be specified by providing multiple command lines in the same directive, or alternatively, this directive may be specified more than once with the same effect\&. If the empty string is assigned to this option, the list of commands to start is reset, prior assignments of this option will have no effect\&. If no I<ExecStart=> is specified, then the service must have I<RemainAfterExit=yes> and at least one I<ExecStop=> line set\&. (Services lacking both I<ExecStart=> and I<ExecStop=> are not valid\&.)
de: Es muss genau ein Befehl angegeben werden, außer I<Type=> ist auf B<oneshot> gesetzt\&. Wenn I<Type=oneshot> verwandt wird, dürfen Null oder mehr Befehle festgelegt werden\&. Befehle können durch Angabe mehrerer Befehlszeilen in der gleichen Anweisung angegeben werden oder alternativ kann diese Anweisung mehr als einmal mit der gleichen Wirkung festgelegt werden\&. Falls dieser Option die leere Zeichenketten zugewiesen wird, wird die Liste der zu startenden Befehle zurückgesetzt und vorhergehende Zuweisungen zu dieser Option haben keinen Effekt\&. Falls kein I<ExecStart=> festgelegt ist, dann muss der Dienst I<RemainAfterExit=yes> und mindestens eine gesetzte I<ExecStop=>-Zeile haben\&. (Dienste, denen sowohl I<ExecStart=> als auch I<ExecStop=> fehlt, sind nicht gültig\&.)

note: type: Plain text
en: For each of the specified commands, the first argument must be either an absolute path to an executable or a simple file name without any slashes\&. Optionally, this filename may be prefixed with a number of special characters:
de: Für jeden der festgelegten Befehle muss das erste Argument entweder ein absoluter Pfad zu einem Programm oder ein einfacher Dateiname ohne Schrägstriche sein\&. Optional kann dem Dateinamen eine Reihe von besonderen Zeichen vorangestellt werden:

note: type: Plain text
en: B<Table\ \&1.\ \&Special executable prefixes>
de: B<Tabelle\ \&1.\ \&Besondere Präfixe für Programme>

note: type: tbl table
en: Prefix
de: Präfix

note: type: tbl table
en: Effect
de: Effekt

note: type: tbl table
en: If the executable path is prefixed with "@", the second specified token will be passed as "argv[0]" to the executed process (instead of the actual filename), followed by the further arguments specified\&.
de: Falls dem Programmpfad ein »@« vorangestellt wird, wird der zweite festgelegte Parameter als »argv[0]« (statt des tatsächlichen Dateinamens) an den ausgeführten Prozess übergeben, gefolgt von den weiteren festgelegten Argumenten\&.

note: type: tbl table
en: If the executable path is prefixed with "-", an exit code of the command normally considered a failure (i\&.e\&. non-zero exit status or abnormal exit due to signal) is recorded, but has no further effect and is considered equivalent to success\&.
de: Falls dem Programmpfad ein »-« vorangestellt ist, wird ein Exit-Code, der normalerweise als Fehlschlag betrachtet wird (d\&.h\&. ein von Null verschiedener Exit-Status oder ein abweichender Exit aufgrund eines Signals), aufgezeichnet, hat aber weiter keine Wirkung und wird äquivalent zum Erfolg betrachtet\&.

note: type: tbl table
en: If the executable path is prefixed with ":", environment variable substitution (as described by the "Command Lines" section below) is not applied\&.
de: Falls dem Programmpfad ein »:« vorangestellt ist, erfolgt keine Umgebungsvariablenersetzung (wie in dem nachfolgenden Abschnitt »Befehlszeilen« beschrieben)\&.

note: type: tbl table
en: If the executable path is prefixed with "+" then the process is executed with full privileges\&. In this mode privilege restrictions configured with I<User=>, I<Group=>, I<CapabilityBoundingSet=> or the various file system namespacing options (such as I<PrivateDevices=>, I<PrivateTmp=>) are not applied to the invoked command line (but still affect any other I<ExecStart=>, I<ExecStop=>, \&... lines)\&.
de: Falls dem Programmpfad ein »+« vorangestellt ist, wird der Prozess mit vollen Privilegien ausgeführt\&. In diesem Modus werden die mit I<User=>, I<Group=>, I<CapabilityBoundingSet=> oder den verschiedenen Dateisystemnamensraumoptionen (wie I<PrivateDevices=>, I<PrivateTmp=>) konfigurierten Privilegienbeschränkungen für die aufgerufene Befehlszeile nicht angewandt (betreffen aber weiterhin jede andere I<ExecStart=>-, I<ExecStop=>-, … -Zeilen)\&.

note: type: tbl table
en: Similar to the "+" character discussed above this permits invoking command lines with elevated privileges\&. However, unlike "+" the "!" character exclusively alters the effect of I<User=>, I<Group=> and I<SupplementaryGroups=>, i\&.e\&. only the stanzas that affect user and group credentials\&. Note that this setting may be combined with I<DynamicUser=>, in which case a dynamic user/group pair is allocated before the command is invoked, but credential changing is left to the executed process itself\&.
de: Ähnlich zum oben besprochenen Zeichen »+« ermöglicht dieser den Aufruf von Befehlszeilen mit erweiterten Privilegien\&. Anders als »+« ändert das Zeichen »!« exklusiv den Effekt von I<User=>, I<Group=> und I<SupplementaryGroups=>, d\&.h\&. nur die Absätze, die Benutzer- und Gruppenberechtigungen betreffen\&. Beachten Sie, dass diese Einstellung mit I<DynamicUser=> kombiniert werden darf, womit ein dynamisches Benutzer-/Gruppenpaar vor dem Aufruf des Befehls reserviert wird, aber die Änderung der Berechtigungen dem ausgeführten Prozess selbst überlassen bleibt\&.

note: type: tbl table
en: This prefix is very similar to "!", however it only has an effect on systems lacking support for ambient process capabilities, i\&.e\&. without support for I<AmbientCapabilities=>\&. It\*(Aqs intended to be used for unit files that take benefit of ambient capabilities to run processes with minimal privileges wherever possible while remaining compatible with systems that lack ambient capabilities support\&. Note that when "!!" is used, and a system lacking ambient capability support is detected any configured I<SystemCallFilter=> and I<CapabilityBoundingSet=> stanzas are implicitly modified, in order to permit spawned processes to drop credentials and capabilities themselves, even if this is configured to not be allowed\&. Moreover, if this prefix is used and a system lacking ambient capability support is detected I<AmbientCapabilities=> will be skipped and not be applied\&. On systems supporting ambient capabilities, "!!" has no effect and is redundant\&.
de: Dies ist sehr ähnlich zum Voranstellen von »!«, es wirkt allerdings nur auf Systemen, denen die Unterstützung für Umgebungsprozess-Capabilities fehlt, d\&.h\&. ohne Unterstützung für I<AmbientCapabilities=>\&. Es ist für Unit-Dateien gedacht, die von Umgebungs-Capabilities profitieren, um wann immer möglich Prozesse mit minimalen Privilegien auszuführen, und gleichzeitig kompatibel zu Systemen bleiben sollen, denen die Unterstützung für Umgebungs-Capabilities fehlt\&. Beachten Sie, dass alle konfigurierten Absätze I<SystemCallFilter=> und I<CapabilityBoundingSet=> implizit modifiziert werden, wenn »!!« verwandt wird und erkannt wird, dass dem System die Unterstützung für Umgebungs-Capabilities fehlt, um zu erlauben, dass erzeugte Prozesse Berechtigungen und Capabilities selbst abgeben können, selbst falls konfiguriert wurde, dass dies nicht erlaubt ist\&. Desweiteren wird I<AmbientCapabilities=> übersprungen und nicht angewandt, falls dies vorangestellt ist und ein System erkannt wird, dem die Unterstützung für Umgebungs-Capabilities fehlt\&. Auf Systemen, die Umgebungs-Capabilities unterstützen, hat »!!« keinen Effekt und ist redundant\&.

note: type: Plain text
en: "@", "-", ":", and one of "+"/"!"/"!!" may be used together and they can appear in any order\&. However, only one of "+", "!", "!!" may be used at a time\&. Note that these prefixes are also supported for the other command line settings, i\&.e\&.  I<ExecStartPre=>, I<ExecStartPost=>, I<ExecReload=>, I<ExecStop=> and I<ExecStopPost=>\&.
de: »@«, »-«, »:« und eines aus »+«/»!«/»!!« können zusammen verwandt werden und in jeder Reihenfolge auftauchen\&. Allerdings darf nur einer von »+«, »!«, »!!« gleichzeitig benutzt werden. Beachten Sie, dass diese Zeichen auch den anderen Befehlzeileneinstellungen vorangestellt werden dürfen, d\&.h\&. I<ExecStartPre=>, I<ExecStartPost=>, I<ExecReload=>, I<ExecStop=> und I<ExecStopPost=>\&.

note: type: Plain text
en: If more than one command is specified, the commands are invoked sequentially in the order they appear in the unit file\&. If one of the commands fails (and is not prefixed with "-"), other lines are not executed, and the unit is considered failed\&.
de: Falls mehr als ein Befehl festgelegt ist, werden die Befehle der Reihe nach in der Reihenfolge, in der sie in der Unit-Datei auftauchen, ausgeführt\&. Falls einer der Befehle fehlschlägt (und ihm kein »-« vorangestellt ist) werden die anderen Zeilen nicht ausgeführt und die Unit wird als fehlgeschlagen betrachtet\&.

note: type: Plain text
en: Unless I<Type=forking> is set, the process started via this command line will be considered the main process of the daemon\&.
de: Außer falls I<Type=forking> gesetzt ist, wird der über die Befehlszeile gestartete Prozess als Hauptprozess des Daemons betrachtet\&.

note: type: Plain text
en: Additional commands that are executed before or after the command in I<ExecStart=>, respectively\&. Syntax is the same as for I<ExecStart=>, except that multiple command lines are allowed and the commands are executed one after the other, serially\&.
de: Zusätzliche Befehle, die vor bzw\&. nach dem Befehl in I<ExecStart=> gestartet werden\&. Syntax ist identisch zu I<ExecStart=>, außer dass mehrere Befehlszeilen erlaubt sind und die Befehle seriell einer nach dem anderen ausgeführt werden\&.

note: type: Plain text
en: If any of those commands (not prefixed with "-") fail, the rest are not executed and the unit is considered failed\&.
de: Falls einer dieser Befehle (dem nicht »-« vorangestellt ist) fehlschlägt, wird der Rest nicht ausgeführt und die Unit als fehlgeschlagen betrachtet\&.

note: type: Plain text
en: I<ExecStart=> commands are only run after all I<ExecStartPre=> commands that were not prefixed with a "-" exit successfully\&.
de: I<ExecStart=>-Befehle werden nur ausgeführt, nachdem alle I<ExecStartPre=>-Befehle, denen kein »-« vorangestellt wurde, sich erfolgreich beendet haben\&.

note: type: Plain text
en: I<ExecStartPost=> commands are only run after the commands specified in I<ExecStart=> have been invoked successfully, as determined by I<Type=> (i\&.e\&. the process has been started for I<Type=simple> or I<Type=idle>, the last I<ExecStart=> process exited successfully for I<Type=oneshot>, the initial process exited successfully for I<Type=forking>, "READY=1" is sent for I<Type=notify>, or the I<BusName=> has been taken for I<Type=dbus>)\&.
de: I<ExecStartPost=>-Befehle werden nur ausgeführt, nachdem die in I<ExecStart=> festgelegten Befehle erfolgreich gestartet wurden, wie durch I<Type=> festgelegt (d\&.h\&. der Prozess wurde für I<Type=simple> oder I<Type=idle> gestartet, der letzte I<ExecStart=>-Prozess hat sich erfolgreich für I<Type=oneshot> beendet, der anfängliche Prozess hat sich für I<Type=forking> erfolgreich beendet, »READY=1« ist für I<Type=notify> gesetzt oder der I<BusName=> ist für I<Type=dbus> genommen worden\&.

note: type: Plain text
en: Note that I<ExecStartPre=> may not be used to start long-running processes\&. All processes forked off by processes invoked via I<ExecStartPre=> will be killed before the next service process is run\&.
de: Beachten Sie, dass I<ExecStartPre=> nicht zum Starten von langlaufenden Prozessen verwandt werden darf\&. Alle von mittels I<ExecStartPre=> aufgerufenen Prozesse mittels Fork gestarteten Prozesse werden getötet, bevor der nächste Diensteprozess ausgeführt wird\&.

note: type: Plain text
en: Note that if any of the commands specified in I<ExecStartPre=>, I<ExecStart=>, or I<ExecStartPost=> fail (and are not prefixed with "-", see above) or time out before the service is fully up, execution continues with commands specified in I<ExecStopPost=>, the commands in I<ExecStop=> are skipped\&.
de: Beachten Sie, dass falls einer der in I<ExecStartPre=>, I<ExecStart=> oder I<ExecStartPost=> festgelegten Prozesse fehlschlägt (und ihm kein »-« vorangestellt wurde, siehe oben) oder seine Zeit abgelaufen ist, bevor der Dienst vollständig hochgekommen ist, die Ausführung mit den in I<ExecStopPost=> festgelegten Komponenten fortgefahren wird und die Befehle in I<ExecStop=> übersprungen werden\&.

note: type: Plain text
en: Optional commands that are executed before the command(s) in I<ExecStartPre=>\&. Syntax is the same as for I<ExecStart=>, except that multiple command lines are allowed and the commands are executed one after the other, serially\&.
de: Optionale Befehle, die vor dem Befehl/den Befehlen in I<ExecStartPre=> gestartet werden\&. Syntax ist identisch zu I<ExecStart=>, außer dass mehrere Befehlszeilen erlaubt sind und die Befehle seriell einer nach dem anderen ausgeführt werden\&.

note: type: Plain text
en: The behavior is like an I<ExecStartPre=> and condition check hybrid: when an I<ExecCondition=> command exits with exit code 1 through 254 (inclusive), the remaining commands are skipped and the unit is I<not> marked as failed\&. However, if an I<ExecCondition=> command exits with 255 or abnormally (e\&.g\&. timeout, killed by a signal, etc\&.), the unit will be considered failed (and remaining commands will be skipped)\&. Exit code of 0 or those matching I<SuccessExitStatus=> will continue execution to the next command(s)\&.
de: Das Verhalten ist wie ein I<ExecStartPre=> und die Bedingungsprüfung erfolgt hybrid: wenn sich ein I<ExecCondition=>-Befehl mit Exit-Code 1 bis 254 (einschließlich) beendet, werden die verbleibenden Befehle übersprungen und die Unit wird I<nicht> als fehlgeschlagen markiert\&. Falls sich allerdings ein I<ExecCondition=>-Befehl mit 255 oder unnormal (z\&.B\&. wegen einer Zeitüberschreitung, durch ein Signal getötet) beendet, wird die Unit als fehlgeschlagen betrachtet (und die verbliebenen Befehle übersprungen)\&. Exit-Code 0 oder solche, die auf I<SuccessExitStatus=> passen, führen zur Ausführung des oder der nächsten Befehle\&.

note: type: Plain text
en: The same recommendations about not running long-running processes in I<ExecStartPre=> also applies to I<ExecCondition=>\&.  I<ExecCondition=> will also run the commands in I<ExecStopPost=>, as part of stopping the service, in the case of any non-zero or abnormal exits, like the ones described above\&.
de: Die gleiche Empfehlung, keine langlaufenden Prozesse in I<ExecStartPre=> auszuführen, gilt auch für I<ExecCondition=>\&. I<ExecCondition=> wird, falls eine Beendigung nicht Null oder unnormal erfolgt, beim Stoppen des Dienstes auch die in I<ExecStopPost=> aufgeführten Befehle ausführen, wie die oben beschriebenen\&.

note: type: Plain text
en: Commands to execute to trigger a configuration reload in the service\&. This argument takes multiple command lines, following the same scheme as described for I<ExecStart=> above\&. Use of this setting is optional\&. Specifier and environment variable substitution is supported here following the same scheme as for I<ExecStart=>\&.
de: Zu startende Befehle lösen ein Neuladen der Konfiguration in dem Dienst aus\&. Dieses Argument akzeptiert mehrere Befehlszeilen, die dem gleichen Schema wie oben für I<ExecStart=> folgen\&. Die Verwendung dieser Einstellung ist optional\&. Festlegungs- und Umgebungsvariablenersetzung wird hier mit dem gleichen Schema wie für I<ExecStart=> unterstützt\&.

note: type: Plain text
en: One additional, special environment variable is set: if known, I<$MAINPID> is set to the main process of the daemon, and may be used for command lines like the following:
de: Eine zusätzliche, besondere Umgebungsvariable wird gesetzt: falls bekannt, wird I<$MAINPID> auf den Hauptprozess des Daemons gesetzt und kann für Befehlszeilen wie der folgenden benutzt werden:

note: type: Plain text
en: Note however that reloading a daemon by sending a signal (as with the example line above) is usually not a good choice, because this is an asynchronous operation and hence not suitable to order reloads of multiple services against each other\&. It is strongly recommended to set I<ExecReload=> to a command that not only triggers a configuration reload of the daemon, but also synchronously waits for it to complete\&.
de: Beachten Sie, dass das Neuladen eines Daemons durch Senden eines Signals (wie in dem obigen Beispiel) normalerweise keine gute Wahl ist, da dies eine asynchrone Aktion und daher nicht dazu geeigent ist, das Neuladen von mehreren Diensten untereinander zu sortieren\&. Es wird nachdrücklich empfohlen, I<ExecReload=> auf einen Befehl zu setzen, der nicht nur das Neuladen des Daemons auslöst, sondern auch synchron darauf wartet, dass dies abgeschlossen wird\&.

note: type: Plain text
en: Commands to execute to stop the service started via I<ExecStart=>\&. This argument takes multiple command lines, following the same scheme as described for I<ExecStart=> above\&. Use of this setting is optional\&. After the commands configured in this option are run, it is implied that the service is stopped, and any processes remaining for it are terminated according to the I<KillMode=> setting (see B<systemd.kill>(5))\&. If this option is not specified, the process is terminated by sending the signal specified in I<KillSignal=> when service stop is requested\&. Specifier and environment variable substitution is supported (including I<$MAINPID>, see above)\&.
de: Die zum Stoppen des mittels I<ExecStart=> gestarteten Dienstes zu verwendenden Befehle\&. Dieses Argument akzeptiert mehrere Befehlszeilen, die dem gleichen Schema wie oben für I<ExecStart=> beschrieben folgen\&. Die Verwendung dieser Einstellung ist optional\&. Nachdem die in dieser Option konfigurierten Befehle ausgeführt wurden, wird impliziert, dass der Dienst gestoppt ist und alle von ihm verbliebenen Prozesse werden gemäß der Einstellung I<KillMode=> beendet (siehe B<systemd.kill>(5))\&. Falls diese Option nicht festgelegt ist, werden die Prozesse durch Senden des in I<KillSignal=> festgelegten Signals beendet, wenn das Beenden eines Dienstes angefragt wird\&. Festlegungs- und Umgebungsvariablenersetzung wird unterstützt (einschließlich I<$MAINPID>, siehe oben)\&.

note: type: Plain text
en: Note that it is usually not sufficient to specify a command for this setting that only asks the service to terminate (for example, by queuing some form of termination signal for it), but does not wait for it to do so\&. Since the remaining processes of the services are killed according to I<KillMode=> and I<KillSignal=> as described above immediately after the command exited, this may not result in a clean stop\&. The specified command should hence be a synchronous operation, not an asynchronous one\&.
de: Beachten Sie, dass es normalerweise nicht ausreicht, einen Befehl für diese Einstellung festzulegen, der nur um das Beenden des Dienstes bittet (beispielsweise durch Einstellen einer Art von Signal dafür in die Warteschlange), aber dann nicht darauf wartet, dass es auch passiert\&. Da die verbleibenden Prozesse des Dienstes, direkt nachdem der Befehl sich beendet hat, gemäß den oben beschriebenen I<KillMode=> und I<KillSignal=> getötet werden, kann dies zu einem unsauberen Stopp führen\&. Der angegebene Befehl sollte daher eine synchrone Aktion und nicht eine asynchrone sein\&.

note: type: Plain text
en: Note that the commands specified in I<ExecStop=> are only executed when the service started successfully first\&. They are not invoked if the service was never started at all, or in case its start-up failed, for example because any of the commands specified in I<ExecStart=>, I<ExecStartPre=> or I<ExecStartPost=> failed (and weren\*(Aqt prefixed with "-", see above) or timed out\&. Use I<ExecStopPost=> to invoke commands when a service failed to start up correctly and is shut down again\&. Also note that the stop operation is always performed if the service started successfully, even if the processes in the service terminated on their own or were killed\&. The stop commands must be prepared to deal with that case\&.  I<$MAINPID> will be unset if systemd knows that the main process exited by the time the stop commands are called\&.
de: Beachten Sie, dass die in I<ExecStop=> festgelegten Befehle nur ausgeführt werden, wenn der Dienst zuerst erfolgreich gestartet wird\&. Sie werden nicht aufgerufen, falls der Dienst überhaupt nie gestartet wurde oder im Falle, dass das Starten fehlschlug, beispielsweise weil einer der in I<ExecStart=>, I<ExecStartPre=> oder I<ExecStartPost=> festgelegten Befehle fehlschlug (oder ihm kein »-« vorangestellt wurde, siehe oben) oder eine Zeitüberschreitung erfolgte\&. Verwenden Sie I<ExecStopPost=>, um Befehle aufzurufen, wenn ein Dienst nicht korrekt startete und wieder heruntergefahren wird\&. Beachten Sie auch, dass die Stopp-Aktion immer durchgeführt wird, wenn der Dienst erfolgreich startete, selbst falls die Prozesse in dem Dienst sich von alleine beendeten oder getötet wurden\&. Der Stopp-Befehl muss für diesen Fall vorbereitet sein\&. I<$MAINPID> wird nicht gesetzt sein, falls Systemd weiß, das sich der Hauptprozess zum Zeitpunkt des Aufrufs des Stopp-Befehls beendet hat\&.

note: type: Plain text
en: Service restart requests are implemented as stop operations followed by start operations\&. This means that I<ExecStop=> and I<ExecStopPost=> are executed during a service restart operation\&.
de: Diensteneustartanfragen sind als Stopp-Aktionen gefolgt von Start-Aktionen implementiert\&. Dies bedeutet, dass während einer Diensteneustartaktion I<ExecStop=> und I<ExecStopPost=> ausgeführt werden\&.

note: type: Plain text
en: It is recommended to use this setting for commands that communicate with the service requesting clean termination\&. For post-mortem clean-up steps use I<ExecStopPost=> instead\&.
de: Es wird empfohlen, diese Einstellung für Befehle zu verwenden, die mit dem Dienst kommunizieren, die das saubere Beenden erbitten\&. Für Post-mortem-Bereinigungsschritte verwenden Sie stattdessen I<ExecStopPost=>\&.

note: type: Plain text
en: Additional commands that are executed after the service is stopped\&. This includes cases where the commands configured in I<ExecStop=> were used, where the service does not have any I<ExecStop=> defined, or where the service exited unexpectedly\&. This argument takes multiple command lines, following the same scheme as described for I<ExecStart=>\&. Use of these settings is optional\&. Specifier and environment variable substitution is supported\&. Note that \(en unlike I<ExecStop=> \(en commands specified with this setting are invoked when a service failed to start up correctly and is shut down again\&.
de: Zusätzliche Befehle, die ausgeführt werden, nachdem der Dienst beendet wurde\&. Dies schließt Fälle mit ein, bei denen die in I<ExecStop=> konfigurierten Befehle verwandt wurden, bei denen der Dienst kein definiertes I<ExecStop=> hat oder bei denen der Dienst unerwartet beendet wurde\&. Dieses Argument akzeptiert mehrere Befehlszeilen, die dem gleichen für I<ExecStart=> definierten Schema folgen\&. Die Verwendung dieser Einstellungen ist optional\&. Festlegungs- und Umgebungsvariablenersetzung wird unterstützt\&. Beachten Sie, dass Befehle, die mit dieser Einstellung festgelegt werden \(en anders als I<ExecStop=> \(en aufgerufen werden, wenn ein Dienst nicht korrekt startet und wieder heruntergefahren wird\&.

note: type: Plain text
en: It is recommended to use this setting for clean-up operations that shall be executed even when the service failed to start up correctly\&. Commands configured with this setting need to be able to operate even if the service failed starting up half-way and left incompletely initialized data around\&. As the service\*(Aqs processes have been terminated already when the commands specified with this setting are executed they should not attempt to communicate with them\&.
de: Es wird empfohlen, diese Einstellung für Aufräumaktionen zu verwenden, die ausgeführt werden sollen, selbst wenn das korrekte Starten des Dienstes fehlschlug\&. Befehle, die mit dieser Einstellung konfiguriert sind, müssen in der Lage sein, zu funktionieren, selbst falls der Dienst mitten im Starten fehlschlug und unvollständig initialisierte Daten hinterließ\&. Da alle Prozesse des Dienstes bereits beendet wurden, wenn die mit dieser Einstellung festgelegten Befehle ausgeführt werden, sollten sie nicht versuchen, mit ihnen zu kommunizieren\&.

note: type: Plain text
en: Note that all commands that are configured with this setting are invoked with the result code of the service, as well as the main process\*(Aq exit code and status, set in the I<$SERVICE_RESULT>, I<$EXIT_CODE> and I<$EXIT_STATUS> environment variables, see B<systemd.exec>(5)  for details\&.
de: Beachten Sie, dass alle mit dieser Einstellung konfigurierten Befehle mit dem Ergebnis-Code des Dienstes sowie dem Exit-Code und -Status des Hauptprozesses, gesetzt auf die Umgebungsvariablen I<$SERVICE_RESULT>, I<$EXIT_CODE> und I<$EXIT_STATUS>, aufgerufen werden, siehe B<systemd.exec>(5) für Details\&.

note: type: Plain text
en: Configures the time to sleep before restarting a service (as configured with I<Restart=>)\&. Takes a unit-less value in seconds, or a time span value such as "5min 20s"\&. Defaults to 100ms\&.
de: Konfiguriert die vor dem Neustart eines Dienstes zu schlafende Zeit (wie in I<Restart=> konfiguriert)\&. Akzeptiert einen einheitenfreien Wert in Sekunden oder einen Zeitdauerwert wie »5min 20s«\&. Standardmäßíg 100 ms\&.

note: type: Plain text
en: Configures the time to wait for start-up\&. If a daemon service does not signal start-up completion within the configured time, the service will be considered failed and will be shut down again\&. Takes a unit-less value in seconds, or a time span value such as "5min 20s"\&. Pass "infinity" to disable the timeout logic\&. Defaults to I<DefaultTimeoutStartSec=> from the manager configuration file, except when I<Type=oneshot> is used, in which case the timeout is disabled by default (see B<systemd-system.conf>(5))\&.
de: Konfiguriert die Zeit, die auf das Starten gewartet werden soll\&. Falls ein Daemon-Dienst den Abschluss des Startens nicht innerhalb der konfigurierten Zeit signalisiert, wird der Dienst als fehlgeschlagen angesehen und wieder heruntergefahren\&. Akzeptiert einen einheitenfreien Wert in Sekunden oder einen Zeitdauerwert wie »5min 20s«\&. Übergeben Sie »infinity«, um die Zeitüberschreitungslogik zu deaktivieren\&. Standardmäßig I<DefaultTimeoutStartSec=> aus der Verwalterkonfigurationsdatei, außer wenn I<Type=oneshot> konfiguriert ist, dann wird die Zeitüberschreitung standardmäßig deaktiviert (siehe B<systemd-system.conf>(5))\&.

note: type: Plain text
en: If a service of I<Type=notify> sends "EXTEND_TIMEOUT_USEC=\&...", this may cause the start time to be extended beyond I<TimeoutStartSec=>\&. The first receipt of this message must occur before I<TimeoutStartSec=> is exceeded, and once the start time has exended beyond I<TimeoutStartSec=>, the service manager will allow the service to continue to start, provided the service repeats "EXTEND_TIMEOUT_USEC=\&..." within the interval specified until the service startup status is finished by "READY=1"\&. (see B<sd_notify>(3))\&.
de: Falls ein Dienst vom I<Type=notify> »EXTEND_TIMEOUT_USEC=…« sendet, kann dies dazu führen, dass die Startzeit sich über I<TimeoutStartSec=> hinauszieht\&. Der erste Empfang dieser Nachricht muss auftreten, bevor I<TimeoutStartSec=> überschritten wird und sobald die Startzeit sich über I<TimeoutStartSec=> hinausgezogen hat, wird der Diensteverwalter dem Dienst die Weiterführung des Startens erlauben, vorausgesetzt, der Dienst wiederholt »EXTEND_TIMEOUT_USEC=…« innerhalb des festgelegten Intervalls, bis der Dienstestart durch »READY=1« abgeschlossen ist (siehe B<sd_notify>(3))\&.

note: type: Plain text
en: This option serves two purposes\&. First, it configures the time to wait for each B<ExecStop=> command\&. If any of them times out, subsequent B<ExecStop=> commands are skipped and the service will be terminated by B<SIGTERM>\&. If no B<ExecStop=> commands are specified, the service gets the B<SIGTERM> immediately\&. Second, it configures the time to wait for the service itself to stop\&. If it doesn\*(Aqt terminate in the specified time, it will be forcibly terminated by B<SIGKILL> (see I<KillMode=> in B<systemd.kill>(5))\&. Takes a unit-less value in seconds, or a time span value such as "5min 20s"\&. Pass "infinity" to disable the timeout logic\&. Defaults to I<DefaultTimeoutStopSec=> from the manager configuration file (see B<systemd-system.conf>(5))\&.
de: Diese Option dient zwei Zwecken\&. Zuerst konfiguriert sie die Zeit, die für jeden B<ExecStop=>-Befehl gewartet werden soll\&. Falls bei einem von ihnen eine Zeitüberschreitung auftritt, werden nachfolgende B<ExecStop=>-Befehle übersprungen und der Dienst wird durch B<SIGTERM> beendet\&. Falls keine B<ExecStop=>-Befehle festgelegt sind, erhält der Dienst das B<SIGTERM> sofort\&. Zweitens konfiguriert sie die Zeit, die auf das Stoppen des Dienstes selbst gewartet werden soll\&. Falls der sich nicht innerhalb der festgelegten Zeit beendet, wird er zwangsweise durch B<SIGKILL> (siehe I<KillMode=> in B<systemd.kill>(5)) beendet\&. Akzeptiert einen einheitenfreien Wert in Sekunden oder einen Zeitdauerwert wie »5min 20s«\&. Übergeben Sie »infinity«, um die Zeitüberschreitungslogik zu deaktivieren\&. Standardmäßig I<DefaultTimeoutStopSec=> aus der Verwalterkonfigurationsdatei (siehe B<systemd-system.conf>(5))\&.

note: type: Plain text
en: If a service of I<Type=notify> sends "EXTEND_TIMEOUT_USEC=\&...", this may cause the stop time to be extended beyond I<TimeoutStopSec=>\&. The first receipt of this message must occur before I<TimeoutStopSec=> is exceeded, and once the stop time has exended beyond I<TimeoutStopSec=>, the service manager will allow the service to continue to stop, provided the service repeats "EXTEND_TIMEOUT_USEC=\&..." within the interval specified, or terminates itself (see B<sd_notify>(3))\&.
de: Falls ein Dienst vom I<Type=notify> »EXTEND_TIMEOUT_USEC=…« sendet, kann dies dazu führen, dass die Stoppzeit sich über I<TimeoutStopSec=> hinauszieht\&. Der erste Empfang dieser Nachricht muss auftreten, bevor I<TimeoutStopSec=> überschritten wird und sobald die Stoppzeit sich über I<TimeoutStopSec=> hinausgezogen hat, wird der Diensteverwalter dem Dienst die Weiterführung des Stoppens erlauben, vorausgesetzt, der Dienst wiederholt »EXTEND_TIMEOUT_USEC=…« innerhalb des festgelegten Intervalls oder beendet sich (siehe B<sd_notify>(3))\&.

note: type: Plain text
en: This option configures the time to wait for the service to terminate when it was aborted due to a watchdog timeout (see I<WatchdogSec=>)\&. If the service has a short I<TimeoutStopSec=> this option can be used to give the system more time to write a core dump of the service\&. Upon expiration the service will be forcibly terminated by B<SIGKILL> (see I<KillMode=> in B<systemd.kill>(5))\&. The core file will be truncated in this case\&. Use I<TimeoutAbortSec=> to set a sensible timeout for the core dumping per service that is large enough to write all expected data while also being short enough to handle the service failure in due time\&.
de: Diese Option konfiguriert die Zeit, die auf die Beendigung des Dienstes gewartet werden soll, wenn dieser aufgrund einer Watchdog-Zeitüberschreitung abgebrochen wird (siehe I<WatchdogSec=>))\&. Falls der Dienst eine kleine I<TimeoutStopSec=> hat, kann diese Option dem System mehr Zeit zum Schreiben eines Speicherauszuges des Dienstes geben\&. Nach Ablauf wird der Dienst zwangsweise mit B<SIGKILL> (siehe I<KillMode=> in B<systemd.kill>(5)) beendet\&. In diesem Fall wird die Speicherauszugsdatei abgeschnitten\&. Verwenden Sie I<TimeoutAbortSec=>, um eine vernünftige Zeitüberschreitung für das Erstellen von Speicherauszügen pro Dienst zu setzen, die groß genug ist, um alle erwarteten Daten zu schreiben aber gleichzeitg kurz genug ist, um den Fehlschlag des Dienstes in angemessener Zeit zu handhaben\&.

note: type: Plain text
en: Takes a unit-less value in seconds, or a time span value such as "5min 20s"\&. Pass an empty value to skip the dedicated watchdog abort timeout handling and fall back I<TimeoutStopSec=>\&. Pass "infinity" to disable the timeout logic\&. Defaults to I<DefaultTimeoutAbortSec=> from the manager configuration file (see B<systemd-system.conf>(5))\&.
de: Akzeptiert einen Wert ohne Einheit in Sekunden oder einen Zeitdauerwert wie »5min 20s«\&. Übergeben Sie einen leeren Wert, um die Handhabung der zugeordneten Watchdog-Zeitüberschreitung zu überspringen und auf I<TimeoutStopSec=> zurückzufallen\&. Übergeben Sie »infinity«, um die Zeitüberschreitungslogik zu überspringen\&. Standardmäßig I<DefaultTimeoutAbortSec=> aus der Verwalterkonfigurationsdatei (siehe B<systemd-system.conf>(5))\&.

note: type: Plain text
en: If a service of I<Type=notify> handles B<SIGABRT> itself (instead of relying on the kernel to write a core dump) it can send "EXTEND_TIMEOUT_USEC=\&..." to extended the abort time beyond I<TimeoutAbortSec=>\&. The first receipt of this message must occur before I<TimeoutAbortSec=> is exceeded, and once the abort time has exended beyond I<TimeoutAbortSec=>, the service manager will allow the service to continue to abort, provided the service repeats "EXTEND_TIMEOUT_USEC=\&..." within the interval specified, or terminates itself (see B<sd_notify>(3))\&.
de: Falls ein Dienst vom I<Type=notify> B<SIGABRT> selber handhabt (statt sich auf den Kernel zum Schreiben eines Speicherauszuges zu verlassen), kann er »EXTEND_TIMEOUT_USEC=…« senden, um die Abbruchzeit über I<TimeoutAbortSec=> hinaus zu verlängern\&. Der erste Empfang dieser Nachricht muss auftreten, bevor I<TimeoutAbortSec=> überschritten wird und sobald die Abbruchzeit sich über I<TimeoutAbortSec=> hinausgezogen hat, wird der Diensteverwalter dem Dienst die Weiterführung des Abbrechens erlauben, vorausgesetzt, der Dienst wiederholt »EXTEND_TIMEOUT_USEC=…« innerhalb des festgelegten Intervalls oder beendet sich (siehe B<sd_notify>(3))\&.

note: type: Plain text
en: A shorthand for configuring both I<TimeoutStartSec=> and I<TimeoutStopSec=> to the specified value\&.
de: Eine Kurzform, um sowohl I<TimeoutStartSec=> als auch I<TimeoutStopSec=> auf den festgelegten Wert zu konfigurieren\&.

note: type: Plain text
en: Configures a maximum time for the service to run\&. If this is used and the service has been active for longer than the specified time it is terminated and put into a failure state\&. Note that this setting does not have any effect on I<Type=oneshot> services, as they terminate immediately after activation completed\&. Pass "infinity" (the default) to configure no runtime limit\&.
de: Konfiguriert eine maximale Laufzeit für den Dienst\&. Falls dies verwandt wird und der Dienst länger als die festgelegte Zeit gelaufen ist, wird er beendet und in einen Fehlschlagzustand versetzt\&. Beachten Sie, dass diese Einstellung keine Auswirkungen auf I<Type=oneshot>-Dienste hat, da diese sofort beendet werden, nachdem ihre Aktivierung abgeschlossen ist\&. Übergeben Sie »infinity« (die Vorgabe), um keine Laufzeitbeschränkung zu konfigurieren\&.

note: type: Plain text
en: If a service of I<Type=notify> sends "EXTEND_TIMEOUT_USEC=\&...", this may cause the runtime to be extended beyond I<RuntimeMaxSec=>\&. The first receipt of this message must occur before I<RuntimeMaxSec=> is exceeded, and once the runtime has exended beyond I<RuntimeMaxSec=>, the service manager will allow the service to continue to run, provided the service repeats "EXTEND_TIMEOUT_USEC=\&..." within the interval specified until the service shutdown is achieved by "STOPPING=1" (or termination)\&. (see B<sd_notify>(3))\&.
de: Falls ein Dienst vom I<Type=notify> »EXTEND_TIMEOUT_USEC=…« sendet, kann dies dazu führen, dass die Laufzeit sich über I<RuntimeMaxSec=> hinauszieht\&. Der erste Empfang dieser Nachricht muss auftreten, bevor I<RuntimeMaxSec=> überschritten wird und sobald die Laufzeit sich über I<RuntimeMaxSec=> hinausgezogen hat, wird der Diensteverwalter dem Dienst die Weiterführung des Laufens erlauben, vorausgesetzt, der Dienst wiederholt »EXTEND_TIMEOUT_USEC=…« innerhalb des festgelegten Intervalls, bis das Herunterfahren durch »STOPPING=1« (oder die Beendigung) erreicht wird (siehe B<sd_notify>(3))\&.

note: type: Plain text
en: Configures the watchdog timeout for a service\&. The watchdog is activated when the start-up is completed\&. The service must call B<sd_notify>(3)  regularly with "WATCHDOG=1" (i\&.e\&. the "keep-alive ping")\&. If the time between two such calls is larger than the configured time, then the service is placed in a failed state and it will be terminated with B<SIGABRT> (or the signal specified by I<WatchdogSignal=>)\&. By setting I<Restart=> to B<on-failure>, B<on-watchdog>, B<on-abnormal> or B<always>, the service will be automatically restarted\&. The time configured here will be passed to the executed service process in the I<WATCHDOG_USEC=> environment variable\&. This allows daemons to automatically enable the keep-alive pinging logic if watchdog support is enabled for the service\&. If this option is used, I<NotifyAccess=> (see below) should be set to open access to the notification socket provided by systemd\&. If I<NotifyAccess=> is not set, it will be implicitly set to B<main>\&. Defaults to 0, which disables this feature\&. The service can check whether the service manager expects watchdog keep-alive notifications\&. See B<sd_watchdog_enabled>(3)  for details\&.  B<sd_event_set_watchdog>(3)  may be used to enable automatic watchdog notification support\&.
de: Konfiguriert die Watchdog-Zeitüberschreitung für einen Dienst\&. Der Watchdog wird aktiviert, wenn das Hochfahren abgeschlossen ist\&. Der Dienst muss regelmäßig B<sd_notify>(3) mit »WATCHDOG=1« (d\&.h\&. dem »Totmannschalter«) aufrufen\&. Falls die Zeit zwischen zwei solcher Aufrufe größer als die konfigurierte Zeit ist, dann wird der Dienst in einen Fehlschlagzustand versetzt und mit B<SIGABRT> (oder dem mit I<WatchdogSignal=> festgelegten Signal) beendet\&. Durch Setzen von I<Restart=> auf B<on-failure>, B<on-watchdog>, B<on-abnormal> oder B<always> wird der Dienst automatisch neu gestartet\&. Die hier konfigurierte Zeit wird in der Umgebungsvariablen I<WATCHDOG_USEC=> an den ausgeführten Prozess übergeben\&. Dies ermöglicht es Daemons, die Totmannschaltlogik zu aktivieren, falls für den Dienst die Watchdog-Unterstützung aktiviert ist\&. Falls diese Option verwandt wird, sollte I<NotifyAccess=> (siehe unten) auf offenen Zugriff auf das durch Systemd bereitgestellte Benachrichtigungs-Socket gesetzt werden\&. Falls I<NotifyAccess=> nicht gesetzt ist, wird es implizit auf B<main> gesetzt\&. Standardmäßig 0, wodurch diese Funktionalität deaktiviert wird\&. Der Dienst kann prüfen, ob der Diensteverwalter Watchdog-Lebenszeichenbenachrichtigungen erwartet\&. Siehe B<sd_watchdog_enabled>(3) für Details\&. B<sd_event_set_watchdog>(3) kann zur Aktivierung der automatischen Watchdog-Benachrichtigungsunterstützung verwandt werden\&.

note: type: Plain text
en: Configures whether the service shall be restarted when the service process exits, is killed, or a timeout is reached\&. The service process may be the main service process, but it may also be one of the processes specified with I<ExecStartPre=>, I<ExecStartPost=>, I<ExecStop=>, I<ExecStopPost=>, or I<ExecReload=>\&. When the death of the process is a result of systemd operation (e\&.g\&. service stop or restart), the service will not be restarted\&. Timeouts include missing the watchdog "keep-alive ping" deadline and a service start, reload, and stop operation timeouts\&.
de: Konfiguriert, ob der Dienst neu gestartet werden soll, wenn der Diensteprozess sich beendet, getötet wird oder eine Zeitüberschreitung erreicht wird\&. Der Diensteprozess kann der Hauptdiensteprozess sein, aber er kann auch einer der mit I<ExecStartPre=>, I<ExecStartPost=>, I<ExecStop=>, I<ExecStopPost=> oder I<ExecReload=> festgelegten sein\&. Wenn der Tod des Prozesses das Ergebnis einer Systemd-Aktion ist (z\&.B\&. Dienste-Stopp oder -Neustart), wird der Dienst nicht neu gestartet\&. Zeitüberschreitungen schließen nicht eingehaltene Fristen für die Watchdog-»Totmannschaltung« und Zeitüberschreitungen für die Aktionen Dienste-Start, -Neuladen und -Stopp ein\&.

note: type: Plain text
en: Takes one of B<no>, B<on-success>, B<on-failure>, B<on-abnormal>, B<on-watchdog>, B<on-abort>, or B<always>\&. If set to B<no> (the default), the service will not be restarted\&. If set to B<on-success>, it will be restarted only when the service process exits cleanly\&. In this context, a clean exit means an exit code of 0, or one of the signals B<SIGHUP>, B<SIGINT>, B<SIGTERM> or B<SIGPIPE>, and additionally, exit statuses and signals specified in I<SuccessExitStatus=>\&. If set to B<on-failure>, the service will be restarted when the process exits with a non-zero exit code, is terminated by a signal (including on core dump, but excluding the aforementioned four signals), when an operation (such as service reload) times out, and when the configured watchdog timeout is triggered\&. If set to B<on-abnormal>, the service will be restarted when the process is terminated by a signal (including on core dump, excluding the aforementioned four signals), when an operation times out, or when the watchdog timeout is triggered\&. If set to B<on-abort>, the service will be restarted only if the service process exits due to an uncaught signal not specified as a clean exit status\&. If set to B<on-watchdog>, the service will be restarted only if the watchdog timeout for the service expires\&. If set to B<always>, the service will be restarted regardless of whether it exited cleanly or not, got terminated abnormally by a signal, or hit a timeout\&.
de: Akzeptiert B<no>, B<on-success>, B<on-failure>, B<on-abnormal>, B<on-watchdog>, B<on-abort> oder B<always>\&. Falls auf B<no> (die Vorgabe) gesetzt, wird der Dienst nicht neu gestartet\&. Falls auf B<on-success> gesetzt, wird er nur neu gestartet, wenn sich der Diensteprozess sauber beendet\&. In diesem Kontext bedeutet das saubere Beenden einen Exit-Code 0 oder eines der Signale B<SIGHUP>, B<SIGINT>, B<SIGTERM> oder B<SIGPIPE> und zusätzlich in I<SuccessExitStatus=> festgelegte Exit-Stati und Signale\&. Falls auf B<on-failure> gesetzt, wird der Dienst neu gestartet, wenn der Prozess sich mit einem von Null verschiedenen Exit-Code beendet, durch ein Signal beendet wird (einschließlich eines Speicherauszuges, aber ausschließlich der vorher genannten Signale), wenn eine Aktion (wie das Neuladen eines Dienstes) in eine Zeitüberschreitung läuft und wenn die konfigurierte Watchdog-Zeitüberschreitung ausgelöst wird\&. Falls auf B<on-abnormal> gesetzt, wird der Dienst neu gestartet, wenn der Prozess durch ein Signal beendet wird (einschließlich eines Speicherauszuges, aber ausschließlich der vorher genannten Signale), wenn eine Aktion in eine Zeitüberschreitung läuft und wenn die konfigurierte Watchdog-Zeitüberschreitung ausgelöst wird\&. Falls auf B<on-abort> gesetzt, wird der Dienst nur neu gestartet, falls sich der Dienst aufgrund eines nicht abgefangenen Signals, das nicht als sauberer Exit-Status festgelegt ist, beendet hat\&. Falls auf B<on-watchdog> gesetzt, wird der Dienst nur neu gestartet, wenn die Watchdog-Zeitüberschreitung für den Dienst abläuft\&. Falls auf B<always> gesetzt, wird der Dienst neu gestartet, unabhängig davon, ob er sauber beendet wurde oder nicht, abnormal durch ein Signal beendet wurde oder in eine Zeitüberschreitung lief\&.

note: type: Plain text
en: B<Table\ \&2.\ \&Exit causes and the effect of the >I<Restart=> settings on them
de: B<Tabelle\ \&2.\ \&Exit-Gründe und der Effekt der Einstellung >I<Restart=>B< darauf>

note: type: tbl table
en: Restart settings/Exit causes
de: Neustart-Einstellung/Exit-Grund

note: type: tbl table
en: Clean exit code or signal
de: Sauberer Exit-Code oder -Signal

note: type: tbl table
en: Unclean exit code
de: Unsauberer Exit-Code

note: type: tbl table
en: Unclean signal
de: Unsauberes Signal

note: type: tbl table
en: Timeout
de: Zeitüberschreitung

note: type: Plain text
en: As exceptions to the setting above, the service will not be restarted if the exit code or signal is specified in I<RestartPreventExitStatus=> (see below) or the service is stopped with B<systemctl stop> or an equivalent operation\&. Also, the services will always be restarted if the exit code or signal is specified in I<RestartForceExitStatus=> (see below)\&.
de: Als Ausnahme zu den obigen Einstellungen wird der Dienst nicht neu gestartet, falls der Exit-Code oder das Exit-Signal in I<RestartPreventExitStatus=> (siehe unten) festgelegt ist oder der Dienst mit B<systemctl stop> oder einer äquivalenten Aktion gestoppt wird\&. Auch wird der Dienst immer neu gestartet, falls der Exit-Code oder das Exit-Signal in I<RestartForceExitStatus=> (siehe unten) festgelegt ist\&.

note: type: Plain text
en: Note that service restart is subject to unit start rate limiting configured with I<StartLimitIntervalSec=> and I<StartLimitBurst=>, see B<systemd.unit>(5)  for details\&. A restarted service enters the failed state only after the start limits are reached\&.
de: Beachten Sie, dass der Diensteneustart der mit I<StartLimitIntervalSec=> und I<StartLimitBurst=> konfigurierten Unit-Startratenbegrenzung unterliegt, siehe B<systemd.unit>(5) für Details\&. Ein neugestarteter Dienst tritt in den Fehlerzustand nur ein, nachdem die Startratenbegrenzungen erreicht wurden\&.

note: type: Plain text
en: Setting this to B<on-failure> is the recommended choice for long-running services, in order to increase reliability by attempting automatic recovery from errors\&. For services that shall be able to terminate on their own choice (and avoid immediate restarting), B<on-abnormal> is an alternative choice\&.
de: Für langlaufende Dienste wird empfohlen, dies auf B<on-failure> zu setzen, um die Zuverlässigkeit zu erhöhen, indem die automatische Wiederherstellung bei Fehlern versucht wird\&. Für Dienste, die sich nach eigenen Kriterien beenden (und sofortige Neustarts vermeiden) können, ist B<on-abnormal> eine alternative Wahl\&.

note: type: Plain text
en: Takes a list of exit status definitions that, when returned by the main service process, will be considered successful termination, in addition to the normal successful exit code 0 and the signals B<SIGHUP>, B<SIGINT>, B<SIGTERM>, and B<SIGPIPE>\&. Exit status definitions can be numeric exit codes, termination code names, or termination signal names, separated by spaces\&. See the Process Exit Codes section in B<systemd.exec>(5)  for a list of termination codes names (for this setting only the part without the "EXIT_" or "EX_" prefix should be used)\&. See B<signal>(7)  for a list of signal names\&.
de: Akzeptiert eine Liste von Exit-Statusdefinitionen, die als erfolgreiche Beendigung betrachtet werden, wenn sie vom Hauptdiensteprozess zurückgeliefert werden, zusätzlich zu dem normalen Exit-Code 0 und den Signalen B<SIGHUP>, B<SIGINT>, B<SIGTERM> und B<SIGPIPE>\&. Exit-Statusdefinitionen können numerische Exit-Codes, Beendigungs-Code-Namen oder Beendigungssignalnamen, getrennt durch Leerzeichen, sein\&. Siehe den Abschnitt »PROZESS-EXIT-CODES« in B<systemd.exec>(5) für eine Liste von Beendigungs-Code-Namen (für diese Einstellung sollte nur der Teil ohne den »EXIT_« oder »EX_«-Anfang verwandt werden)\&. Siehe B<signal>(7) für eine Liste der Signalnamen\&.

note: type: Plain text
en: This option may appear more than once, in which case the list of successful exit statuses is merged\&. If the empty string is assigned to this option, the list is reset, all prior assignments of this option will have no effect\&.
de: Falls diese Option mehr als einmal auftaucht, wird die Liste der erfolgreichen Exit-Stati zusammengeführt\&. Falls dieser Option die leere Zeichenkette zugewiesen wird, wird diese Liste zurückgesetzt und alle vorherigen Zuweisungen zu dieser Option haben keinen Effekt\&.

note: type: Plain text
en: B<Example\ \&1.\ \&A service with with the the >I<SuccessExitStatus=> setting
de: B<Beispiel\ \&1.\ \&Ein Dienst mit der Einstellung >I<SuccessExitStatus=>

note: type: Plain text
en: Exit codes 75 (B<TEMPFAIL>), 250, and the termination signal B<SIGKILL> are considered clean service terminations\&.
de: Exit-Codes 75 (B<TEMPFAIL>), 250 und das Beendigungssignal wird B<SIGKILL> als saubere Dienstebeendigung betrachtet\&.

note: type: Plain text
en: Note: B<systemd-analyze exit-codes> may be used to list exit codes and translate between numerical code values and names\&.
de: Beachten Sie: B<systemd-analyze exit-codes> kann zur Auflistung der Exit-Codes und zur Übersetzung zwischen numerischen Code-Werten und Namen verwandt werden\&.

note: type: Plain text
en: Takes a list of exit status definitions that, when returned by the main service process, will prevent automatic service restarts, regardless of the restart setting configured with I<Restart=>\&. Exit status definitions can either be numeric exit codes or termination signal names, and are separated by spaces\&. Defaults to the empty list, so that, by default, no exit status is excluded from the configured restart logic\&. For example:
de: Akzeptiert eine Liste von Exit-Statusdefinitionen, die automatische Diensteneustarts verhindern, wenn sie von dem Hauptdienstprozess zurückgeliefert werden, unabhängig von der mit I<Restart=> konfigurierten Neustarteinstellung\&. Exit-Statusdefinitionen können entweder numerische Exit-Codes oder Beendigungssignalnamen, getrennt durch Leerzeichen, sein\&. Standardmäßig ist dies die leere Liste, so dass standardmäßig kein Exit-Status von der konfigurierten Neustartlogik ausgeschlossen ist\. Beispiel:

note: type: Plain text
en: ensures that exit codes 1 and 6 and the termination signal B<SIGABRT> will not result in automatic service restarting\&. This option may appear more than once, in which case the list of restart-preventing statuses is merged\&. If the empty string is assigned to this option, the list is reset and all prior assignments of this option will have no effect\&.
de: Dies stellt sicher, dass die Exit-Codes 1 und 6 und das Beendigungssignal B<SIGABRT> nicht zu einem automatischen Diensteneustart führen\&. Wenn diese Option mehr als einmal auftaucht, werden die Neustart-verhindernden Status zusammengeführt\&. Falls dieser Option die leere Zeichenkette zugewiesen wird, wird diese Liste zurückgesetzt und alle vorherigen Zuweisungen zu dieser Option haben keinen Effekt\&.

note: type: Plain text
en: Note that this setting has no effect on processes configured via I<ExecStartPre=>, I<ExecStartPost=>, I<ExecStop=>, I<ExecStopPost=> or I<ExecReload=>, but only on the main service process, i\&.e\&. either the one invoked by I<ExecStart=> or (depending on I<Type=>, I<PIDFile=>, \&...) the otherwise configured main process\&.
de: Beachten Sie, dass diese Einstellung keine Auswirkung auf mittels I<ExecStartPre=>, I<ExecStartPost=>, I<ExecStop=>, I<ExecStopPost=> oder I<ExecReload=> konfigurierte Prozesse hat, sondern nur auf den Hauptdiensteprozess, d\&.h\&. entweder den mittels I<ExecStart=> aufgerufenen oder (abhängig von I<Type=>, I<PIDFile=>, …) den anderweitig konfigurierten Hauptprozess\&.

note: type: Plain text
en: Takes a list of exit status definitions that, when returned by the main service process, will force automatic service restarts, regardless of the restart setting configured with I<Restart=>\&. The argument format is similar to I<RestartPreventExitStatus=>\&.
de: Akzeptiert eine Liste von Exit-Statusdefinitionen, die automatische Diensteneustarts erzwingen, wenn sie von dem Hauptdienstprozess zurückgeliefert werden, unabhängig von der mit I<Restart=> konfigurierten Neustarteinstellung\&. Das Argumentenformat ist ähnlich zu I<RestartPreventExitStatus=>\&.

note: type: Plain text
en: Takes a boolean argument\&. If true, the root directory, as configured with the I<RootDirectory=> option (see B<systemd.exec>(5)  for more information), is only applied to the process started with I<ExecStart=>, and not to the various other I<ExecStartPre=>, I<ExecStartPost=>, I<ExecReload=>, I<ExecStop=>, and I<ExecStopPost=> commands\&. If false, the setting is applied to all configured commands the same way\&. Defaults to false\&.
de: Akzeptiert ein logisches Argument\&. Falls wahr, wird das Wurzelverzeichnis, das mit der Option I<RootDirectory=> (siehe B<systemd.exec>(5) für weitere Informationen) konfiguriert ist, nur für den mit I<ExecStart=> gestarteten Prozess angewandt und nicht für die verschiedenen anderen Befehle I<ExecStartPre=>, I<ExecStartPost=>, I<ExecReload=>, I<ExecStop=> und I<ExecStopPost=>\&. Falls falsch, wird die Einstellung auf alle konfigurierten Befehle auf die gleiche Art angewandt\&. Standardmäßig falsch\&.

note: type: Plain text
en: Set the B<O_NONBLOCK> flag for all file descriptors passed via socket-based activation\&. If true, all file descriptors E<gt>= 3 (i\&.e\&. all except stdin, stdout, stderr), excluding those passed in via the file descriptor storage logic (see I<FileDescriptorStoreMax=> for details), will have the B<O_NONBLOCK> flag set and hence are in non-blocking mode\&. This option is only useful in conjunction with a socket unit, as described in B<systemd.socket>(5)  and has no effect on file descriptors which were previously saved in the file-descriptor store for example\&. Defaults to false\&.
de: Setzt den Schalter B<O_NONBLOCK> für alle über Socket-basierte-Aktivierung übergebenen Dateideskriptoren\&. Falls wahr, wird bei allen Dateideskriptoren E<gt>= 3 (d\&.h\&. allen außer Stdin, Stdout, Stderr), ausschließlich solcher, die über die Dateideskriptorspeicherlogik (siehe I<FileDescriptorStoreMax=> für Details) übergeben wurden, der Schalter B<O_NONBLOCK> gesetzt und diese sind daher im nicht blockierenden Modus\&. Diese Option ist wie in B<systemd.socket>(5) beschrieben nur im Zusammenhang von Socket-Units nützlich und hat auf Dateideskriptoren, die beispielsweise früher in dem Dateideskriptorspeicher gespeichert wurden, keinen Effekt\&. Standardmäßig falsch\&.

note: type: Plain text
en: Controls access to the service status notification socket, as accessible via the B<sd_notify>(3)  call\&. Takes one of B<none> (the default), B<main>, B<exec> or B<all>\&. If B<none>, no daemon status updates are accepted from the service processes, all status update messages are ignored\&. If B<main>, only service updates sent from the main process of the service are accepted\&. If B<exec>, only service updates sent from any of the main or control processes originating from one of the I<Exec*=> commands are accepted\&. If B<all>, all services updates from all members of the service\*(Aqs control group are accepted\&. This option should be set to open access to the notification socket when using I<Type=notify> or I<WatchdogSec=> (see above)\&. If those options are used but I<NotifyAccess=> is not configured, it will be implicitly set to B<main>\&.
de: Steuert den Zugriff auf das Statusbenachrichtigungs-Socket, wie es über den Aufruf B<sd_notify>(3) erreichbar ist\&. Akzeptiert B<none> (die Vorgabe), B<main>, B<exec> oder B<all>\&. Falls B<none>, werden keine Daemon-Statusaktualisierungen vom Diensteprozess akzeptiert, alle Statusaktualisierungsnachrichten werden ignoriert\&. Falls B<main>, werden nur vom Hauptprozess des Dienstes gesandte Diensteaktualisierungen akzeptiert\&. Falls B<exec>, werden nur Diensteaktualisierungen, die von einem der Haupt- oder Steuerprozesse, die aus einem der Befehle I<Exec*=> stammen, gesandt wurden, akzeptiert\&. Falls B<all>, werden alle Diensteaktualisierungen aus allen Mitgliedern der Control-Gruppe des Dienstes akzeptiert\&. Diese Option sollte gesetzt werden, um Zugriff auf das Benachrichtigungs-Socket zu öffnen, wenn I<Type=notify> oder I<WatchdogSec=> verwandt wird (siehe oben)\&. Falls jene Optionen verwandt werden, aber I<NotifyAccess=> nicht konfiguriert ist, werden sie implizit auf B<main> gesetzt\&.

note: type: Plain text
en: Note that B<sd_notify()> notifications may be attributed to units correctly only if either the sending process is still around at the time PID 1 processes the message, or if the sending process is explicitly runtime-tracked by the service manager\&. The latter is the case if the service manager originally forked off the process, i\&.e\&. on all processes that match B<main> or B<exec>\&. Conversely, if an auxiliary process of the unit sends an B<sd_notify()> message and immediately exits, the service manager might not be able to properly attribute the message to the unit, and thus will ignore it, even if I<NotifyAccess=>B<all> is set for it\&.
de: Beachten Sie, dass B<sd_notify()>-Benachrichtigungen nur Units korrekt zugeordnet werden können, falls entweder der sendende Prozess noch zu dem Zeitpunkt vorhanden ist, zu dem PID 1 die Nachricht verarbeitet oder falls der sendende Prozess explizit vom Diensteverwalter laufzeitverfolgt ist\&. Letzteres ist der Fall, falls der Diensteverwalter den Prozess ursprünglich mit B<fork> erzeugte, d\&.h\&. bei allen Prozessen, die auf I<NotifyAccess=>B<main> oder I<NotifyAccess=>B<exec> passen\&. Umgekehrt, falls ein Hilfsprozess einer Unit eine B<sd_notify()>-Nachricht sendet und sich sofort beendet, könnte der Diensteverwalter nicht in der Lage sein, die Nachricht korrekt der Unit zuzuordnen und wird sie daher ignorieren, selbst falls I<NotifyAccess=>B<all> für sie gesetzt ist\&.

note: type: Plain text
en: Specifies the name of the socket units this service shall inherit socket file descriptors from when the service is started\&. Normally, it should not be necessary to use this setting, as all socket file descriptors whose unit shares the same name as the service (subject to the different unit name suffix of course) are passed to the spawned process\&.
de: Legt den Namen der Socket-Unit fest, von der dieser Dienst Socket-Dateideskriptoren erben soll, wenn der Dienst gestartet wird\&. Normalerweise sollte es nicht notwendig sein, diese Einstellung zu verwenden, da alle Socket-Dateideskriptoren, deren Unit den gleichen Namen wie der Dienst benutzt (vorbehaltlich natürlich der verschiedenen Unit-Namensendungen), an den aufgerufenen Prozess übergeben werden\&.

note: type: Plain text
en: Note that the same socket file descriptors may be passed to multiple processes simultaneously\&. Also note that a different service may be activated on incoming socket traffic than the one which is ultimately configured to inherit the socket file descriptors\&. Or, in other words: the I<Service=> setting of \&.socket units does not have to match the inverse of the I<Sockets=> setting of the \&.service it refers to\&.
de: Beachten Sie, dass der gleiche Socket-Dateideskriptor simultan an mehrere Prozesse übergeben werden kann\&. Beachten Sie auch, dass ein anderer Dienst auf eingehenden Socket-Verkehr aktiviert werden kann als derjenige, der schließlich konfiguriert ist, den Socket-Dateideskriptor zu erben\&. Oder mit anderen Worten: Die Einstellung I<Service=> von \&.socket-Units muss nicht auf das Inverse der Einstellung I<Sockets=> von \&.service, auf die es sich bezieht, passen\&.

note: type: Plain text
en: This option may appear more than once, in which case the list of socket units is merged\&. Note that once set, clearing the list of sockets again (for example, by assigning the empty string to this option) is not supported\&.
de: Falls diese Option mehr als einmal auftaucht, wird die Liste der Socket-Units zusammengeführt\&. Beachten Sie, dass das Bereinigen der Liste (beispielsweise durch Zuweisung der leeren Zeichenkette zu dieser Option) nicht unterstützt wird, sobald die Option einmal gesetzt wurde\&.

note: type: Plain text
en: Configure how many file descriptors may be stored in the service manager for the service using B<sd_pid_notify_with_fds>(3)\*(Aqs "FDSTORE=1" messages\&. This is useful for implementing services that can restart after an explicit request or a crash without losing state\&. Any open sockets and other file descriptors which should not be closed during the restart may be stored this way\&. Application state can either be serialized to a file in /run, or better, stored in a B<memfd_create>(2)  memory file descriptor\&. Defaults to 0, i\&.e\&. no file descriptors may be stored in the service manager\&. All file descriptors passed to the service manager from a specific service are passed back to the service\*(Aqs main process on the next service restart\&. Any file descriptors passed to the service manager are automatically closed when B<POLLHUP> or B<POLLERR> is seen on them, or when the service is fully stopped and no job is queued or being executed for it\&. If this option is used, I<NotifyAccess=> (see above) should be set to open access to the notification socket provided by systemd\&. If I<NotifyAccess=> is not set, it will be implicitly set to B<main>\&.
de: Konfiguriert, wie viele Dateideskriptoren in dem Diensteverwalter für den Dienst mittels »FDSTORE=1«-Nachrichten von B<sd_pid_notify_with_fds>(3) gespeichert werden können\&. Dies ist zur Implementierung von Diensten nützlich, die sich nach einer expliziten Anfrage oder einem Absturz ohne Zustandsverlust neu starten können\&. Alle offenen Sockets und andere Dateideskriptoren, die während des Neustarts nicht geschlossen werden sollen, können auf diese Art gespeichert werden\&. Der Anwendungszustand kann entweder in eine Datei in /run serialisiert werden oder besser in einem B<memfd_create>(2)-Speicherdateideskriptor gespeichert werden\&. Standardmäßig 0, d\&.h\&. kein Dateideskriptor kann im Diensteverwalter gespeichert werden\&. Alle dem Diensteverwalter von einem bestimmten Dienst übergebenen Dateideskriptoren werden beim nächsten Neustart des Dienstes an den Hauptprozess des Dienstes zurückgegeben\&. Alle an den Diensteverwalter übergebenen Dateideskriptoren werden automatisch geschlossen, wenn B<POLLHUP> oder B<POLLERR> auf ihnen gesehen wird oder wenn der Dienst vollständig gestoppt wird und kein Auftrag in der Warteschlange ist oder für ihn ausgeführt wird\&. Falls diese Option verwandt wird, sollte I<NotifyAccess=> (siehe oben) gesetzt werden, um Zugriff auf den von Systemd bereitgestellten Benachrichtigungs-Socket zu öffnen\&. Falls I<NotifyAccess=> nicht gesetzt ist, wird es implizit auf B<main> gesetzt\&.

note: type: Plain text
en: Configure the location of a file containing \m[blue]B<USB FunctionFS>\m[]\&\s-2\u[2]\d\s+2 descriptors, for implementation of USB gadget functions\&. This is used only in conjunction with a socket unit with I<ListenUSBFunction=> configured\&. The contents of this file are written to the ep0 file after it is opened\&.
de: Konfiguriert den Ort einer Datei, die Deskriptoren für \m[blue]B<USB FunctionFS>\m[]\&\s-2\u[2]\d\s+2, für die Implementierung von USB-Gadget-Funktionen, enthält\&. Dies wird nur in Zusammenhang mit einer Socket-Unit mit konfiguriertem I<ListenUSBFunction=> verwandt\&. Der Inhalt dieser Datei wird nach deren Öffnen in die Datei ep0 geschrieben\&.

note: type: Plain text
en: Configure the location of a file containing USB FunctionFS strings\&. Behavior is similar to I<USBFunctionDescriptors=> above\&.
de: Konfiguriert den Ort einer Datei, die USB-FunctionFS-Zeichenketten enthält\&. Das Verhalten ist zu obiger I<USBFunctionDescriptors=> ähnlich\&.

note: type: Plain text
en: Use the I<OOMScoreAdjust=> setting to configure whether processes of the unit shall be considered preferred or less preferred candidates for process termination by the Linux OOM killer logic\&. See B<systemd.exec>(5)  for details\&.
de: Verwenden Sie die Einstellung I<OOMScoreAdjust=>, um zu konfigurieren, ob Prozesse der Unit als bevorzugte oder weniger bevorzugte Kandidaten für die Beendigung durch die Linux-OOM-Tötungslogik betrachtet werden sollen\&. Siehe B<systemd.exec>(5) für Details\&.

note: type: Plain text
en: Check B<systemd.exec>(5)  and B<systemd.kill>(5)  for more settings\&.
de: Lesen Sie B<systemd.exec>(5) und B<systemd.kill>(5) für weitere Einstellungen\&.

note: type: SH
en: COMMAND LINES
de: BEFEHLSZEILEN

note: type: Plain text
en: This section describes command line parsing and variable and specifier substitutions for I<ExecStart=>, I<ExecStartPre=>, I<ExecStartPost=>, I<ExecReload=>, I<ExecStop=>, and I<ExecStopPost=> options\&.
de: Dieser Abschnitt beschreibt die Auswertung der Befehlszeile und Variablen- und Kennzeichnerersetzung für die Optionen I<ExecStart=>, I<ExecStartPre=>, I<ExecStartPost=>, I<ExecReload=>, I<ExecStop=> und I<ExecStopPost=>\&.

note: type: Plain text
en: Multiple command lines may be concatenated in a single directive by separating them with semicolons (these semicolons must be passed as separate words)\&. Lone semicolons may be escaped as "\e;"\&.
de: Mehrere Befehlszeilen können in eine einzelne Anweisung zusammengefasst werden, indem sie mit Semikola (die als separate Wörter übergeben werden müssen) getrennt werden\&. Einzelne Semikola können als »\e;« maskiert werden\&.

note: type: Plain text
en: Each command line is split on whitespace, with the first item being the command to execute, and the subsequent items being the arguments\&. Double quotes ("\&...") and single quotes (\*(Aq\&...\*(Aq) may be used to wrap a whole item (the opening quote may appear only at the beginning or after whitespace that is not quoted, and the closing quote must be followed by whitespace or the end of line), in which case everything until the next matching quote becomes part of the same argument\&. Quotes themselves are removed\&. C-style escapes are also supported\&. The table below contains the list of known escape patterns\&. Only escape patterns which match the syntax in the table are allowed; other patterns may be added in the future and unknown patterns will result in a warning\&. In particular, any backslashes should be doubled\&. Finally, a trailing backslash ("\e") may be used to merge lines\&.
de: Jede Befehlszeile wird bei Leerraumzeichen aufgeteilt, wobei das erste Objekt der auszuführende Befehl und die nachfolgenden Objekte dessen Argumente sind\&. Doppelte ("…") und einfache Anführungszeichen (\*(Aq…\*(Aq) können zum Einhüllen eines ganzen Objekts verwandt werden (das öffnende Anführungszeichen darf nur am Anfang oder nach Leerraumzeichen, die nicht in Anführungszeichen sind, erscheinen und dem schließenden Anführungszeichen muss Leerraumzeichen oder das Zeilenende folgen), dabei wird alles bis zum nächsten passenden Anführungszeichen Teil des gleichen Arguments\&. Die Anführungszeichen selbst werden entfernt\&. C-artige Maskierungen werden auch unterstützt\&. Die nachfolgende Tabelle enthält die Liste der bekannten Maskiermuster\&. Nur Maskiermuster, die auf die Syntax in der Tabelle passen, sind erlaubt; andere Muster können in der Zukunft hinzugefügt werden und unbekannte Muster führen zu einer Warnung\&. Insbesondere sollten alle Rückwärtsschrägstriche verdoppelt werden\&. Schließlich kann ein abschließender Rückwärtsschrägstrich (»\e«) zum Zusammenführen von Zeilen verwandt werden\&.

note: type: Plain text
en: This syntax is inspired by shell syntax, but only the meta-characters and expansions described in the following paragraphs are understood, and the expansion of variables is different\&. Specifically, redirection using "E<lt>", "E<lt>E<lt>", "E<gt>", and "E<gt>E<gt>", pipes using "|", running programs in the background using "&", and I<other elements of shell syntax are not supported>\&.
de: Diese Syntax ist von der Shell-Syntax inspiriert, aber nur die in den nachfolgenden Absätzen beschriebenen Metazeichen und Erweiterungen werden verstanden und die Expansion von Variablen unterscheidet sich\&. Insbesondere werden Umleitungen mittels »E<lt>«, »E<lt>E<lt>«, »E<gt>« und »E<gt>E<gt>«, Pipes mittels »|«, das Ausführen von Programmen im Hintergrund und I<andere Elemente der Shell-Syntax nicht unterstützt>\&.

note: type: Plain text
en: The command to execute may contain spaces, but control characters are not allowed\&.
de: Der auszuführende Befehl darf Leerzeichen enthalten, aber Steuerzeichen sind nicht erlaubt\&.

note: type: Plain text
en: The command line accepts "%" specifiers as described in B<systemd.unit>(5)\&.
de: Die Befehlszeile akzeptiert wie in B<systemd.unit>(5) beschrieben »%s«-Kennzeichner\&.

note: type: Plain text
en: Basic environment variable substitution is supported\&. Use "${FOO}" as part of a word, or as a word of its own, on the command line, in which case it will be replaced by the value of the environment variable including all whitespace it contains, resulting in a single argument\&. Use "$FOO" as a separate word on the command line, in which case it will be replaced by the value of the environment variable split at whitespace, resulting in zero or more arguments\&. For this type of expansion, quotes are respected when splitting into words, and afterwards removed\&.
de: Grundlegende Umgebungsvariablenersetzung wird unterstützt\&. Verwenden Sie auf der Befehlszeile »${FOO}« als Teil des Worts oder als einzelnes Wort, das dann durch den Wert der Umgebungsvariablen, einschließlich des darin enthaltenen Leerraums, ersetzt und zu einem einzelnen Argument wird\&. Verwenden Sie »$FOO« als ein separates Wort auf der Befehlszeile, das durch den Wert der Umgebungsvariablen, getrennt an den Leerraumzeichen, ersetzt wird und zu Null oder mehr Argumenten führt\&. Für diese Art von Expansion werden Anführungszeichen beim Trennen in Wörter berücksichtigt und anschließend entfernt\&.

note: type: Plain text
en: If the command is not a full (absolute) path, it will be resolved to a full path using a fixed search path determinted at compilation time\&. Searched directories include /usr/local/bin/, /usr/bin/, /bin/ on systems using split /usr/bin/ and /bin/ directories, and their sbin/ counterparts on systems using split bin/ and sbin/\&. It is thus safe to use just the executable name in case of executables located in any of the "standard" directories, and an absolute path must be used in other cases\&. Using an absolute path is recommended to avoid ambiguity\&. Hint: this search path may be queried using B<systemd-path search-binaries-default>\&.
de: Falls der Befehl kein kompletter (absoluter) Pfad ist, wird er mittels eines festen, zum Zeitpunkt der Kompilierung bestimmten Suchpfades zu einem kompletten Pfad aufgelöst\&. Suchverzeichnisse sind unter anderem /usr/local/bin/, /usr/bin/, /bin/ auf Systemen, die getrennte Verzeichnisse /usr/bin/ und /bin/ verwenden, und ihre sbin/-Gegenstücke auf Systemen, die getrennte bin/ und sbin/ verwenden\&. Es ist daher sicher, nur den Programmnamen zu verwenden, falls das Programm sich in einem der »Standard«-Verzeichnisse befindet\&. Für andere Fälle muss ein absoluter Pfad verwandt werden\&. Es wird empfohlen, einen absoluten Pfad zu verwenden, um Mehrdeutigkeiten zu vermeiden\&. Tipp: Dieser Suchpfad kann mit B<systemd-path search-binaries-default> abgefragt werden\&.

note: type: Plain text
en: Example:
de: Beispiel:

note: type: Plain text
en: Environment="ONE=one" \*(AqTWO=two two\*(Aq
    ExecStart=echo $ONE $TWO ${TWO}
de: Environment="EINS=eins" \*(AqZWEI=zwei zwei\*(Aq
    ExecStart=echo $EINS $ZWEI ${ZWEI}

note: type: Plain text
en: This will execute B</bin/echo> with four arguments: "one", "two", "two", and "two two"\&.
de: Dies führt B</bin/echo> mit vier Argumenten aus: »eins«, »zwei«, »zwei« und »zwei zwei«\&.

note: type: Plain text
en: Environment=ONE=\*(Aqone\*(Aq "TWO=\*(Aqtwo\ \&two\*(Aq\ \&too" THREE=
    ExecStart=/bin/echo ${ONE} ${TWO} ${THREE}
    ExecStart=/bin/echo $ONE $TWO $THREE
de: Environment=EINS=\*(Aqeins\*(Aq "ZWEI=\*(Aqzwei\ \&zwei\*(Aq\ \&auch" DREI=
    ExecStart=/bin/echo ${EINS} ${ZWEI} ${DREI}
    ExecStart=/bin/echo $EINS $ZWEI $DREI

note: type: Plain text
en: This results in /bin/echo being called twice, the first time with arguments "\*(Aqone\*(Aq", "\*(Aqtwo\ \&two\*(Aq\ \&too", "", and the second time with arguments "one", "two\ \&two", "too"\&.
de: Dies führt dazu, dass /bin/echo zweimal aufgerufen wird, das erste Mal mit den Argumenten »\*(Aqeins\*(Aq«, »\*(Aqzwei zwei\*(Aq \&auch« »« und das zweite Mal mit den Argumenten »eins«, »zwei\ zwei«, »auch«\&.

note: type: Plain text
en: To pass a literal dollar sign, use "$$"\&. Variables whose value is not known at expansion time are treated as empty strings\&. Note that the first argument (i\&.e\&. the program to execute) may not be a variable\&.
de: Um ein wörtliches Dollarzeichen zu übergeben, verwenden Sie »$$«\&. Variablen, deren Wert zum Expansionszeitpunkt nicht bekannt ist, werden als leere Zeichenkette behandelt\&. Beachten Sie, dass das erste Argument (d\&.h\&. das auszuführende Programm) keine Variable sein darf\&.

note: type: Plain text
en: Variables to be used in this fashion may be defined through I<Environment=> and I<EnvironmentFile=>\&. In addition, variables listed in the section "Environment variables in spawned processes" in B<systemd.exec>(5), which are considered "static configuration", may be used (this includes e\&.g\&.  I<$USER>, but not I<$TERM>)\&.
de: Variablen, die auf diese Art verwandt werden, können mittels I<Environment=> und I<EnvironmentFile=> definiert werden\&. Zusätzlich können Variablen, die im Abschnitt »Umgebungsvariablen in erzeugten Prozessen« in B<systemd.exec>(5), die als »statische Konfiguration« betrachtet werden, verwandt werden (dies schließt beispielsweise I<$USER>, aber nicht I<$TERM> ein)\&.

note: type: Plain text
en: Note that shell command lines are not directly supported\&. If shell command lines are to be used, they need to be passed explicitly to a shell implementation of some kind\&. Example:
de: Beachten Sie, dass Shell-Befehlszeilen nicht direkt unterstützt werden\&. Falls Shell-Befehlszeilen verwandt werden sollen, müssen sie explizit an eine Art von Shell-Implementierung übergeben werden\&. Beispiel:

note: type: Plain text
en: ExecStart=echo one ; echo "two two"
de: ExecStart=echo eins ; echo "zwei zwei"

note: type: Plain text
en: This will execute B<echo> two times, each time with one argument: "one" and "two two", respectively\&. Because two commands are specified, I<Type=oneshot> must be used\&.
de: Dies wird B<echo> zwei Mal ausführen, jedes Mal mit einem Argument: »eins« bzw\&. »zwei zwei«\&. Da zwei Befehle festgelegt sind, muss I<Type=oneshot> verwandt werden\&.

note: type: Plain text
en: This will execute B<echo> with five arguments: "/", "E<gt>/dev/null", "&", ";", and "ls"\&.
de: Dies wird B<echo> mit fünf Argumenten ausführen: »/«, »E<gt>/dev/null«, »&«, »;« und »ls«\&.

note: type: Plain text
en: B<Table\ \&3.\ \&C escapes supported in command lines and environment variables>
de: B<Tabelle\ \&3.\ \&In Befehlszeilen und Umgebungsvariablen unterstützte C-Maskierungen>

note: type: tbl table
en: Literal
de: Wortsinn

note: type: tbl table
en: Actual value
de: Tatsächlicher Wert

note: type: tbl table
en: bell
de: Glockenton

note: type: tbl table
en: backspace
de: Rückschritt (»backspace«)

note: type: tbl table
en: form feed
de: Seitenvorschub

note: type: tbl table
en: newline
de: Zeilenumbruch

note: type: tbl table
en: carriage return
de: Wagenrücklauf

note: type: tbl table
en: tab
de: Tabulator

note: type: tbl table
en: vertical tab
de: Vertikaler Tabulator

note: type: tbl table
en: backslash
de: Rückschrägstrich (»backslash«)

note: type: tbl table
en: double quotation mark
de: doppeltes Anführungszeichen

note: type: tbl table
en: single quotation mark
de: einfaches Anführungszeichen

note: type: tbl table
en: space
de: Leerzeichen

note: type: tbl table
en: character number I<xx> in hexadecimal encoding
de: Zeichen Nummer I<xx> in hexadezimaler Kodierung

note: type: tbl table
en: character number I<nnn> in octal encoding
de: Zeichen Nummer I<nnn> in oktaler Kodierung

note: type: SH
en: EXAMPLES
de: BEISPIELE

note: type: Plain text
en: B<Example\ \&2.\ \&Simple service>
de: B<Beispiel\ \&2.\ \&Einfacher Dienst>

note: type: Plain text
en: The following unit file creates a service that will execute /usr/sbin/foo-daemon\&. Since no I<Type=> is specified, the default I<Type=>B<simple> will be assumed\&. systemd will assume the unit to be started immediately after the program has begun executing\&.
de: Die folgende Unit-Datei erstellt einen Dienst, der /usr/sbin/foo-daemon ausführt\&. Da kein I<Type=> festgelegt ist, wird die Vorgabe I<Type=>B<simple> angenommen\&. Systemd wird annehmen, dass die Unit sofort nach Beginn der Ausführung des Programmes gestartet werden soll\&.

note: type: Plain text
en: Note that systemd assumes here that the process started by systemd will continue running until the service terminates\&. If the program daemonizes itself (i\&.e\&. forks), please use I<Type=>B<forking> instead\&.
de: Beachten Sie, dass Systemd hier annimmt, dass der durch Systemd gestartete Prozess läuft, bis der Dienst beendet wird\&. Falls das Programm sich selbst zum Daemon macht (d\&.h\&. Fork ausführt), verwenden Sie bitte stattdessen I<Type=>B<forking>\&.

note: type: Plain text
en: Since no I<ExecStop=> was specified, systemd will send SIGTERM to all processes started from this service, and after a timeout also SIGKILL\&. This behavior can be modified, see B<systemd.kill>(5)  for details\&.
de: Da kein I<ExecStop=> festgelegt wurde, wird Systemd SIGTERM an alle von diesem Dienst gestarteten Prozesse senden und nach einer Zeitüberschreitung auch SIGKILL\&. Dieses Verhalten kann verändert werden, siehe B<systemd.kill>(5) für Details\&.

note: type: Plain text
en: Note that this unit type does not include any type of notification when a service has completed initialization\&. For this, you should use other unit types, such as I<Type=>B<notify> if the service understands systemd\*(Aqs notification protocol, I<Type=>B<forking> if the service can background itself or I<Type=>B<dbus> if the unit acquires a DBus name once initialization is complete\&. See below\&.
de: Beachten Sie, dass dieser Unit-Typ keine Art von Benachrichtigung, wenn der Dienst seine Initialisierung abgeschlossen hat, enthält\&. Dafür sollten Sie andere Unit-Typen, wie I<Type=>B<notify>, falls der Dienst das Benachrichtigungsprotokoll von Systemd versteht, I<Type=>B<forking>, falls der Dienst sich selbst in den Hintergrund bringen kann oder I<Type=>B<dbus>, falls der Dienst einen DBus-Namen erlangt, sobald die Initialisierung abgeschlossen ist, in Betracht ziehen\&. Siehe unten\&.

note: type: Plain text
en: B<Example\ \&3.\ \&Oneshot service>
de: B<Beispiel\ \&3.\ \&Oneshot-Dienst>

note: type: Plain text
en: Sometimes, units should just execute an action without keeping active processes, such as a filesystem check or a cleanup action on boot\&. For this, I<Type=>B<oneshot> exists\&. Units of this type will wait until the process specified terminates and then fall back to being inactive\&. The following unit will perform a cleanup action:
de: Manchmal sollen Units einfach eine Aktion ausführen, ohne aktive Prozesse zu behalten, wie beispielsweise eine Dateisystemüberprüfung oder eine Aufräumaktion beim Systemstart\&. Dafür existiert I<Type=>B<oneshot>\&. Units dieser Art werden warten, bis der festgelegte Prozess sich beendet hat und dann auf einen inaktiven Status zurückfallen\&. Die folgende Unit wird eine Aufräumaktion durchführen:

note: type: Plain text
en: [Unit]
    Description=Cleanup old Foo data
de: [Unit]
    Description=Bereinigung alter Foo-Daten

note: type: Plain text
en: Note that systemd will consider the unit to be in the state "starting" until the program has terminated, so ordered dependencies will wait for the program to finish before starting themselves\&. The unit will revert to the "inactive" state after the execution is done, never reaching the "active" state\&. That means another request to start the unit will perform the action again\&.
de: Beachten Sie, dass Systemd die Unit im Status »starting« betrachten wird, bis sich das Programm beendet hat, daher werden Ordnungsabhängigkeiten auf die Beendigung des Programms warten, bevor sie sich selbst starten\&. Die Unit wird zum Zustand »inactive« nach dem Abschluss der Ausführung zurückkehren und niemals den Zustand »active« erreichen\&. Das bedeutet, dass eine weitere Anfrage, die Unit zu starten, die Aktion erneut ausführen wird\&.

note: type: Plain text
en: I<Type=>B<oneshot> are the only service units that may have more than one I<ExecStart=> specified\&. They will be executed in order until either they are all successful or one of them fails\&.
de: Nur Units mit I<Type=>B<oneshot> dürfen mehr als ein I<ExecStart=> festgelegt haben\&. Sie werden der Reihe nach ausgeführt, bis sie alle erfolgreich waren oder einer fehlschlug\&.

note: type: Plain text
en: B<Example\ \&4.\ \&Stoppable oneshot service>
de: B<Beispiel\ \&4.\ \&Beendbarer Oneshot-Dienst>

note: type: Plain text
en: Similarly to the oneshot services, there are sometimes units that need to execute a program to set up something and then execute another to shut it down, but no process remains active while they are considered "started"\&. Network configuration can sometimes fall into this category\&. Another use case is if a oneshot service shall not be executed each time when they are pulled in as a dependency, but only the first time\&.
de: Ähnlich zum Oneshot-Dienst gibt es manchmal Units, die ein Programm ausführen müssen, um etwas einzurichten, und dann ein anderes, um es herunterzufahren, aber es bleibt kein Prozess aktiv, während diese als »started« betrachtet werden\&. Netzwerkkonfiguration kann manchmal in diese Kategorie fallen\&. Ein anderer Anwendungsfall ist, falls ein Oneshot-Dienst nicht jedesmal, wenn er als Abhängigkeit hereingezogen wird, ausgeführt werden soll, sondern nur beim ersten Mal\&.

note: type: Plain text
en: For this, systemd knows the setting I<RemainAfterExit=>B<yes>, which causes systemd to consider the unit to be active if the start action exited successfully\&. This directive can be used with all types, but is most useful with I<Type=>B<oneshot> and I<Type=>B<simple>\&. With I<Type=>B<oneshot>, systemd waits until the start action has completed before it considers the unit to be active, so dependencies start only after the start action has succeeded\&. With I<Type=>B<simple>, dependencies will start immediately after the start action has been dispatched\&. The following unit provides an example for a simple static firewall\&.
de: Dafür kennt Systemd die Einstellung I<RemainAfterExit=>B<yes>, die dazu führt, dass Systemd die Unit als aktiv betrachtet, falls die Startaktion sich erfolgreich beendet hat\&. Diese Anweisung kann mit allen Typen verwandt werden, ist aber mit I<Type=>B<oneshot> und I<Type=>B<simple> am nützlichsten\&. Mit I<Type=>B<oneshot> wird Systemd warten, bis die Startaktion abgeschlossen ist, bevor es die Unit als aktiv betrachtet, daher starten Abhängigkeiten erst nachdem die Startaktion erfolgreich war\&. Mit I<Type=>B<simple> werden die Abhängigkeiten sofort nach dem Absetzen der Startaktion gestartet\&. Die nachfolgende Unit stellt ein Beispiel für eine einfache statische Firewall bereit\&.

note: type: Plain text
en: [Unit]
    Description=Simple firewall
de: [Unit]
    Description=Einfache Firewall

note: type: Plain text
en: Since the unit is considered to be running after the start action has exited, invoking B<systemctl start> on that unit again will cause no action to be taken\&.
de: Da die Unit als laufend betrachtet wird, nachdem sich die Start-Aktion beendet hat, wird der Aufruf von B<systemctl start> auf dieser Unit zu keiner Aktion führen\.

note: type: Plain text
en: B<Example\ \&5.\ \&Traditional forking services>
de: B<Beispiel\ \&5.\ \&Traditioneller forkender Dienst>

note: type: Plain text
en: Many traditional daemons/services background (i\&.e\&. fork, daemonize) themselves when starting\&. Set I<Type=>B<forking> in the service\*(Aqs unit file to support this mode of operation\&. systemd will consider the service to be in the process of initialization while the original program is still running\&. Once it exits successfully and at least a process remains (and I<RemainAfterExit=>B<no>), the service is considered started\&.
de: Viele traditionelle Daemons/Dienste bringen sich selbst in den Hintergrund (d\&.h\&. forken, daemonisieren sich), wenn sie starten\&. Setzen Sie I<Type=>B<forking> in der Unit-Datei des Dienstes, um diesen Betriebsmodus zu unterstützen\&. Systemd wird den Dienst im Prozess der Initialisierung betrachten, während das ursprüngliche Programm noch läuft\&. Sobald es sich erfolgreich beendet und mindestens ein Prozess verbleibt (und I<RemainAfterExit=>B<no>), wird der Dienst als gestartet betrachtet\&.

note: type: Plain text
en: Often, a traditional daemon only consists of one process\&. Therefore, if only one process is left after the original process terminates, systemd will consider that process the main process of the service\&. In that case, the I<$MAINPID> variable will be available in I<ExecReload=>, I<ExecStop=>, etc\&.
de: Oft besteht ein traditioneller Daemon nur aus einem Prozess\&. Daher wird Systemd diesen Prozess als den Hauptprozess des Dienstes betrachten, falls nur ein Prozess nach Beendigung des ursprünglichen Prozesses verbleibt\&. In diesem Fall wird die Variable I<$MAINPID> in I<ExecReload=>, I<ExecStop=> usw\&. verfügbar sein\&.

note: type: Plain text
en: In case more than one process remains, systemd will be unable to determine the main process, so it will not assume there is one\&. In that case, I<$MAINPID> will not expand to anything\&. However, if the process decides to write a traditional PID file, systemd will be able to read the main PID from there\&. Please set I<PIDFile=> accordingly\&. Note that the daemon should write that file before finishing with its initialization\&. Otherwise, systemd might try to read the file before it exists\&.
de: Falls mehr als ein Prozess verbleibt, wird Systemd nicht in der Lage sein, den Hauptprozess zu bestimmen und wird daher annehmen, dass es keinen gibt\&. In diesem Fall wird I<$MAINPID> nicht auf etwas expandiert\&. Falls allerdings der Prozess entscheidet, eine traditionelle PID-Datei zu schreiben, wird Systemd in der Lage sein, die Haupt-PID von dort zu bestimmen\&. Bitte setzen Sie I<PIDFile=> entsprechend\&. Beachten Sie, dass der Daemon diese Datei schreiben sollte, bevor er seine Initialisierung abschließt\&. Andernfalls könnte Systemd versuchen, die Datei zu lesen, bevor sie existiert\&.

note: type: Plain text
en: The following example shows a simple daemon that forks and just starts one process in the background:
de: Das folgende Beispiel zeigt einen einfachen Daemon, der forkt und einfach einen Prozess im Hintergrund startet:

note: type: Plain text
en: [Unit]
    Description=Some simple daemon
de: [Unit]
    Description=Ein einfacher Daemon

note: type: Plain text
en: Please see B<systemd.kill>(5)  for details on how you can influence the way systemd terminates the service\&.
de: Bitte lesen Sie B<systemd.kill>(5) für Details, wie Sie die Art, wie Systemd die Dienste beendet, beeinflussen können\&.

note: type: Plain text
en: B<Example\ \&6.\ \&DBus services>
de: B<Beispiel\ \&6.\ \&DBus-Dienste>

note: type: Plain text
en: For services that acquire a name on the DBus system bus, use I<Type=>B<dbus> and set I<BusName=> accordingly\&. The service should not fork (daemonize)\&. systemd will consider the service to be initialized once the name has been acquired on the system bus\&. The following example shows a typical DBus service:
de: Für Dienste, die einen Namen auf dem DBus-Systembus erlangen, verwenden Sie I<Type=>B<dbus> und setzen I<BusName=> entsprechend\&. Der Dienste sollte nicht forken (daemonisieren)\&. Systemd wird den Dienst als initialisiert betrachten, sobald der Name auf dem Systembus erlangt wurde\&. Das folgende Beispiel zeigt einen typischen DBus-Dienst:

note: type: Plain text
en: [Unit]
    Description=Simple DBus service
de: [Unit]
    Description=Einfacher DBus-Dienst

note: type: Plain text
en: For I<bus-activatable> services, do not include a "[Install]" section in the systemd service file, but use the I<SystemdService=> option in the corresponding DBus service file, for example (/usr/share/dbus-1/system-services/org\&.example\&.simple-dbus-service\&.service):
de: Für I<Bus-aktivierbare> Dienste nehmen Sie keinen Abschnitt »[Install]« in der Systemd-Dienstedatei auf, sondern verwenden die Option I<SystemdService=> in der entsprechenden DBus-Dienstedatei, beispielsweise (/usr/share/dbus-1/system-services/org\&.example\&.simple-dbus-service\&.service):

note: type: Plain text
en: B<Example\ \&7.\ \&Services that notify systemd about their initialization>
de: B<Beispiel\ \&7.\ \&Dienste, die Systemd über ihre Initialisierung benachrichtigen>

note: type: Plain text
en: I<Type=>B<simple> services are really easy to write, but have the major disadvantage of systemd not being able to tell when initialization of the given service is complete\&. For this reason, systemd supports a simple notification protocol that allows daemons to make systemd aware that they are done initializing\&. Use I<Type=>B<notify> for this\&. A typical service file for such a daemon would look like this:
de: I<Type=>B<simple>-Dienste sind wirklich einfach zu schreiben, haben aber den großen Nachteil, dass Systemd nicht feststellen kann, wann die Initialisierung des gegebenen Dienstes abgeschlossen ist\&. Aus diesem Grund unterstützt Systemd ein einfaches Benachrichtigungsprotokoll, das es Daemons erlaubt, Systemd darüber in Kenntnis zu setzen, dass sie initialisiert sind\&. Verwenden Sie dafür I<Type=>B<notify>\&. Eine typische Dienste-Datei für solch einen Daemon sähe wie folgt aus:

note: type: Plain text
en: [Unit]
    Description=Simple notifying service
de: [Unit]
    Description=Einfacher Benachrichtigungsdienst

note: type: Plain text
en: Note that the daemon has to support systemd\*(Aqs notification protocol, else systemd will think the service has not started yet and kill it after a timeout\&. For an example of how to update daemons to support this protocol transparently, take a look at B<sd_notify>(3)\&. systemd will consider the unit to be in the \*(Aqstarting\*(Aq state until a readiness notification has arrived\&.
de: Beachten Sie, dass der Daemon das Benachrichtigungsprotokoll von Systemd unterstützen muss, da ansonsten Systemd glauben wird, dass der Dienst noch nicht gestartet wurde und ihn nach einer Zeitüberschreitung töten wird\&. Für ein Beispiel, wie transparent ein Daemon aktualisiert wird, um dieses Protokoll zu unterstützen, schauen Sie in B<sd_notify>(3)\&. Systemd wird die Unit im Zustand »starting« betrachten, bis eine Bereitschaftsbenachrichtigung angekommen ist\&.

note: type: SH
en: SEE ALSO
de: SIEHE AUCH

note: type: SH
en: NOTES
de: ANMERKUNGEN

note: type: Plain text
en: Incompatibilities with SysV
de: Inkompatibilitäten mit SysV

note: type: Plain text
en: Behavior of B<oneshot> is similar to B<simple>; however, the service manager will consider the unit started after the main process exits\&. It will then start follow-up units\&.  I<RemainAfterExit=> is particularly useful for this type of service\&.  I<Type=>B<oneshot> is the implied default if neither I<Type=> nor I<ExecStart=> are specified\&.
de: Das Verhalten von B<oneshot> ist ähnlich zu B<simple>, allerdings wird der Diensteverwalter die Unit als gestartet betrachten, nachdem sich der Hauptprozess beendet hat\&. Er wird dann nachfolgende Units starten\&. I<RemainAfterExit=> ist für diesen Dienstetyp besonders nützlich\&. I<Type=>B<oneshot> ist die implizierte Vorgabe, falls weder I<Type=> noch I<ExecStart=> festgelegt ist\&.

note: type: Plain text
en: Takes a list of exit status definitions that, when returned by the main service process, will be considered successful termination, in addition to the normal successful exit code 0 and the signals B<SIGHUP>, B<SIGINT>, B<SIGTERM>, and B<SIGPIPE>\&. Exit status definitions can either be numeric exit codes or termination signal names, separated by spaces\&. For example:
de: Akzeptiert eine Liste von Exit-Statusdefinitionen, die als erfolgreiche Beendigung betrachtet werden, wenn sie vom Hauptdiensteprozess zurückgeliefert werden, zusätzlich zu dem normalen Exit-Code 0 und den Signalen B<SIGHUP>, B<SIGINT>, B<SIGTERM> und B<SIGPIPE>\&. Exit-Statusdefinitionen können entweder numerische Exit-Codes oder Beendigungssignalnamen, getrennt durch Leerzeichen, sein\&. Beispiel:

note: type: Plain text
en: ensures that exit codes 1, 2, 8 and the termination signal B<SIGKILL> are considered clean service terminations\&.
de: Dies stellt sicher, dass die Exit-Codes 1, 2, 8 und das Beendigungssignal B<SIGKILL> als saubere Dienstebeendigung betrachtet werden\&.

note: type: Plain text
en: This option may appear more than once, in which case the list of socket units is merged\&. If the empty string is assigned to this option, the list of sockets is reset, and all prior uses of this setting will have no effect\&.
de: Falls diese Option mehr als einmal auftaucht, wird die Liste der Socket-Units zusammengeführt\&. Falls dieser Option die leere Zeichenkette zugewiesen wird, wird diese Liste zurückgesetzt und alle vorherigen Zuweisungen zu dieser Option haben keinen Effekt\&.

note: type: Plain text
en: B<Example\ \&1.\ \&Simple service>
de: B<Beispiel\ \&1.\ \&Einfacher Dienst>

note: type: Plain text
en: B<Example\ \&2.\ \&Oneshot service>
de: B<Beispiel\ \&2.\ \&Oneshot-Dienst>

note: type: Plain text
en: B<Example\ \&3.\ \&Stoppable oneshot service>
de: B<Beispiel\ \&3.\ \&Beendbarer Oneshot-Dienst>

note: type: Plain text
en: B<Example\ \&4.\ \&Traditional forking services>
de: B<Beispiel\ \&4.\ \&Traditioneller forkender Dienst>

note: type: Plain text
en: B<Example\ \&5.\ \&DBus services>
de: B<Beispiel\ \&5.\ \&DBus-Dienste>

note: type: Plain text
en: B<Example\ \&6.\ \&Services that notify systemd about their initialization>
de: B<Beispiel\ \&6.\ \&Dienste, die Systemd über ihre Initialisierung benachrichtigen>

note: type: Plain text
en: "@", "-", and one of "+"/"!"/"!!" may be used together and they can appear in any order\&. However, only one of "+", "!", "!!" may be used at a time\&. Note that these prefixes are also supported for the other command line settings, i\&.e\&.  I<ExecStartPre=>, I<ExecStartPost=>, I<ExecReload=>, I<ExecStop=> and I<ExecStopPost=>\&.
de: »@«, »-« und eines aus »+«/»!«/»!!« können zusammen verwandt werden und in jeder Reihenfolge auftauchen\&. Allerdings darf nur einer von »+«, »!«, »!!« gleichzeitig benutzt werden. Beachten Sie, dass diese Zeichen auch den anderen Befehlzeileneinstellungen vorangestellt werden dürfen, d\&.h\&. I<ExecStartPre=>, I<ExecStartPost=>, I<ExecReload=>, I<ExecStop=> und I<ExecStopPost=>\&.
