【Linux】systemctlコマンドの使い方｜起動・停止・再起動

Linuxユーザにお勧めの本 ↗

最新版

ゼロからはじめるLinuxサーバー構築・運用ガイド 第2版 動かしながら学ぶWebサーバーの作り方

難易度

実用性

最新度

こんな人におすすめ： インフラ初心者、クラウド・VPSでサーバーを構築したい人

Rocky Linux対応。実際にWebサーバーを公開するまでのプロセスを体験できる、最も確実で実践的なガイドブックです。

Amazon 🔴 楽天 📝 書評を読む

初心者向け

わかばちゃんと学ぶ サーバー監視

難易度

実用性

読みやすさ

こんな人におすすめ： vmstatの見方がわからない人、インフラ初心者

マンガと図解が中心で圧倒的に読みやすい。負荷調査の手法がスッと理解できるようになります。

Amazon 🔴 楽天 📝 書評を読む

新しいLinuxの教科書　第２版

難易度

実用性

読みやすさ

こんな人におすすめ： Linuxの基本を体系的に学びたい新人エンジニア

一生モノの基礎知識が身につく定番書です。

Amazon 🔴 楽天

ゼロからわかる　Linuxコマンド200本ノック―基礎知識と頻出コマンドを無理なく記憶に焼きつけよう！

難易度

実用性

習得度

こんな人におすすめ： コマンド操作を体で覚えたい人

アウトプット重視で記憶に定着しやすい。反復練習でLinux操作が自由自在になります。

Amazon 🔴 楽天

エンジニア1年生のための世界一わかりやすいLinuxコマンドの教科書

難易度

実用性

読みやすさ

こんな人におすすめ： コマンドラインに恐怖心がある新人、1冊目を探している人

Amazon 🔴 楽天

📚 ITエンジニア向けおすすめ技術書・関連書籍まとめはこちら

LinuxLinux [リナックス / ライナックス]オープンソースのOSカーネルサーバーを運用・構築する上で、Webサーバーやデータベースなどのサービス（デーモン）の起動・停止や自動起動設定は必須の日常操作です。

CentOSCentOS [セントオーエス]Red Hat Enterprise Linux互換の安定したLinuxディストリビューション Stream、RHEL系ディストリビューション、UbuntuUbuntu [ウブントゥ]人気のLinuxディストリビューションなど、主要なLinuxディストリビューションでは、initinit [イニット]initialization（初期化）の略。システムやオブジェクトを初期状態にすることシステムとして systemd が標準採用されており、その操作の中核を担うのが systemctl コマンドです。

本記事では、現場で頻繁に使う基本的なコマンドから、ステータスの読み解き方、ログ調査、起動失敗時のトラブルシューティング手順まで、要点を絞ってシンプルに解説します。

想定環境

• OSOS [オーエス]Operating System。基本ソフトウェア: CentOS Stream / AlmaLinux / Rocky Linux / Ubuntu Server
• ユニット名の指定時、.service 拡張子は省略可能です（例: nginx.service → nginx）

systemctlの基礎知識と基本操作

systemctlとは？systemdとの関係

systemctl は、Linuxのシステムとサービスを管理するバックグラウンドプログラム systemd を操作するための管理コマンド です。

• systemd: システム起動時のプロセス初期化や並列起動、各種サービス・ソケット・マウントポイントなどのリソース（ユニット）を一元管理する仕組み。
• systemctl: 管理者が systemd に対して「サービスを起動せよ」「状態を教えろ」と命令を下すためのインターフェース。

従来のservice/chkconfigコマンドとの対比

古いLinux（CentOS 6以前など）では、サービス操作に service、自動起動設定に chkconfig がよく使われていました。 systemdを採用したLinuxでは、サービスの起動・停止や自動起動設定などを systemctl で管理するのが基本です。

サービスの基本操作（起動・停止・再起動・リロード）

