希望这不是重复的问题，我发现了一些类似的问题，但没有一个完全匹配。
我有一个 Arch Linux 安装和一个 Windows 安装双重启动，两者都位于一个 nvme 驱动器的不同分区上。我还有另一个 nvme 驱动器，我已将其安装在 Arch 安装上以进行大容量存储。
通常，主 nvme 是 /dev/nvme0n1，第二个是 /dev/nvme1n1。但是，我知道依赖这些名称不好，所以我的 fstab 看起来像这样：
UUID=1f881779-23ee-413a-a8c9-224e99f81dd4 / ext4 rw,relatime 0 1
UUID=0472-C69D /boot/efi vfat defaults 0 2
UUID=abe217d2-7a93-4a2f-8d34-af8ba627cdd3 /home/j4cobgarby/Documents/.mass_storage ext4 rw,relatime 0 3
以1f88开头的UUID是主驱动器的正确分区，以abe2开头的UUID是大容量存储驱动器的正确分区。
我的问题是，有时（而且只是有时）当我启动时，控制台会显示类似于“等待设备 /dev/nvme0n1p5 10 秒”的内容（该驱动器的 p5 是 Linux 分区），然后最终进入恢复状态壳。如果主驱动器被称为 /dev/nvme1n1 （我想有时会发生这种情况），那么 /dev/nvme0n1 的分区 5 不存在，我相信这就是打印此错误的原因。
但是，我不明白为什么它应该通过设备名称查找该分区，因为我在 fstab 中通过 UUID 指定了驱动器。
lsblk作为参考，以下是系统正常启动时的输出：
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
nvme1n1 259:0 0 465.8G 0 disk
└─nvme1n1p1 259:1 0 465.8G 0 part /home/j4cobgarby/.mass_storage/Documents/.mass_storage
nvme0n1 259:2 0 953.9G 0 disk
├─nvme0n1p1 259:3 0 260M 0 part /boot/efi
├─nvme0n1p2 259:4 0 16M 0 part
├─nvme0n1p3 259:5 0 561G 0 part
├─nvme0n1p4 259:6 0 2G 0 part
└─nvme0n1p5 259:7 0 390.6G 0 part /
很难重现这个问题，因为它不会经常发生，但我现在会尝试重新启动几次，看看是否会发生，如果确实发生，请更新问题以提供一些额外的信息。