☰

等待 USB 驱动器安装后才启动传输守护进程吗？

tag-icon • tag-icon systemd services usb-drive automounting transmission
等待 USB 驱动器安装后才启动传输守护进程吗？

我正在 OSMC 上将 Transmission-daemon 作为 systemd 服务运行。重新启动后打开其远程控制 Web 界面时，所有传输几乎总是停止，并显示消息“错误：未找到数据！确保驱动器已连接 [...]”。

我假设这是因为传输在下载路径存在之前开始 - 在本例中是在由系统自动安装的 USB 驱动器上，无需/media/Elements/[...]我进行任何手动配置。我没有编辑过fstab。

后尝试这个答案没有成功，我想知道是否有其他方法可以解决这个问题？我根据该答案所做的是将以下内容添加到override.conf：

cat /etc/systemd/system/transmission.service.d/override.conf

[Unit]
After=media-Elements.mount
After=media-Vault\x2013.mount
After=media-Black\x20Mesa.mount

服务文件：

$ cat /lib/systemd/system/transmission.service

[Unit]
Description=Transmission BitTorrent Daemon
After=udisks-glue.service

[Service]
User=osmc
Group=osmc
Type=notify
ExecStartPre=/bin/sleep 10
ExecStart=/usr/bin/transmission-daemon -f --log-error --allowed *.*.*.*

[Install]
WantedBy=multi-user.target

系统状态：

$ systemctl status transmission

● transmission.service - Transmission BitTorrent Daemon
   Loaded: loaded (/lib/systemd/system/transmission.service; enabled; vendor preset: enabled)
  Drop-In: /etc/systemd/system/transmission.service.d
           └─override.conf
[...]

值得一提是我在每次重新启动后Warning: transmission.service changed on disk. Run 'systemctl daemon-reload' to reload units.检查状态时得到的。使其静音，直到下次重新启动。transmissiondaemon-reload

这个问题相关，但与 fstab 挂载有关。如果可能的话，我更愿意在没有 fstab 的情况下解决这个问题，因为我不想将 USB 驱动器视为永久连接。

尝试最初的答案后：

$ systemctl cat --no-pager transmission.service
# Warning: transmission.service changed on disk, the version systemd has loaded is outdated.
# This output shows the current version of the unit's original fragment and drop-in files.
# If fragments or drop-ins were added or removed, they are not properly reflected in this output.
# Run 'systemctl daemon-reload' to reload units.
# /lib/systemd/system/transmission.service
[Unit]
Description=Transmission BitTorrent Daemon
After=udisks-glue.service

[Service]
User=osmc
Group=osmc
Type=notify
ExecStartPre=/bin/sleep 10
ExecStart=/usr/bin/transmission-daemon -f --log-error --allowed *.*.*.*

[Install]
WantedBy=multi-user.target

# /etc/systemd/system/transmission.service.d/override.conf

[Unit]
RequiresMountsFor=/media/Elements

[Install]
WantedBy=media-Elements.mount

答案1

编辑: 事实证明我的第一种方法并没有达到预期的效果。关于覆盖文件的部分[Install]实际上不起作用，并且RequiresMountsFor=似乎只适用于 fstab 中声明的挂载。因此，我提出了一种替代方案，可以实现相同的效果，但使用不同的指令。

为了防止设备在未/media/Elements安装卷的情况下启动，请使用ConditionPathIsMountPoint=指令将检查并阻止单元启动，除非安装了该目录。

# /etc/systemd/system/transmission.service.d/override.conf

[Unit]
ConditionPathIsMountPoint=/media/Elements

（注意：您可以使用该systemctl edit transmission.service命令打开此覆盖文件的编辑器。）

为了transmission.service在安装 USB 时触发启动，您需要将其符号链接添加到.wants/安装单元的目录中。 （理想情况下，这将由一个部分来处理[Install]，但它似乎不适用于覆盖文件。）

使用以下两个命令手动创建它：

$ sudo mkdir -p /etc/systemd/system/media-Elements.mount.wants/
$ sudo ln -sf /lib/systemd/system/transmission.service /etc/systemd/system/media-Elements.mount.wants/

就位后，安装/media/Elements并查看传输开始......

原答案如下...

所以After=指令仅影响顺序，如果两个单元都排队等待启动，那么这个单元将在另一个单元完成后启动，但不会触发另一个单元的启动。你需要Requires=为了那个原因。

但对于坐骑来说，有一个不错的捷径RequiresMountsFor=，它可以将坐骑作为路径。

您可能还想进行设置，以便在安装 USB 驱动器时启动该设备。您可以通过使用来触发它WantedBy=（在 参考资料部分中）并从此处[Install]引用该单元。.mount设置并使用它systemctl enable来创建“想要”关系后，当安装 USB 驱动器时（如果稍后完成而不是在启动期间完成），也会触发该设备的启动。

把它们放在一起：

# /etc/systemd/system/transmission.service.d/override.conf

[Unit]
RequiresMountsFor=/media/Elements "/media/Vault 13" "/media/Black Mesa"

[Install]
WantedBy=media-Elements.mount
WantedBy=media-Vault\x2013.mount
WantedBy=media-Black\x20Mesa.mount

然后启用此单元，这将在*.mount.wants/目录下创建符号链接（确切的符号链接名称将打印在systemctl enable输出中）：

# systemctl enable transmission.service

这应该照顾好它。

我不清楚您为什么列出这三个安装座，因为在您建议的问题文本中仅/media/Elements用于存储传输下载...如果确实如此，您可能可以删除其他两个并仅保留引用到“元素”一。

（笔记：在发布之前我还没有测试过这一切，但我相当有信心这会起作用。如果由于某种原因没有，请给我留言并提供更多详细信息，我很高兴与您合作解决这个问题。）

相关内容