不足しているサービスの実行を補うためのsystemd.timer

不足しているサービスの実行を補うためのsystemd.timer

フォローアップ20日ごとの作業スケジュール

これは更新目的のため、20日以内に完了できます。しかし、私はほとんどの時間をスリープ状態に保つラップトップで作業しています。したがって、保証された実行は必須です(cronにはこれが不足していると読みました)。

私は印象を受けたので、cromの代わりにsystemd.timerを選択しました。「システムが起きてからスリープモードでスケジュールされた時間が経過した場合でも機能します。」

しかし、私はそうではないことが判明しました。

マニュアルページによると、唯一の終了オプションは次のとおりですPersistent=

ブールパラメータを使用します。 trueの場合、サービスユニットが最後にトリガされた時間がディスクに保存されます。タイマーが有効になると、タイマーが無効になっている間にサービスデバイスが1回以上トリガされた場合、サービスデバイスはすぐにトリガされます。ただし、これらのトリガーはまだRandomizedDelaySec =によって課される遅延の影響を受けます。これは、システムの電源が切れたときに見逃したサービスの実行に追いつくのに役立ちます。この設定は、OnCalendar =で設定されたタイマーにのみ有効です。

OnUnitActiveSec=20dしかし、私はrequireの代わりに私が使っていることに気づいたので、それをOnCalendar=使うのPersistent=trueは役に立ちません。20日ごとの作業スケジュールケースでしょ?

コンピュータシステムがスリープモードで目覚めた後にsystemd.timer逃した予定のサービスの実行に追いつくことはできますか?OnUnitActiveSec=

PS。私のすべてのシステムパッケージ:

 libpam-systemd:amd64_249.11-0ubuntu3.6
 libsystemd0:amd64_249.11-0ubuntu3.6
 python3-systemd_234-3ubuntu2
 systemd_249.11-0ubuntu3.6
 systemd-sysv_249.11-0ubuntu3.6
 systemd-timesyncd_249.11-0ubuntu3.6

ベストアンサー1

おすすめ記事