尝试挽救双盘失效RAID5阵列的技术咨询

嘿，这个经典的RAID5双盘故障场景确实让人头疼，但先别慌，咱们一步步来分析你的问题：

(A) 用--create --assume-clean尝试恢复有没有希望？ #

有一定可能性，但不是100%，关键取决于第二块“失效”的磁盘（sdd1）是不是真的物理损坏。如果它只是因为电源波动、临时IO错误被标记为失效，而实际数据和元数据都和其他正常盘保持同步（从你说的所有磁盘事件数一致来看，这个概率不低），那用--assume-clean重建阵列是有可能读出数据的。

不过要明确：RAID5设计上只允许单盘失效，双盘失效理论上数据是不完整的，但如果第二盘是“假死”，那相当于阵列只是临时丢了一个成员，数据其实还在，这种情况下才有机会救回来。

(B) 有没有更温和、风险更低的尝试方法？ #

当然有，先试试这些非破坏性的操作，毕竟--create是最后一招：

• 先验证sdd1的实际状态：用smartctl -a /dev/sdd检查磁盘健康状态，看有没有坏道、SMART报错。如果只是临时故障，那后续操作的成功率会高很多。
• 尝试只读模式重新装配阵列：先停止当前阵列：

  mdadm --stop /dev/md0
  

  然后用所有四块磁盘尝试只读装配：

  mdadm --assemble --readonly --force /dev/md0 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1
  

  只读模式不会向磁盘写入任何数据，完全安全。如果装配成功，立刻挂载并备份能访问的数据。
• 检查磁盘元数据一致性：对每块磁盘执行mdadm --examine /dev/sd[abcd]1，重点看Event Count和Array UUID。如果四块盘的Event Count完全一致，说明sdd1只是被标记为失效，数据没有落后，这时候只读装配的成功率极高。
• 尝试移除无效成员后重新启动：如果只读装配失败，可以先移除标记为Failed的sdd1和Spare的sdc1，再尝试启动：

  mdadm --stop /dev/md0
  mdadm --assemble --readonly /dev/md0 /dev/sda1 /dev/sdb1
  

  虽然阵列会处于降级状态，但至少能尝试访问正常盘上的数据。

(C) 如果要尝试--create --assume-clean，磁盘顺序怎么确定？ #

这一步风险极高，必须先给所有磁盘做镜像备份（比如用ddrescue：ddrescue /dev/sdc1 sdc1.img log_sdc1.txt，四块盘都要做），在镜像上操作，避免搞砸原始数据。

确定磁盘顺序的关键是还原阵列创建时的原始磁盘顺序，你可以通过以下步骤确认：

1. 查看每块磁盘的元数据：执行mdadm --examine /dev/sd[abcd]1，找Position in Array（或类似字段，不同mdadm版本可能表述不同），这个数字就是磁盘在RAID阵列中的原始位置（从0开始计数）。
2. 结合你之前的阵列状态：原工作阵列是[4/4] [UUUU]，失效后是[4/2] [_UU_]，说明位置0和3的磁盘失效，位置1和2是正常的（对应sda1和sdb1）。
3. 构建创建命令时，严格按照原始位置顺序排列磁盘，同时指定和原阵列一致的参数（chunk size 512k，metadata 1.2）：

   mdadm --create /dev/md0 --level=5 --raid-devices=4 --chunk=512k --metadata=1.2 --assume-clean /dev/[位置0的磁盘] /dev/[位置1的磁盘] /dev/[位置2的磁盘] /dev/[位置3的磁盘]
   

   比如根据你原阵列的显示sdc1[4] sda1[2] sdd1[5] sdb1[3]，结合失效后的[_UU_]，推测原始顺序可能是sdc1（位置0）、sda1（位置1）、sdb1（位置2）、sdd1（位置3），那命令就是：

   mdadm --create /dev/md0 --level=5 --raid-devices=4 --chunk=512k --metadata=1.2 --assume-clean /dev/sdc1 /dev/sda1 /dev/sdb1 /dev/sdd1
   

   但一定要以mdadm --examine的Position in Array字段为准，这个是最权威的。

备注：内容来源于stack exchange，提问作者psycotica0