1
当/ dev / sd [abcde] 1重新排序时,mdadm --assemble失败
由于在引导(Debian7)上对/ dev / sd [af]的重复重新排序,我在组装小型RAID5时遇到了麻烦。 md0最初使用sd [abc] 1,它包含一个LUKS设备,该设备又包含一个ext4文件系统。ext4文件系统(已通过fsck验证)以及所有磁盘sd [abc](已通过smartctl验证)都可以使用。 当前,RAID设备不是sd [abc] 1,而是sd [abd] 1。mdadm --examine可以正确识别所有它们(相同的UUID,相同的事件计数),但是即使在检查/ dev / sdd1时,也将sdc1显示为数组的一部分。 我认为,如果重新启动后我得到的是原始订单,那么一切都会恢复正常。 现在,我看到两个解决方案,但都找不到如何实现: 阻止Debian重新排序 确保mdadm不依赖设备的/ dev / sd [af] 1的完全匹配 如何实现这两个功能之一,或者我还能做些什么来使mdadm运行? mdadm.conf: DEVICE /dev/sd[abcef]1 CREATE owner=root group=disk mode=0660 auto=yes HOMEHOST <system> MAILADDR root ARRAY /dev/md0 UUID=b00e130c:359e5dfc:461cb5c0:61dedce4 编辑: 我只是发现了一些琐碎的东西,我不记得在任何地方都清楚地读过,并且以前也不知道:以正确的顺序传递匹配的RAID设备(可能与前一个设备不同)至少在手动组装时会有所帮助。在我的情况下(另一次重新引导按顺序将设备的sd [bcd] 1分配给我): # mdadm --assemble …