SystemD服务执行LVM卷fsck时无法找到设备，求正确依赖配置方法

我之前也踩过这个坑！你遇到的核心问题是：直接用Before/After绑定通用LVM服务（比如lvm2.service）并不靠谱，因为这些服务只是负责LVM的基础管理，而逻辑卷的激活是由更细分的单元处理的。最可靠的方式是直接绑定到你要检查的LVM设备对应的.device单元，或者依赖LVM激活完成的目标单元。

第一步：找到正确的依赖单元 #

方法1：直接绑定目标设备的.device单元 #

每个块设备在systemd里都有对应的.device单元，这是最精准的依赖方式——systemd会确保设备完全就绪后才启动你的服务。

1. 先获取你要检查的LVM设备的systemd单元名称：
   比如你的逻辑卷是/dev/mapper/vg0-data，用systemd-escape命令转义路径：

   systemd-escape /dev/mapper/vg0-data
   

   输出会是dev-mapper-vg0\x2ddata.device（自动转义了路径中的特殊字符）。

2. 在你的服务文件里，把这些.device单元设为依赖：

   • Requires=xxx.device：表示你的服务必须依赖这些设备，设备没就绪服务就启动失败
   • After=xxx.device：表示你的服务必须在这些设备就绪后启动

方法2：依赖所有LVM激活完成的目标 #

如果你需要检查所有LVM逻辑卷，可以依赖lvm2-activation.target——这个target是systemd用来标记所有LVM逻辑卷激活完成的节点，比单个设备单元更适合批量场景。

第二步：编写正确的SystemD服务示例 #

假设你要检查/dev/mapper/vg0-root和/dev/mapper/vg0-home，创建/etc/systemd/system/custom-lvm-fsck.service：

[Unit]
Description=Custom Fsck for Selected LVM Volumes
# 依赖目标设备的.device单元
Requires=dev-mapper-vg0\x2droot.device dev-mapper-vg0\x2dhome.device
After=dev-mapper-vg0\x2droot.device dev-mapper-vg0\x2dhome.device
# 确保在文件系统挂载前执行fsck（fsck不能在已挂载的卷上运行）
Before=local-fs.target

[Service]
Type=oneshot
# 使用fsck的自动修复模式（-p），如果需要手动干预可以去掉这个参数
ExecStart=/sbin/fsck -p /dev/mapper/vg0-root
ExecStart=/sbin/fsck -p /dev/mapper/vg0-home
# 如果fsck发现无法自动修复的错误，让服务失败，systemd会进入紧急模式（可选）
FailureAction=emergency

[Install]
WantedBy=multi-user.target

第三步：验证依赖并测试 #

1. 检查服务配置是否合法：

   systemd-analyze verify custom-lvm-fsck.service
   

2. 重新加载systemd配置：

   systemctl daemon-reload
   

3. 启用服务：

   systemctl enable custom-lvm-fsck.service
   

4. 可以用systemd-analyze plot > boot-sequence.svg重新生成启动序列图，确认你的服务在目标设备之后、挂载之前启动。

为什么之前的约束没用？ #

你之前绑定的Before/After可能指向了错误的LVM服务：

• lvm2.service只是LVM的核心管理服务，不负责激活逻辑卷
• lvm2-pvscan@.service仅负责扫描物理卷，之后还有lvm2-activation.service来激活逻辑卷
  直接绑定.device单元是最稳妥的，因为systemd会实时跟踪设备的udev事件，确保设备真正就绪后才触发你的服务。

内容的提问来源于stack exchange，提问作者Antonio Petricca