当设备被移除时,systemd 不会停止服务

当设备被移除时,systemd 不会停止服务

我有一个 udev 规则:

ACTION=="add", SUBSYSTEM=="usb", ATTR{idVendor}=="1a86", ATTR{idProduct}=="7523", TAG+="systemd", ENV{SYSTEMD_WANTS}+="klipper.service"

原始服务是一个sysv文件:

pi@octopi:/etc/udev/rules.d $ sudo service klipper status
● klipper.service - Modiffied Klipper systemd file
   Loaded: loaded (/etc/init.d/klipper; generated; vendor preset: enabled)
  Drop-In: /etc/systemd/system/klipper.service.d
           └─override.conf

所以我使用覆盖它,sudo systemctl edit klipper.service然后在覆盖文件中输入:

[Unit]
Description=Modiffied Klipper systemd file
StopWhenUnneeded=yes

现在,当我拔掉设备时,服务仍然保持“活动”状态并且不会停止。

他们建议这样做: https://bugzilla.redhat.com/show_bug.cgi?id=871074

我希望该服务在设备被移除时停止。

这是 sysv init 文件的内容

#!/bin/sh
# System startup script for Klipper 3d-printer host code

### BEGIN INIT INFO
# Provides:          klipper
# Required-Start:    $local_fs
# Required-Stop:
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Klipper daemon
# Description:       Starts the Klipper daemon.
### END INIT INFO

PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
DESC="klipper daemon"
NAME="klipper"
DEFAULTS_FILE=/etc/default/klipper
PIDFILE=/var/run/klipper.pid

. /lib/lsb/init-functions

# Read defaults file
[ -r $DEFAULTS_FILE ] && . $DEFAULTS_FILE

case "$1" in
start)  log_daemon_msg "Starting klipper" $NAME
        start-stop-daemon --start --quiet --exec $KLIPPY_EXEC \
                          --background --pidfile $PIDFILE --make-pidfile \
                          --chuid $KLIPPY_USER --user $KLIPPY_USER \
                          -- $KLIPPY_ARGS
        log_end_msg $?
        ;;
stop)   log_daemon_msg "Stopping klipper" $NAME
        killproc -p $PIDFILE $KLIPPY_EXEC
        RETVAL=$?
        [ $RETVAL -eq 0 ] && [ -e "$PIDFILE" ] && rm -f $PIDFILE
        log_end_msg $RETVAL
        ;;
restart) log_daemon_msg "Restarting klipper" $NAME
        $0 stop
        $0 start
        ;;
reload|force-reload)
        log_daemon_msg "Reloading configuration not supported" $NAME
        log_end_msg 1
        ;;
status)
        status_of_proc -p $PIDFILE $KLIPPY_EXEC $NAME && exit 0 || exit $?
        ;;
*)      log_action_msg "Usage: /etc/init.d/klipper {start|stop|status|restart|reload|force-reload}"
        exit 2
        ;;
esac
exit 0

答案1

StopWhenUnneeded=true 按要求工作。不起作用的是停用该设备。

您可以通过systemctl status DEVICENAME.device插入和移除设备来验证这一点。我敢打赌您会发现设备在插入时会激活,并且保持激活状态删除后。

要查找DEVICENAME,您可以在 中查找systemctl list-units --type=device。您还可以添加ENV{SYSTEMD_ALIAS}="..."到 udev 规则中,为您的设备提供更可预测的单元名称。看man systemd.device

该问题的更详细记录位于https://github.com/systemd/systemd/issues/7587。问题显然是设备删除的内核事件缺少标签,甚至无法将它们路由到 systemd,因此它知道要停用设备单元。

解决方法就是添加一条添加systemd标签的udev规则。在你的情况下,可能是这样的:

ACTION=="remove", SUBSYSTEM=="usb", ENV{PRODUCT}=="1a86/7523/*", TAG+="systemd"

完成后,您应该能够确认设备单元反映了设备当前的插入/拔出状态,然后StopWhenUnneeded=true在服务单元中当设备拔出时将停止服务。

答案2

尽管 bugzilla 条目中建议这样做,但尚不清楚这StopWhenUnneeded=true会对删除设备产生任何影响。man systemd.unit对于这个关键字说:

默认情况下,systemd 不会停止单元,除非它们与其他单元冲突,或者用户明确请求关闭它们。

创建 bugzilla 的人接着创建了第二个 udev 规则,对您来说可能类似于

ACTION=="remove", SUBSYSTEM=="usb", ATTR{idVendor}=="1a86", ATTR{idProduct}=="7523", RUN+="/bin/systemctl --no-block stop klipper.service"

相关内容