Как запустить службу user systemd для запуска в спящем режиме (он же приостановлен, hibernate)?


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 , и Linux / awesome как среду рабочего стола, как определено в Википедии . Кажется, нет ничего похожего на «менеджер рабочего стола» для Linux.
10

Пользовательские службы запускаются вне сеанса, поэтому ваши данные сеанса для них недоступны; вам может быть лучше использовать стандартный служебный файл для этого: по крайней мере, для тестирования в любом случае ...
jasonwryan

@jasonwryan Конечно, я бы увидел какое-то сообщение об ошибке в журнале, если служба была запущена?
10

Я не знаю: systemd-userвсе еще очень облупленный; заставить его работать как часть сессии с помощью подхода, который я изложил, поможет сузить проблему; это все, что я могу предложить.
Джейсонвриан

Хотя это не идеальное решение (оно все равно должно управляться с правами суперпользователя), вы можете просто использовать /etc/systemd/system/или $HOME/.local/systemd/systemне вводить что-либо /usrвручную. Как отметил @jasonwryan, пользовательские сессии все еще не считаются производственными качествами; но они становятся ближе.
HalosGhost

Ответы:


20

sleep.targetспецифично для системных сервисов. Причина в том, что sleep.targetэто не волшебная цель, которая автоматически активируется перед сном. Это просто обычная цель, которая переводит систему в спящий режим, поэтому у «пользовательских» экземпляров, конечно, не будет эквивалента. (И, к сожалению, экземпляры 'user' в настоящее время не могут зависеть от общесистемных сервисов.)

(Это и есть весь бизнес «жесткого кодирования $ DISPLAY». Каждый раз, когда вы жестко программируете параметры сеанса в ОС, основанной на многопользовательском / многоместном Unix, root убивает котенка.)

Таким образом, есть два хороших способа сделать это (я предлагаю второй):

Способ 1

Создайте системную службу (или ловушку systemd-sleep (8)), которая заставляет systemd-logind транслировать сигнал «блокировать все сеансы», когда система переходит в спящий режим:

ExecStart=/usr/bin/loginctl lock-sessions

Затем в сеансе X11 (т. Е. Из ~ / .xinitrc) запустите что-то, реагирующее на сигнал:

systemd-lock-handler slock &
xss-lock - игнорировать блокировку сна

(GNOME, Cinnamon, KDE, Enlightenment уже поддерживают это изначально.)

Способ 2

В сеансе X11 запустите что-то, что непосредственно отслеживает переход системы в спящий режим, например, подключившись к «ингибиторам» systemd-logind.

Вышеупомянутый xss-lock фактически делает это, даже без явного сигнала «блокировать все», поэтому достаточно запустить его:

XSS-Lock Slock &

Он запустится, slockкак только увидит, что systemd-logind готовится приостановить работу компьютера.


Не могли бы вы рассказать немного о Просвещении и поддержке других людей? Не понятно, что именно они поддерживают изначально из ответа.
Павел Шимерда

@ PavelŠimerda: сигнал "сеанса блокировки" от systemd-logind (... весь раздел об этом ...) Кроме того, я был неправ, e19 фактически не поддерживает его.
user1686

Спасибо за информацию о E19. В ответе по-прежнему отсутствует объяснение того, что именно поддерживает Gnome и другие. Прослушивание сигнала D-Bus от systemd (даже если он там не записан) - это одно, какие действия выполняются в реакции, и какие действия и как пользователь может выполнить настройку, это другое. Также нет информации о том, что делает systemd-lock-handler и откуда он взялся.
Павел Шимерда

xss-lockнаходится в AUR, поэтому нет необходимости создавать его вручную.
10

Это прекрасно работает при тестировании 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()
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.