この記事について
この記事は、生成AIを活用した自動生成フローで作成しています。systemdの公式ドキュメントを確認し、サービスを変更せず依存関係だけを観察する手順に整理しています。
検証ステータス：📘 systemd公式仕様確認済み・Ubuntu実機未確認
systemdのサービスが何に依存しているか調べるなら、設定ファイルを編集する前に systemctl list-dependencies で関係を眺めると安全です。
まず試す
systemctl list-dependencies ssh.service --no-pager
環境によりサービス名が異なる場合は、存在する読み取り対象へ置き換えてください。
ここを見る
ツリーに表示されるtargetやserviceを見て、「このサービス単体」ではなく起動順・依存関係の中にいることを確認します。
1か所変えてみる
--reverse を追加します。
systemctl list-dependencies --reverse ssh.service --no-pager
今度は「誰がこのunitに依存するか」という逆向きの見え方になります。
なぜ重要か
障害時にいきなりrestartすると、依存先や影響範囲を見落とします。まず読み取り専用で関係を確認し、status、journal、unit定義へ進む方が切り分けしやすくなります。
仕事で使うなら
Nginx、翻訳worker、timerなど複数unitで構成する自動処理の手順書に、通常方向とreverse方向の確認を入れておくと影響調査に使えます。
まとめ
systemdはサービス一覧ではなく依存グラフとして見ると理解しやすくなります。--reverse の1か所変更で視点が反転することを観察してください。
公式情報
- systemctl manual / systemd documentation
