crontableファイルを変更した後、cronを再起動する必要がありますか？
@geotheory yikes crontabを更新するときに、prodサーバーを再起動する必要がないことを確信しています（そうしていません）。
—
jcollum 2016年
crontableファイルを変更した後、cronを再起動する必要がありますか？
回答:
番号。
以下からのcron manページ：
... cronは、すべてのcrontabの変更時間を調べ、変更されたものをリロードします。したがって、crontabファイルが変更されるたびにcronを再起動する必要はありません
しかし、とにかくそれを確実にしたい場合は、
sudo service cron reload
または
/etc/init.d/cron reload
sudo service cron restartです。
/etc/init.d/cron reload
crond代わりにcron。
sudo crontab -e保存し、それをピックアップするとCtrl + X想定してcron立ち去りました（この回答は非常に賛成されているため）。その後、数日後、クライアントはcronがまだ古いサイクルで実行されていると報告します。だから-正直なところ-安全にしたい場合はcron、どちらかまたはシステムを再起動し、無駄な時間テストをいじらないでください。
CentOSでcPanelを使うとsudo /etc/init.d/crond reloadうまくいきます。
CentOS7の場合： sudo systemctl start crond.service
crondするには、ますます恐ろしいsystemdで起動するのではなく、を実行しsudo systemctl reload crond.serviceます。
cron読み込みは、ブラックマジックと見なされsudo systemctl reload crondます。失敗しますFailed to reload cron.service: Job type reload is not applicable for unit cron.service.（Ubuntu 18.04）。読む：頭を下げて、私たちは皆、「SystemD、たった1つしかない」というシンドロームに悩まされています。リロードが舞台裏で自動的に行われない場合、あなたは破産しています！過去30年間（またはそれ以上）に行ったように、それを修正することさえ考えないでください！読む：Windowsの世界がついにDebianを飲み込みました：内部で何か奇妙なことがあったら、どうしますか？再起動！
16.04 VPSデジタルオーシャンでも同様の問題がありました。crontabを変更する場合は、必ず実行してください
sudo service cron restart
reloadが十分だと思います。必要なしですrestart。ありがとう。:)
ディストリビューションによっては、「cron reload」を使用しても何も起こらない場合があります。init.d / cron（debian squeeze）からスニペットを貼り付けるには：
reload|force-reload) log_daemon_msg "Reloading configuration files for periodic command scheduler" "cron"
# cron reloads automatically
log_end_msg 0
;;
一部の開発者/メンテナはリロードに依存していましたが、そうではありませんでした。この場合、強制的にリロードする方法はありません。私はcrontabファイルをデプロイの一部として生成しています。ファイルの長さが何らかの理由で変更されない限り、変更はリロードされません。
これを試してください：service crond restart、それでcrondはありませんcron。
crond認識されていないサービス。それcronは私のために働きます。私のOSはUbuntu 18.04です
sudo service cron restartテストされていません。