系统：Ubuntu 18.04 64位。
我有一个由 4 个设备 (sdb1、sdc1、sdd1、sde1) 组成的 raid-5 阵列 (md0)。我将 /dev/md0 加密为 luks2 卷 (crypt0)，并将 /dev/mapper/crypt0 格式化为 lvm 物理卷，并在其上放置卷组 vg1。一切正常。
我的问题是，重启后，虽然 /dev/md0 确实存在，并且 mdadm -Ds 显示了相应的信息，并且 crypt 卷 /dev/mapper/crypt0 也存在，但是 pvs 并未将 /dev/mapper/crypt0 显示为 PV，并且 vg1 未出现。
但是，如果我发出命令“cryptdisks_stop crypt0”，然后发出“cryptdisks_start crypt0”，/dev/mapper/crypt0 会突然被识别为 PV，VG 和我的 LV 会正常显示。在 /dev/mapper/crypt0 上使用 hexdump 会显示二进制数据在停止和（重新）启动之间发生了变化。
我首先想到的是 luks 挂载是在设置 raid 设备之前进行的。但在这种情况下挂载肯定会失败，而不是留给我一个包含错误数据的设备？
我已经为此奋斗了两天了，非常感谢任何建议。
仅供参考，/etc/mdadm/mdadm.conf 中的相关行是：
数组 /dev/md0 元数据=1.2 名称=maggie:0UUID=c32cf5ee:3470d676:87544e31:328f5d5f
是的，我已经运行了 update-initramfs -u -k all，并检查了 initramfs 版本。
/etc/crypttab 中的行是：（这里隐藏了一些细节，但是正确）
crypt0 /dev/md0 luks2，标题=
答案1
解决了。我自己的愚蠢。
经过一番努力之后，我决定通过向 Linux 命令行提供 debug=2 参数来更详细地记录启动过程，就这样。
/etc/crypttab 文件中的“luks2”参数应该只是“luks”。使用 cryptdisk_start 打开驱动器时没有任何错误，但当 systemd 在启动过程中遇到它时，它足以导致阻塞。我很抱歉。