systemd ユニットファイルを使用したシステムのカスタマイズおよび最適化

• 現在ロードされているすべてのサービスユニットをリストします。

  $ systemctl list-units --type service
  UNIT                     LOAD   ACTIVE SUB     DESCRIPTION
  abrt-ccpp.service        loaded active exited  Install ABRT coredump hook
  abrt-oops.service        loaded active running ABRT kernel log watcher
  abrtd.service            loaded active running ABRT Automated Bug Reporting Tool
  ...
  systemd-vconsole-setup.service loaded active exited  Setup Virtual Console
  tog-pegasus.service            loaded active running OpenPegasus CIM Server
  
  LOAD   = Reflects whether the unit definition was properly loaded.
  ACTIVE = The high-level unit activation state, or a generalization of SUB.
  SUB    = The low-level unit activation state, values depend on unit type.
  
  46 loaded units listed. Pass --all to see loaded but inactive units, too.
  To show all installed unit files use 'systemctl list-unit-files'

  デフォルトでは、systemctl list-units コマンドは、アクティブなユニットのみを表示します。このコマンドは、サービスユニットファイルごとに、次のパラメーターの概要を提供します。

  UNIT

  サービスユニットのフルネーム

  LOAD

  設定ファイルのロード状態

  ACTIVE または SUB

  現在の高レベルおよび低レベルのユニットファイルのアクティベーション状態

  DESCRIPTION

  ユニットの目的と機能の簡単な説明

• --all または -a コマンドラインオプションを指定して次のコマンドを使用し、ロードされたすべてのユニットを状態に関係なく をリスト表示します。

  $ systemctl list-units --type service --all

• 利用可能なすべてのサービスユニットのステータス (enabled または disabled) をリスト表示します。

  $ systemctl list-unit-files --type service
  UNIT FILE                               STATE
  abrt-ccpp.service                       enabled
  abrt-oops.service                       enabled
  abrtd.service                           enabled
  ...
  wpa_supplicant.service                  disabled
  ypbind.service                          disabled
  
  208 unit files listed.

  このコマンドでは、サービスユニットごとに以下を表示します。

  UNIT FILE

  サービスユニットのフルネーム

  STATE

  サービスユニットがブート時に自動的に起動するかどうかの情報

手順

• システムサービスに対応するサービスユニットに関する詳細情報を表示します。

  $ systemctl status <name>.service

  <name> は、確認するサービスユニットの名前 (gdm など) に置き換えます。

  このコマンドでは、以下の情報が表示されます。

  • 選択したサービスユニットの名前とその後に続く簡単な説明
  • 利用可能なサービスユニットの情報 で説明されている 1 つ以上のフィールド
  • サービスユニットの実行: ユニットが root ユーザーによって実行される場合

  • 最新のログエントリー

    Expand

    表2.1 利用可能なサービスユニットの情報

    フィールド	説明
    Loaded	サービスユニットがロードされているかどうかの説明、ユニットファイルへの絶対パス、およびブート時のユニット起動が有効かどうかの注記。
    Active	サービスユニットが実行中かどうかの説明と、タイムスタンプ
    Main PID	プロセス ID と、対応するシステムサービスの名前。
    ステータス	対応するシステムサービスに関する追加情報
    Process	関連プロセスに関する追加情報
    CGroup	関連するコントロールグループ (cgroups) に関する追加情報。

    Show more

• 特定のサービスユニットが実行中であることを確認します。

  $ systemctl is-active <name>.service

• 特定のサービスユニットのブート時起動が有効かどうかを確認します。

  $ systemctl is-enabled <name>.service

  注記

  systemctl is-active および systemctl is-enabled コマンドは、指定したサービスユニットが実行中または有効な場合に、終了ステータス 0 を返します。

• 指定したサービスユニットの前に systemd がどのサービスの起動を指示するかを確認します。

  # systemctl list-dependencies --after <name>.service

  たとえば、gdm の前に起動するサービスのリストを表示するには、次のように入力します。

  # systemctl list-dependencies --after gdm.service
  gdm.service
  ├─dbus.socket
  ├─getty@tty1.service
  ├─livesys.service
  ├─plymouth-quit.service
  ├─system.slice
  ├─systemd-journald.socket
  ├─systemd-user-sessions.service
  └─basic.target
  [output truncated]

