驚くべきことに、いくつかのテストファイルをバックアップするためにcrontabとrsyncを使用して、2015年12月に開始された実験はまだ実行中です。私の唯一のcrontabファイルには次の行しかありません。
#55 20 * * * /home/Harry/testrsync/trial_bak.sh
数週間後にテストが終わったと思ったときに＃が追加されたコメントが実行されたか、そうでなければなりませんでした。
私の質問はなぜまだ実行されますか？それとも＃なしでこの行を実行する別の方法がありますか？
バックアップは毎日20時から55時まで実行され、最後の4つだけが維持され、crontabエントリとTrial_bak.shスクリプトで定義されているとおりに維持されます。
私は最新のFedoraにアップデートする準備の一環として、Fedora 20でzshellを使用しています。
解決済み：
答えてくれた皆さんに感謝します。 @Marki555の回答に基づいて、/etc/cron.daily毎日バックアップを実行するスクリプトを含むディレクトリがあることがわかりました。したがって、crontabのエントリは実際にコメントアウトされてアクティブになっていません。
答え1
このcronデーモンは複数のファイルからcrontabをインポートします。
ディレクトリ/etc/cron.dとファイルは/etc/crontab手動で編集でき、デーモンは常に自動的に新しいバージョンを見ることができるという点で特別です。これは、ユーザー名フィールドも持つ唯一のcrontabファイルです。
/var/spool/cron/crontabscronデーモンは個々のユーザーのcrontab（通常はin）を自動的に再読み込みしません。各変更後、コマンドを使用して編集するcrontab -eか、cronデーモンを再起動する必要があります。
したがって、あなたの場合は、まずcronデーモンを再起動することをお勧めします。trial_bak.sh実行などの一部のデバッグ出力をスクリプトに追加することもできますpstree -p。
答え2
表示された行が名前付きファイルの出力またはcrontab -lファイルから抽出されましたかcrontab？
実行中のcrontabは通常/var/spoolの下のディレクトリにあります。この場所は異なる場合があります。実際のcrontabの名前は、通常適用されるユーザーIDに従って指定されます。
通常、crontabは編集できるようにファイルに抽出されます。ただし、crontab crontab元のcrontabエントリは、コマンドを使用して再ロードしない限り機能し続けます。