設定 - Systemdサービスユニット - 版の履歴

Wiki: /* ユニットの有効化 / 無効化 */

2024-03-21T07:14:48Z

ユニットの有効化 / 無効化

@@ 275行目: / 275行目: @@
   # または
   sudo systemctl unmask <ユニット名>
 <br><br>

Wiki: /* Journald */

2023-04-13T11:34:54Z

Journald

← 古い版		2023年4月13日 (木) 20:34時点における版
415行目:		415行目:

	__FORCETOC__		__FORCETOC__
	[[カテゴリ:~~CentOS~~]][[カテゴリ:SUSE]][[カテゴリ:Raspberry_Pi]][[カテゴリ:PinePhone]]		[[カテゴリ:RHEL]][[カテゴリ:SUSE]][[カテゴリ:Raspberry_Pi]][[カテゴリ:PinePhone]]

Wiki: /* ユニットファイルの構造 */

2022-10-30T20:52:24Z

ユニットファイルの構造

@@ 85行目: / 85行目: @@
 == ユニットファイルの構造 ==
 ユニットファイルは、3つのセクションで構成される。<br>
 <br>
 * [Unit]セクション

Wiki: /* 手動で作成したシステムのサービスユニットを有効にする */

2022-10-30T20:45:28Z

手動で作成したシステムのサービスユニットを有効にする

@@ 361行目: / 361行目: @@
 <br>
 サービスユニットの状態を確認する。<br>
-sudo systemctl status <サービスユニットのファイル名>
+ sudo systemctl status <サービスユニットのファイル名>
 <br><br>
 __FORCETOC__
 [[カテゴリ:CentOS]][[カテゴリ:SUSE]][[カテゴリ:Raspberry_Pi]][[カテゴリ:PinePhone]]

Wiki: /* ユニットファイルの構造 */

2022-10-30T20:03:46Z

ユニットファイルの構造

← 古い版		2022年10月31日 (月) 05:03時点における版
139行目:		139行目:
	**: 未指定の場合、<u>10秒の間に5回以上再起動すると、次の10秒間は再起動を試みない。</u>		**: 未指定の場合、<u>10秒の間に5回以上再起動すると、次の10秒間は再起動を試みない。</u>
	**: <br>		**: <br>
	**: <code>StartLimitInterval</code>~~の間に~~<code>StartLimitBurst</code>回以上再起動すると、次の<code>StartLimitInterval</code>~~の間は再起動を試みない。~~		**: <code>StartLimitInterval</code>秒の間に<code>StartLimitBurst</code>回以上再起動すると、次の<code>StartLimitInterval</code>秒の間は再起動を試みない。
	**: <br>		**: <br>
	**: 各条件は以下の4つがある。		**: 各条件は以下の4つがある。

Wiki: /* ユニットファイルの構造 */

2022-10-30T20:01:49Z

ユニットファイルの構造

