さまざまなソースから私が集めたものは次のとおりです~/.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
明らかに正しいものです。
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ロックスオハ
slock
systemd-logindがコンピュータを一時停止する準備ができていることを確認するとすぐに実行されます。
答え2
systemd-lock-handler
これを実行できるPythonスクリプトは次のとおりです。
https://github.com/grawity/code/blob/master/desktop/systemd-lock-handler。
#!/usr/bin/env python
# systemd-lock-handler -- proxy between systemd-logind's "Lock" signal and your
# favourite screen lock command
from __future__ import print_function
import os, sys, dbus, dbus.mainloop.glib
from gi.repository import GLib
def trace(*args):
global arg0
print("%s:" % arg0, *args)
def setup_signal(signal_handler):
global session_id
bus = dbus.SystemBus()
manager = bus.get_object("org.freedesktop.login1", "/org/freedesktop/login1")
# yecch
manager = dbus.Interface(manager, "org.freedesktop.login1.Manager")
session_path = manager.GetSession(session_id)
session = bus.get_object("org.freedesktop.login1", session_path)
session.connect_to_signal("Lock", signal_handler)
def handler_dbus_fdo():
trace("locking session using DBus")
bus = dbus.SessionBus()
screensaver = bus.get_object("org.freedesktop.ScreenSaver", "/ScreenSaver")
screensaver.Lock()
def handler_external():
global lock_command
trace("locking session using %r" % lock_command[0])
os.spawnvp(os.P_NOWAIT, lock_command[0], lock_command)
def main():
global arg0, lock_command, session_id
arg0 = sys.argv[0].split("/")[-1]
lock_command = sys.argv[1:] or ["--dbus"]
try:
session_id = os.environ["XDG_SESSION_ID"]
except KeyError:
print("error: $XDG_SESSION_ID not set; are you using pam_systemd?",
file=sys.stderr)
sys.exit(1)
dbus.mainloop.glib.DBusGMainLoop(set_as_default=True)
if lock_command == ["--dbus"]:
trace("using freedesktop.org DBus API")
setup_signal(handler_dbus_fdo)
else:
trace("using external command %r" % lock_command[0])
setup_signal(handler_external)
trace("waiting for lock signals on session %s" % session_id)
try:
loop = GLib.MainLoop()
loop.run()
except KeyboardInterrupt:
sys.exit(0)
main()