日常的に最もよく使うサービス制御コマンドです。システムサービスの制御には通常、管理者権限（sudo）が必要です。

1
# サービスを起動する
2
sudo systemctl start nginx
3

4
# サービスを停止する
5
sudo systemctl stop nginx
6

7
# サービスを再起動する（プロセスを一度停止してから起動）
8
sudo systemctl restart nginx
9

10
# 設定ファイルを再読み込みする（プロセスを停止させずに反映）
11
sudo systemctl reload nginx

restart と reload の使い分け

• reload: Webサーバーの設定変更など。サービスが対応している場合、プロセスを停止せずにサービス側の設定を再読み込みできます。
• restart: サービスを停止してから再度起動します。reload に非対応のサービスや、根本的な設定変更を行った場合はこちらを使います。

サービスの自動起動設定（有効化・無効化）

OS起動時にサービスを自動的に立ち上げるかどうかを制御します。

1
# 自動起動を有効にする
2
sudo systemctl enable nginx
3

4
# 自動起動を無効にする
5
sudo systemctl disable nginx
6

7
# 自動起動が有効になっているか確認する
8
systemctl is-enabled nginx

is-enabled の主な戻り値 単純な有効/無効以外にも、以下のようなステータスが返されることがあります。

• enabled / disabled: 自動起動の有効 / 無効
• static: 自動起動の設定を持たないが、他のサービスから依存されて起動しうる状態
• masked: 完全に無効化されており、手動での起動もできない状態

便利技：起動と自動起動を1行で同時に行う（—now）

通常は start と enable を別々に実行しますが、--now オプションを付けると 「今すぐ起動」と「自動起動の有効化」を1行で同時に実行 できます。

1
# 起動と自動起動有効化を同時に行う
2
sudo systemctl enable --now nginx
3

4
# 停止と自動起動解除を同時に行う
5
sudo systemctl disable --now nginx

新規サーバーの構築時などに手数を減らせる定番テクニックです。

サービスの状態確認（status）

サービスが現在正常に稼働しているか、エラーで停止していないかを確認します。トラブル調査の起点となる最重要コマンドです。

Tips: status確認時は sudo 推奨 systemctl status は一般ユーザーでも実行できますが、サービスの詳細な状態やログを確認する際は、権限の影響を避けるため sudo systemctl status <サービス> を使用するのが確実です。

1
systemctl status nginx

1
● nginx.service - The nginx HTTP and reverse proxy server
2
     Loaded: loaded (/usr/lib/systemd/system/nginx.service; enabled; preset: disabled)
3
     Active: active (running) since Sat 2026-09-12 10:00:00 JST; 1h ago
4
   Main PID: 12345 (nginx)
5
      Tasks: 3 (limit: 4684)
6
     Memory: 6.2M
7
        CPU: 85ms
8
     CGroup: /system.slice/nginx.service
9
             ├─12345 "nginx: master process /usr/sbin/nginx"
10
             ├─12346 "nginx: worker process"
11
             └─12347 "nginx: worker process"
12

13
Sep 12 10:00:00 server01 systemd[1]: Starting The nginx HTTP and reverse proxy server...
14
Sep 12 10:00:00 server01 systemd[1]: Started The nginx HTTP and reverse proxy server.

ステータス画面で見るべき4つのポイント

1. Loaded:
   • ユニットファイルが読み込まれているパスと、自動起動設定（enabled または disabled）が示されます。
   • ※末尾の preset は、systemdのプリセットポリシーに基づく設定値を示します。systemdのバージョンやディストリビューションによって表示形式が異なる場合があります。
2. Active:
   • active (running): 正常に稼働中
   • inactive (dead): 停止中
   • failed: 起動失敗または異常終了（原因調査が必要）
   • active (exited): 起動処理などのプロセスは終了しているものの、systemd上では正常に処理が完了した状態としてactive扱いになっている状態です。RemainAfterExit=yes を設定したサービスなどで見られます。
