与 udev 的斗争

Question 1

systemd-udev 真的不再希望您直接从规则挂载文件系统。您可以在此网站上找到很多有关它的问题:-)。

在最新版本的 systemd 中，udev 服务文件具有SystemCallFilter=@system-service @module @raw-io.这不允许挂载文件系统所需的系统调用。

（另外，我相信如果你曾经直接用于mountFUSE 文件系统，例如ntfs-3g.如果启动 FUSE 服务器进程，最好将其放在专用的 systemd 单元中，例如单元.mount。如果您让 FUSE 进程保留在当前单元内，那么 FUSE 进程的生命周期将与您正在运行的单元的生命周期耦合）。

为了避免中的命令将来（或当前）出现问题RUN+=，您的规则可以改为使用ENV{SYSTEMD_WANTS}=my-automounter@%k.service，然后

# /etc/systemd/system/[email protected]
[Service]
Type=oneshot
ExecStart=/usr/local/libexec/my-automounter %I

#!/bin/sh
# /usr/local/libexec/my-automounter

DEV=/dev/"$1"

# You can make this script as complicated as you want.
# You can read udev properties if you want, using 
# eval "$(udevadm info --query=property --export "$DEV")"
...

如果您想测试手动调用该单元，您可以使用systemctl start my-automounter@sdc1.

如果 systemd 运行脚本时发生错误，您可以使用systemctl status my-automounter@*, 或来查看错误消息journalctl -b -u my-automounter@*。

这也避免了您必须处理udev特定的错误报告。我认为两者sh都有systemd有用的错误报告，以防程序突然死机。例如，他们应该报告程序是否被 signal 杀死SIGSYS，因为它试图调用已使用SystemCallFilter=:-) 阻止的系统调用。

Answer

systemd-udev 真的不再希望您直接从规则挂载文件系统。您可以在此网站上找到很多有关它的问题:-)。

在最新版本的 systemd 中，udev 服务文件具有SystemCallFilter=@system-service @module @raw-io.这不允许挂载文件系统所需的系统调用。