ldmtool systemd 服务可能无法正常工作 - 硬盘初始化太慢？

问题描述

多年来，我一直在使用 systemd 服务来自动挂载我的 Windows RAID。 因为我有一个新的计算机系统，我的服务文件不能正常工作了。

这是我的 ldmtool.service：

[Unit]
Description=Windows Dynamic Disk Mount
After=local-fs-pre.target
Before=local-fs.target media-LDM.mount
DefaultDependencies=no
[Service]
Type=simple
User=root
ExecStart=/usr/bin/ldmtool create all
[Install]
WantedBy=local-fs.target

如果我现在启动我的系统，fstab 安装将找不到映射器设备，我被扔到控制台，但可以通过按 strg+D 以默认设置启动 - 我的 LDM 卷安装正确 之后（再次启动 ldmtool.service 并找到该卷）。 journalctl 显示 ldmtool.service 启动了两次

1. 带有空字符串

Mar 28 11:40:42 user systemd[1]: ldmtool.service: Succeeded.
Mar 28 11:40:43 user ldmtool[960]: []

2. 正确

Mar 28 11:43:18 user systemd[1]: ldmtool.service: Succeeded.
Mar 28 11:43:18 user ldmtool[1093]: [
Mar 28 11:43:18 user ldmtool[1093]:   "ldm_vol_DESKTOP-KQMKD2B-Dg0_Volume1"
Mar 28 11:43:18 user ldmtool[1093]: ]

所以它看起来像在第一次 ldmtool 启动时硬盘没有正确初始化，这就是为什么它没有找到任何卷。 我的假设是，我的新系统的启动速度比我之前的系统快得多。 如果我重新启动我的系统（热重启），它会在大约 50% 的情况下正常启动，即使在冷“正常”启动时，它也会不时正常启动（很可能是在 HDD 初始化得足够快时） 我尝试了大量不同的 After/Before/WantedBy 组合，但没有任何帮助。

我在 Debian Bullseye 5.10.0-5-amd64 和 ldmtool 0.2.4-3 adm64 （我的新系统在 Debian Buster（内核 4x）上也发生了同样的情况，之后我升级到了 Bullseye）

如何写服务文件实际上是在等待ldmtool找到我的卷？

解决方法

暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！

如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@）