systemctl启动服务后执行udev的运行语句

Execution of udev's RUN statement after systemctl start of service

我编写了一个守护进程,用于管理一个或多个 RS232 设备(通常是 FT232R usb2serial)上的多种通信协议。 一旦 /dev/ttyUSB* 设备出现,如果检测到某些属性, systemd 被告知通过 udev 启动该守护进程:

ENV{SYSTEMD_WANTS}="%s{manufacturer}.service"

守护进程启动后,需要告诉它打开哪个设备,我通过 udev 执行此操作:

RUN="/usr/bin/sercomc open %E{sd_name} %E{sd_proto} %N"

所以完整的 udev 规则如下:

ACTION=="add", SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{manufacturer}=="sercomd", ENV{SYSTEMD_WANTS}="%s{manufacturer}.service", ENV{sd_proto}="%s{product}", ENV{sd_name}="%s{serial}", RUN="/usr/bin/sercomc open %E{sd_name} %E{sd_proto} %N"

现在的问题是 运行 在守护进程启动之前执行,因此 这个命令显然没有效果:

systemd-udevd[1638]: starting '/usr/bin/sercomc open ctl-vk1 ctserial /dev/ttyUSB0'
systemd-udevd[1632]: '/usr/bin/sercomc open ctl-vk1 ctserial /dev/ttyUSB0'(err) 'Couldn't connect to server: Connect failed: Connection refused'
[...]
sercomctl[1639]: [2015-10-12 03:05:39:291634] Serial communication daemon ver. 0.5 starting up

是否有解决此问题的推荐方法,即在 systemd 完成启动服务后触发 运行 命令?

如果您偶然发现了类似的问题并阅读了问题,请不要让自己被我使用的软件的名称弄糊涂了。让我们快速地说 "sercomd" 是管理串行连接的守护进程的名称,而 "sercomc" 是一个客户端程序,它告诉 sercomd 使用某种协议打开该设备。 此外,我操纵了 FTDI usb2serial 芯片的 EEPROM,以便产品、制造商和串行字符串显示用户定义的值,我可以将其用于 "plug and play" 串行适配器的自动识别。

我现在正在做的是使用带有单元文件的实例化服务 /lib/systemd/system/sercomd@.service 对于出现的每个设备。

udev 规则现在是:

    SUBSYSTEM=="tty", ATTRS{idVendor}=="0403", ATTRS{idProduct}=="6001", ATTRS{manufacturer}=="sercomd", ACTION=="add", SYMLINK="tty%s{serial}", PROGRAM="/bin/systemd-escape %s{serial}", ENV{SYSTEMD_WANTS}="sercomd@%c.service", ENV{sd_proto}="%s{product}", ENV{sd_dev}="%N"

这条规则设置了几个环境变量sd_proto和sd_dev,第三个参数sd_dev可以从sercomd@.service文件中提取:

    ExecStart=/bin/bash -c "eval $$( udevadm info --query=env --export /dev/tty%I ); sercomc open %I $$sd_proto $$sd_dev"
    ExecStop=/usr/bin/sercomc -l %I close

因此,每次从 USB 集线器添加或移除设备时,相应的客户端命令都是来自 systemd 的 运行。 通过添加

    Requires=sercomd.service
    After=sercomd.service

到单元文件,它还将确保在客户端获取 运行.

之前启动实际管理这些接口的守护进程