Systemd/ユーザー - 版の履歴

Kgx: 序文を同期

2025-03-25T10:45:31Z

序文を同期

← 古い版		2025年3月25日 (火) 19:45時点における版
13行目:		13行目:
	{{Related articles end}}		{{Related articles end}}

	[[systemd]] はユーザーに [[systemd]] のインスタンス~~を実行させてサービスを管理できる機能~~を提供し~~ています。これによって systemd が~~ユーザー~~によって実行されている時、特定~~の~~ディレクトリに入っているユニット~~を~~ユーザーが起動・~~停止・有効化・無効化する~~ことが可能で~~す。こ~~のこと~~は ~~root や特別~~なユーザー~~ではなく普通のユーザーとして通常~~実行される ~~[[Music Player Daemon\|mpd]] などの~~デーモン・サービス~~で重宝します。~~また、メールの取得な~~どの作業を~~自動化~~することも可能です。~~さ~~らに、多少の注意が必要ですが、ユーザーサービ~~ス~~から xorg やウィンドウマネージャ~~を実行する~~ことも~~できます。		[[systemd]] は、ユーザーの制御下でサービスを管理するためのユーザーごとの systemd インスタンスを提供し、ユーザー自身の '''user units''' を開始、停止、有効化、無効化できるようにします。これは、[[mpd]] のような単一ユーザー向けに一般的に実行されるデーモンやサービス、またはメールの取得のような自動化されたタスクを実行するのに便利です。

	== 利用方法 ==		== 利用方法 ==

Kgx: /* ユーザーユニットを書く */ 同期

2025-03-25T10:41:02Z

ユーザーユニットを書く: 同期

