/etc/crontab
はまだ変更していません。これは依然としてデフォルトのコンテンツであり、多くのLinuxディストリビューションのデフォルトのコンテンツでもあります。
# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.
Shell=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
# m h dom mon dow user command
17 * * * * root cd / && run-parts --report /etc/cron.hourly
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
#
cron.hourly
行にtest -x /usr/sbin/anacron
がないのはなぜですか? anacrontab
にもcron.hourly
がないのはなぜですか?
更新:
@JakeGouldがコメントしたように、「test -x /usr/sbin/anacron
は正確に何をするのですか?」に対する答え。たとえば、 https://unix.stackexchange.com/questions/26088/etc-crontab-what-does-test-x-stand-for にあります。しかし、主な疑問は依然として残っています。cron.hourly
の手順が他の行と異なるのはなぜですか?
Anacron が機能するように設計されている最小期間は毎日であるため、1時間ごとのcronジョブの管理には使用できません。
Anacronは、非常に特殊なユースケースを処理するように設計されています。つまり、頻繁に実行されないcronジョブが、常に電源がオンになっているとは限らないシステムでも実行されるようにします。現実的には、両方を1時間ごとに実行する必要があることはほとんどありません。とは、1時間ごとの実行を逃した場合はすぐに実行する必要があります。これを考慮して、Anacronの開発者は、以前のタスクが実行された時間ではなく、実行された日付だけに注意を払わない、非常に単純な(そしてより信頼性の高い)コードを許可することにしました。つまり、Anacronは、ほとんどのcron実装のように数時間または数分ではなく、日数で動作するように設計されているため、1時間ごとのジョブの処理には使用できません。
実際には、Anacronは実際にはそれ自体もスケジューリングを行いません。そのため、/etc/crontab
のエントリが存在し、それらがないと、anacronは実行されません(または起動時にのみ実行される可能性があります)。システムが長時間オンになっている場合でも実行されることを確認するためにそこにあります。
一般的な時間単位のジョブに関しては、システム上で/etc/cron.hourly
が空であることがわかる可能性があります。その(またはさらに頻繁なcronジョブ)の古典的な使用法のほとんどは、何かが最新であることを確認したり、ポーリングを介してハードウェアまたはソフトウェアの一部の状態をチェックしたりする場合でした。どちらのユースケースも、ポーリングモデルの代わりにイベント駆動型モデルを使用する方が適切であるため、通常、このような設計に移行されています。