.\" -*- coding: UTF-8 -*- '\" t .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH SYSTEMD\&.SPECIAL 7 "" "systemd 239" systemd.special .ie \n(.g .ds Aq \(aq .el .ds Aq ' .\" ----------------------------------------------------------------- .\" * Define some portability stuff .\" ----------------------------------------------------------------- .\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ .\" http://bugs.debian.org/507673 .\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html .\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ .\" ----------------------------------------------------------------- .\" * set default formatting .\" ----------------------------------------------------------------- .\" disable hyphenation .nh .\" disable justification (adjust text to left margin only) .ad l .\" ----------------------------------------------------------------- .\" * MAIN CONTENT STARTS HERE * .\" ----------------------------------------------------------------- .SH BEZEICHNUNG systemd.special \- Spezielle Systemd\-Units .SH ÜBERSICHT .PP basic\&.target, bluetooth\&.target, cryptsetup\-pre\&.target, cryptsetup\&.target, ctrl\-alt\-del\&.target, default\&.target, emergency\&.target, exit\&.target, final\&.target, getty\&.target, getty\-pre\&.target, graphical\&.target, halt\&.target, hibernate\&.target, hybrid\-sleep\&.target, suspend\-then\-hibernate\&.target, initrd\-fs\&.target, initrd\-root\-device\&.target, initrd\-root\-fs\&.target, kbrequest\&.target, kexec\&.target, local\-fs\-pre\&.target, local\-fs\&.target, machines\&.target multi\-user\&.target, network\-online\&.target, network\-pre\&.target, network\&.target, nss\-lookup\&.target, nss\-user\-lookup\&.target, paths\&.target, poweroff\&.target, printer\&.target, reboot\&.target, remote\-cryptsetup\&.target, remote\-fs\-pre\&.target, remote\-fs\&.target, rescue\&.target, rpcbind\&.target, runlevel2\&.target, runlevel3\&.target, runlevel4\&.target, runlevel5\&.target, shutdown\&.target, sigpwr\&.target, sleep\&.target, slices\&.target, smartcard\&.target, sockets\&.target, sound\&.target, suspend\&.target, swap\&.target, sysinit\&.target, system\-update\&.target, system\-update\-pre\&.target, time\-sync\&.target, timers\&.target, umount\&.target, \-\&.slice, system\&.slice, user\&.slice, machine\&.slice, \-\&.mount, dbus\&.service, dbus\&.socket, display\-manager\&.service, init\&.scope, syslog\&.socket, system\-update\-cleanup\&.service .SH BESCHREIBUNG .PP Einige wenige Units werden durch Systemd besonders behandelt\&. Viele von ihnen haben besondere interne Semantiken und können nicht umbenannt werden, während andere einfach über eine Standardbedeutung verfügen und auf allen Systemen vorhanden sein sollten\&. .SH "SPEZIELLE SYSTEM\-UNITS" .PP \-\&.mount .RS 4 Der Wurzeleinhängepunkt, d\&.h\&. die Einhänge\-Unit für den Pfad /\&. Diese Unit ist bedingungslos während der gesamten Laufzeit des Systems aktiv, da dies der Einhängepunkt ist, von dem der grundlegende Anwendungsbereich aus läuft\&. .RE .PP basic\&.target .RS 4 Eine besondere Unit, die den grundlegenden Systemstart abdeckt\&. .sp Systemd fügt automatisch Abhängigkeiten vom Typ \fIAfter=\fP für diese Ziel\-Unit an alle Dienste (außer denen mit \fIDefaultDependencies=no\fP) hinzu\&. .sp Normalerweise sollte diese alle lokalen Einhängepunkte plus /var, /tmp und /var/tmp, Auslagerungsgeräte, Sockets, Zeitgeber, Pfad\-Units und andere notwendige grundlegende Initialisierungen für die Universal\-Daemons hineinziehen\&. Die erwähnten Einhängepunkte sind Spezialfälle, damit sie auf Rechnern in der Ferne liegen können\&. .sp Diese Ziel\-Unit zieht normalerweise keine nicht\-Ziel\-Units direkt hinein, sondern erledigt dies über andere Ziele der frühen Systemstartphase indirekt\&. Es ist stattdessen als Synchronisationspunkt für späte Systemstartdienste gedacht\&. Schauen Sie in \fBbootup\fP(7) für Details über die beteiligten Ziele\&. .RE .PP ctrl\-alt\-del\&.target .RS 4 Systemd startet diese Ziel, wannimmer Strg+Alt+Entf auf der Konsole gedrückt wird\&. Normalerweise sollte dies auf reboot\&.target gesymlinkt sein\&. .RE .PP cryptsetup\&.target .RS 4 Ein Ziel, das die Einrichtungsdienste für alle verschlüsslten Blockgeräte hereinzieht\&. .RE .PP dbus\&.service .RS 4 Eine besondere Unit für den D\-Bus\-Bus\-Daemon\&.s Sobald dieser Dienst voll gestartet ist, wird sich Systemd mit ihm verbinden und seinen Dienst registrieren\&. .RE .PP dbus\&.socket .RS 4 Eine besondere Unit für das D\-Bus\-System\-Bus\-Socket\&. Alle Ujnits mit \fIType=dbus\fP erlangen automatisch eine Abhängigkeit auf diese Unit\&. .RE .PP default\&.target .RS 4 Die Vorgabe\-Unit, die Systemd beim Systemstart startet\&. Normalerweise sollte dies auf multi\-user\&.target oder graphical\&.target gealiast (gesymlinkt) werden\&. .sp Die Vorgabe\-Unit, die Systemd beim Systemstart startet, kann mit der Kernelbefehlszeilenoption \fIsystemd\&.unit=\fP außer Kraft gesetzt werden\&. .RE .PP display\-manager\&.service .RS 4 Der Display\-Manager\-Dienst\&. Normalerweise sollte dieser auf gdm\&.service oder einen ähnlichen Display\-Manager\-Dienst gealiast (symlinkt) werden\&. .RE .PP emergency\&.target .RS 4 Eine besondere Ziel\-Unit, die eine Notfall\-Shell auf der Hauptkonsole startet\&. Diese Ziel zieht keinen Dienst oder keine Einhängungen herein\&. Es ist die minimalste Version eines Systemstarts, um eine interaktive Shell zu erlangen; die einzigen laufenden Prozesse sind normalerweise nur der Systemverwalter (PID 1) und der Shell\-Prozess\&. Diese Unit ist für die Verwendung mit der Kernelbefehlszeilenoption \fIsystemd\&.unit=\fP gedacht; sie wird auch verwandt, wenn eine Dateisystemprüfung auf einem benötigten Dateisystem fehlschlägt und der Systemstart nicht fortfahren kann\&. Vergleichen Sie sie mit rescue\&.target, das einem ähnlichen Zweck dient, aber auch die grundlegensten Dienste startet und alle Dateisysteme einhängt\&. .sp Verwenden Sie die Kernelbefehlszeilenoption »systemd\&.unit=emergency\&.target«, um in diesen Modus hineinzustarten\&. Ein kurzer Alias für diese Kernelbefehlszeilenoption ist zur Kompatibilität mit SysV »emergency«, .sp Auf viele Arten und Weisen ist der Systemstart in emergency\&.target ähnlich zu dem Effekt des Systemstarts mit »init=/bin/sh« auf der Kernelbefehlszeile, außer dass der Notfallmodus Ihnen ein komplettes System und einen Diensteverwalter bereitstellt und es Ihnen erlaubt, individuelle Units zu starten, um den Systemstartvorgang schrittweise fortzusetzen\&. .RE .PP exit\&.target .RS 4 Eine besondere Dienste\-Unit zum Herunterfahren des Systems oder Benutzerdiensteverwalters\&. Es ist äquivalen zum poweroff\&.target auf nicht Container\-Systemen und funktioniert auch in Containern\&. .sp Systemd wird diese Unit starten, wenn es das Signal \fBSIGTERM\fP oder \fBSIGINT\fP empfängt, wenn es als Benutzerdienste\-Daemon läuft\&. .sp Normalerweise zieht dies (indirekt) shutdown\&.target mit rein, was wiederum in Konflikt zu allen Units stehen sollte, die für das Herunterfahren eingeplant werden wollen, wenn der Systemverwalter anfängt, sich zu beenden\&. .RE .PP final\&.target .RS 4 Eine besondere Ziel\-Unit, die während der Herunterfahrlogik verwandt wird und dazu eingesetzt werden kann, späte Dienste hereinzuziehen, nachdem alle normalen Dienste sich bereits beendet und alle Einhängungen ausgehängt haben\&. .RE .PP getty\&.target .RS 4 Eine besondere Ziel\-Unit, die statisch konfigurierte lokale TTY\-Getty\-Instanzen hereinzieht\&. .RE .PP graphical\&.target .RS 4 Eine besondere Ziel\-Unit zum Einrichten eines graphischen Anmeldebildschirms\&. Dies zieht multi\-user\&.target herein\&. .sp Units, die für graphische Anmeldebildschirme benötigt werden, sollten während der Installation Abhängigkeiten \fIWants=\fP für ihre Unit auf diese Unit (oder multi\-user\&.target) hinzufügen\&. Am besten wird dies über \fIWantedBy=graphical\&.target\fP im Abschnitt »[Install]« in der Unit konfiguriert\&. .RE .PP hibernate\&.target .RS 4 Eine besondere Ziel\-Unit zum Schlafenlegen des Systems\&. Dies zieht sleep\&.target herein\&. .RE .PP hybrid\-sleep\&.target .RS 4 Eine besondere Ziel\-Unit zum Schlafenlegen und gleichzeitigen Suspendieren des Systems\&. Dies zieht sleep\&.target herein\&. .RE .PP suspend\-then\-hibernate\&.target .RS 4 Eine besondere Ziel\-Unit zur Suspendierung des System für eine bestimmte Zeitperiode, zum Aufwachen und zum Schlafenlegen des Systems\&. Dies zieht sleep\&.target herein\&. .RE .PP halt\&.target .RS 4 Eine besondere Ziel\-Unit zum Herunterfahren und Anhalten des Systems\&. Beachten Sie, dass dieses Ziel sich von poweroff\&.target darin unterscheidet, dass es im Allgemeinen nur das System anhält statt es auszuschalten\&. .sp Anwendungen, die das System anhalten wollen, sollten diese Unit nicht direkt starten, sondern stattdessen \fBsystemctl halt\fP (möglicherweise mit der Option \fB\-\-no\-block\fP) ausführen oder die D\-Bus\-Methode \fBorg\&.freedesktop\&.systemd1\&.Manager\&.Halt\fP von \fBsystemd\fP(1) direkt aufrufen\&. .RE .PP init\&.scope .RS 4 In dieser Bereichs\-Unit befindet sich der System\- und Diensteverwalter (PID 1) selbst\&. Sie ist aktiv, solange das System läuft\&. .RE .PP initrd\-fs\&.target .RS 4 \fBsystemd\-fstab\-generator\fP(3) fügt automatisch Abhängigkeiten vom Typ \fIBefore=\fP von sysroot\-usr\&.mount und allen in /etc/fstab gefundenen Einhängepunkten, die \fBx\-initrd\&.mount\fP haben und nicht die Einhängeoptionen \fBnoauto\fP gesetzt haben, hinzu\&. .RE .PP initrd\-root\-device\&.target .RS 4 Eine besondere Initrd\-Ziel\-Unit, die erreicht wird, wenn das Wurzeldateisystemgerät verfügbar, aber bevor es eingehängt ist\&. \fBsystemd\-fstab\-generator\fP(3) und \fBsystemd\-gpt\-auto\-generator\fP(3) richten automatisch die geeigneten Abhängigkeiten ein, damit dies erreicht wird\&. .RE .PP initrd\-root\-fs\&.target .RS 4 \fBsystemd\-fstab\-generator\fP(3) fügt automatisch Abhängigkeiten vom Typ \fIBefore=\fP zu der Unit sysroot\&.mount, die aus der Kernelbefehlszeile erstellt wird, hinzu\&. .RE .PP kbrequest\&.target .RS 4 Systemd startet diese Ziel, wannimmer Alt+PfeilHoch auf der Konsole gedrückt wird\&. Beachten Sie, dass dies jeder Benutzer mit physischem Zugang zu der Maschine ohne Authentisierung machen kann, daher sollte dies vorsichtig genutzt werden\&. .RE .PP kexec\&.target .RS 4 Eine besondere Ziel\-Unit für das Herunterfahren und Neustarten des Systems mittels kexec\&. .sp Anwendungen, die das System neu starten möchten, sollten diese Unit nicht direkt starten, sondern stattdessen \fBsystemctl kexec\fP (möglicherweise mit der Option \fB\-\-no\-block\fP) ausführen oder die D\-Bus\-Methode \fBorg\&.freedesktop\&.systemd1\&.Manager\&.KExec\fP von \fBsystemd\fP(1) direkt aufrufen\&. .RE .PP local\-fs\&.target .RS 4 \fBsystemd\-fstab\-generator\fP(3) fügt automatisch Ziele vom Typ \fIBefore=\fP zu allen Einhänge\-Units, die sich auf lokale Einhängepunkte beziehen, für diese Ziel\-Unit hinzu\&. Zusätzlich fügt es Abhängigkeiten vom Typ \fIWants=\fP zu dieser Ziel\-Unit für solche Einhängepunkte von Einhängungen, die in /etc/fstab mit der gesetzten Option \fBauto\fP aufgeführt sind, hinzu\&. .RE .PP machines\&.target .RS 4 Eine Standard\-Ziel\-Unit zum Starten aller Container und anderer virtueller Maschinen\&. Siehe systemd\-nspawn@\&.service für ein Beispiel\&. .RE .PP multi\-user\&.target .RS 4 Eine besondere Ziel\-Unit zum Einrichten eines Mehrbenutzersystems (nicht graphisch)\&. Diese wird von graphical\&.target hereingezogen\&. .sp Units, die für Mehrbenutzersysteme benötigt werden, müssen \fIWants=\fP\-Abhängigkeiten für ihre Unit auf diese Unit während der Installation hinzufügen\&. Dies wird am besten mittels \fIWantedBy=multi\-user\&.target\fP in dem Abschnitt »[Install]« der Unit konfiguriert\&. .RE .PP network\-online\&.target .RS 4 Units, die strikt ein konfiguriertes Netz benötigen, sollten (mittels einer \fIWants=\fP\-artigen Abhängigkeit) network\-online\&.target hereinziehen und sich danach anordnen\&. Diese Ziel\-Unit ist dazu gedacht, einen Dienst hereinzuziehen, der die weitere Ausführung verzögert, bis das Netzwerk hinreichend eingerichtet ist\&. Was genau dies benötigt wird der Implementierung des Netzverwaltungsdienstes überlassen\&. .sp Beachten Sie den Unterschied zwischen dieser Unit und network\&.target\&. Diese Unit ist eine aktive Unit (d\&.h\&. sie wird vom Konsumenten statt vom Anbieter dieser Funktionalität hereingezogen) und zieht einen Dienst herein, der möglicherweise substanzielle Verzögerungen für die weitere Ausführung hinzufügt\&. Im Gegensatz dazu ist network\&.target eine passive Unit (d\&.h\&. sie wird vom Anbieter der Funktionalität statt vom Konsumenten hereingezogen), die normalerweise die Ausführung nicht viel verzögert\&. Normalerweise ist network\&.target Teil des Systemstarts der meisten Systeme, während network\-online\&.target dies nicht ist, außer wenn mindestens eine Unit es verlangt\&. Siehe auch \m[blue]\fBDienste ausführen, nachdem das Netz oben ist\fP\m[]\&\s-2\u[1]\d\s+2 für weitere Informationen\&. .sp Alle Einhänge\-Units für ferne Netzwerkdateisysteme ziehen diese Unit automatisch rein und sortieren sich danach ein\&. Beachten Sie, dass Netzwerk\-Daemons, die einfach für andere Rechner Funktionalitäten anbieten, im Allgemeinen diese Unit nicht hereinziehen müssen\&. .sp Systemd fügt automatisch Abhängigkeiten vom Typ \fIWants=\fP und \fIAfter=\fP für diese Ziel\-Unit zu allen SysV\-Init\-Skripte\-Dienste\-Units hinzu, bei denen eine LSB\-Kopfzeile auf die Einrichtung »$network« referenziert\&. .sp Beachten Sie, dass diese Unit nur während der ursprünglichen Systemstartlogik sinnvoll ist\&. Nachdem das System komplett hochgefahren ist, wird es den Online\-Status des Systems nicht mehr nachverfolgen\&. Daher kann es auch nicht als Netzwerküberwachungskonzept verwandt werden, es ist ein reines, einmaliges Systemstartkonzept\&. .RE .PP paths\&.target .RS 4 Eine besondere Ziel\-Unit, die alle Pfad\-Units einrichtet (siehe \fBsystemd.path\fP(5) für Details), die nach dem Systemstart aktiv sein sollen\&. .sp Es wird empfohlen, dass durch Anwendungen installierte Pfad\-Units von \fIWants=\fP\-Abhängigkeiten auf diese Unit hereingezogen werden\&. Dies wird am besten mittels \fIWantedBy=paths\&.target\fP in dem Abschnitt »[Install]« der Pfad\-Unit konfiguriert\&. .RE .PP poweroff\&.target .RS 4 Eine besondere Ziel\-Unit zum Herunterfahren und Ausschalten des Systems\&. .sp Anwendungen, die das System herunterfahren möchten, sollten diese Unit nicht direkt starten, sondern stattdesen \fBsystemctl poweroff\fP (möglicherweise mit der Option \fB\-\-no\-block\fP) ausführen oder die D\-Bus\-Methode \fBorg\&.freedesktop\&.login1\&.Manager\&.PowerOff\fP von \fBsystemd\-logind\fP(8) direkt aufrufen\&. .sp runlevel0\&.target ist ein Alias zur Kompatibilität mit SysV für diese Ziel\-Unit\&. .RE .PP reboot\&.target .RS 4 Eine besondere Ziel\-Unit zum Herunterfahren und Neustarten des Systems\&. .sp Anwendungen, die das System neustarten möchten, sollten diese Unit nicht direkt starten, sondern stattdesen \fBsystemctl reboot\fP (möglicherweise mit der Option \fB\-\-no\-block\fP) ausführen oder die D\-Bus\-Methode \fBorg\&.freedesktop\&.login1\&.Manager\&.Reboot\fP von \fBsystemd\-logind\fP(8) direkt aufrufen\&. .sp runlevel6\&.target ist ein Alias zur Kompatibilität mit SysV für diese Ziel\-Unit\&. .RE .PP remote\-cryptsetup\&.target .RS 4 Ähnlich zu cryptsetup\&.target aber für verschlüsselte Geräte, auf die über das Netz zugegriffen wird\&. Sie wird für \fBcrypttab\fP(8)\-Einträge, die mit \fB_netdev\fP markiert sind, verwandt\&. .RE .PP remote\-fs\&.target .RS 4 Ähnlich zu local\-fs\&.target, aber für ferne Einhängepunkte\&. .sp Systemd fügt automatisch Abhängigkeiten vom Typ \fIAfter=\fP für diese Ziel\-Unit zu allen SysV\-Init\-Skripte\-Dienste\-Units hinzu, bei denen eine LSB\-Kopfzeile auf die Einrichtung »remote_fs« referenziert\&. .RE .PP rescue\&.target .RS 4 Eine besondere Ziel\-Unit, die das Basissystem (einschließlich Systemeinhängungen) hereinzieht und eine Notfall\-Shell startet\&. Isolieren Sie zu diesem Ziel, um das System im Einzelbenutzermodus mit allen Dateisystemen eingehängt aber ohne laufende Dienste (außer den grundlegendsten) zu administrieren)\&. Vergleichen Sie dies mit emergency\&.target, das deutlich reduzierter ist und keine Dateisysteme oder grundlegendste Dienste bereitstellt\&. Im Vergleich zu multi\-user\&.target könnte dieses Ziel als single\-user\&.target betrachtet werden\&. .sp runlevel1\&.target ist ein Alias zur Kompatibilität mit SysV für diese Ziel\-Unit\&. .sp Verwenden Sie die Kernelbefehlszeilenoption »systemd\&.unit=rescue\&.target«, um in diesen Modus zu starten\&. Ein kurzer Alias für diese Kernelbefehlszeilenoption ist »1«, zur Kompatibilität mit SysV\&. .RE .PP runlevel2\&.target, runlevel3\&.target, runlevel4\&.target, runlevel5\&.target .RS 4 Dies sind die Ziele, die aufgerufen werden, wenn der SysV\-Kompatibilitätscode nach den Runleveln 2, 3, 4 bzw\&. 5 fragt\&. Es ist eine gute Idee, diese zu einem Alias von (d\&.h\&. einen Symlink auf) graphical\&.target (für Runlevel 5) oder multi\-user\&.target (die anderen) zu machen\&. .RE .PP shutdown\&.target .RS 4 Eine besondere Ziel\-Unit, die die Dienste beim Herunterfahren des Systems beendet\&. .sp Dienste, die beim Herunterfahren des Systems beendet werden sollen, sollten eine Abhängigkeit \fIConflicts=\fP und \fIBefore=\fP auf diese Unit zu ihrer Dienste\-Unit hinzufügen, was implizit passiert, wenn \fIDefaultDependencies=yes\fP gesetzt ist (die Vorgabe)\&. .RE .PP sigpwr\&.target .RS 4 Eine besonderes Ziel, das gestartet wird, wenn Systemd das SIGPWR\-Prozesssignal erhält, was normalerweise vom Kernel oder UPS\-Daemon gesandt wird, wenn die Stromversorgung zusammenbricht\&. .RE .PP sleep\&.target .RS 4 Eine besondere Ziel\-Unit, die durch suspend\&.target, hibernate\&.target und hybrid\-sleep\&.target hereingezogen wird und dazu verwandt werden kann, Units in die Einschlafzustandslogik einzuhängen\&. .RE .PP slices\&.target .RS 4 Eine besondere Ziel\-Unit, die alle Scheiben\-Units (siehe \fBsystemd.slice\fP(5) für Details) einrichtet, die nach dem Systemstart aktiv sein sollen\&. Standardmäßig wird die generische Scheiben\-Unit system\&.slice sowie die Wurzelscheiben\-Unit \-\&.slice hereingezogen und vor dieser Unit angeordnet (siehe unten)\&. .sp Es ist eine gute Idee, Zeilen \fIWantedBy=slices\&.target\fP zu den Abschnitten »[Install]« aller Scheiben\-Units hinzuzufügen, die dynamisch installiert werden können\&. .RE .PP sockets\&.target .RS 4 Ein besondere Ziel\-Unit, die alle Socket\-Units einrichtet (siehe \fBsystemd.socket\fP(5) für Details), die nach dem Systemstart aktiv sein sollen\&. .sp Dienste, die Socket\-aktivierbar sein sollen, sollen eine Abhängigkeit \fIWants=\fP von dieser Unit für ihre Socket\-Unit während der Installation hinzufügen\&. Dies wird am besten mittels \fIWantedBy=sockets\&.target\fP im Abschnitt »[Install]« der Socket\-Unit konfiguriert\&. .RE .PP suspend\&.target .RS 4 Eine besondere Ziel\-Unit für die Suspendierung des Systems\&. Dies zieht sleep\&.target herein\&. .RE .PP swap\&.target .RS 4 Ähnlich zu local\-fs\&.target, aber für Auslagerungspartitionen und \-dateien\&. .RE .PP sysinit\&.target .RS 4 Systemd fügt automatisch Abhängigkeiten vom Typ \fIRequires=\fP und \fIAfter=\fP für diese Ziel\-Unit zu allen Diensten (außer für solche mit \fIDefaultDependencies=no\fP) hinzu\&. .sp Dieses Ziel zieht alle Dienste herein, die für die Systeminitialisierung benötigt werden\&. Systemdienste, die durch dieses Ziel hereingezogen werden, sollten \fIDefaultDependencies=no\fP deklarieren und alle ihre Abhängigkeiten manuell festlegen, einschließlich Zugriff auf alles, was mehr als ein rein lesbares Wurzeldateisystem ist\&. Für Details zu den Abhängigkeiten dieses Zieles lesen Sie bitte \fBbootup\fP(7)\&. .RE .PP syslog\&.socket .RS 4 Die Socket\-Unit, an der die Syslog\-Implementierung auf Anfragen warten sollte\&. Alle Protokollmeldungen aus dem Anwendungsbereich werden auf diesem Socket zur Verfügung gestellt\&. Für weitere Informationen über die Syslog\-Integration schlagen Sie bitte im Dokument \m[blue]\fBSyslog\-Schnittstelle\fP\m[]\&\s-2\u[2]\d\s+2 nach\&. .RE .PP system\-update\&.target, system\-update\-pre\&.target, system\-update\-cleanup\&.service .RS 4 Eine besondere Ziel\-Unit, die für Offline\-Systemaktualisierungen verwandt wird\&. \fBsystemd\-system\-update\-generator\fP(8) wird den Systemstartprozess auf dieses Ziel umlenken, falls /system\-update existiert\&. Für weitere Informationen siehe \fBsystemd.offline\-updates\fP(7)\&. .sp Aktualisierungen sollten stattfinden, bevor das Ziel system\-update\&.target erreicht wird und die Dienste, die es implementieren, sollten einen Neustart der Maschine auslösen\&. Die Haupt\-Units, die die Aktualisierung ausführen, sollten sich nach system\-update\-pre\&.target einsortieren, es aber nicht hereinziehen\&. Dienste, die nur während der Systemaktualisierung laufen möchten, aber bevor die eigentliche Systemaktualisierung ausgeführt wird, sollten sich vor dieser Unit einordnen und sie hereinziehen\&. Als Sicherheitsmaßnahme wird system\-update\-cleanup\&.service diesen Symlink entfernen und die Maschine neustarten, falls vorheriges nicht passiert und /system\-update noch existiert, nachdem system\-update\&.target erreicht wurde\&. .RE .PP timers\&.target .RS 4 Eine besondere Ziel\-Unit, die alle Zeitgeber\-Units einrichtet (siehe \fBsystemd.timer\fP(5) für Details), die nach dem Systemstart aktiv sein sollen\&. .sp Es wird empfohlen, dass durch Anwendungen isntallierte Zeitgeber\-Units durch Abhängigkeiten \fIWants=\fP von dieser Unit hereingezogen werden\&. Dies wird am besten mittels \fIWantedBy=timers\&.target\fP in dem Abschnitt »[Install]« der Zeitgeber\-Unit konfiguriert\&. .RE .PP umount\&.target .RS 4 Eine besondere Ziel\-Unit, die alle Einhänge\- und Automount\-Einhängepunkte beim Herunterfahren des Systems aushängt\&. .sp Einhängungen, die beim Herunterfahren des Systems ausgehängt werden sollen, müssen Konfliktabhängigkeiten zu dieser Unit für ihre Einhänge\-Unit hinzufügen\&. Dies erfolgt implizit, wenn \fIDefaultDependencies=yes\fP gesetzt ist (die Vorgabe)\&. .RE .SH "SPEZIELLE SYSTEM\-UNITS FÜR GERÄTE" .PP Einige Ziel\-Units werden automatisch hereingezogen, wenn Geräte eines bestimmten Typs im System auftauchen\&. Diese können dazu verwandt werden, automatisch verschiedene Dienste, basierend auf dem spezifischen Typ der verfügbaren Hardware, zu aktivieren\&. .PP bluetooth\&.target .RS 4 Dieses Ziel wird automatisch gestartet, sobald ein Bluetooth\-Controller eingesteckt oder beim Systemstart verfügbar wird\&. .sp Dies kann dazu verwandt werden, dynamisch Bluetooth\-Verwaltungs\-Daemons hereinzuziehen, wenn Bluetooth\-Hardware gefunden wird\&. .RE .PP printer\&.target .RS 4 Dieses Ziel wird automatisch gestartet, sobald ein Drucker eingesteckt oder beim Systemstart verfügbar wird\&. .sp Dies kann dazu verwandt werden, dynamisch Druckerverwaltungs\-Daemons hereinzuziehen, wenn Drucker\-Hardware gefunden wird\&. .RE .PP smartcard\&.target .RS 4 Dieses Ziel wird automatisch gestartet, sobald ein Smartcard\-Controller eingesteckt oder beim Systemstart verfügbar wird\&. .sp Dies kann zum dynamischen Hereinziehen von Smartcard\-Verwaltungs\-Daemons verwandt werden, wenn Smartcard\-Hardware gefunden wird\&. .RE .PP sound\&.target .RS 4 Dieses Ziel wird automatisch gestartet, sobald eine Soundkarte eingesteckt wird oder beim Systemstart verfügbar wird\&. .sp Dies kann zum dynamischen Hereinziehen von Audio\-Verwaltungs\-Daemons verwandt werden, wenn Audio\-Hardware gefunden wird\&. .RE .SH "SPEZIELLE PASSIVE SYSTEM\-UNITS" .PP Es sind eine Reihe von besonderen Systemzielen definiert, die dazu verwandt werden können, um das Hochfahren optionaler Dienste zu sortieren\&. Diese Ziele sind im allgemeinen nicht Teil der Systemstarttransaktion, außer sie werden explizit durch eine der implementierenden Dienste hereingezogen\&. Beachten Sie insbesondere, dass diese \fIpassiven\fP Ziel\-Units im Allgemeinen nicht durch die Benutzer eines Dienstes hereingezogen werden, sondern durch den Anbieter des Dienstes\&. Dies bedeutet: Ein Benutzer\-Dienst sollte sich (geeignet) nach diesen Zielen einsortieren, sie aber nicht hereinziehen\& Ein anbietender Dienst sollte sich (geeignet) vor diesen Zielen einsortieren und sie (mittels einer \fIWants=\fP\-artigen Abhängigkeit) hereinziehen\&. .PP Beachten Sie, dass diese passiven Units nicht manuell gestartet werden können, d\&.h\&. »systemctl start time\-sync\&.target« wird mit einem Fehler fehlschlagen\&. Sie können nur über Abhängigkeiten hereingezogen werden\&. Dies wird durchgesetzt, da sie nur für Ordnungszwecke existieren, und daher keinen Sinn als einzige Unit innerhalb einer Transaktion ergeben\&. .PP cryptsetup\-pre\&.target .RS 4 Diese passive Ziel\-Unit kann durch Dienste, die ausgeführt werden wollen, bevor irgendein verschlüsseltes Blockgerät eingerichtet wurde, hereingezogen werden\&. Alle verschlüsselten Blockgeräte werden eingerichtet, nachdem dieses Ziel erreicht wurde\&. Da die Herunterfahrreihenfolge zwischen Units implizit das Inverse der Hochfahrreihenfolge ist, ist dieses Ziel inbesondere nützlich, um sicherzustellen, dass ein Dienst nur heruntergefahren wird, nachdem alle verschlüsselten Blockgeräte vollständig gestoppt wurden\&. .RE .PP getty\-pre\&.target .RS 4 Eine besondere passive Ziel\-Unit\&. Es wird erwartet, dass Benutzer dieses Zieles sie in ihrer Hochfahrtransaktion mittels einer Abhängigkeit (d\&.h\&. \fIWants=\fP) hereinziehen\&. Sortieren Sie Ihre Unit vor diese Unit, falls Sie die Konsole verwenden wollen, genau bevor Getty gestartet wird\&. .RE .PP local\-fs\-pre\&.target .RS 4 Diese Ziel\-Unit wird automatisch vor allen lokalen, mit \fBauto\fP markierten Einhängepunkten sortiert (siehe oben)\&. Sie kann verwandt werden, um bestimmt Units vor allen lokalen Einhängungen auszuführen\&. .RE .PP network\&.target .RS 4 Diese Unit soll anzeigen, wenn die Netzwerkfunktionalität verfügbar ist, aber es ist nur sehr unscharf definiert, was das bedeuten soll, mit einer Ausnahme: beim Herunterfahren wird eine Unit, die nach network\&.target einsortiert ist, gestoppt, bevor das Netz, auf welcher Stufe auch immer es dann eingerichtet ist, heruntergefahren wird\&. Sie ist daher beim Schreiben von Dienstedateien nützlich, die beim Herunterfahren Netzwerkzugriff benötigen und sich daher nach diesem Ziel einsortieren, es aber nicht hereinziehen sollten\&. Siehe auch \m[blue]\fBDienste ausführen, nachdem das Netz oben ist\fP\m[]\&\s-2\u[1]\d\s+2 für weitere Informationen\&. Siehe auch das oben beschriebene network\-online\&.target\&. .RE .PP network\-pre\&.target .RS 4 Diese passive Ziel\-Unit kann durch Dienste, die ausgeführt werden müssen, bevor irgendein Netz eingerichtet ist, hereingezogen werden, beispielsweise für den Zweck der Einrichtung einer Firewall\&. Sämtliche Netzverwaltungssoftware sortiert sich nach diesem Ziel, zieht es aber nicht herein\&. .RE .PP nss\-lookup\&.target .RS 4 Ein Ziel, das als Synchronisationspunkt für alle Rechner\-/Netznamensdienste\-Nachschlagungen verwandt werden sollte\&. Beachten Sie, dass dies von den Nachschlagungen der UNIX\-Benutzer/\-Gruppen unabhängig ist, für letzteres sollte nss\-user\-lookup\&.target verwandt werden\&. Alle Dienste, für die die Verfügbarkeit der kompletten Rechner\-/Namensauflösung unverzichtbar ist, sollten sich nach diesem Ziel einsortieren, es aber nicht hereinziehen\&. Systemd fügt automatisch Abhängigkeiten der Art \fIAfter=\fP für diese Ziel\-Unit zu allen SysV\-Init\-Skripte\-Dienste\-Units hinzu, bei denen sich eine LSB\-Kopfzeile auf die Einrichtung »$named« bezieht\&. .RE .PP nss\-user\-lookup\&.target .RS 4 Ein Ziel, das als Synchronisationspunkt für alle normalen Unix\-Benutzer/\-Gruppennamensnachschlagdienste verwandt werden sollte\&. Beachten Sie, dass dies von der Rechner\-/Netzwerknamensnachschlagungen unabhängig ist, für letzteres sollte nss\-lookup\&.target verwandt werden\&. Alle Dienste, für die die Verfügbarkeit der kompletten Benutzer\-/Gruppendatenbank unverzichtbar ist, sollten nach diesem Ziel einsortiert werden, es aber nicht hereinziehen\&. Alle Dienste, die Teile der Benutzer\-/Gruppendatenbank bereitstellen, sollten vor dieses Ziel sortiert werden und es hereinziehen\&. Beachten Sie, dass diese Unit nur für reguläre Benutzer und Gruppen relevant ist, Systembenutzer und \-Gruppen müssen bereits während der frühsten Phase des Systemstarts auflösbar sein und benötigen daher keine besondere Sortierung bezüglich dieses Ziels\&. .RE .PP remote\-fs\-pre\&.target .RS 4 Diese Ziel\-Unit wird automatisch vor alle Einhängepunkt\-Units (siehe oben) und mit \fB_netdev\fP markierten Cryptsetup\-Geräten sortiert\&. Sie kann zur Ausführung bestimmter Units vor der Eröffnung der fernen verschlüsselten Geräte undd Einhängepunkte verwandt werden\&. Beachten Sie, dass diese Unit im Allgemeinen nicht Teil der anfänglichen Transaktion ist, außer wenn die Unit, die vor allen fernen Einhängungen einsortiert werden möchte, sie mit einer Abhängigkeit der Art \fIWants=\fP hereinzieht\&. Falls die Unit vom Auftauchen der ersten fernen Einhängung hereingezogen werden möchte, sollte sie network\-online\&.target verwenden (siehe oben)\&. .RE .PP rpcbind\&.target .RS 4 portmapper/rpcbind zieht dieses Ziel herein und sortiert sich vor es, um seine Verfügbarkeit anzuzeigen\&. Systemd fügt automatisch Abhängigkeiten der Art \fIAfter=\fP für diese Ziel\-Unit zu allen SysV\-Init\-Skripte\-Dienste\-Units hinzu, bei denen sich eine LSB\-Kopfzeile auf die Einrichtung »$portmap« bezieht\&. .RE .PP time\-sync\&.target .RS 4 Dienste, die für die Synchronisierung der Systemuhr von einer fernen Quelle (wie eine NTP\-Implementierung) verantwortlich sind, sollten dieses Ziel hereinziehen und sich davor einsortieren\&. Alle Dienste, bei denen eine korrekte Zeit wesentlich ist, sollten sich nach dieser Unit einsortieren, sie aber nicht hereinziehen\&. Systemd fügt automatisch Abhängigkeiten der Art \fIAfter=\fP für diese Ziel\-Unit zu allen SysV\-Init\-Skripte\-Dienste\-Units hinzu, bei denen sich eine LSB\-Kopfzeile auf die Einrichtung »$time« bezieht\&. .RE .SH "SPEZIELLE BENUTZER\-UNITS" .PP Wenn Systemd als Benutzerinstanz läuft, sind die folgenden besonderen Units verfügbar, die eine ähnliche Definition wie ihre systemweiten Gegenstücke haben: exit\&.target, default\&.target, shutdown\&.target, sockets\&.target, timers\&.target, paths\&.target, bluetooth\&.target, printer\&.target, smartcard\&.target, sound\&.target\&. .SH "SPEZIELLE PASSIVE BENUTZER\-UNITS" .PP graphical\-session\&.target .RS 4 Diese Ziel\-Unit ist aktiv, wannimmer eine graphische Sitzung läuft\&. Sie wird zum Stoppen der Benutzerdienste, die nur in einer graphischen Sitzung (X, Wayland usw.) gültig sind, wenn die Sitzung beendet wird, verwandt\&. Solche Dienste sollten ein »PartOf=graphical\-session\&.target« in ihrem Abschnitt »[Unit]« haben\&. Ein Ziel für eine bestimmte Sitzung (z\&.B\&. gnome\-session\&.target) startet und stoppt »graphical\-session\&.target« mit »BindsTo=graphical\-session\&.target«\&. .sp Welche Dienste durch ein Sitzungsziel gestartet werden, wird durch die Abhängigkeiten »Wants=« und »Requires=« bestimmt\&. Für Dienste, die unabhängig aktiviert werden können, sollten Symlinks in »\&.wants/« und »\&.requires/« verwandt werden, siehe \fBsystemd.unit\fP(5)\&. Diese Symlinks sollten entweder in Paketen ausgeliefert oder dynamisch nach der Installation hinzugefügt werden, beispielsweise mittels »systemctl add\-wants«, siehe \fBsystemctl\fP(1)\&. .PP \fBBeispiel\ \&1.\ \&Nautilus als Teil einer GNOME\-Sitzung\fP »gnome\-session\&.target« zieht Nautilus als Dienst oberster Stufe herein: .sp .if n \{\ .RS 4 .\} .nf [Unit] Description=Benutzer\-Systemd\-Dienst für die graphische GNOME\-Sitzung Wants=nautilus\&.service BindsTo=graphical\-session\&.target .fi .if n \{\ .RE .\} .sp »nautilus\&.service« wird gestoppt, wenn die Sitzung stoppt: .sp .if n \{\ .RS 4 .\} .nf [Unit] Description=Darstellung des Desktop\-Icons mit Nautilus PartOf=graphical\-session\&.target [Service] … .fi .if n \{\ .RE .\} .RE .PP graphical\-session\-pre\&.target .RS 4 Dieses Ziel enthält Dienste, die die Umgebung oder globale Konfigurationen einer graphischen Sitzung einrichten, wie SSH/GPG\-Agenten (die eine Umgebungsvariable an alle Desktop\-Prozesse exportieren müssen) oder die veraltete D\-conf\-Schlüssel nach einem Betriebssystem\-Upgrade migrieren (was passieren muss, bevor irgendein Prozess, der sie verwenden könnte, gestartet wird)\&. Dieses Ziel muss vor dem Start einer graphischen Sitzung wie gnome\-session\&.target gestartet werden\&. .RE .SH "SPEZIELLE SCHEIBEN\-UNITS" .PP Es gibt vier »\&.slice«\-Units, die die Grundlage der Hierarchie für die Zuweisung von Ressourcen für Dienste, Benutzer und virtuelle Maschinen oder Container formen\&. Siehe \fBsystemd.slice\fP(7) für Details über Scheiben\-Units\&. .PP \-\&.slice .RS 4 Die Wurzelscheibe ist die Wurzel der Scheiben\-Hierarchie\&. Sie enthält normalerweise keine Units direkt, kann aber Vorgaben für den gesamten Baum setzen\&. .RE .PP system\&.slice .RS 4 Standardmäßig können alle durch \fBsystemd\fP gestarten Systemdienste in dieser Scheibe gefunden werden\&. .RE .PP user\&.slice .RS 4 Standardmäßig werden alle Benutzerprozesse und \-Dienste im Auftrag des Benutzers gestartet, einschließlich der in dieser Scheibe findbaren benutzerbezogenen Instanzen\&. Sie wird durch systemd\-logind\&.service hereingezogen\&. .RE .PP machine\&.slice .RS 4 Standardmäßig können alle mit \fBsystemd\-machined\fP registrierten virtuellen Maschinen und Container in dieser Scheibe gefunden werden\&. Sie wird von systemd\-machined\&.service hereingezogen\&. .RE .SH "SIEHE AUCH" .PP \fBsystemd\fP(1), \fBsystemd.unit\fP(5), \fBsystemd.service\fP(5), \fBsystemd.socket\fP(5), \fBsystemd.target\fP(5), \fBsystemd.slice\fP(5), \fBbootup\fP(7), \fBsystemd\-fstab\-generator\fP(8) .SH ANMERKUNGEN .IP " 1." 4 Dienste ausführen, nachdem das Netz oben ist .RS 4 \%https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget .RE .IP " 2." 4 Syslog\-Schnittstelle .RS 4 \%https://www.freedesktop.org/wiki/Software/systemd/syslog .RE .SH ÜBERSETZUNG Die deutsche Übersetzung dieser Handbuchseite wurde von Helge Kreutzmann erstellt. Diese Übersetzung ist Freie Dokumentation; lesen Sie die GNU General Public License Version 3 oder neuer bezüglich der Copyright-Bedingungen. Es wird KEINE HAFTUNG übernommen. Wenn Sie Fehler in der Übersetzung dieser Handbuchseite finden, schicken Sie bitte eine E-Mail an .