Eine Crontab für einen Benutzer einrichten¶

Um eine eigene Tabelle für einen Benutzer einzurichten, muss man ein Terminal-Fenster öffnen ^[1] und den Befehl zum Editieren der Tabelle eingeben:

crontab -e 

Aus historischen Gründen wird eine Crontab mit einem Kommandozeileneditor bearbeitet. Wurde noch kein Editor festgelegt, erscheint folgende Auswahl:

no crontab for BENUTZERNAME - using an empty one

Select an editor.  To change later, run 'select-editor'.
  1. /bin/ed
  2. /bin/nano        <---- easiest
  3. /usr/bin/jmacs
  4. /usr/bin/joe
  5. /usr/bin/jpico
  6. /usr/bin/jstar
  7. /usr/bin/rjoe
  8. /usr/bin/vim.tiny

Choose 1-8 [2]: 

Der ausgewählte Editor wird in der versteckten Datei ~/.selected_editor im Homeverzeichnis gespeichert. Möchte man die getroffene Entscheidung später wieder ändern, löscht man diese Datei oder benutzt wie angegeben den Befehl:

select-editor 

Alternativ – falls man den Editor nur für die aktuelle Bearbeitung ändern möchte – kann dieser auch direkt angegeben werden (hier am Beispiel von VIM):

EDITOR=vim.tiny crontab -e 

Besaß der Benutzer bisher noch keine Crontab, so enthält die Datei nur ein paar Kommentare. Hier ein Beispiel für eine Crontab:

#-----------------------------------------------------------------
# Shell variable for cron
SHELL=/bin/bash
# PATH variable for cron
PATH=/usr/local/bin:/usr/local/sbin:/sbin:/usr/sbin:/bin:/usr/bin:/usr/bin/X11
#M   S     T M W   Befehl
#-----------------------------------------------------------------
5    9-20 * * *   /home/BENUTZERNAME/script/script1.sh > /dev/null
*/10 *    * * *   /usr/bin/script2.sh > /dev/null 2>&1
59   23   * * 0,4 cp QUELLDATEI ZIELDATEI
*    *    * * *   DISPLAY=:0 LANG=de_DE.UTF-8 zenity --info --text "Beispiel für das Starten eines Programms mit GUI"
0    0    * * *   backup
0 1 8-14 1-12 *   [ "$(date +\%u)" == "6" ] && Befehl
#-----------------------------------------------------------------

Im ersten Abschnitt stehen die Angaben für die Variablen $PATH und $SHELL. Im unteren Teil dann die einzelnen Cronjobs. In einer Zeile kommen zuerst die fünf Felder für die Zeiten (Minute, Stunde, Tag, Monat, Wochentage) und danach der auszuführende Befehl. In diesem Beispiel werden die Befehle

1. Fünf Minuten nach jeder vollen Stunde zwischen 9 und 20 Uhr (also 9:05, 10:05, ..., 20:05)

2. Alle 10 Minuten

3. Jeden Sonntag und Donnerstag um 23:59

4. Jede Minute ein Programm mit GUI, das die Display- und die Sprach-Variable benötigt

5. Jeden Tag Punkt Mitternacht 00:00 Uhr

6. Jeden 2. Samstag im Monat um 01:00 Uhr (Wichtig, das die entsprechende Shell-Variable (hier: /bin/bash) gesetzt ist)

ausgeführt.

Erzeugt der durch den Cron-Daemon aufgerufene Befehl eine Ausgabe, so wird alles, was auf der Konsole ausgegeben wird, an den Benutzer per E-Mail geschickt, unter dessen Benutzerkonto der Befehl ausgeführt wurde. Möchte man dies nicht, so muss man die Ausgabe umleiten.

Als Beispiel soll ein Server daraufhin überprüft werden, ob dieser online ist. Hierzu wird alle fünf Minuten ein Ping an den Rechner geschickt. Ein erfolgreicher Ping ist uninteressant, im Falle eines Fehlers sollte jedoch der Cronjob eine E-Mail mit dem Ergebnis des gescheiterten Pings ausgeben. Dies erreicht man, indem die Standardausgabe an /dev/null umleitet. Fehlermeldungen werden dadurch - wie gewünscht - verschickt, das positive Ergebnis verworfen.

*/5 * * * * ping -c 1 192.168.0.1 > /dev/null

Möchte man keinerlei Ausgaben des Cronjobs erhalten - z. B. bei einem regelmäßigen Ping an eine Internetadresse, um zu verhindern, dass die Dial-Up-Verbindung getrennt wird - so muss die Weiterleitung wie folgt aussehen:

*/5 * * * * ping -c 1 www.google.de > /dev/null 2>&1