• 指定したサービスユニットの後に systemd がどのサービスの起動を指示するかを確認します。

  # systemctl list-dependencies --before <name>.service

  たとえば、gdm の後に起動するように systemd が指示するサービスのリストを表示するには、次のように入力します。

  # systemctl list-dependencies --before gdm.service
  gdm.service
  ├─dracut-shutdown.service
  ├─graphical.target
  │ ├─systemd-readahead-done.service
  │ ├─systemd-readahead-done.timer
  │ └─systemd-update-utmp-runlevel.service
  └─shutdown.target
    ├─systemd-reboot.service
    └─final.target
      └─systemd-reboot.service

前提条件

• Root アクセス権がある。

手順

• 現在のセッションでシステムサービスを起動します。

  # *systemctl start <systemd_unit> *

  <systemd_unit> は、起動するサービスユニットの名前 (例: httpd.service) に置き換えます。

  注記

  systemd では、サービスとサービスとの間に正と負の依存関係が存在します。特定のサービスを起動するとき、別のサービスを 1 つまたは複数開始 (正の依存関係)、あるいはサービスを 1 つまたは複数停止 (負の依存関係) することが必要となる場合があります。

  新しいサービスの起動を試みると、ユーザーに明示的な通知なしに、systemd がすべての依存関係を自動的に解決します。つまり、サービスを実行していて、負の依存関係にある別のサービスを起動しようとすると、最初のサービスが自動的に停止します。

  たとえば、sendmail サービスを実行しているときに postfix サービスを起動しようとすると、systemd はまず sendmail を自動的に停止します。これら 2 つのサービスは、競合しており、同じポートで実行できないためです。

前提条件

• Root アクセス権がある。

手順

• システムサービスを停止します。

  # systemctl stop <name>.service

  <name> は、停止するサービスユニットの名前 (bluetooth など) に置き換えます。

• 現在のセッションで選択したサービスユニットを停止し、すぐに再起動する。
• 対応するサービスがすでに実行中の場合にのみ、サービスユニットを再起動する。
• システムサービスの実行を中断せずに、システムサービスの設定を再ロードする。

前提条件

• Root アクセス権がある。

手順

• システムサービスを再起動します。

  # systemctl restart <name>.service

  <name> は、再起動するサービスユニットの名前 (httpd など) に置き換えます。

  選択したサービスユニットが実行中でない場合は、このコマンドによってサービスユニットが起動されます。

• 対応するサービスがすでに実行中の場合にのみ、サービスユニットを再起動します。

  # systemctl try-restart <name>.service

• サービスの実行を中断せずに設定を再ロードします。

  # systemctl reload <name>.service

  注記

  システムサービスがこの機能をサポートしない場合は、このコマンドは無視されることに注意してください。このようなサービスを再起動するには、代わりに reload-or-restart コマンドおよび reload-or-try-restart コマンドを使用します。

前提条件

• Root アクセス権がある。

手順

• ユニットがマスクされているかどうかを確認します。

  # systemctl status <systemd_unit>

• ユニットがマスクされている場合は、まずマスクを解除します。

  # systemctl unmask <systemd_unit>

• システムの起動時に起動するようにサービスを有効にします。

  # systemctl enable <systemd_unit>

  <systemd_unit> は、有効にするサービスユニットの名前 (例: httpd) に置き換えます。

前提条件

• Root アクセス権がある。

手順

• サービスがブート時に起動するのを無効にします。

  # systemctl disable <name>.service

  <name> は、無効にするサービスユニットの名前 (bluetooth など) に置き換えます。必要に応じて、--now コマンドを渡すと、サービスが現在実行中であれば停止させることができます。

• オプション: ユニットが管理者によって誤って起動されたり、他のユニットの依存関係として起動されたりするのを防ぐために、サービスをマスクします。

  # systemctl mask <name>.service

• 同様に、multi-user.target ユニットは、NetworkManager (NetworkManager.service)、D-Bus (dbus.service) といった、その他の必須システムサービスを開始し、basic.target という別のターゲットユニットをアクティブにします。

前提条件

• Root アクセス権がある。

前提条件

• Root アクセス権がある。

手順

