主页 / server / 问题 / 910173
Accepted
Thorsten Schöning
Asked: 2018-05-02 06:54:03 +0800 CST

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

  • 772

我已经使用 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

这可以使用systemctl enable ...上面的绝对路径轻松部署到 systemd。我不需要手动复制或链接东西，systemd 处理一切，systemctl enable ...只需成功并按预期创建链接。

不起作用的是在引导时启动这些服务，systemd 对所有这些服务都失败，并显示一条消息，它再也找不到链接的文件。如果我不使用/home但/直接存储这些文件或删除@home不再是额外的子卷，那么一切都会按预期工作。

文档中有以下句子enable：

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

我不清楚在这种情况下到底有什么限制：是使用单个子卷本身还是因为它需要额外安装？/需要安装并且本身也是一个子卷，但这显然是受支持的。尤其是由于 BTRFS 和 ZFS 关于子卷的动态特性，我原以为 systemd 至少也支持一些公共根文件系统或池中的多个子卷。但它要么不处理，要么不能处理额外的挂载点。

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

systemd

3 个回答

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

  2. 在您的单元文件中指定您依赖于根文件系统以外的挂载点，systemd 将等待启动您的服务，直到这些挂载：

    例如考虑：

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

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

    • Requires=local-fs.target
    • After=local-fs.target
    • 0
  3. Best Answer

    我的问题的正确答案是/homesystemd 在它开始工作之后安装的，因此它无法/home在 systemd 本身启动时解析链接。这些链接的目标仅在以后可用。OTOH/由 initrd 挂载，systemd 发现它已经完全可用并在启动时工作。这与 BTRFS 或子卷本身无关，只与谁安装的内容有关。

    感谢@atype 的解释，但我不喜欢其他答案主要集中在解决问题的错误解决方法上。我想要一个真正关注我的问题并解释潜在问题​​的答案。如果@atype 会更改他的答案以包括例如我的解释，我会很高兴地授予他学分。

    • 0

相关问题