我有一个 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"