systemd-anacronの動作を模倣するタイマーユニット

頻繁にオフになるマシン用のタイマーユニットを作成する必要があります（たとえば、従来のデスクトップセットアップ）。このタイマーユニットは定期的にアクティブにする必要がありますが、それほど頻繁ではありません（毎週、毎月など）。

私はいくつかのアプローチを見つけましたが、それらはすべて実際には適合しません：

• manページによるのみOnBootSecとOnStartupSec時間の設定された時点が過去にある場合のディレクティブが有効になります。これらの組み合わせOnActiveSecを使用して定期的なイベントを定義するいくつかの例も見つけました。問題は、マシンが起動されるたびに、タイマーが設定されたユニットをアクティブにすることです。週/月に一度だけ実行するタイマーを取得した場合、それはあまりにも頻繁です。例：ログを1日に3回ローテーションさせたくない...

• OnCalendarディレクティブを使用したソリューション。設定された時点でマシンの電源がオフになっている場合（時間指定で時間を省略した場合のデフォルトは00:00:00であるため、ほとんど真夜中です）、タイマーは次回の起動後にアクティブになりません。少なくとも私はそれを手に入れました。そうですか？

質問は次のとおり
です。設定された時間が過去の場合、次回の起動直後にカレンダーイベントのタイマーがアクティブになりますか？
そうでない場合：そのような動作を得るための回避策はありますか？

この機能は、ディレクティブを使用してsystemd（ver> = 212）に既に実装されているPersistent=ため、ディレクティブPersistent=trueを使用しOnCalendar=てジョブを実行する日付/時刻を確立するときにユニットファイルに挿入するだけです。

永続的=

ブール引数を取ります。trueの場合、サービスユニットが最後にトリガーされた時間がディスクに保存されます。タイマーがアクティブになったときに、タイマーが非アクティブだった時間中に少なくとも1回トリガーされていた場合、サービスユニットはすぐにトリガーされます。これは、マシンがオフのときに、実行されなかったサービスの実行に追いつくのに役立ちます。この設定は、OnCalendar =で設定されたタイマーにのみ影響することに注意してください。

systemd-develメーリングリストのこの電子メールによると、望ましい動作はロードマップ上にあり、今後追加される予定です。