systemdユーザーサービスを実行して、スリープ(別名、サスペンド、休止状態)でトリガーする方法は?


17

さまざまなソースに基づいて、私は一緒に石畳をしました~/.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、いくつかの理由により、ユーザー固有のファイルを外部に追加したくありません。

  • ユーザーサービスはシステムサービスから明確に分離する必要があります
  • ユーザーサービスは、スーパーユーザー権限を使用せずに制御する必要があります
  • 構成は簡単にバージョン管理する必要があります

ウィンドウマネージャーとしてawesome を、ログインマネージャーとしてSLiMを使用しています。私はArchによって定義されたフルデスクトップ環境Wikipediaによって定義されデスクトップ環境として Linux / awesome を使用していません。Linux用の「デスクトップマネージャー」のようなものはないようです。
l0b0 14

ユーザーサービスはセッション外で実行されるため、ユーザーはセッションデータを利用できません。これには標準のサービスファイルを使用した方が良いかもしれません。少なくともとにかくテストするには...
jasonwryan 14

@jasonwryan確かに、サービスがトリガーされた場合、ジャーナルに何らかのエラーメッセージが表示されますか?
l0b0

わかりません。systemd-userまだ非常に不安定です。私が概説したアプローチを介してセッションの一部として機能するようにすると、問題を絞り込むのに役立ちます。それが私が提案できるすべてです。
jasonwryan

これは完全なソリューションではありませんが(root権限で管理する必要があります)、単に使用する/etc/systemd/system/$HOME/.local/systemd/system/usr手動で何かを入力しないようにすることができます。@jasonwryanが述べたように、ユーザーセッションはまだ生産品質とは見なされていません。しかし、彼らは近づいています。
HalosGhost 14

回答:


20

sleep.targetシステムサービスに固有です。その理由は、sleep.targetスリープ状態になると自動的にアクティブになるマジックターゲットではないからです。その普通のターゲットだプットもちろんの「ユーザー」のインスタンスは同等のものを持っていないように-スリープ状態にシステムが。(残念ながら、現在「ユーザー」インスタンスにはシステム全体のサービスに依存する方法がありません。)

(つまり、「ハードコーディング$ DISPLAY」ビジネス全体があります。マルチユーザー/マルチシートを多用するOSでセッションパラメーターをハードコーディングするたびに、rootは子猫を殺します。)

したがって、これを行うには2つの良い方法があります(2番目の方法をお勧めします)。

方法1

システムがスリープ状態になったときにsystemd-logindが「すべてのセッションをロック」シグナルをブロードキャストするシステムサービス(またはsystemd-sleep(8)フック)を作成します。

ExecStart=/usr/bin/loginctl lock-sessions

次に、X11セッション内(つまり〜/ .xinitrcから)で、信号に反応する何かを実行します。

systemd-lock-handler slock&
xss -lock --ignore-sleep slock&

(GNOME、Cinnamon、KDE、Enlightenmentはすでにこれをネイティブにサポートしています。)

方法2

X11セッション内で、systemd-logindの「阻害剤」にフックするなどして、システムがスリープ状態になるのを直接監視するものを実行します。

前述のxss-lockは、明示的に「すべてをロックする」信号がなくても、実際にそれを正確に実行するため、実行させるだけで十分です。

xss -lock slock&

slocksystemd-logindがコンピューターをサスペンドする準備をするのを見るとすぐに実行されます。


Enlightenmentと他の人のネイティブサポートについて少し詳しく説明していただけますか?答えから何をネイティブにサポートしているのかは明確ではありません。
パベルシメルダ14

@PavelŠimerda:systemd-logindからの "セッションのロック"シグナル(...セクション全体についてです...)また、e19は実際にはサポートしていません。
grawity

E19についての情報をありがとう。答えには、Gnomeや他の人が何をサポートしているかについての説明がまだありません。systemdのD-Bus信号(それが書かれていなくても)を聞くことは一つのことです。どのアクションがリアクションで行われ、どのアクションがどのように実行されるように設定できるかは別です。また、systemd-lock-handlerが何をするのか、どこから来たのかについての情報もありません。
パベルシメルダ14

xss-lockAURにあるので、手動でビルドする必要はありません。
l0b0

これは、Debianのテストの下でうまく機能します。投稿していただきありがとうございます。systemdがユーザーサービスがシステムサービスに依存することを許可していないことは非常に残念です
...-cgogolin

-1

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()
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.