service コマンドの使い方 | systemctl との関係と SysVinit 互換性

▶

編集

この記事の要点

service は SysVinit 時代から続くサービス管理コマンド、現在は systemctl のラッパ
構文がシンプル (service NAME start) なため習慣で使い続けるエンジニアが多い
systemd 環境では内部的に systemctl にリダイレクトされる
自動起動の設定は service ではできない (chkconfig / systemctl enable が必要)
新規スクリプトには使わず、systemctl を直接呼ぶのが推奨

概要

service コマンドは SysVinit 時代に /etc/init.d/<name> start を打ちやすくするために導入されたラッパスクリプトです。Debian/Ubuntu 系も RHEL/CentOS 系も古くから提供しており、長年慣れたエンジニアにとっては指が覚えている操作系です。現在ほぼすべてのメジャーディストリビューションは systemd へ移行済みですが、後方互換性のため service は残されており、systemctl を内部で呼び出すだけのシムとして動作します。一方で出力フォーマットや終了コードの取り扱いには微妙な差があるため、新しいスクリプトは systemctl を直接使うのが安全です。

基本構文

service SERVICE_NAME COMMAND

SERVICE_NAME には systemd ユニット名から .service を除いた名前 (例: nginx, sshd) を、COMMAND には start / stop / restart / reload / status を指定します。引数を取らずに service --status-all とすれば既知サービスを一覧できます (Debian 系)。

主要オプション

コマンド	意味
`start`	サービスを起動
`stop`	サービスを停止
`restart`	停止→起動 (停止失敗でも続行)
`reload`	設定再読込のみ (プロセスは継続)
`force-reload`	reload 不可なら restart
`status`	状態確認
`--status-all`	全サービスの状態を一覧 (Debian/Ubuntu)

実用例

# 古い手癖で覚えている場合
sudo service nginx start
sudo service nginx restart
sudo service sshd status

# Debian/Ubuntu でサービス一覧
service --status-all

# シェルスクリプトの中で互換性重視で書きたいとき
if command -v systemctl >/dev/null; then
    systemctl restart nginx
else
    service nginx restart
fi

注意点・落とし穴

自動起動制御はできない: service nginx enable は通りません (またはエラー)。enable は systemctl enable nginx を使ってください。
systemd ターゲットや timer は触れない: service は「サービスっぽいもの」しか扱わない設計です。マウントユニットやタイマーは systemctl 必須。
終了コードの非互換: status の戻り値が SysVinit と systemd で完全には一致しないため、シェル判定は systemctl is-active --quiet を推奨。
service NAME stop が即終了しない: 内部の systemctl 呼び出しは非同期で、stop 完了前にプロンプトが戻ることがあります。後続処理は is-active でループ確認すると安全です。
ディストリ依存挙動: --status-all は Debian/Ubuntu のみで、RHEL 系には存在しません。

systemctl との並存・移行ガイド

service は SysV init / Upstart / OpenRC 時代の互換インタフェースで、現代の Linux ディストリでは systemd の薄いラッパーとして残されています。service nginx start は内部で systemctl start nginx に変換されます。

service	systemctl 同等
`service nginx start`	`systemctl start nginx`
`service nginx status`	`systemctl status nginx`
`service --status-all`	`systemctl list-units --type=service`
`service nginx reload`	`systemctl reload nginx`

移行を進める理由: service はステータス JSON 出力、依存関係、ソケット起動、タイマージョブなど systemd の機能をフルに使えません。CI・Ansible・cloud-init では systemctl 直書きが推奨。

サポートされない環境: Docker コンテナや Alpine Linux など systemd を使わないディストリでは service は /etc/init.d 直叩きになり、機能が限定されます。コンテナでは PID 1 として直接プロセスを起動する設計に切り替えるのが定石です。

編集

子ページ

子ページはありません

同階層のページ

2026-06-22 08:51:26 atom 23

最近更新/作成されたページ

Git pushした変更の取消し｜revert・履歴変更と保護の注意点 2026-10-15 23:49:01
Gitでローカルを戻す前に｜reset・restoreの違いと退避範囲 2026-10-15 23:49:01
Git rebaseの使い方｜対象範囲・競合解決・pushの判断 2026-10-15 22:50:59
Git pullの使い方｜取込み先・ff-only・競合とstashの注意点 2026-10-15 22:50:59
Git pushの使い方｜送信先・タグ・force-with-leaseの条件 2026-10-15 22:12:47
Git remoteの設定・確認・削除｜SSH URLとfetch/pushの違い 2026-10-15 22:12:47
Gitリモートリポジトリの作成｜初回push・既存履歴・mirrorの注意 2026-10-15 15:48:16
Gitのuser.name・user.email設定｜local/global・確認と過去履歴の注意 2026-10-15 15:30:07
LinuxにGitをインストール｜配布元・初期設定・TLSと認証の確認 2026-10-15 15:30:06
Git導入と初回push｜Linuxサーバー・Windows/macOS・SSH設定 2026-10-15 14:51:54
Db2のCREATE INDEX｜索引定義・INCLUDEと実行計画の確認 2026-10-15 14:10:22
Db2の自動採番｜IDENTITY・ID取得とRESTARTの注意点 2026-10-15 14:10:22
【DB2】特定スキーマの全テーブルの全カラム情報を取得する方法 2026-10-15 13:53:15
Db2のシーケンスとIDENTITYの違い｜採番とカタログの確認SQL 2026-10-15 13:53:15
Db2で複数カラムをUPDATEする方法｜SET・WHEREと更新前の値 2026-10-15 13:53:15

ページ一覧

その他

service コマンドの使い方 | systemctl との関係と SysVinit 互換性

概要

基本構文

主要オプション

実用例

関連コマンドとの比較・組み合わせ

注意点・落とし穴

関連リンク

systemctl との並存・移行ガイド

人気ページ

最近更新/作成されたページ