我inheritance了一台使用RAID 5arrays运行Debian的机器。 我安装了一堆操作系统推荐的更新（1700左右），然后重新启动后，RAIDarrays没有安装。 设备/ dev / md0现在不存在，我不知道为什么。
/etc/mdadm/mdadm.conf包含：
DEVICE partitions ARRAY /dev/md0 level=raid5 num-devices=3 UUID=138b0c65:20644731:39e394c4:192c7227 我试着做mdadm –create –verbose / dev / md0 –level = 5 –raid-devices = 3 / dev / sda1 / dev / sdb1 / dev / sdc1。 这使设备md0，但它被列为“降级”，列表中的最后一个驱动器由于某种原因被视为“备用”。 尽pipe我不能确定，但我强烈怀疑它是涉及RAID-5arrays的sdb，sdc和sdd
我尝试了所有6种可能的设备sorting，但最后一个总是会出现备用。 我也尝试过–spare-devices = 0 –force，它成功地将所有三个驱动器以“干净”的状态进入arrays，但是我无法真正地挂载设备md0。 当我在/ dev / md0上运行“file -s”时，我得到了GLS_BINARY_LSB_FIRST，这似乎没有帮助。
我没有理由相信任何设备是错误的; 所有这些似乎都是源于最近的升级。 我怎样才能恢复旧的RAID 5arrays？ 我的 – 创造诡计不知何故搞砸了？ 请注意，我从来没有成功安装md0。
请指教。 我知道这一直是个故事，但如果我不能复活这个东西，我就会陷入困境，所以任何人的帮助都会得到我永恒的感激，无论它是值得的。
我怀疑你可能会在不久的将来testing你的恢复程序。
运行 – 在现有的arrays上创build是…好吧，“误导”就像我可以穿上它一样好。 这只是为了创build一个新的数组 – 你特别不想做的。
你想要什么 – --assemble ，甚至更好的解决为什么系统决定停止在启动时自动组装arrays。 尽pipe你已经在这个地方创build了数组，但事实上你可能已经有了这个数组了。
由此，您新创build的RAID5arrays以降级模式启动的原因在mdadm联机帮助页中给出（这本来是一个很好的首选）：
创buildRAID5arrays时，mdadm将自动创build一个具有额外备用驱动器的降级arrays。 这是因为将备件构build到降级arrays中通常比在非降级但不干净的arrays上重新同步奇偶校验要快。 这个特性可以用–force选项覆盖。
至于诊断为什么你的RAIDarrays在升级之后没有组装起来，看一眼dmesg可能会让你正确; 不幸的是，这些数据可能是（a）消失了，或者（b）至less现在完全不相关。
一个mdadm忍者也许可以把事情恢复正常，如果他们能够访问有问题的机器，并且有很多的时间和耐心，但是对于你的情况，我build议你只是采取停机时间并从备份恢复。
你创造的阴谋可能已经搞砸了。
--create初始化一个新的数组。
你想要 – --assemble 。
你创造了什么警告吗？
请在每个分区上粘贴mdadm -E的输出。 它可能是可以回收的。