← 古い版		2022年10月31日 (月) 05:01時点における版
113行目:		113行目:
	**: <u>"起動が完了する"</u>とは、次の他ユニットが実行可能であることを意味する。		**: <u>"起動が完了する"</u>とは、次の他ユニットが実行可能であることを意味する。
	*** simple		*** simple
	***: ~~デフォルト。プロセスが起動した時点で起動が完了する。~~		***: デフォルト。コマンドを実行した時点で起動完了と判定する。
			***: 指定コマンドがフォアグラウンドで実行を継続する場合に使用する。
	*** forking		*** forking
	***: ~~フォークして親プロセスが終了した時点で起動が完了する。~~		***: 子プロセスをバックグラウンドで起動して、親プロセスが終了した時点(最初のコマンドが終了した時点)で起動完了と判定する。
			***: 最初のコマンドが終了する場合に使用する。
	*** oneshot		*** oneshot
	***: simpleと似ているが、次のユニットを実行する前に自身のプロセスを終了する。		***: simpleと似ているが、次のユニットを実行する前に自身のプロセスを終了する。(コマンドが終了したら起動完了と判定して、サービスも終了したものと認識する)
			***: <code>RemainAfterExit=yes</code>を指定する場合は、コマンド終了後もサービスは起動したままと認識する。
			***: 1度だけコマンドを実行するタイプの場合に使用する。
	*** dbus		*** dbus
	***: D-~~Busを使用するプロセスであり、D~~-~~Busの接続名を見つけた時に起動が完了する。~~		***: D-Bus(プロセス間通信用メッセージバス)を使用するプロセスであり、<code>BusName</code>で指定した接続名がD-Busに登録される時点で起動完了と判定する。
	*** notify		*** notify
	***: ~~simpleと似ているが、~~<code>sd_notify</code>~~関数で起動完了のメッセージを受信した時に起動が完了する。~~		***: simpleと似ているが、systemdのライブラリ関数である<code>sd_notify</code>関数を使用して、起動完了のメッセージを受信した時に起動が完了する。
			***: コマンドのプログラムにおいて、<code>sd_notify</code>関数を使用して起動完了を通知するように設計されている必要がある。
	*** idle		*** idle
	***: simpleと似ているが、他のジョブが終了するまで待機する。（シェルへの出力が混ざらないようにするため）		***: simpleと似ているが、他のジョブが終了するまで待機する。（シェルへの出力が混ざらないようにするため）
131行目:		136行目:
	**: リロード時に実行するコマンドを記述する。		**: リロード時に実行するコマンドを記述する。
	** Restart		** Restart
	**: ~~プロセスが停止した時、プロセスを再起動する条件を記述する。~~		**: プロセスが異常終了した時、プロセスを再起動する条件を記述する。
			**: 未指定の場合、<u>10秒の間に5回以上再起動すると、次の10秒間は再起動を試みない。</u>
			**: <br>
			**: <code>StartLimitInterval</code>の間に<code>StartLimitBurst</code>回以上再起動すると、次の<code>StartLimitInterval</code>の間は再起動を試みない。
			**: <br>
	**: 各条件は以下の4つがある。		**: 各条件は以下の4つがある。
	*** always		*** always

Wiki: /* ユニットの依存関係および順序の確認 */

2022-02-12T13:08:40Z

ユニットの依存関係および順序の確認

@@ 240行目: / 240行目: @@
 指定したユニットよりも後に起動するユニットを表示する。<br>
   sudo systemctl list-dependencies <ユニット名> --before
 <br><br>

Wiki: /* ユニットファイルの構造 */

2022-02-12T12:57:41Z

ユニットファイルの構造

← 古い版		2022年2月12日 (土) 21:57時点における版
104行目:		104行目:
	**: 前のユニットの起動が失敗した場合でも起動する。		**: 前のユニットの起動が失敗した場合でも起動する。
	** Conflicts		** Conflicts
	**: ~~指定したユニットと一緒に起動しない。~~		**: 同時に有効化してはいけないユニットを指定する。
	*: <br>		*: <br>
	* [Service]セクション		* [Service]セクション

Wiki: /* 独自のユニットやSystemdサービスファイルの作成 */

2022-02-12T12:55:23Z

独自のユニットやSystemdサービスファイルの作成

@@ 225行目: / 225行目: @@
   WantedBy=<sudo systemctl enableコマンドの実行時に、このユニットの".wants"ディレクトリにリンクを作成する>
   Also=<同時に起動および停止するユニット>
 <br><br>

Wiki: /* ユニットファイルの構造 */

2022-02-08T04:35:35Z

ユニットファイルの構造

@@ 149行目: / 149行目: @@
 ** RestartSec
 **: 再起動するまでの待ち時間（秒）を記述する。
 * [Install]セクション
 *: インストール時の設定を記述する。

Wiki: /* ユニットファイルの構造 */

2022-02-06T11:55:46Z

ユニットファイルの構造

@@ 165行目: / 165行目: @@
 サービスの詳細を知りたい場合は、以下のコマンドを実行する。<br>
   man systemd.service
 <br><br>

