プロセスがまだ終了していない場合、systemdタイマーユニットは次の実行をスキップしますか？

systemdを使用して、5分ごとにコマンドを実行します。ただし、タスクの実行に5分以上かかることがあるというリスクがあります。その時点で、systemdはコマンドの2番目のインスタンスを開始しますか。つまり、2つのプロセスが実行されますか？

最初のプロセスが完了していない場合、2番目のプロセスを開始しないようにsystemdに指示することはできますか？そうでない場合、いくつかの良い回避策は何ですか？

注：答えが「これがデフォルトの動作です。文書化されていないだけです」と願っています。これが状況である場合、誰かがドキュメントに対してバグを報告する方法を教えてもらえますか？

注：Cronには、https：//unix.stackexchange.com/a/173928/11244で説明されている同様の問題があります。systemdと同等のものを探しています。

これがデフォルトの（そして唯一の）動作です。明示的には文書化されていませんが、systemdの操作ロジックによって暗示されています。

systemd.timer（5）の読み取り：

タイマーファイルごとに、一致するユニットファイルが存在し、タイマーが経過したときにアクティブにするユニットを記述する必要があります。

systemd（1）は、ユニット状態とコンセプト間の遷移の概念を説明しています。

ユニットは、「アクティブ」（開始、バインド、プラグイン、...、ユニットタイプに応じて、以下を参照）、または「非アクティブ」（停止、アンバインド、アンプラグド、...）、およびアクティブ化または非アクティブ化のプロセス、つまり2つの状態間（これらの状態は「アクティブ化」、「非アクティブ化」と呼ばれます）。

これは、タイマーのトリガーが一致ユニットの「アクティブ化」、つまり「アクティブ」状態への移行につながることを意味します。

マッチング部は、「活性化」の時点で既に「アクティブ」である場合（サービスユニットのために、この手段は、サービスユニットがない限り、「メインプロセスがまだ実行されている」Type=oneshotとRemainAfterExit=true、何のアクションがないであろうことは明らかであるべきです）取られた。