Systemd - 版の履歴

Kgx: /* 電源管理 */ 同期

2025-03-03T14:22:49Z

電源管理: 同期

← 古い版		2025年3月3日 (月) 23:22時点における版
138行目:		138行目:
	\|-		\|-
	\| まずシステムをサスペンドし、設定された時間の経過後にウェイクアップしてシステムを休止状態にする \|\| {{ic\|systemctl suspend-then-hibernate}}		\| まずシステムをサスペンドし、設定された時間の経過後にウェイクアップしてシステムを休止状態にする \|\| {{ic\|systemctl suspend-then-hibernate}}
			\|-
			\| ユーザースペースのみの再起動を実行するには、[[#ソフトリブート]] を使用してください。\|\| {{ic\|systemctl soft-reboot}}
	\|-		\|-
	\|}		\|}

Kgx: /* ユニットを使う */ 同期

2025-03-03T14:20:00Z

ユニットを使う: 同期

← 古い版		2025年3月3日 (月) 23:20時点における版
52行目:		52行目:
	{{Note\|ユニットによっては名前に {{ic\|@}} 記号が含まれていることがあります (例: {{ic\|name@''string''.service}}): これは、そのサービスが''テンプレート''ユニットの [http://0pointer.de/blog/projects/instances.html インスタンス] であることを意味しており、テンプレートユニットのファイル名には {{ic\|''string''}} の部分が含まれていません (例: {{ic\|name@.service}})。{{ic\|''string''}} は ''instance identifier'' と呼ばれ、''systemctl'' コマンドでテンプレートユニットを実行するときに指定する引数と似ています: ユニットファイルの中の {{ic\|%i}} が置き換えられます。		{{Note\|ユニットによっては名前に {{ic\|@}} 記号が含まれていることがあります (例: {{ic\|name@''string''.service}}): これは、そのサービスが''テンプレート''ユニットの [http://0pointer.de/blog/projects/instances.html インスタンス] であることを意味しており、テンプレートユニットのファイル名には {{ic\|''string''}} の部分が含まれていません (例: {{ic\|name@.service}})。{{ic\|''string''}} は ''instance identifier'' と呼ばれ、''systemctl'' コマンドでテンプレートユニットを実行するときに指定する引数と似ています: ユニットファイルの中の {{ic\|%i}} が置き換えられます。

	正確に言うと、{{ic\|name@.suffix}} テンプレートユニットのインスタンスを作成する''前に''、''systemd'' は {{ic\|name@string.suffix}} というファイル名のユニットが存在しないか確認します。ただし名前の"衝突"が発生するのは極めて稀で、{{ic\|@}} 記号を含むユニットファイルは大抵テンプレートです。そういう決まりです。また、テンプレートユニットが instance identifier を付けられずに呼ばれたときは、{{ic\|%i}} が置き換えられないため実行失敗になります ({{ic\|cat}} のような特定の ''systemctl'' コマンドを除く)。}}		正確に言うと、{{ic\|name@.suffix}} テンプレートユニットのインスタンスを作成する''前に''、''systemd'' は {{ic\|name@string.suffix}} というファイル名のユニットが存在しないか確認します。ただし名前の"衝突"が発生するのは極めて稀で、{{ic\|@}} 記号を含むユニットファイルは大抵テンプレートです。そういう決まりです。また、テンプレートユニットが instance identifier を付けられずに呼ばれたときは、{{ic\|%i}} が置き換えられないため実行失敗になります ({{ic\|cat}} のような特定の ''systemctl'' コマンドを除く)}}

	以下の表のコマンドは、''systemctl'' の暗黙のデフォルトである {{ic\|--system}} から、'''system unit''' を操作するものです。代わりに、'''ユーザー単位''' で操作するには、root 権限なしで [[systemctl --user]] を使ってください。全てのユーザーに対してユーザーユニットを有効・無効にするには [[systemd/ユーザー#基本設定]] も見て下さい。		以下の表のコマンドは、''systemctl'' の暗黙のデフォルトである {{ic\|--system}} から、'''system unit''' を操作するものです。代わりに、'''ユーザー単位''' で操作するには、root 権限なしで [[systemctl --user]] を使ってください。全てのユーザーに対してユーザーユニットを有効・無効にするには [[systemd/ユーザー#基本設定]] も見て下さい。
60行目:		60行目:
	* {{ic\|--now}} スイッチは {{ic\|enable}}, {{ic\|disable}}, {{ic\|mask}} と一緒に使うことで、それぞれ起動、停止、マスクをリブート後ではなく即座に行うことができます。		* {{ic\|--now}} スイッチは {{ic\|enable}}, {{ic\|disable}}, {{ic\|mask}} と一緒に使うことで、それぞれ起動、停止、マスクをリブート後ではなく即座に行うことができます。
	* パッケージには様々な目的のユニットが入っています。パッケージをインストールしたら、{{ic\|pacman -Qql ''package'' <nowiki>\|</nowiki> grep -Fe .service -e .socket}} でサービスを確認することができます。		* パッケージには様々な目的のユニットが入っています。パッケージをインストールしたら、{{ic\|pacman -Qql ''package'' <nowiki>\|</nowiki> grep -Fe .service -e .socket}} でサービスを確認することができます。
			* 利用可能な場合、{{ic\|''unit''.socket}} を {{ic\|''unit''.service}} の代わりに有効にすることは有益である可能性があります。なぜなら、ソケットは必要に応じてサービスを開始するからです。詳細については[[#ソケットアクティベーション]]を参照してください。
	}}		}}