Wiki: /* ユニットファイルの構造 */

2022-02-06T11:29:34Z

ユニットファイルの構造

← 古い版		2022年2月6日 (日) 20:29時点における版
141行目:		141行目:
	*** on-failure		*** on-failure
	***: 終了コードが0以外で再起動する。		***: 終了コードが0以外で再起動する。
			*** on-abort
			***: キャッチできないシグナルで終了した時に再起動する。
			*** on-watchdog
			***: 監視時間切れで再起動する。
			*** on-abnormal
			***: SIGHUP、SIGINT、SIGTERM、SIGPIPE以外のシグナルで終了した時に再起動する。
	** RestartSec		** RestartSec
	**: 再起動するまでの待ち時間（秒）を記述する。		**: 再起動するまでの待ち時間（秒）を記述する。

Wiki: /* 独自のユニットやSystemdサービスファイルの作成 */

2022-02-06T11:01:06Z

独自のユニットやSystemdサービスファイルの作成

← 古い版		2022年2月6日 (日) 20:01時点における版
167行目:		167行目:
	サービスユニットを作成するための構文を、以下に示す。<br>		サービスユニットを作成するための構文を、以下に示す。<br>
	<br>		<br>
	まず、/usr/lib/systemd/systemディレクトリに、ユニットファイルを作成する。<br>		まず、/etc/systemd/systemディレクトリまたは/usr/lib/systemd/systemディレクトリに、ユニットファイルを作成する。<br>
			<u>一般的には、ユーザが任意で作成するユニットファイルは、/etc/systemd/systemディレクトリに配置する。</u><br>
	sudo vi /usr/lib/systemd/system/<ユニットファイル名>.service		sudo vi /usr/lib/systemd/system/<ユニットファイル名>.service
	または		または

Wiki: /* ユニットの種類 */

2022-02-06T10:59:54Z

ユニットの種類

@@ 81行目: / 81行目: @@
 <br>
 ここでは、.service拡張子のユニットについて記載する。<br>
 <br><br>

Wiki: /* 独自のユニットやSystemdサービスファイルの作成 */

2021-10-05T17:23:43Z

独自のユニットやSystemdサービスファイルの作成

← 古い版		2021年10月6日 (水) 02:23時点における版
94行目:		94行目:
	sudo vi /etc/systemd/system/<ユニットファイル名>.service		sudo vi /etc/systemd/system/<ユニットファイル名>.service
	<br>		<br>
			# スクリプトを使用する場合

			[Unit]
			Description = # サービスの説明を記述する
			After = network.target # ※指定しなくてもよい

			[Service]
			User= # ユーザ名例. root ※指定しなくてもよい
			WorkingDirectory= # 実行するファイルまたはスクリプトがあるディレクトリのフルパス ※指定しなくてもよい
			ExecStart = # 実行するファイルまたはスクリプトへのフルパスまたはファイル名のみ(WorkingDirectoryを指定する場合)
			Restart=always # ※指定しなくてもよい

			[Install]
			WantedBy = # multi-user.target または graphical.target等
			<br>
			# Pythonを使用する場合

	[Unit]		[Unit]
	Description = # <- サービスの説明を記述する		Description = # サービスの説明を記述する
	After = network.target		After = network.target # ※指定しなくてもよい

	[Service]		[Service]
	ExecStart = # <~~- 実行するファイルまたはスクリプトへのフルパス~~		User= # ユーザ名例. root ※指定しなくてもよい
			WorkingDirectory= # 実行する.pyファイルがあるディレクトリのフルパス ※指定しなくてもよい
			ExecStart = # <Pythonの実行ファイル> <実行する.pyファイルへのフルパスまたはファイル名のみ(WorkingDirectoryを指定する場合)>
			# 例. /usr/bin/python3 main.py
			Restart=always # ※指定しなくてもよい

	[Install]		[Install]
	WantedBy = # <- multi-user.target または graphical.target等		WantedBy = # multi-user.target または graphical.target等
	<br>		<br>
	以下の例では、Glancesという名前のサービスファイルを作成して、Linux向けの監視ツールであるglancesをバックグラウンドで動作させている。<br>		以下の例では、Glancesという名前のサービスファイルを作成して、Linux向けの監視ツールであるglancesをバックグラウンドで動作させている。<br>
