なぜ`crontab -e`よりwebminに多くのcronジョブが表示されるのですか？

クローンジョブが保存される場所はいくつかあります。

主な場所は次のとおりです/etc/crontab（一部のシステムではこれが唯一の場所です）。このファイルはルートのみ編集でき、通常はジョブを実行するユーザーを指定できます。

/etc/cron.d一部のシステムには-addディレクトリもあります。これには通常、指定されたとおりにユーザーが実行するのと/etc/crontab同様の行が含まれており、デフォルトでパッケージはファイルのデフォルトのcrontabにエントリを追加できます。 。/etc/crontab/etc/crontab

その後、root、一般ユーザー、および一部のシステムユーザー（通常はパッケージによって追加されます）を含むユーザー固有のCrontabがあります。これは/var/spool/cron/crontabユーザー固有のファイルにあります。crontab -e一部のシステムでは/etc/cron.allowブロックを使用できます。またはを使用して一部または全員/etc/cron.deny。

を使用してこれを行うことができます#。

/etc/cron.hourly最後に、およびcron.dailyというcron.weeklyディレクトリがありますcron.monthly。これにはシェルスクリプトが含まれています。いいえcrontabエントリ（例：）/etc/cron.d。ただし、cronデーモンはこれらのディレクトリを調べ、適切なタイミングでこれらのスクリプトを実行します。 「run.daily」、「run.weekly」などのアイテムを見つけることができます。通常、これらの項目/etc/crontabは実際にこれらのスクリプトを解析して実行する項目です。これらのディレクトリでスクリプトを無効にするには、実行権限を削除するだけです。

これらの質問と一般的な別の質問は、cronコンピュータの電源が入っているかどうかです。去る、いくつかのcronエントリが実行されるべき期間中。この場合、これらのジョブは（ほぼ）実行されない可能性があります。一部のcronデーモンには、この問題を解決するメカニズムがあるか、追加のクローン様プログラム（例anacron：）を使用しますが、通常これを実行するコンピュータは次のようcronにする必要があります。存在するいつも。

また、at-and batch- メカニズムは独自のデーモンではなく、一部のシステムで cron ジョブとして実行されます。

+++

あなたが見る奇妙な項目のほとんどは、/etc/cron.{hourly|daily|weekly|monthly}パッケージによってディレクトリに追加されたシェルスクリプトです。バッファフラッシュ、ログ圧縮、更新の追加、または一般的なクリーンアップなどの操作を実行できます。言及したように、これは実際にはcrontabエントリではなく、cronこれらのディレクトリをチェックし、時にはその内容を実行するシェルスクリプトです。

明らかなwebmin検査みんなcron関連ディレクトリを検索し、すべてのエントリを一覧表示します。

エントリ/スクリプトでない場合 - /etc/crontab、/etc/cron.d、/etc/cron.d にあります。具体的な時間または /var/spool/cron/crontab/ユーザー- あなたにいくつかのサービスを提供することです。知るあなたとあなたのシステム絶対にしない（たとえば、uucpを使用していないシステムやニュースサーバーを実行しているシステムではそのままにしておくのが最善ですuucp。newsそれにもかかわらず、これらのクローン操作の大部分は「仕事の外の時間」（夜中など）で実行されるため、目立たないはずです。結局、「故障していない場合は直さないでください」