编辑 ：看来，这可能是一个固有的问题与.9超级版块。 数字，我只能在这里发布后，find这些链接。
https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/599515 mdadm与驱动器而不是分区组装
最近，我添加到新的磁盘到一台机器。 我在每个驱动器上创build了一个分区，并使用软件raid在分区之间build立raid1。 但是，由于某些原因，在将分区添加到数组之后，mdadm也会在基础块设备中检测到超级块。 这在启动过程中会导致很多问题，因为udev尝试在/ dev / sda1之前递增地组装数组，并在/ dev / sda上绊倒。 正如你可以看到下面，只有md3患有这个问题。 它与mdadm -A /dev/md3 /dev/sda1 /dev/sdb1组装在一起。 我以某种方式错误地设置了这些分区吗？
root@blaster:/# mdadm --examine --verbose --scan ARRAY /dev/md3 level=raid1 num-devices=2 UUID=33868dc0:becdb6b6:8b9f62c7:cb89d2ee spares=2 devices=/dev/sdb1,/dev/sdb,/dev/sda1,/dev/sda ARRAY /dev/md0 level=raid1 num-devices=2 UUID=866cc7e5:f18b48c0:539d4f3e:4592bf76 devices=/dev/sdd1,/dev/sdc1 ARRAY /dev/md1 level=raid1 num-devices=2 UUID=550101be:d1fac9c9:48c0e818:59501087 devices=/dev/sdd2,/dev/sdc2 ARRAY /dev/md2 level=raid1 num-devices=2 UUID=7783bbb3:6e381768:8b9f62c7:cb89d2ee devices=/dev/sdf1,/dev/sde1
Linux RAID超级块信息存储在设备或分区的最后一个块中。 重新格式化或重新分区设备通常不会覆盖此块，因此您必须手动执行此操作。 运行mdadm --zero-superblock可以做到这一点，但使用时必须非常小心，否则会损坏RAID元数据。
元数据存储在导致问题的磁盘末尾，因为您已经想清楚了。 为了避免这样的混淆，你可以尝试使用版本1的超级块（ man mdadm的细节）。 你有版本1.1存储这个信息在设备的开始，1.2版本从一开始就存储它4K。 与这两个版本，你不会看到这个问题。