138行目:		159行目:
	\|}		\|}
	</center>		</center>
			<br>
			サービスファイルを読み込んで、新しいサービスを追加する。<br>
			sudo systemctl daemon-reload
	<br><br>		<br><br>

2021年6月21日 (月) 09:58にWikiによる

2021-06-21T09:58:45Z

@@ 30行目: / 30行目: @@
 <br>
 Systemdではセクションと呼ばれ、その中に一連のキーと値のペア(Systemdではディレクティブと呼ばれる)が格納されている。<br>
 <br><br>
 __FORCETOC__
 [[カテゴリ:CentOS]][[カテゴリ:SUSE]][[カテゴリ:Raspberry_Pi]][[カテゴリ:PinePhone]]

Wiki: ページの作成:「== 概要 == サービスとは、PCの起動時に自動的に実行され、バックグラウンドで仕事をするために待機するソフトウェアのこと…」

2021-06-20T16:19:57Z

ページの作成:「== 概要 == サービスとは、PCの起動時に自動的に実行され、バックグラウンドで仕事をするために待機するソフトウェアのこと…」

新規ページ

== 概要 ==
サービスとは、PCの起動時に自動的に実行され、バックグラウンドで仕事をするために待機するソフトウェアのことである。 
 
一般的に、サービスはグラフィカルユーザインターフェースを持たず、ユーザの操作無しに動作する。 
最もよく知られているサービスは、Web、メール、データベース等のサーバで、Apache、MySQL等がある。 
 
また、ハードウェアの検出やUSBメモリの自動統合(マウント)等もサービスによって行われる。 
 
サービスには、システム起動時に関連するタスクやハードウェアに関連するタスクを行う"内部サービス"と、 
その後にユーザがインストールするサービス(通常は全てのサーバサービスを含む)の2種類がある。 
 
技術用語やコンピュータ用語では、サービスは伝統的にデーモンと呼ばれている。 
そのため、サーバコンポーネントであるsshdやmysqldのように、サービスを表すプログラムの最後の文字として"d"が用いられることが多い。 
 
一方、Systemdは、システムおよびセッションマネージャ(initシステム)であり、 
コンピュータの起動プロセスからシャットダウンまでの全動作時間にわたって、システム上で動作するすべてのサービスを管理する役割を担っている。 
 
プロセスは常に(可能な限り)並行して起動され、起動プロセスを可能な限り短くする。 
ここで、.serviceで終わる設定ファイルを作成して、Systemdが制御・監視するプロセスに関するコードを保持する場合をSystemd Service Unitファイルと呼ぶ。 
 
Systemdには、サービス、タイマ、マウントポイント、ソケット、スワップスペース、デバイス等のユニットが存在する。 
そのため、Systemdは管理用の設定の全てをファイルから取得する。 
 
Systemdの用語では、これらを"ユニット"と呼び、システム全体に適用されるユニットと各ユーザ領域にのみ適用されるユニットがある。 
 
ユニットには、サービスを開始するためのサービスユニットや、ある時点でのアクションを(繰り返し)実行するためのタイマユニット等、様々な種類がある。 
 
各タイプのユニットファイルに共通しているのは、iniファイルに似た構造をしていることである。 
ユニットファイルは、いくつかのセクション(多くの場合、3セクション)で構成されている。 
 
Systemdではセクションと呼ばれ、その中に一連のキーと値のペア(Systemdではディレクティブと呼ばれる)が格納されている。 
 

__FORCETOC__
[[カテゴリ:CentOS]][[カテゴリ:SUSE]][[カテゴリ:Raspberry_Pi]][[カテゴリ:PinePhone]]