我不得不在周日打开我的文件服务器的房屋，以取代有问题的粉丝。 我没有看到的是，其中一个SATA电缆没有正确连接。 重启后我做的第一件事是检查RAID状态，并立即显示一个驱动器丢失。 到目前为止，该设备还没有使用（但是它被安装了，所以我不能100％确定系统什么都不做）。 我停止md0并重新插入电缆：
mdadm --stop /dev/md0 poweroff 再次重新启动后，我检查了删除的驱动器
mdadm --examine /dev/sdd1 ... Checksum : 3276bc1d - correct Events : 315782 Layout : left-symmetric Chunk Size : 32K Number Major Minor RaidDevice State this 0 8 49 0 active sync /dev/sdd1 0 0 8 49 0 active sync /dev/sdd1 1 1 8 65 1 active sync /dev/sde1 2 2 8 33 2 active sync /dev/sdc1 3 3 8 17 3 active sync /dev/sdb1
我有点惊讶，它显示为活动（即使早些时候mdadm说，这个设备已从arrays中删除），其校验和是好的。 我重新创buildRAID：
mdadm --assemble /dev/md0 --scan
命令mdadm --detail /dev/md0显示所有驱动器正在运行，系统处于“干净”状态。 我安装了设备md0，然后来了hic-cup。 我想在所有情况之前使用我曾经使用的最后一个文件，而不是在那里。 在另一个地方，我实际上错过了我工作的目录中的所有文件。 据我所见，大部分比几天更旧的文件是完整的，但是一些新的文件丢失了。
现在最大的问题是：你的build议是什么？ 有没有办法获得这些数据？ 我想过移除之前由mdadm标记的驱动器，并用另一个空的HDD重buildarrays。
我发现重新组装后，“坏”的驱动器在RAID的另一个地方（之前列在第三名，然后在第四名）。 这可以影响重build过程吗？ 如果是，如何正确地重新组装arrays？ 我确信SATA电缆仍然以相同的顺序连接到控制器。
PS请不要build议像“从备份恢复”。 我在星期天的晚上做备份，这发生在下午晚些时候，所以备份对我来说不是真正的select。
pss我在Unix和Linux上问了这个问题，但在过去两天没有答案。 我感到非常焦虑。 对不起，如果您正在阅读其他论坛复制。
也许这会帮助别人。
我以前没有写过，但是所有四个分区都有相同数量的事件
mdadm --examine /dev/sd[az]1 | egrep 'Event|/dev/sd`' mdadm: No md superblock detected on /dev/sda1. Events : 315786 Events : 315786 Events : 315784 Events : 315786
不过，经过一番阅读，我决定删除“失败”的驱动器，并重新组合我的md0设备。
mdadm --manage --set-faulty /dev/md0 /dev/sdd1 mdadm /dev/md1 --stop mdadm --assemble /dev/md0 /dev/sd[bce]1 --force mdadm --manage /dev/md0 --add /dev/sdd1
请不要问我，为什么它的工作。 对我来说重要的是我收回所有的文件（文件分配表显示目录的正确内容，所有丢失的文件都在那里。