Die einzige zuverlässige Möglichkeit, die ich gefunden habe, besteht darin, das Protokoll zu überprüfen.
cron
prüft /etc/crontab
jede Minute und protokolliert eine Meldung, die angibt, dass es neu geladen wurde oder dass es einen Fehler gefunden hat.
Führen Sie nach dem Bearbeiten Folgendes aus:
sleep 60; grep crontab /var/log/syslog | tail
Oder, um nicht eine volle Minute zu warten, sondern nur bis zur nächsten Minute + 5 Sekunden:
sleep $(( 60 - $(date +%S) + 5 )) && grep cron /var/log/syslog | tail
Beispielausgabe mit einem Fehler:
Jan 9 19:10:57 r530a cron[107258]: Error: bad minute; while reading /etc/crontab
Jan 9 19:10:57 r530a cron[107258]: (*system*) ERROR (Syntax error, this crontab file will be ignored)
Gute Leistung:
Jan 9 19:19:01 r530a cron[107258]: (*system*) RELOAD (/etc/crontab)
Das ist auf Debian 8. Auf anderen Systemen loggt sich cron möglicherweise in eine andere Datei.
(Ich dachte, ich könnte es vermeiden, mit systemd's nach der richtigen Protokolldatei zu suchen journalctl -u cron
, aber das hat mir diese Protokolleinträge nicht gezeigt und scheint aus irgendeinem Grund vor 2 Tagen die Protokollierung von Cron-Ereignissen eingestellt zu haben.)