systemctl command not found エラーになる原因と対処法

systemctl command not foundで悩んでいませんか？

結論から言うと、原因は大きく分けていくつかありますが、適切な調べ方と対処で解決できます。

この記事では初心者にも分かるように、原因の見つけ方と具体的な対処をやさしく説明します。

systemctlとは何か、まずは簡単に説明します

systemctlはLinuxでよく使われるコマンドです。

主に「サービス（システムの裏で動くプログラム）」を管理します。

例えば、ウェブサーバ（nginx）やデータベース（mysql）を起動・停止したり、状態を確認したりできます。

専門用語を少しだけ使うと、systemctlは「systemd」という仕組みを操作する窓口です。

systemdは、コンピュータの起動管理やサービス管理をするソフトのことです。

よくある原因と見分け方

1) そもそもsystemdがインストールされていない（または使われていない）

最近は軽量な環境や古い環境でsystemdを使っていないことがあります。

たとえば、Alpine LinuxやBusyBoxベースのイメージ、古いWSL(Windows Subsystem for Linux)などです。

確認方法は簡単です。端末で次のコマンドを実行します。

ps -p 1 -o comm=

ps -p 1 -o comm=

出力が"systemd"でなければ、systemdがPID 1（最初に起動するプロセス）として動いていない可能性が高いです。

2) PATHの問題でsystemctlコマンドが見つからない

systemctlはパスが通っていない場所にあることがあります。

例えば、/binや/sbinにあって、一般ユーザーで実行する場合はPATHに含まれていないことがあります。

確認コマンド

which systemctl
ls -l /bin/systemctl /usr/bin/systemctl /sbin/systemctl

which systemctl
ls -l /bin/systemctl /usr/bin/systemctl /sbin/systemctl

3) コンテナ（Dockerなど）内ではsystemdが動いていないことが多い

Dockerコンテナは小さく作ることが多く、systemdを動かさずに軽いプロセスだけを動かします。

そのため、コンテナ内でsystemctlを使おうとして"command not found"になるケースが非常に多いです。

4) 古い/特殊な環境（WSL1など）はsystemd未対応

古いWSL1や特定のLinuxサブセットではsystemdがサポートされていません。

最近のWSL2では設定次第でsystemdを有効にできますが、デフォルトは無効だったりします。

何を優先して試すべきか（結論）

まずは環境を確認することが一番大切です。

次に、できるだけ安全な方法で代替の操作を試しましょう。

最後に、どうしてもsystemdが必要なら適切な対応を行います。

優先手順のイメージ

1. 環境の種類を確認（コンテナか実機かWSLか）

2. systemctlの有無をチェック（whichやlsで）

3. 代替コマンドでサービスを操作（serviceや/etc/init.d/を使う）

4. 必要ならsystemdが動く環境に切り替える

具体的なケースと例（実務でよくある状況）

ケース1：Dockerコンテナでsystemctlがない

よくあるのは開発環境でDockerコンテナを使っていて、nginxを起動しようとしたときです。

例えば次のようにやる人がいます。

docker exec -it mycontainer bash
systemctl start nginx

docker exec -it mycontainer bash
systemctl start nginx

しかしコンテナ内でsystemctlは無いことが多いです。

対処法は次のどれかです。

• 直接コマンドで起動する：nginxやnginx -g 'daemon off;'
• サービススクリプトを使う：/etc/init.d/nginx start
• systemdが動く専用のイメージを使う（注意が必要）

具体例

docker exec -it mycontainer /etc/init.d/nginx start
# または
docker exec -it mycontainer nginx -g 'daemon off;'

docker exec -it mycontainer /etc/init.d/nginx start
# または
docker exec -it mycontainer nginx -g 'daemon off;'

ケース2：WSLでsystemctlが無い（Windows Subsystem for Linux）

WSL1ではsystemdがサポートされていません。

WSL2は最近の更新でsystemdをオンにできますが、設定が必要です。

対処法

• WSLのバージョンを確認：wsl -l -v
• WSL2にアップデートするか、/etc/wsl.confでsystemdを有効にする

例（WSLでsystemdを有効にする設定）

[boot]
systemd=true

[boot]
systemd=true

その後、Windows側でWSLを再起動します。

