SUSE Linux Enterprise Server 15 SP3
SUSE Linux Enterprise Server for SAP Applications 15 SP3

在使用最新版本systemd的系统上，可能有些SCSI设备(dm-多路径设备的路径设备)显示状态为“暂定”，尽管系统已完全启动:

# /bin/systemctl——no-pager——all list-units dev-sdf.device loaded activating暂定/dev/sdf dev-sdl.device loaded activating暂定/dev/sdl dev-disk-by\ x2id -dm\x2duuid\x2dmpath\ x2d360002ac00000000000070002225b .device loaded active plug /dev/disk/by-id/dm-uuid-mpath- 360002ac00000000000070002225b .device loaded active plug /dev/disk/by-id/dm-uuid-mpath- 360002ac00000000000070002225b .device loaded active plug

只要相应的dm多路径设备(在上面的情况下的例子中的最后一行)显示为“active/plugged”，这就不是错误;它“按设计工作”。

如果多路径守护进程('multipath .service')仅在完全引导的系统中启用，而不是在初始RAM文件系统(initramfs)中启用，则多路径路径设备可能会出现这种现象。
在引导过程中，在处理initramfs时，SCSI设备(例如上面的Situation下的/dev/sdf’)将被systemd视为“活动/插入”，因为multipathd是不活动的。
在切换根文件系统之后，这些设备不再是“活动的”，并且不能用于systemd，因为它们现在将成为多路径设备的成员。

当systemd切换到根文件系统时，它会重新执行自己，通过类似套接字的机制“序列化”和“反序列化”，将先前检测到的设备单元列表传递给重新执行的实例。
最近的系统版本已经改变了在udev重新发现这些设备之前处理这些“反序列化”设备状态的逻辑。

较旧的系统版本将继续将先前“插入”的设备视为“活动/插入”。
这可能导致存储堆栈的错误设置，并最终导致多路径设置的引导失败。
假设这些设备“不活跃/死亡”也是错误的;它可能导致其他致命错误，例如卸载仍然需要的文件系统。

因此，systemd进行了更新，现在将这些设备视为“暂定”设备，直到udev重新发现它们并将它们报告给systemd。使用“暂定”状态的优点是设备既不会被systemd过早激活也不会被停用，从而避免了上述错误。

对于作为多路径成员的SCSI设备，udev设置“SYSTEMD_READY = 0”设备属性，并且根本不向systemd报告这些设备。因此，它们以“暂定”状态保留在systemd的内部设备列表中，并将在此状态下由' systemctl -all list-units '命令。
这没有负面影响。
如果您正在观察这个设备状态，只需验证多路径设备(各个SCSI设备都是其成员)是否被正确激活。

在systemd包的变更日志中提到的变更集改变了行为，如下所示:

7b47b3c306 core/device:忽略交换根上的DEVICE_FOUND_UDEV位
(bsc#1137373 bsc#1181658 bsc#1194708 bsc#1195157 bsc#1197570)