3. Main PID:
   • systemdがそのサービスのメインプロセスとして認識しているプロセスのPIDです。
4. 末尾のログ（最新ログメッセージ）:
   • 直近の起動イベントやエラー出力が表示されます。起動失敗時には、直近のエラーメッセージが表示され、原因を特定する手掛かりになることがあります。

サービス一覧の確認（list-units / list-unit-files）

「現在どんなサービスが動いているか」「システムにどんなサービスが登録されているか」を調べる際は、以下の2つのコマンドを使い分けます。

1
# 1. 現在ロードされているサービス一覧を表示
2
systemctl list-units --type=service
3

4
# 2. 停止中も含め、ロードされている全サービスを表示
5
systemctl list-units --type=service --all
6

7
# 3. インストールされているユニットファイルと自動起動状態の一覧を表示
8
systemctl list-unit-files --type=service

list-units と list-unit-files の違い

• list-units: 現在 systemdがロードしているユニットの状態 を確認します。デフォルトでは主にアクティブなユニットが表示され、--all を付けると非アクティブなユニットも含めて確認できます。「現在ロードされているサービス一覧」を見たいときに使います。
• list-unit-files: ディスク上に配置された ユニットファイルと自動起動設定の一覧 を確認します。「どのサービスがインストールされていて、自動起動がどう設定されているか」を確認したいときに便利です。

特定のサービスを検索したい場合は、grep とパイプで組み合わせます。

1
systemctl list-unit-files --type=service | grep -E "nginx|httpd|mariadb"

systemdの応用設定（ユニット・ターゲット・ログ）

ユニットファイルの設定と変更時のルール

systemdで管理されるサービスの設定は「ユニットファイル（.service）」に記述されています。

ユニットファイルの配置場所

ユニットファイルは主に以下の場所に配置されます。

• /usr/lib/systemd/system/: ディストリビューションやパッケージによって提供されるユニットファイル
• /etc/systemd/system/: システム管理者が作成・変更するユニットファイルやoverride設定

/etc/systemd/system/ は /usr/lib/systemd/system/ より優先されます。

既存サービスの設定を変更したい場合は、/usr/lib/systemd/system/ のファイルを直接編集せず、/etc/systemd/system/ にコピーして編集するか、sudo systemctl edit <サービス名> コマンドを使ってオーバーライドするのが推奨されます。

ユニットファイルを直接変更した場合は daemon-reload を実行

ユニットファイルを新規作成したり、既存のユニットファイルを直接書き換えたりした場合は、daemon-reload を実行してsystemdに変更を再読み込みさせます。

1
sudo systemctl daemon-reload

注意 systemctl daemon-reload を実行せずにユニットファイルを変更すると、systemdが変更前のユニット設定を保持したまま動作する場合があります。変更したユニットファイルをsystemdに再読み込みさせるため、ユニットファイルを変更した後は daemon-reload を実行します。

💡 daemondaemon [デーモン]バックグラウンドで動作するプロセス-reload と reload の違い

• sudo systemctl reload <サービス>: サービス自身（NginxNginx [エンジンエックス]高性能なWebサーバー・リバースプロキシなど） が設定ファイルを再読み込みする操作
• sudo systemctl daemon-reload: systemd がユニットファイルを再読み込みする操作 両者は全く別の操作である点に注意してください。

ターゲット（ランレベル）の管理

systemdでは、従来の「ランレベル（動作モード）」に相当する仕組みを ターゲット（Target） と呼びます。

よく使われるターゲットは以下の2つです。

• multi-user.target: CUI（コマンドライン）環境（従来のランレベル3）
• graphical.target: GUIGUI [ジーユーアイ / グーイ]Graphical User Interface。グラフィカルな操作画面環境（従来のランレベル5）

1
# 現在のデフォルト起動ターゲットを確認
2
systemctl get-default
3

