【ITニュース解説】Stop Losing Work Mid-Job: Practical systemd-inhibit on Linux

システムエンジニアを目指す初心者にとって、Linuxシステム上で実行する長時間の作業が、予期せず中断される経験は少なくない。例えば、数時間かかるデータのバックアップ中にノートパソコンがスリープしてしまったり、重要なシステムアップグレード中に誰かが誤って再起動してしまったり、あるいは、誰も使っていないように見えるサーバーがバックアップの途中でアイドル状態と判断されて停止したりするケースである。これらの問題は、多くの場合、アプリケーションのバグではなく、「インヒビターロック」という仕組みが適切に使われていないことに起因する。

インヒビターロックは、systemd-logindというLinuxのログインマネージャーが提供する機能の一つである。これは、アプリケーションやシステム管理者が、一時的にシステムのスリープ、シャットダウン、アイドル時の自動動作、さらには電源ボタンやノートPCの蓋の開閉といった低レベルなイベント処理をブロックしたり、遅延させたりするためのAPIである。この機能を利用するためのコマンドラインツールがsystemd-inhibitであり、これを使うことで、実行中の重要な作業がシステムによって中断されるのを防ぐことができる。

systemd-inhibitの基本的な仕組みは、systemd-logindに対してインヒビターロックを要求するD-Busコールを送信することにある。D-BusはLinuxシステム内でプロセス間通信を行うための一般的な方法である。ロックが発行されると、それはファイルディスクリプタとして保持される。このファイルディスクリプタは、systemd-inhibitによって実行されたコマンドが完了するか、またはそのプロセスがクラッシュして終了すると、カーネルによって自動的に閉じられ、それに伴ってロックも解放される。この設計により、「ロックを解除し忘れた」という状況が起こりにくく、システムが不要にブロックされ続けるのを防ぐことができる。

インヒビターロックには、ブロックしたい対象に応じていくつかの種類がある。--what=オプションでこれらを指定する。例えば、idleはシステムがアイドル状態になったときに自動的に実行されるアクション（スリープなど）をブロックする。sleepはサスペンドやハイバネートといった明示的なスリープ状態への移行をブロックする。shutdownはシステムのシャットダウン、再起動、停止をブロックする。これらの「高レベルなロック」は、ユーザーからの要求やシステムポリシーに基づく動作に影響を与える。一方、handle-power-keyやhandle-lid-switchといった「低レベルなロック」は、電源ボタンや蓋の開閉といったハードウェアイベントに対するsystemd-logind自身の処理をブロックする。これは、デスクトップ環境などがこれらのイベントを独自に処理したい場合に利用されることが多い。--what=オプションを省略した場合のデフォルトはidle:sleep:shutdownであり、これは「実行中のジョブを中断させない」という目的において、ほとんどのケースで適切な設定となる。

ロックの動作モードも重要である。--mode=オプションで指定できる主要なモードは三つある。一つ目のblockモードは、最も強力なブロック方式であり、ロックが解除されるまで該当する操作（スリープ、シャットダウンなど）が実行されないようにする。これは、システムアップグレード、データバックアップ、ディスク書き込みなど、中断されては困る重要な作業に最適である。二つ目のdelayモードは、操作を一定時間（デフォルトで5秒）だけ遅延させるが、その時間が経過するとロックが解除されなくても操作は続行される。これは、スリープ前にアプリケーションが状態を保存するなどの、短時間で完了する準備作業に適している。長時間の作業にはdelayモードではなく、必ずblockモードを使用する必要がある。三つ目のblock-weakモードはblockモードに似ているが、rootユーザーからの要求や、ロックを保持しているプロセス自身の要求に対しては、サイレントにブロックがバイパスされる特徴を持つ。

実際にsystemd-inhibitを使うには、例えば以下のようにコマンドを実行する。systemd-inhibit --what=idle:sleep:shutdown --who="マイバックアップ" --why="夜間rsync実行中" --mode=block rsync -aHAX /srv/ /mnt/backup/srv/。このコマンドは、rsyncによるバックアップ処理が完了するまで、アイドル、スリープ、シャットダウンといった操作をblockモードで防止する。--whoと--whyオプションは、systemd-inhibit --listコマンドで現在のロック状況を確認する際に、どのプロセスが何のためにロックを保持しているかを識別しやすくするために役立つ。systemd-inhibit --listを実行すると、現在アクティブなインヒビターロックの一覧が表示され、システムの状態を把握する上で非常に有用である。

また、systemdのサービスとして定期的に実行されるバックアップやアップグレードのようなジョブにインヒビターロックを適用することも可能である。.serviceファイル内のExecStart=行にsystemd-inhibitコマンドを記述することで、サービスが実行されている間だけロックを保持し、作業完了後に自動的に解放されるように設定できる。これにより、夜間の自動バックアップなどが、システムのスリープによって中断される心配がなくなる。

ノートPCの場合、蓋を閉じたときにシステムがスリープするのを防ぎたいとき、高レベルのsleepロックだけでは不十分な場合がある。これは、logind.confの設定LidSwitchIgnoreInhibited=yesがデフォルトで有効になっているためで、この設定は、蓋の開閉によるスリープ要求に対して、高レベルのsleepロックを無視するよう指示している。この場合、--what=handle-lid-switchという低レベルのロックを明示的に取得するか、LidSwitchIgnoreInhibited=noに変更する必要がある。

インヒビターロックの取得は、システムの動作に影響を与えるため、polkitによって権限が管理されている。通常、root権限で実行されるシステムサービスは問題なくロックを取得できるが、一般ユーザーが実行するジョブの場合は、ディストリビューションのポリシーや個別のpolkitルールによって、追加の設定が必要になることがある。delayモードのロックは、blockモードのロックに比べてシステムの動作に与える影響が小さいため、比較的容易に取得できることが多い。

インヒビターロックを使う上で注意すべき点もいくつかある。一つは、長時間のジョブに誤ってdelayモードを使ってしまうと、数秒後にスリープが実行されてしまうことである。繰り返しになるが、長時間ジョブにはblockモードが必須である。また、systemd-inhibitは特権を持つrootユーザーによる強制的な操作（例えばsystemctl suspendをrootで実行すること）を防ぐセキュリティ境界ではない。あくまでも、通常のユーザー操作やポリシーに基づくシステム動作を停止させるための協力プロトコルである。モバイルデバイスでidleロックを長時間保持し続けると、バッテリー寿命に悪影響を与える可能性もあるため、ロックの継続時間はジョブの必要最小限に留めるべきである。さらに、systemd-inhibit command &のように、systemd-inhibit自身をバックグラウンドで実行してしまうと、すぐにsystemd-inhibitプロセスが終了し、ロックが解除されてしまうため、期待通りの効果が得られない点にも留意が必要である。

systemd-inhibitは、長時間の重要な作業がシステムによって予期せず中断されるのを防ぐための非常に強力で実用的なツールである。適切なロックの種類とモードを選択し、必要最小限の期間だけロックを保持することで、バックアップやアップグレードといった作業を確実に完了させ、システム運用の安定性を高めることができる。システムエンジニアとして、このようなシステム管理のベストプラクティスを理解し、活用することは、日々の業務の効率化と信頼性の向上に直結する重要なスキルとなるだろう。