Kgx: /* トラブルシューティング */ 同期

2025-03-03T10:45:04Z

トラブルシューティング: 同期

← 古い版		2025年3月3日 (月) 19:45時点における版
650行目:		650行目:
	=== リモートマシンで緊急モードを無効化 ===		=== リモートマシンで緊急モードを無効化 ===

	リモートマシン (例えば Azure や Google Cloud でホストしている仮想マシン~~) の~~緊急モードは無効~~化すると良~~いでしょう。緊急モードが~~起動す~~ると、ネットワーク~~からマシンに~~接続~~できなくなってしまうから~~です。~~無効化するには以下のコマンドを実行:~~		リモートマシン、例えば Azure や Google Cloud でホストされている仮想マシンで緊急モードを無効にしたい場合があるかもしれません。緊急モードがトリガーされると、ネットワークへの接続がブロックされるためです。

			これを無効にするには、[[#ユニットを使う\|mask]] を使用して {{ic\|emergency.service}} と {{ic\|emergency.target}} を無効化します。
	# systemctl mask emergency.service

	# systemctl mask emergency.target
			=== サービスは存在しているが "Unit xxx.service not found" というエラーが表示される ===

			ユーザーユニットをシステムユニットとして開始または有効化しようとしている可能性があります。{{man\|5\|systemd.unit}} には、どのユニットがどこに存在するかが示されています。デフォルトでは、''systemctl'' はシステムサービスに対して操作を行います。

			詳細については、[[Systemd/ユーザー]] を参照してください。

	== 参照 ==		== 参照 ==

Kgx: /* シャットダウン時に自動で外部HDDの電源を切る */

2025-03-03T10:41:16Z

シャットダウン時に自動で外部HDDの電源を切る

@@ 572行目: / 572行目: @@
 }}
-=== シャットダウン時に自動で外部HDDの電源を切る ===
+=== シャットダウン時に自動で外部 HDD の電源を切る ===
-外部 HDD がシステムシャットダウン時に正しく電源オフされない場合、この問題を修正することが望ましい場合があります。
+こちらを参照、[[Udisks#シャットダウン時に自動で外部 HDD の電源を切る]]
 == トラブルシューティング ==

Kgx: /* ヒントとテクニック */ 同期

2025-03-03T10:38:44Z

ヒントとテクニック: 同期

@@ 525行目: / 525行目: @@
  # mkdir -p /etc/systemd/system/failure-notification@.service.d
  # touch /etc/systemd/system/failure-notification@.service.d/toplevel-override.conf
 === シャットダウン時に自動で外部HDDの電源を切る ===
-もしシステムのシャットダウン時に外部 HDD の電源が正常に切れない場合は、その問題を修正することが望ましいでしょう。電源を切る最も便利な方法は [[udisks]] を使用することです。
+外部 HDD がシステムシャットダウン時に正しく電源オフされない場合、この問題を修正することが望ましい場合があります。
 {{ic|udisks2.service}} を [[有効化]] します。

Kgx: /* systemd の構成要素 */ 同期

2025-03-03T10:26:59Z

systemd の構成要素: 同期

差分を表示

Kgx: 他言語へのリンクを修正

2025-02-02T09:56:57Z

他言語へのリンクを修正

← 古い版		2025年2月2日 (日) 18:56時点における版
4行目:		4行目:
	[[en:Systemd]]		[[en:Systemd]]
	[[es:Systemd]]		[[es:Systemd]]
⚫	[[fa:Systemd]]
	[[fi:Systemd]]		[[fi:Systemd]]
	[[fr:Systemd]]		[[fr:Systemd]]
		⚫	[[it:Systemd]]
	[[pt:Systemd]]		[[pt:Systemd]]
	[[ru:Systemd]]		[[ru:Systemd]]

Kgx: /* ユニットファイル */ サービスのログレベルを翻訳して追加

2025-02-02T09:54:32Z

ユニットファイル: サービスのログレベルを翻訳して追加

@@ 248行目: / 248行目: @@
 Restart=always
 RestartSec=30}}
 == ターゲット ==