• レスキューモードに入るには、現行セッションで現在のターゲットを変更します。

  # systemctl rescue
  
  Broadcast message from root@localhost on pts/0 (Fri 2023-03-24 18:23:15 CEST):
  
  The system is going down to rescue mode NOW!

  注記

  このコマンドは systemctl isolate rescue.target と似ていますが、システムに現在ログイン中の全ユーザーに情報メッセージを送信します。

  systemd がメッセージを送信しないようにするには、--no-wall コマンドラインオプションを指定して次のコマンドを入力します。

  # systemctl --no-wall rescue

• 特定の時刻にシステムをシャットダウンし、マシンの電源をオフにします。

  # shutdown --poweroff hh:mm

  hh:mm は 24 時間表記の時刻です。新しいログインを防ぐために、システムがシャットダウンする 5 分前に /run/nologin ファイルが作成されます。

  time 引数を使用すると、オプションの ウォールメッセージ を指定して、システムにログインしているユーザーにシャットダウンの予定を通知できます。たとえば、shutdown --poweroff 13:59 "Attention.The system will shut down at 13:59" などのメッセージです。

• マシンの電源を切らずに、時間をおいてからシステムをシャットダウンして停止します。

  # shutdown --halt +m

  +m は遅らせる時間 (分) です。now キーワードを +0 のエイリアスとして使用できます。

• 保留中のシャットダウンをキャンセルする

  # shutdown -c

前提条件

• Root アクセス

• システムをシャットダウンし、マシンの電源をオフにします。

  # systemctl poweroff

• マシンの電源を切らずにシステムをシャットダウンして停止します。

  # systemctl halt

前提条件

• Root アクセス権がある。

手順

• システムを再起動します。

  # systemctl reboot

• サスペンド
• Hibernate
• ハイブリッドスリープ
• サスペンドしてからハイバネート

前提条件

• Root アクセス権がある。

• Suspend: サスペンドを実行すると、システムの状態が RAM に保存され、RAM モジュールを除いて、マシン内のほとんどのデバイスの電源がオフになります。マシンの電源を戻すと、システムは再起動せずに RAM からその状態を復元します。システムの状態がハードディスクではなくメモリーに保存されるため、システムは、ハイバネートよりも、サスペンドモードからのほうがはるかに早く復元できます。ただし、サスペンドされたシステム状態は停電に対して脆弱です。システムをサスペンドするには、次のコマンドを実行します。

  # systemctl suspend

• Hibernate: ハイバネートを実行すると、システムの状態がハードディスクドライブに保存され、マシンの電源がオフになります。マシンの電源を戻すと、システムは再起動せずに、保存されたデータからその状態を復元します。システムの状態がメモリーではなくハードディスクに保存されるため、マシンでメモリーモジュールへの電源供給を維持する必要はありません。ただし、システムは、サスペンドモードより、ハイバネーションから復元する方がはるかに遅くなります。システムをハイバネートするには、次のコマンドを実行します。

  # systemctl hibernate

• Hybrid sleep: これは、ハイバネートとサスペンドの両方の要素を組み合わせたものです。システムはまず現在の状態をハードディスクドライブに保存し、サスペンドと同様の低電力状態に入ります。これにより、システムはより迅速に再開できるようになります。ハイブリッドスリープの利点は、スリープ状態中にシステムの電源が失われた場合でも、ハイバネーションと同様に、ハードディスクに保存されたイメージから以前の状態を回復できることです。システムをハイバネートおよびサスペンドするには、次のコマンドを実行します。

  # systemctl hybrid-sleep

• Suspend-then-hibernate: このモードでは、まずシステムがサスペンドされます。これにより、現在のシステムの状態が RAM に保存され、システムが低電力モードになります。一定期間 (HibernateDelaySec パラメーターで定義可能) サスペンド状態が続くと、システムはハイバネートします。ハイバネーションは、システムの状態をハードディスクドライブに保存し、システムを完全にシャットダウンします。サスペンドしてからハイバネートするモードには、バッテリー電力を節約しながら、作業をすぐに再開できるという利点があります。さらに、このモードでは、停電に備えてデータが確実に保存されます。システムをサスペンドしてからハイバネートします。

  # systemctl suspend-then-hibernate