.\" -*- coding: UTF-8 -*- '\" t .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH SYSTEMD\&.TIMER 5 "" "systemd 241" systemd.timer .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.timer \- Zeitgeber\-Unit\-Konfiguration .SH ÜBERSICHT .PP \fIZeitgeber\fP\&.timer .SH BESCHREIBUNG .PP Eine Unit\-Konfigurationsdatei, deren Namen auf »\&.timer« endet, kodiert Informationen über einen durch Systemd gesteuerten und überwachten Zeitgeber für die Zeitgeber\-basierte Aktivierung\&. .PP Diese Handbuchseite führt die für diesen Unit\-Typ spezifischen Konfigurationsoptionen auf\&. Siehe \fBsystemd.unit\fP(5) für die gemeinsamen Optionen aller Unit\-Konfigurationsdateien\&. Die gemeinsamen Konfigurationseinträge werden in den generischen Abschnitten [Unit] und [Install] konfiguriert\&. Die Zeitgeber\-spezifischen Konfigurationsoptionen werden in dem Abschnitt [Timer] konfiguriert\&. .PP Für jede Zeitgeberdatei muss eine passende Unit\-Datei existieren, welche die zu aktivierende Unit, wenn der Zeitgeber abläuft, beschreibt\&. Beispiel: Eine Zeitgeberdatei foo\&.timer aktiviert einen passenden Dienst foo\&.service\&. Die zu aktivierende Unit kann mit \fIUnit=\fP (siehe unten) gesteuert werden\&. .PP Beachten Sie, dass die Unit, die der Zeitgeber aktivieren soll, nicht neu gestartet wird, wenn sie beim Ablaufen des Zeitgebers bereits aktiv ist, sondern einfach weiterläuft\&. In diesem Fall gibt es kein Konzept des Startens neuer Dienste\-Instanzen\&. Daher sind Dienste mit gesetztem \fIRemainAfterExit=\fP (die damit aktiv bleiben, selbst wenn sich der Hauptprozess des Dienstes beendet hat) in der Regel keine guten Kandidaten für die Aktivierung über wiederholende Zeitgeber, da sie nur einmal aktiviert werden und dann für immer verbleiben\&. .SH "AUTOMATISCHE ABHÄNGIGKEITEN" .SS "Implizite Abhängigkeiten" .PP Die folgenden Abhängigkeiten werden implizit hinzugefügt: .sp .RS 4 .ie n \{\ \h'-04'\(bu\h'+03'\c .\} .el \{\ .sp -1 .IP \(bu 2.3 .\} Zeitgeber\-Units erhalten automatisch eine Abhängigkeit \fIBefore=\fP von dem Dienst, den sie aktivieren sollen\&. .RE .SS Standardabhängigkeiten .PP Die folgenden Abhängigkeiten werden hinzugefügt, es sei denn, \fIDefaultDependencies=no\fP ist gesetzt: .sp .RS 4 .ie n \{\ \h'-04'\(bu\h'+03'\c .\} .el \{\ .sp -1 .IP \(bu 2.3 .\} Zeitgeber\-Units werden automatisch Abhängigkeiten vom Typ \fIRequires=\fP und \fIAfter=\fP von sysinit\&.target, eine Abhängigkeit vom Typ \fIBefore=\fP von timers\&.target sowie \fIConflicts=\fP und \fIBefore=\fP von shutdown\&.target haben, um sicherzustellen, dass sie vor dem Herunterfahren des Systems sauber beendet werden\&. Nur Zeitgeber\-Units, die in der frühen Systemstartphase oder spät beim Herunterfahren beteiligt sind, sollten die Option \fIDefaultDependencies=\fP deaktivieren\&. .RE .sp .RS 4 .ie n \{\ \h'-04'\(bu\h'+03'\c .\} .el \{\ .sp -1 .IP \(bu 2.3 .\} Zeitgeber\-Units mit mindestens einer Anweisung \fIOnCalendar=\fP werden eine zusätzliche Abhängigkeit \fIAfter=\fP von time\-sync\&.target haben, um zu vermeiden, dass sie gestartet werden, bevor die Systemuhr korrekt gestellt ist\&. .RE .SH OPTIONEN .PP Zeitgeberdateien müssen einen Abschnitt [Timer] enthalten, der Informationen über den durch sie definierten Zeitgeber transportiert\&. Die für den Abschnitt [Timer] von Zeitgeber\-Units spezifischen Optionen sind die folgenden: .PP \fIOnActiveSec=\fP, \fIOnBootSec=\fP, \fIOnStartupSec=\fP, \fIOnUnitActiveSec=\fP, \fIOnUnitInactiveSec=\fP .RS 4 Definiert monotone Zeitgeber relativ zu verschiedenen Startpunkten: \fIOnActiveSec=\fP definiert einen Zeitgeber relativ zu dem Moment, zu dem der Zeitgeber selbst aktiviert wurde\&. \fIOnBootSec=\fP definiert einen Zeitgeber relativ zum Systemstartzeitpunkt\&. \fIOnStartupSec=\fP definiert einen Zeitgeber relativ zum erstmaligen Systemd\-Startzeitpunkt\&. \fIOnUnitActiveSec=\fP definiert einen Zeitgeber relativ zur letzten Aktivierung der Unit, in der der Zeitgeber aktiviert wurde\&. \fIOnUnitInactiveSec=\fP definiert einen Zeitgeber relativ zur letzten Deaktivierung der Unit, in der der Zeitgeber aktiviert wurde\&. .sp Mehrere Anweisungen vom gleichen oder von verschiedenen Typen können kombiniert werden\&. Beispielsweise ist es durch Kombination von \fIOnBootSec=\fP und \fIOnUnitActiveSec=\fP möglich, einen Zeitgeber zu definieren, der in regelmäßigen Abständen abläuft und jedes Mal einen bestimmten Dienst aktiviert\&. .sp Die Argumente für die Anweisung sind in Sekunden konfigurierte Zeitspannen\&. Beispiel: »OnBootSec=50« bedeutet 50 s nach Systemstart\&. Das Argument kann auch Zeiteinheiten enthalten\&. Beispiel: »OnBootSec=5h 30min« bedeutet 5 Stunden und 30 Minuten nach Systemstart\&. Für Details über die Syntax von Zeitspannen, siehe \fBsystemd.time\fP(7)\&. .sp Falls ein mit \fIOnBootSec=\fP oder \fIOnStartupSec=\fP konfigurierter Zeitgeber bereits in der Vergangenheit liegt, wenn die Zeitgeber\-Unit aktiviert wird, wird er sofort ablaufen und die konfigurierte Unit wird gestartet\&. Dies ist bei Zeitgebern, die in anderen Anweisungen definiert sind, nicht der Fall\&. .sp Dies sind monotone Zeitgeber, unabhängig von der allgemeinen Uhrzeit und Zeitzonen\&. Falls der Computer temporär suspendiert ist, stoppt auch die monotone Uhr\&. .sp Falls einer dieser Optionen die leere Zeichenkette zugewiesen wird, wird die Liste der Zeitgeber zurückgesetzt und alle vorhergehenden Zuweisungen haben keine Auswirkung\&. .sp Beachten Sie, dass Zeitgeber nicht notwendigerweise zu dem exakten Zeitpunkt, der mit diesen Einstellungen konfiguriert ist, auslaufen\&. Sie unterliegen der Einstellung \fIAccuracySec=\fP (siehe weiter unten)\&. .RE .PP \fIOnCalendar=\fP .RS 4 Definiert Echtzeit\- (d\&.h\&. Wanduhr\-)Zeitgeber mit Kalenderereignisausdrücken\&. Siehe \fBsystemd.time\fP(7) für weitere Informationen über die Syntax von Kalenderereignisausdrücken\&. Abgesehen davon ist die Semantik ähnlich zu der von \fIOnActiveSec=\fP und verwandten Einstellungen\&. .sp Beachten Sie, dass Zeitgeber nicht notwendigerweise zu dem exakten Zeitpunkt, der mit dieser Einstellung konfiguriert ist, auslaufen\&. Sie unterliegen der Einstellung \fIAccuracySec=\fP (siehe weiter unten)\&. .sp Kann mehr als einmal angegeben werden\&. .RE .PP \fIAccuracySec=\fP .RS 4 Specify the accuracy the timer shall elapse with\&. Defaults to 1min\&. The timer is scheduled to elapse within a time window starting with the time specified in \fIOnCalendar=\fP, \fIOnActiveSec=\fP, \fIOnBootSec=\fP, \fIOnStartupSec=\fP, \fIOnUnitActiveSec=\fP or \fIOnUnitInactiveSec=\fP and ending the time configured with \fIAccuracySec=\fP later\&. Within this time window, the expiry time will be placed at a host\-specific, randomized, but stable position that is synchronized between all local timer units\&. This is done in order to optimize power consumption to suppress unnecessary CPU wake\-ups\&. To get best accuracy, set this option to 1us\&. Note that the timer is still subject to the timer slack configured via \fBsystemd\-system.conf\fP(5)\*(Aqs \fITimerSlackNSec=\fP setting\&. See \fBprctl\fP(2) for details\&. To optimize power consumption, make sure to set this value as high as possible and as low as necessary\&. .RE .PP \fIRandomizedDelaySec=\fP .RS 4 Verzögert den Zeitgeber um eine zufällig gewählte, gleichmäßig verteilte Zeitspannen zwischen 0 und dem festgelegten Zeitwert\&. Standardmäßig 0, wodurch angezeigt wird, dass keine zufällige Verzögerung angewandt werden soll\&. Jede Zeitgeber\-Unit wird diese Verzögerung zufällig vor jeder Iteration bestimmen und die Verzögerung wird einfach auf die nächste ablaufende Zeit addiert\&. Dies ist nützlich, um die Abfertigung von ähnlich konfigurierten Zeitgeberereignissen über eine bestimmte Zeitspanne auszudehnen, damit sie nicht alle gleichzeitig feuern und möglicherweise Ressourcen überlasten\&. Beachten Sie die Beziehung zu \fIAccuracySec=\fP (weiter oben): letzteres erlaubt dem Diensteverwalter, Zeitgeberereignisse innerhalb einer bestimmten Zeitspanne zusammenzuführen, um das Aufwachen zu minimieren während erstere das Gegenteil macht: sie verteilt Zeitgeberereignisse über eine Zeitspanne, damit gleichzeitiges Feuern unwahrscheinlich wird\&. Falls \fIRandomizedDelaySec=\fP und \fIAccuracySec=\fP zusammen verwandt werden, wird zuerst die zufällige Verzögerung addiert und dann wird das Ergebnis möglicherweise weiter verschoben, um es mit anderen, auf dem System stattfindenden Zeitgeberereignissen zusammenzuführen\&. Wie oben erwähnt, ist die Vorgabe für \fIAccuracySec=\fP 1min und für \fIRandomizedDelaySec=\fP 0, wodurch das Zusammenführen von Zeitgeberereignissen ermutigt wird\&. Um Zeitgeberereignisse optimal über eine bestimmte Zeitspanne zu verteilen, setzen Sie \fIRandomizedDelaySec=\fP auf einen höheren Wert und \fIAccuracySec=1us\fP\&. .RE .PP \fIUnit=\fP .RS 4 Die Unit, die beim Ablaufen des Zeitgebers aktiviert werden soll\&. Das Argument ist ein Unit\-Name, dessen Endung nicht »\&.timer« ist\&. Falls dieser Wert nicht festgelegt ist, ist die Vorgabe ein Dienst, der den gleichen Namen (bis auf die Endung) wie die Zeitgeber\-Unit hat\&. (Siehe oben\&.) Es wird empfohlen, dass der Unit\-Name, der aktiviert wird, und der Unit\-Name der Zeitgeber\-Unit bis auf die Endung identisch sind\&. .RE .PP \fIPersistent=\fP .RS 4 Akzeptiert ein logisches Argument\&. Falls wahr, wird der Zeitpunkt, zu dem die Dienste\-Unit das letzte Mal ausgelöst wurde, auf Platte gespeichert\&. Wenn der Zeitgeber aktiviert wird, wird die Dienste\-Unit sofort ausgelöst, falls sie mindestens einmal in der Zeit, zu der der Zeitgeber inaktiv war, ausgelöst worden wäre\&. Dies ist nützlich, um verpasste Läufe, als die Maschine ausgeschaltet gewesen ist, nachzuholen\&. Beachten Sie, dass diese Einstellung nur für mit \fIOnCalendar=\fP konfigurierte Zeitgeber Wirkung entfaltet\&. Standardmäßig \fIfalse\fP\&. .RE .PP \fIWakeSystem=\fP .RS 4 Akzeptiert ein logisches Argument\&. Falls wahr, wird ein ablaufender Zeitgeber dazu führen, dass das System aus dem Suspend aufwacht, falls das System suspendiert war und das System dieses unterstützt\&. Beachten Sie, dass dies nur sicherstellt, dass das System zu einer geeigneten Zeit aufwacht\&. Die Option wird nicht dafür sorgen, dass das System nach Abschluss der zu erledigenden Arbeiten wieder suspendiert wird\&. Standardmäßig \fIfalse\fP\&. .RE .PP \fIRemainAfterElapse=\fP .RS 4 Akzeptiert ein logisches Argument\&. Falls wahr, wird ein abgelaufener Zeitgeber geladen bleiben und sein Zustand kann weiter abgefragt werden\&. Falls falsch, wird ein abgelaufener Zeitgeber, der nicht mehr ablaufen kann, entladen\&. Insbesondere für flüchtige Zeitgeber\-Units, die nach ihrem ersten Ablaufen verschwinden sollen, ist es besonders nützlich, dies abzuschalten\&. Beachten Sie, dass diese Einstellung Auswirkungen auf wiederholtes Starten einer Zeitgeber\-Unit, die nur einmal abläuft, hat: Falls \fIRemainAfterElapse=\fP eingeschaltet ist, wird sie nicht wieder gestartet und es wird zugesichert, dass sie nur einmal abläuft\&. Falls allerdings \fIRemainAfterElapse=\fP augeschaltet ist, könnte sie wieder gestartet werden, falls sie bereits abgelaufen ist, und daher mehrfach ausgelöst werden\&. Standardmäßig \fIyes\fP\&. .RE .SH "SIEHE AUCH" .PP \fBsystemd\fP(1), \fBsystemctl\fP(1), \fBsystemd.unit\fP(5), \fBsystemd.service\fP(5), \fBsystemd.time\fP(7), \fBsystemd.directives\fP(7), \fBsystemd\-system.conf\fP(5), \fBprctl\fP(2) .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 .