☰

スリープモード（サスペンド、休止状態とも呼ばれる）をトリガーするためにシステムユーザーサービスを実行する方法は？

tag-icon • tag-icon arch-linux systemd suspend hibernate sleep
スリープモード（サスペンド、休止状態とも呼ばれる）をトリガーするためにシステムユーザーサービスを実行する方法は？

さまざまなソースから私が集めたものは次のとおりです~/.config/systemd/user/screenlock.service。

[Unit]
Description=Lock X session
Before=sleep.target

[Service]
Environment=DISPLAY=:0
ExecStart=/usr/bin/xautolock -locknow

[Install]
WantedBy=sleep.target

これを使用して有効にしましたsystemctl --user enable screenlock.service。ただし、再起動後にログインし、一時停止して再起動します（systemctl suspendふたを閉じてテスト）。画面がロック解除され、コンテンツがありません。journalctl --user-unit screenlock.service。私は何が間違っていましたか？

実行すると、DISPLAY=:0 /usr/bin/xautolock -locknow期待どおりに画面がロックされます。

$ systemctl --version
systemd 215
+PAM -AUDIT -SELINUX -IMA -SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ +SECCOMP -APPARMOR
$ awesome --version
awesome v3.5.5 (Kansas City Shuffle)
 • Build: Apr 11 2014 09:36:33 for x86_64 by gcc version 4.8.2 (nobody@)
 • Compiled against Lua 5.2.3 (running with Lua 5.2)
 • D-Bus support: ✔
$ slim -v
slim version 1.3.6

すぐに画面ロックを実行してsystemctl --user start screenlock.serviceログメッセージが表示された場合、journalctl --user-unit screenlock.serviceこれはExecStart明らかに正しいものです。

関連.xinitrc部品:

xautolock -locker slock &

同じファイルを使用したシステムサービスの作成働く（slockつまり、復元時に有効になります）：

# ln -s "${HOME}/.config/systemd/user/screenlock.service" /usr/lib/systemd/system/screenlock.service
# systemctl enable screenlock.service
$ systemctl suspend

$HOMEただし、次の理由でユーザー固有のファイルを外部に追加したくありません。

  • ユーザーサービスはシステムサービスとはっきりと分離する必要があります。
  • スーパーユーザー権限を使用せずにユーザーサービスを制御する必要があります。
  • 構成はバージョン管理が簡単でなければなりません。

ベストアンサー1

sleep.targetシステムサービス専用です。その理由は、sleep.target寝ている間に自動的に活性化される魔法の対象ではないからだ。これは普通の目標です。フットオプションシステムは省電力モードに切り替わります。したがって、「ユーザー」インスタンスには同等のインスタンスはありません。 （残念ながら、「ユーザー」インスタンスは現在システム全体のサービスに依存できません。）

（これは完全な「ハードコーディング$ DISPLAY」ビジネスです。マルチユーザー/マルチシートの多いUnixベースのオペレーティングシステムでセッションパラメータをハードコーディングするたびに、ルートは子猫を殺します。）

したがって、これを行うには2つの良い方法があります（2番目の方法を使用することをお勧めします）。

方法1

システムがスリープ状態になると、systemd-logindに「すべてのセッションロック」信号をブロードキャストさせるシステムサービス（またはsystemd-sleep（8）フック）を作成します。

ExecStart=/usr/bin/loginctl lock-sessions

次に、X11セッション（たとえば、/ .xinitrcなど）で信号に反応するエントリを実行します。

システムロックハンドラスオハ

xssロック--睡眠ロックを無視&

（GNOME、Cinnamon、KDE、およびEnlightenmentはすでにこれをデフォルトでサポートしています。）

方法2

X11 セッションで以下を実行します。まっすぐたとえば、systemd-logind の「抑制者」に接続して、システムがスリープモードに入るのを見てみましょう。

前述のxss-lockは、実際に明示的な「すべてロック」信号なしでこれを実行するため、実行するだけで十分です。

xssロックスオハ

slocksystemd-logindがコンピュータを一時停止する準備ができていることを確認するとすぐに実行されます。

おすすめ記事