← 古い版		2025年3月25日 (火) 19:41時点における版
156行目:		156行目:

	{{ic\|man systemd.unit}} に書かれているように、{{ic\|%h}} 変数はサービスを実行しているユーザーのホームディレクトリに置き換えられます。他にも [[systemd]] のマニュアルページで示されている変数が存在します。		{{ic\|man systemd.unit}} に書かれているように、{{ic\|%h}} 変数はサービスを実行しているユーザーのホームディレクトリに置き換えられます。他にも [[systemd]] のマニュアルページで示されている変数が存在します。

	=== X アプリケーションについての注意 ===

	ほとんどの X アプリは実行するのに {{ic\|DISPLAY}} 変数を必要とします。systemd のユーザーインスタンスでこの変数を設定する方法は [[#DISPLAY と XAUTHORITY]] を見て下さい。

	=== ジャーナルを読み込む ===		=== ジャーナルを読み込む ===

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

2025-03-25T10:40:14Z

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

@@ 358行目: / 358行目: @@
  systemd[1867]: Trying to run as user instance, but $XDG_RUNTIME_DIR is not set
-このようなエラーが表示され、ログインセッションが壊れている場合、システム上の別のシステム（ユーザーではない）サービスがこのフォルダを作成している可能性があります。例えば、{{ic|/run/user/1000}} にバインドマウントしている [[docker]] コンテナを使用している場合、このようなことが起こる可能性があります。これを解決するには、マウントを削除することでコンテナを修正するか、ドッカーサービスを無効化/遅延させるかのいずれかです。
+このようなエラーが表示され、ログインセッションが壊れている場合、システム上の別のシステム(ユーザーではない)サービスがこのフォルダを作成している可能性があります。例えば、{{ic|/run/user/1000}} にバインドマウントしている [[docker]] コンテナを使用している場合、このようなことが起こる可能性があります。これを解決するには、マウントを削除することでコンテナを修正するか、ドッカーサービスを無効化/遅延させるかのいずれかです。
 == 参照 ==

Kgx: /* 基本設定 */ 同期

2025-03-25T10:35:21Z

基本設定: 同期

@@ 35行目: / 35行目: @@
 == 基本設定 ==
-Systemd のユーザーインスタンスはログイン時に自動で起動します。正しく起動していることを確認するには、次のコマンドを使います: {{ic|systemctl --user status}}。
+すべてのユーザー単位は {{ic|~/.config/systemd/user/}} に配置されます。最初のログイン時に単位を起動したい場合は、起動したい任意の単位に対して {{ic|systemctl --user enable ''unit''}} を実行してください。
-ユーザーサービスは全て {{ic|~/.config/systemd/user/}} に配置してください。ログイン時にサービスを実行したい場合は、自動実行したいサービスごとに {{ic|systemctl --user enable ''service''}} を実行してください。
+{{Tip|特定のユーザーではなく、すべてのユーザーに対して単位を有効にしたい場合は、root として {{ic|systemctl --global enable ''unit''}} を実行してください。無効化する場合も同様です {{ic|disable}} に変更}}
-=== D-Bus ===
+=== 環境変数 ===
 ==== サービス例 ====
 [[Systemd#ドロップインファイル|ドロップイン]]ディレクトリ {{ic|/etc/systemd/system/user@.service.d/}} を作成して、その中に拡張子が {{ic|.conf}} のファイルを作成します (例: {{ic|local.conf}}):
 {{hc|/etc/systemd/system/user@.service.d/local.conf|2=

Kusanaginoturugi: /* ログアウト時にユーザープロセスを終了 */ 飜訳

2023-07-03T05:30:27Z

ログアウト時にユーザープロセスを終了: 飜訳

← 古い版		2023年7月3日 (月) 14:30時点における版
330行目:		330行目:
	$ systemd-run --scope --user screen -S ''foo''		$ systemd-run --scope --user screen -S ''foo''

			{{ic\|systemd-run}} を使うと、ログアウト後も、ユーザがシステム内のどこかで少なくとも 1 回はログインしていて、{{ic\|user@.service}} がまだ実行されている間だけ、プロセスが実行され続けます。
	Using {{ic\|systemd-run}} will keep the process running after logout only while the user is logged in at least once somewhere else in the system and {{ic\|user@.service}} is still running.

	~~After the user logs out of all sessions,~~ {{ic\|user@.service}} ~~will be terminated too, by default, unless the user has "~~lingering~~" enabled~~ [https://github.com/systemd/systemd/blob/76153ad45f09b6ae45464f2e03d3afefbb4b2afe/NEWS#L274]~~. To effectively allow users to run long-term tasks even if they are completely logged out, lingering must be enabled for them. See~~ [[#Automatic start-up of systemd user instances]] ~~and~~ {{man\|1\|loginctl}} ~~for details.~~		ユーザがすべてのセッションからログアウトした後、{{ic\|user@.service}} は、そのユーザが「lingering」を有効にしていない限り、デフォルトで終了します [https://github.com/systemd/systemd/blob/76153ad45f09b6ae45464f2e03d3afefbb4b2afe/NEWS#L274]。ユーザーが完全にログアウトしていても、長時間のタスクを効果的に実行できるようにするには、そのユーザーに対してリンガリングを有効にする必要があります。詳しくは [[#Automatic start-up of systemd user instances]] と {{man\|1\|loginctl}} を参照してください。

	== トラブルシューティング ==		== トラブルシューティング ==

Kusanaginoturugi: /* ログアウト時にユーザープロセスを終了 */ 記事を追加

2023-07-03T05:28:33Z

ログアウト時にユーザープロセスを終了: 記事を追加

← 古い版		2023年7月3日 (月) 14:28時点における版
329行目:		329行目:

	$ systemd-run --scope --user screen -S ''foo''		$ systemd-run --scope --user screen -S ''foo''

			Using {{ic\|systemd-run}} will keep the process running after logout only while the user is logged in at least once somewhere else in the system and {{ic\|user@.service}} is still running.

			After the user logs out of all sessions, {{ic\|user@.service}} will be terminated too, by default, unless the user has "lingering" enabled [https://github.com/systemd/systemd/blob/76153ad45f09b6ae45464f2e03d3afefbb4b2afe/NEWS#L274]. To effectively allow users to run long-term tasks even if they are completely logged out, lingering must be enabled for them. See [[#Automatic start-up of systemd user instances]] and {{man\|1\|loginctl}} for details.

	== トラブルシューティング ==		== トラブルシューティング ==

Kusanaginoturugi: /* systemd のユーザーサービスとしての Xorg */ 仮想ターミナルを仮想コンソールに修正

2023-01-11T07:27:24Z

systemd のユーザーサービスとしての Xorg: 仮想ターミナルを仮想コンソールに修正

← 古い版		2023年1月11日 (水) 16:27時点における版
235行目:		235行目:
	</nowiki>}}		</nowiki>}}

	{{ic\|${XDG_VTNR} }} は xorg が起動する仮想ターミナルで、サービスユニットでハードコードするか、以下のコマンドを使って systemd 環境で設定します:		{{ic\|${XDG_VTNR} }} は xorg が起動する仮想コンソールで、サービスユニットでハードコードするか、以下のコマンドを使って systemd 環境で設定します:

	$ systemctl --user set-environment XDG_VTNR=1		$ systemctl --user set-environment XDG_VTNR=1

	{{Note\|xorg はユーザーがログインしたのと同じ仮想ターミナルで起動する必要があります。そうでないと logind はセッションがアクティブになっていないと認識します。}}		{{Note\|xorg はユーザーがログインしたのと同じ仮想コンソールで起動する必要があります。そうでないと logind はセッションがアクティブになっていないと認識します。}}

	3. [[#DISPLAY と XAUTHORITY\|上]]で説明されているように {{ic\|DISPLAY}} 環境変数を設定します。		3. [[#DISPLAY と XAUTHORITY\|上]]で説明されているように {{ic\|DISPLAY}} 環境変数を設定します。
248行目:		248行目:
	$ systemctl --user start xorg@0.socket # Start listening on the socket for display 0		$ systemctl --user start xorg@0.socket # Start listening on the socket for display 0

	これで X アプリケーションを実行すると仮想ターミナル2で自動的に xorg が起動します。		これで X アプリケーションを実行すると仮想コンソール 2 で自動的に xorg が起動します。

	{{ic\|XDG_VTNR}} 環境変数は {{ic\|.bash_profile}} から systemd 環境に設定することができ、ウィンドウマネージャなど、あらゆる X アプリケーションを {{ic\|xorg@0.socket}} に依存する systemd ユニットとして起動することが可能です。		{{ic\|XDG_VTNR}} 環境変数は {{ic\|.bash_profile}} から systemd 環境に設定することができ、ウィンドウマネージャなど、あらゆる X アプリケーションを {{ic\|xorg@0.socket}} に依存する systemd ユニットとして起動することが可能です。

Kusanaginoturugi: 仮想端末を仮想コンソールに修正

2023-01-11T06:02:40Z

仮想端末を仮想コンソールに修正

← 古い版		2023年1月11日 (水) 15:02時点における版
9行目:		9行目:
	{{Related articles start}}		{{Related articles start}}
	{{Related\|systemd}}		{{Related\|systemd}}
	{{Related\|仮想端末に自動ログイン}}		{{Related\|仮想コンソールに自動ログイン}}
	{{Related\|ログイン時に X を起動}}		{{Related\|ログイン時に X を起動}}
	{{Related articles end}}		{{Related articles end}}

Kgx: トラブルシューティングを翻訳して追加

2022-03-03T08:31:41Z

トラブルシューティングを翻訳して追加

← 古い版		2022年3月3日 (木) 17:31時点における版
329行目:		329行目:

	$ systemd-run --scope --user screen -S ''foo''		$ systemd-run --scope --user screen -S ''foo''

			== トラブルシューティング ==

			=== ランタイムディレクトリ '/run/user/1000' は、UID1000 によって所有されていません ===

			systemd[1867]: pam_systemd(systemd-user:session): Runtime directory '/run/user/1000' is not owned by UID 1000, as it should.
			systemd[1867]: Trying to run as user instance, but $XDG_RUNTIME_DIR is not set

			このようなエラーが表示され、ログインセッションが壊れている場合、システム上の別のシステム（ユーザーではない）サービスがこのフォルダを作成している可能性があります。例えば、{{ic\|/run/user/1000}} にバインドマウントしている [[docker]] コンテナを使用している場合、このようなことが起こる可能性があります。これを解決するには、マウントを削除することでコンテナを修正するか、ドッカーサービスを無効化/遅延させるかのいずれかです。

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

Kusanaginoturugi: カテゴリを修正

2021-12-08T03:58:41Z

カテゴリを修正

← 古い版		2021年12月8日 (水) 12:58時点における版
1行目:		1行目:
	{{Lowercase title}}		{{Lowercase title}}
	[[Category:~~デーモンと~~システム~~サービス~~]]		[[Category:システム管理]]
	[[Category:ブートプロセス]]
	[[en:Systemd/User]]		[[en:Systemd/User]]
	[[es:Systemd/User]]		[[es:Systemd/User]]