Libnumafly: /* ソフトリブート */ 抜け字を修正

2024-11-17T08:50:34Z

ソフトリブート: 抜け字を修正

← 古い版		2024年11月17日 (日) 17:50時点における版
142行目:		142行目:
	==== ソフトリブート ====		==== ソフトリブート ====

	ソフトリブートは、カーネルを介さないユーザ空間のみの特別なリブート操作です。{{man\|8\|systemd-soft-reboot.service}} によって実装されており、{{ic\|systemctl Soft-reboot}} によって呼び出すことができます。[[kexec]] と同様、ファームウェアの再初期化をスキップしますが、さらにシステムはカーネルの初期化と [[initramfs]] を通過せず、ロックされていない [[dm-crypt]] デバイスは接続されたままになりす。		ソフトリブートは、カーネルを介さないユーザ空間のみの特別なリブート操作です。{{man\|8\|systemd-soft-reboot.service}} によって実装されており、{{ic\|systemctl Soft-reboot}} によって呼び出すことができます。[[kexec]] と同様、ファームウェアの再初期化をスキップしますが、さらにシステムはカーネルの初期化と [[initramfs]] を通過せず、ロックされていない [[dm-crypt]] デバイスは接続されたままになります。

	{{ic\|/run/nextroot/}} に有効なルートファイルシステム階層が含まれている場合 (例: 別のディストリビューションまたは別のスナップショットのルートマウント)、''ソフトリブート'' によりシステムルートがそこに切り替わり、カーネルによって管理される状態 ([[ネットワーク設定]] など) を失うことなく、別のインストールに切り替えることが出来ます。		{{ic\|/run/nextroot/}} に有効なルートファイルシステム階層が含まれている場合 (例: 別のディストリビューションまたは別のスナップショットのルートマウント)、''ソフトリブート'' によりシステムルートがそこに切り替わり、カーネルによって管理される状態 ([[ネットワーク設定]] など) を失うことなく、別のインストールに切り替えることが出来ます。

Pikosip: /* systemctl の基本的な使い方 */ 表現の修正

2024-10-12T02:18:31Z

systemctl の基本的な使い方: 表現の修正

← 古い版		2024年10月12日 (土) 11:18時点における版
103行目:		103行目:
	\| 起動時に自動起動するユニットを '''有効''' にして、すぐに '''起動''' する \|\| {{ic\|systemctl enable --now ''unit''}} as root \|\|		\| 起動時に自動起動するユニットを '''有効''' にして、すぐに '''起動''' する \|\| {{ic\|systemctl enable --now ''unit''}} as root \|\|
	\|-		\|-
	\| '''無効''' にする~~と、ブート時に起動しなくなります~~ \|\| {{ic\|systemctl disable ''unit''}} as root \|\|		\|ユニットの自動起動を '''無効'''にする \|\| {{ic\|systemctl disable ''unit''}} as root \|\|
	\|-		\|-
	\| ユニット<sup>3</sup>を ''再有効化'' する \|\| {{ic\|systemctl reenable ''unit''}} as root \|\| つまり、無効化して新たに有効化する		\| ユニット<sup>3</sup>を ''再有効化'' する \|\| {{ic\|systemctl reenable ''unit''}} as root \|\| つまり、無効化して新たに有効化する
109行目:		109行目:
	! colspan="3" \| ユニットのマスキング		! colspan="3" \| ユニットのマスキング
	\|-		\|-
	\| '''~~mask~~''' して起動~~不能に~~する~~ユニット~~<sup>4</sup> \|\| {{ic\|systemctl mask ''unit''}} as root \|\|		\|ユニットを '''マスク''' して起動を禁止する<sup>4</sup> \|\| {{ic\|systemctl mask ''unit''}} as root \|\|
	\|-		\|-
	\| '''~~unmask~~''' ~~ユニット~~ \|\| {{ic\|systemctl unmask ''unit''}} as root \|\|		\| ユニットの '''マスクを解除''' する \|\| {{ic\|systemctl unmask ''unit''}} as root \|\|
	\|}		\|}