ケース3：古いまたは特殊なディストリでsystemctlがない

Alpine Linuxのような軽量ディストリではsystemdを使いません。

代わりにOpenRCやrunitなど別の起動管理を使います。

その場合はディストリのマニュアルに従ってください。

例：Alpineでサービスを起動するには

rc-service sshd start

rc-service sshd start

ケース4：root権限が必要なのに一般ユーザーで実行している

systemctl自体はコマンドがあっても権限が足りないと動きません。

sudoをつけて試すことが必要です。

sudo systemctl start nginx

sudo systemctl start nginx

よく使う代替コマンドとその使い方

serviceコマンド

古いLinuxや互換レイヤーではserviceコマンドが使えます。

例

sudo service nginx start
sudo service nginx status
sudo service nginx stop

sudo service nginx start
sudo service nginx status
sudo service nginx stop

/etc/init.d/スクリプトを直接使う

init.dスクリプトは直接実行できます。

例

sudo /etc/init.d/mysql start

sudo /etc/init.d/mysql start

プロセスを直接起動する

軽いコンテナや開発環境では、サービスを直接起動するのが一番単純です。

例 nginxをフォアグラウンドで起動してログをコンテナ出力にする

nginx -g 'daemon off;'

nginx -g 'daemon off;'

systemdを使いたい場合の注意点と対処法

もし本番運用でsystemdが必須なら、systemdが動く環境を用意することが安全です。

無理にコンテナにインストールして動かすと不安定になります。

選択肢1：systemd対応のDockerイメージを使う

公式でsystemdをサポートするイメージや、communityのイメージがあります。

ただしセキュリティや設定に注意が必要です。

docker run --privileged -v /sys/fs/cgroup:/sys/fs/cgroup:ro <figure><img></figure> /sbin/init

docker run --privileged -v /sys/fs/cgroup:/sys/fs/cgroup:ro <figure><img></figure> /sbin/init

選択肢2：仮想マシン（VM）を使う

VMなら通常のLinuxと同じ環境が手に入ります。

VirtualBoxやクラウドVMを使えばsystemdは標準で動きます。

選択肢3：WSL2を使う（Windowsユーザー向け）

WindowsユーザーでLinuxのsystemdを使いたいならWSL2が便利です。

設定次第でsystemdを有効化できます。

トラブルシューティングの流れ（チェックリスト）

1. どの環境で実行しているかを確認する（Docker/WSL/VM/物理）
2. systemctlコマンドが存在するか確認する：which systemctl
3. PID 1が何かを確認する：ps -p 1 -o comm=
4. 代替コマンドでサービスを起動してみる：serviceや/etc/init.d/
5. 本当にsystemdが必要なら、systemd対応環境に切り替える

実際の例：nginxが起動しない場面での対応（手順付き）

ケース：Dockerコンテナでnginxを起動したいがsystemctlが見つからない。

手順1：コンテナ外でログを確認して本当にnginxが必要か確かめる。

手順2：コンテナ内で次を試す。

docker exec -it mycontainer bash
ps -p 1 -o comm=
which systemctl
# もし無ければ代替
/etc/init.d/nginx start
# 無ければ直接
nginx -g 'daemon off;'

docker exec -it mycontainer bash
ps -p 1 -o comm=
which systemctl
# もし無ければ代替
/etc/init.d/nginx start
# 無ければ直接
nginx -g 'daemon off;'

手順3：開発用ならプロセスを直接起動することを検討します。

本番でsystemdが必須ならsystemd対応のイメージに切り替えるかVMで動かします。

よくある誤解と注意点

誤解：systemctlがない＝Linux自体がダメ、ではありません。

実際は単に別の仕組みを使っているだけ、または軽い環境だからです。

注意点：systemdを無理に入れようとすると環境を壊すことがあります。

特にコンテナでは、systemdを動かすために特権を付与するとセキュリティリスクがあります。

まとめ

systemctl command not foundの原因は主に次の3つです。

まずは環境を確認して、代替コマンド（serviceや/etc/init.d、直接起動）を試してください。

本当にsystemdが必要なら、systemd対応のイメージやVM、WSL2への切り替えを検討しましょう。

この記事で紹介したコマンドや手順は、実務でよくあるケースをもとにしています。