Dadurch wird jegliche Ausgabe des Cronjobs verworfen. Mehr Informationen zur Weiterleitung findet man im Artikel zu Umleitungen.

Hier ist noch kurz eine Übersicht, wie sich der Cronjob aufbaut:

*     *     *     *     *  Befehl der ausgeführt werden soll
-     -     -     -     -
|     |     |     |     |
|     |     |     |     +----- Wochentag (0 - 7) (Sonntag ist 0 und 7; oder Namen, siehe unten)
|     |     |     +------- Monat (1 - 12)
|     |     +--------- Tag (1 - 31)
|     +----------- Stunde (0 - 23)
+------------- Minute (0 - 59; oder Namen, siehe unten)

Für die Wochentage und die Monate können die drei ersten Buchstaben des englischen Namen benutzt werden, z. B. Sun für Sonntag. Groß-/Kleinschreibung spielt dabei keine Rolle, allerdings sind keine Angaben von Zeiträumen erlaubt, dazu müssen Ziffern verwendet werden.

Angaben von Zeiträumen und Schrittweiten innerhalb dieser Zeiträume sind erlaubt, sofern Ziffern benutzt werden. Setzt man beispielsweise für die Stunde 8-10, wird der Befehl in den Stunden 8, 9 und 10 Uhr ausgeführt. Statt der Schreibweise 8-10 kann auch 8,9,10 geschrieben werden.

Setzt man hingegen */2 wird der Befehl jede zweite Stunde ausgeführt. Beides kann kombiniert werden, so bedeutet 1-9/2 dasselbe wie 1,3,5,7,9.

Man sollte aber bedenken, dass * */2 * * * beispielsweise den Befehl 60 mal (also zu jeder Minute) jede zweite Stunde ausführt.

Zur Vereinfachung können die ersten fünf Felder auch durch eine einzelne Zeichenkette ersetzt werden. Hierfür sind acht Schlüsselwörter definiert:

Benachrichtigungen für bestimmte Benutzer versenden¶

Mit der MAILTO-Variable kann ein Empfänger für die Benachrichtigungen unabhängig vom Besitzer der Cron-Tabelle festgelegt werden (MAILTO=irgendwer). Wird die Variable als inhaltsleer deklariert (MAILTO=""), so werden keine Benachrichtigungen versendet.

Cron-Tabelle des Benutzers Root¶

Natürlich kann auch root eine Crontab anlegen. Alle Cronjobs, die in dieser Tabelle stehen, werden mit Root-Rechten ausgeführt:

sudo crontab -e 

Anacron-Konfiguration¶

Möchte man Jobs stündlich, täglich, wöchentlich oder monatlich ausführen, muss keine Konfiguration für Anacron vorgenommen werden. Es ist aber möglich, die Perioden zu verändern. Dazu ändert man die Konfigurationsdatei /etc/anacrontab.

Die Datei erwartet folgendes Format:

*     *     *    Befehl der ausgeführt werden soll
|     |     |     
|     |     +--------- job-identifier (Datei für den Zeitstempel)
|     +----------- delay (Zeitverzögerung nach Systemstart in Minuten)
+------------- period (Zeit in Tagen)

Beispiel für period-Angabe:

• 1 – täglich

• 7 – wöchentlich

• 30 – monatlich

Es ist jede andere Zahl möglich.

Für monatliche Jobs kann als Periode auch @monthly verwendet werden.

Die Standardeinstellungen in /etc/anacrontab am Beispiel von Ubuntu 11.10:

# /etc/anacrontab: configuration file for anacron
# See anacron(8) and anacrontab(5) for details.

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# These replace cron's entries
1	5	cron.daily	 nice run-parts --report /etc/cron.daily
7	10	cron.weekly	 nice run-parts --report /etc/cron.weekly
@monthly	15	cron.monthly nice run-parts --report /etc/cron.monthly

Weitere Umgebungsvariablen, die in der Beispieldatei in den Block zu SHELL und PATH hinzugefügt werden können:

• MAILTO - Wie auch in der /etc/crontab ist es in der /etc/anacrontab möglich, vom System automatisch E-Mails versenden zu lassen:

  MAILTO="user@localhost"

  Für den E-Mail-Versand muss ein MTA (Mail Transfer Agent) wie z.B. Postfix installiert sein.

Zugriff auf GNOME-Keyring ermöglichen¶

Konfigurationen wie zum Beispiel Offlineimap benötigen je nach Einrichtung einen Zugriff auf den GNOME-Schlüsselring. Dazu muss die DBUS_SESSION_BUS_ADDRESS als Umgebungsvariable gesetzt sein. Ein mögliches Szenario besteht darin, nach der Anmeldung die Variable zu exportieren und die Adresse in einer versteckten Konfiguration im Homeverzeichnis zu hinterlegen. Der Cronjob kann dann auf die entsprechenden Werte zurückgreifen und so Zugriff auf den Schlüsselbund erlangen.

