☰

为什么 systemd 无法在 BTRFS 根文件系统内的 BTRFS 子卷中找到服务文件？

tag-icon • tag-icon systemd ubuntu-16.04 fstab btrfs
为什么 systemd 无法在 BTRFS 根文件系统内的 BTRFS 子卷中找到服务文件？

我已经使用 BTRFS 安装了 Ubuntu 16.04 LTS 服务器，并根据以下要求进行了设置/etc/fstab：

# <file system> <mount point>   <type>  <options>  <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=0841ef72-e9d4-45ca-af22-a403783859c6 /        btrfs   noatime,nodiratime,subvol=@ 0     1

# /home was on /dev/sda1 during installation
UUID=0841ef72-e9d4-45ca-af22-a403783859c6 /home    btrfs   noatime,nodiratime,subvol=@home 0 2

这对我来说非常有意义，但导致我的 systemd-setup 出现问题。我为不同的客户存储软件，/home其中一些提供守护进程，这些守护进程应在系统启动时由 systemd 自动启动。如下所示：

/home/customer/someDaemon/cust_some_daemon.service

使用上面的绝对路径可以轻松将其部署到 systemd systemctl enable ...。我不需要手动复制或链接内容，systemd 会处理所有事情，systemctl enable ...只需成功即可，并按预期创建链接。

不起作用的是启动时启动这些服务，systemd 会为所有这些服务失败，并显示一条消息，表示它再也找不到链接的文件。如果我不使用/home但直接存储这些文件/或删除它们@home以使其不再是附加子卷，则一切都会按预期运行。

有以下句子文档为了enable：

systemd 启动时，链接单元文件所在的文件系统必须是可访问的（例如，不允许访问 /home 或 /var 下的任何文件，除非这些目录位于根文件系统上）。

我不清楚在这种情况下究竟有什么限制：是使用单个子卷本身，还是因为它需要额外挂载？/需要挂载并且本身也是一个子卷，但显然是支持的。特别是由于 BTRFS 和 ZFS 在子卷方面的动态特性，我原本希望 systemd 至少也支持某些常见根文件系统或池中的多个子卷。但它要么不处理，要么不能处理额外的挂载点。

那么这里到底是什么问题？谢谢！

答案1

  1. 在根卷中创建一个服务，该服务需要使用 挂载主卷RequiresMountsFor=，然后启动您的服务；
  2. 提供服务用户服务，它将在用户登录时启动。更多相关信息。

答案2

在您的单元文件中指定您对除根文件系统之外的挂载点的依赖，并且 systemd 将等待启动您的服务，直到这些服务被挂载：

例如：

  • RequiresMountsFor=采用空格分隔的绝对路径列表。自动为访问指定路径所需的所有挂载单元添加类型Requires=和的依赖项。After=

或者添加依赖local-fs.target负责挂载所有/etc/fstab带有标签的本地文件系统auto，例如：

  • Requires=local-fs.target
  • After=local-fs.target

答案3

对我的问题的正确回答是，它/home是在 systemd 开始工作后安装的，因此它无法/home在 systemd 本身启动时解析链接。这些链接的目标仅在稍后可用。另一方面，它/是由 initrd 安装的，systemd 在启动时发现它已经完全可用并正在工作。这与 BTRFS 或子卷本身无关，只与何时由谁安装有关。

感谢@atype解释但我不喜欢其他答案主要关注问题的错误解决方法。我希望得到一个真正关注我的问题并解释潜在问题​​的答案。如果@atype 能改变他的回答例如包括我的解释，我很乐意授予他学分。

相关内容