在无头式 systemd Linux 机器上自动挂载 USB 驱动器

Question 1

目前尚不清楚哪种方法是“官方”支持的方法。

由谁正式支持？例如，如果 GNOME 包含基于 udisks 的自动挂载功能，那么你可以肯定它是由 GNOME 本身正式支持的。

我对第二个更感兴趣（即任何 USB 存储设备），因为对于第一个，我可以将条目添加到/etc/fstab。

没有“标准方法”来实现这一点。大多数现有系统最多只能在之上添加自动化功能udisks2。就其本身而言，u盘根本不自动安装任何东西 - 但它是许多图形桌面环境使用的“后端”（至少 GNOME 和 Xfce 都使用它；我对 KDE 和 Enlightenment 只占 80% 的确定）。

（因此您的选项 3 将是“udisks2 + automount by udiskie”，而选项 4 将是“udisks2 + automount by 桌面环境”。）

关于 udev 规则：无论是挂载文件系统还是启动服务，简短的回答是“不要这样做”（出于各种原因）；但详细的回答是：“不要直接这样做，但你可以询问初始化来做到这一点”。因此，从 udev 规则运行并不是什么可怕的事情systemd-mount，它只是将挂载请求传递给 init，就像 .mount 单元一样……

然而，预计这会触发 systemd 错误/缺陷/缺陷：因为 udev 报告设备仅已准备就绪后处理规则时，您最终可能会导致 init 自动卸载磁盘，因为它认为设备尚未存在。

反而，乌德维尔会更好地工作，因为它不会通过规则运行任何东西，而只会对 udev 发出的“设备就绪”事件做出反应。

fstab 条目面向静态设备。但是，通过使用，它们可能会被滥用于其他 USB 设备/dev/disk/by-path/...，这对应于设备的物理路径（例如 PCI 插槽 3、USB 端口 1、分区 1...）。这样，您可以编写一个与插入同一 USB 端口的任何磁盘相匹配的 fstab 条目。

autofs核心自动挂载器与 udisks 类似，只是可以实现各种自动挂载的后端由用户空间。一旦设置了 autofs 挂载，所有访问它的尝试都会报告给相应的守护进程。最常见的实现是传统的（基于映射的）autofs以及最近的systemd.automount 单元。

因此，“动态”USB 设备逻辑仍然必须在用户空间中实现，而且无论哪种方式，它的工作量都比仅仅使用 udisk 要大。

使用普通的 systemd，您唯一的选择是在上述 fstab“按路径”技巧的基础上进行构建。一旦为所需的 USB 端口编写了 fstab 条目，您就可以将其标记为x-systemd.automount,x-systemd.idle-timeout=300使用 autofs 自动挂载程序。（或者，当然，创建独立的 .mount + .automount 单元以获得相同的结果。）

如果您想为所有端口上的所有 USB 磁盘动态生成自动挂载，systemd 无法在没有第三方脚本的情况下做到这一点。
我不知道是否autofsd可以做你想做的事，但我记得它支持一些动态映射类型（用于用户主目录）。也许使用programmap-type（以及枚举所有连接磁盘的脚本）会有效。

Answer

目前尚不清楚哪种方法是“官方”支持的方法。