Dazu folgendes Startscript erstellen

1
2
3
4
5
6
7
8

#!/bin/bash
# Exportiere die dbus session address, damit sie via Cron nutzbar ist
# Diese Datei muss via Autostart ausgeführt werden

touch $HOME/.Xdbus
chmod 600 $HOME/.Xdbus
env | grep DBUS_SESSION_BUS_ADDRESS > $HOME/.Xdbus
echo 'export DBUS_SESSION_BUS_ADDRESS' >> $HOME/.Xdbus

Danach muss das Script via Autostart ausgeführt werden. Nun können im Cronjob mit source $HOME/.Xdbus; BEFEHL die benötigten Angaben verfügbar gemacht werden.

Befehl klappt in Skript und Shell, aber nicht im Cronjob¶

Vermutlich wurde die PATH-Variable nicht, wie oben im Beispiel, gesetzt und Cron findet Kommandos nicht, die von der Konsole fehlerfrei funktionieren. Cron benutzt von sich aus nicht die PATH-Variable des Users, sondern PATH="/usr/bin:/bin", sodass man entweder einen anderen PATH definieren oder die benutzten Programme mit vollem Pfad aufrufen muss.

Wenn ein Skript in der Konsole funktioniert, nicht aber wenn es über die systemweite Cron-Tabelle gestartet wird, kann das daran liegen, dass sich das Startverhalten einer Shell über eine Cron-Tabelle von dem einer Loginshell unterscheidet. In diesem Fall sollte man das Skript anpassen oder folgenden Befehl in die Cron-Tabelle eintragen:

/bin/bash --login /PFAD/ZUM/SKRIPT.sh

date-Formate (z.B. $(date +"%Y%m%d") für Dateinamen oder Log-Ausgaben¶

Während in einem Skript und der Shell eine Formatierung wie:

echo cron-test1-$(date +"%Y%m%d-%H_%M") >> /tmp/cron-test.txt 

problemlos Funktioniert, so werden die %-Zeichen in Cron als Zeilenumbruch interpretiert und es kommt somit zu Fehlern. Als Problemlösung bietet sich an, entweder die Befehle über eigene Skripte auszuführen, oder man setzt vor jedes %-Zeichen einen Backslash '\'. Für obiges Beispiel lautet der entsprechende Eintrag in der crontab dann:

*/2 * * * * heinz echo cron-test1-$(date +"\%Y\%m\%d-\%H_\%M") >> /tmp/cron-test.txt

Genauere Informationen dazu sind z.B. in der Anleitung Crontab and % 🇬🇧 zu finden.

Anacron¶

Wenn Anacron verwendet wird, darf im Dateinamen kein Punkt enthalten sein! Mehr zu den Dateinamen findet sich oben im Hinweiskasten von Anacron: Anac(h)ronistic Cron

Fenster einer Anwendung öffnet sich nicht¶

Cron hat von Haus aus keinen Zugriff auf den Bildschirm. Cron ist in erster Linie für Server gedacht, die oftmals an gar keinen Bildschirm angeschlossen sind. Die Ausgabe der Kommandos wird auch nicht auf den Bildschirm geschrieben - das könnte auch sehr störend sein - sondern in Logdateien, bzw. in Mails, sofern eingerichtet, die an den Benutzer oder Administrator geschickt werden. Will man ausdrücklich ein Fenster öffnen, so muss man die Display-Variable setzen wie im zenity-Beispiel oben: DISPLAY=:0

Manchmal muss auch noch die Lokalisation eingestellt werden, damit man z.B. deutsche Oberflächen erhält und Umlaute funktionieren. Zenity verweigert ohne diese Einstellung ggf. sogar komplett den Dienst (siehe auch diese Foren-Posts: 1, 2, 3): LANG=de_DE.utf8

Unter bestimmten Desktopumgebungen wie LXDE (Lubuntu) oder Xfce (Xubuntu) ist es zusätzlich nötig, die XAUTHORITY-Variable auf einen "vernünftigen" Wert zu setzen, um Programme mit grafischer Oberfläche starten zu lassen. Dies könnte beispielsweise unterhalb der Zeile geschehen, in der die PATH-Variable gesetzt wird (PATH=/usr/local/bin:/usr/local/sbin...). Hierzu fügt man einfach folgende Zeile - mit angepasstem Benutzernamen - ein:

XAUTHORITY=/home/BENUTZERNAME/.Xauthority

Der Benutzername ist durch denjenigen zu ersetzen, der den Befehl crontab -e abgesetzt hat.