Debianとその派生について矛盾するように見える次の事実をどのように理解するべきですか？
/etc/crontab/etc/cron.d/*ジョブがユーザー（rootまたはルートではない）。ユーザー固有のタスクのタスクと
/etc/crontabシステムタスクではありませんか？/etc/cron.d/*
rootまたはroot以外のユーザーとしてジョブを実行するには、どこにジョブを追加しますか/etc/crontab？/etc/cron.d/*/var/spool/cron/crontab/<user>
スティーブンのコメント/etc/cron.dの下のファイルをどのように使用しますか？たくさん説明しましたが、まだ理解できません。
システムタスクは、システム全体に適用されるタスクです。ユーザー固有のタスクは、特定のユーザーに代わって実行されるタスクで、通常はユーザーがログインしたときに手動で実行されますが、特定のファイルのバックアップなど、定期的に自動化したいタスクです。 、リモート開発リポジトリの更新、メール処理、またはミラーリングウェブサイト
ありがとうございます。
ベストアンサー1
私は次のようなさまざまなcron設定ファイルを使用する傾向があります。
/var/spool/cron/crontab「実際の」ユーザーが使用する（つまりユーザーは、編集に使用されるシステムを使用する人間に対応しますcrontab -e。/etc/cron.d「システム」ユーザー（例えばlogcheckcronタスクの場合logcheck）トピックに関する他の質問に対する回答で述べたように、/etc/cron.d少なくともDebianベースのシステムのソフトウェアパッケージで使用するように設計されています。/etc/crontabローカルに定義されたシステムタスクに使用され、rootとして実行されますが、/etc/cron.{hourly,daily,weekly,monthly}これらのタスクはより便利です。
私の意見では、「ユーザー」は「人がサポートしているユーザー」を意味します（そのように表現することを許可する場合）。私の考えでは、「システムユーザー」（rootなど）で実行されるタスクはシステムタスクです。
Debian パッケージングの観点からは、Debian ポリシーは次のように説明されています。推奨事例クローンの作業情報：要約すると、/etc/cron.{hourly,daily,weekly,monthly}適切な場合は使用し、/etc/cron.dそうでない場合は使用してください。したがって、5つのディレクトリすべてでパッケージが提供する作業を見るのは正常です。