← 古い版		2025年3月3日 (月) 23:20時点における版
52行目:		52行目:
	{{Note\|ユニットによっては名前に {{ic\|@}} 記号が含まれていることがあります (例: {{ic\|name@''string''.service}}): これは、そのサービスが''テンプレート''ユニットの [http://0pointer.de/blog/projects/instances.html インスタンス] であることを意味しており、テンプレートユニットのファイル名には {{ic\|''string''}} の部分が含まれていません (例: {{ic\|name@.service}})。{{ic\|''string''}} は ''instance identifier'' と呼ばれ、''systemctl'' コマンドでテンプレートユニットを実行するときに指定する引数と似ています: ユニットファイルの中の {{ic\|%i}} が置き換えられます。		{{Note\|ユニットによっては名前に {{ic\|@}} 記号が含まれていることがあります (例: {{ic\|name@''string''.service}}): これは、そのサービスが''テンプレート''ユニットの [http://0pointer.de/blog/projects/instances.html インスタンス] であることを意味しており、テンプレートユニットのファイル名には {{ic\|''string''}} の部分が含まれていません (例: {{ic\|name@.service}})。{{ic\|''string''}} は ''instance identifier'' と呼ばれ、''systemctl'' コマンドでテンプレートユニットを実行するときに指定する引数と似ています: ユニットファイルの中の {{ic\|%i}} が置き換えられます。

	正確に言うと、{{ic\|name@.suffix}} テンプレートユニットのインスタンスを作成する''前に''、''systemd'' は {{ic\|name@string.suffix}} というファイル名のユニットが存在しないか確認します。ただし名前の"衝突"が発生するのは極めて稀で、{{ic\|@}} 記号を含むユニットファイルは大抵テンプレートです。そういう決まりです。また、テンプレートユニットが instance identifier を付けられずに呼ばれたときは、{{ic\|%i}} が置き換えられないため実行失敗になります ({{ic\|cat}} のような特定の ''systemctl'' コマンドを除く)。}}		正確に言うと、{{ic\|name@.suffix}} テンプレートユニットのインスタンスを作成する''前に''、''systemd'' は {{ic\|name@string.suffix}} というファイル名のユニットが存在しないか確認します。ただし名前の"衝突"が発生するのは極めて稀で、{{ic\|@}} 記号を含むユニットファイルは大抵テンプレートです。そういう決まりです。また、テンプレートユニットが instance identifier を付けられずに呼ばれたときは、{{ic\|%i}} が置き換えられないため実行失敗になります ({{ic\|cat}} のような特定の ''systemctl'' コマンドを除く)}}

	以下の表のコマンドは、''systemctl'' の暗黙のデフォルトである {{ic\|--system}} から、'''system unit''' を操作するものです。代わりに、'''ユーザー単位''' で操作するには、root 権限なしで [[systemctl --user]] を使ってください。全てのユーザーに対してユーザーユニットを有効・無効にするには [[systemd/ユーザー#基本設定]] も見て下さい。		以下の表のコマンドは、''systemctl'' の暗黙のデフォルトである {{ic\|--system}} から、'''system unit''' を操作するものです。代わりに、'''ユーザー単位''' で操作するには、root 権限なしで [[systemctl --user]] を使ってください。全てのユーザーに対してユーザーユニットを有効・無効にするには [[systemd/ユーザー#基本設定]] も見て下さい。
60行目:		60行目:
	* {{ic\|--now}} スイッチは {{ic\|enable}}, {{ic\|disable}}, {{ic\|mask}} と一緒に使うことで、それぞれ起動、停止、マスクをリブート後ではなく即座に行うことができます。		* {{ic\|--now}} スイッチは {{ic\|enable}}, {{ic\|disable}}, {{ic\|mask}} と一緒に使うことで、それぞれ起動、停止、マスクをリブート後ではなく即座に行うことができます。
	* パッケージには様々な目的のユニットが入っています。パッケージをインストールしたら、{{ic\|pacman -Qql ''package'' <nowiki>\|</nowiki> grep -Fe .service -e .socket}} でサービスを確認することができます。		* パッケージには様々な目的のユニットが入っています。パッケージをインストールしたら、{{ic\|pacman -Qql ''package'' <nowiki>\|</nowiki> grep -Fe .service -e .socket}} でサービスを確認することができます。
			* 利用可能な場合、{{ic\|''unit''.socket}} を {{ic\|''unit''.service}} の代わりに有効にすることは有益である可能性があります。なぜなら、ソケットは必要に応じてサービスを開始するからです。詳細については[[#ソケットアクティベーション]]を参照してください。
	}}		}}