4
# 次回起動時のターゲットをCUI環境に変更
5
sudo systemctl set-default multi-user.target
6

7
# 次回起動時のターゲットをGUI環境に変更
8
sudo systemctl set-default graphical.target
9

10
# システムを再起動せずに一時的にターゲットを切り替える
11
sudo systemctl isolate multi-user.target

※ isolate は現在実行中のサービスを停止する可能性があるため、実運用環境では影響範囲を確認してから実行してください。

ログの確認（journalctlとの連携）

systemctl status の下部に表示されるログは直近の数行のみです。トラブル調査などで過去のログを詳しく追いたい場合は、systemdのログ管理コマンド journalctl を使います。

1
# 特定サービスのログを全件表示（less形式）
2
sudo journalctl -u nginx
3

4
# ログをリアルタイムで監視（tail -f と同等）
5
sudo journalctl -u nginx -f
6

7
# 本日発生したエラー（err）以上の重要ログのみ抽出
8
sudo journalctl -u nginx -p err --since today

journalctl の詳しいオプションや検索方法については、以下の記事で徹底解説しています。

ITナレッジライフ

journalctlとは？使い方とオプションをわかりやすく解説【Linux】

Linuxのjournalctlコマンドの使い方を初心者向けに解説します。systemdのログを確認するjournalctlの基本から、-u・-f・-p・--sinceなど主要オプション、サービスログの絞り込みやリアルタイム監視、ログの管理方法まで具体例付きで紹介します。

トラブルシューティングとまとめ（チートシート）

サービスが起動しないときの調査手順（3ステップ）

サービスを start した際にエラーが出たり、ステータスが failed になったりした場合のトラブルシューティング手順です。

1
# 例: 起動時にエラーが出た場合
2
$ sudo systemctl start nginx
3
Job for nginx.service failed because the control process exited with error code.
4
See "systemctl status nginx.service" and "journalctl -xeu nginx.service" for details.

ステップ1: systemctl status で大枠の失敗原因を確認

まずはステータスを確認し、プロセスの終了コードやメッセージを確認します。

1
systemctl status nginx

code=exited, status=1/FAILURE のように終了コードが表示され、末尾数行に直接の原因（設定エラーなど）が出力されている場合があります。

ステップ2: journalctl で詳細なエラーメッセージを特定

ログの末尾数行で分からない場合は、-xeu オプション付きでログを確認します。エラーメッセージで提示されるコマンド例に合わせて、.service まで省略せずに指定すると確実です。

1
sudo journalctl -xeu nginx.service

設定ファイルの構文ミス（シンタックスエラー）、必要なディレクトリのパーミッション不足、ポート番号の競合などのエラーの手掛かりが記録されている場合があります。

ステップ3: よくある原因の切り分け

1. 設定ファイルの文法エラー:
   • Nginxなら nginx -t、ApacheApache [アパッチ]世界中で広く利用されているオープンソースのWebサーバーソフトウェアなら apachectl configtest を実行し、設定ファイルの記載ミスがないか確認します。
2. ポートの競合:
   • 起動しようとしているポート（例: 80番ポート）を別のプロセスがすでに使っていないか確認します。

   1
   sudo ss -tulnp | grep :80

3. ユニットファイルの設定変更忘れ:
   • ユニットファイルを書き換えた場合は、sudo systemctl daemon-reload を打ってから再度 sudo systemctl restart <サービス> を試します。

まとめ：systemctlコマンド早見表（チートシート）

日常的な運用でよく使う systemctl コマンドの一覧です。手元での作業時にチートシートとしてご活用ください。

おすすめ この記事に関連する技術本

わかばちゃんと学ぶ サーバー監視

Amazon 🔴 楽天

この記事を書いた人

Z (ITナレッジライフ)

現役のITエンジニア。Linux、プログラミング、IT用語など、日々の業務で得た「痒いところに手が届く」技術情報を発信しています。

プロフィールと編集ポリシーを見る →