尝试重建RAID 5阵列失败：/dev/sdc1无超级块导致装配终止

别慌！先稳住，咱们一步步来排查问题，尽量保住你的数据。作为Linux新手遇到这种情况确实头大，但只要按步骤来，大概率能找到解决方向。

第一步：先确认哪些磁盘属于原RAID阵列 #

你现在遇到的核心问题是/dev/sdc1没有RAID超级块（magic值不符），首先得搞清楚这个盘到底是不是原阵列的成员：

• 分别运行以下命令，检查每个磁盘分区的RAID信息：

  mdadm --examine /dev/sda1
  mdadm --examine /dev/sdc1
  mdadm --examine /dev/sdd1
  mdadm --examine /dev/sdf1
  

• 正常的RAID成员盘会显示Magic : a92b4efc，如果/dev/sdc1没有这个输出，说明它要么不是原阵列的盘，要么分区被意外破坏了。结合你说这四个盘是近3个月新购的，会不会是你把新替换的空盘误当成了原阵列的成员？

第二步：排查/dev/sdc的硬件健康 #

你提到准备测试这个盘，这步很关键：

• 用SMART工具检查磁盘健康状态：

  smartctl -a /dev/sdc
  

• 重点看SMART overall-health self-assessment test result，如果显示FAILED，那这个盘大概率是硬件故障，直接换掉就行；如果是新盘，也有可能是出厂分区没做好，或者在安装时被误格式化了。

第三步：尝试用正常磁盘装配降级阵列 #

如果确认只有/dev/sdc1有问题，试试用剩下的正常盘来启动阵列：

• 只指定有超级块的磁盘来装配（比如假设sda1、sdd1、sdf1是正常的）：

  mdadm --assemble /dev/md0 /dev/sda1 /dev/sdd1 /dev/sdf1 --force --run
  

• 这里要注意：RAID5要求至少保留n-1个原始磁盘（你原来5个盘，所以至少需要4个正常盘才能正常启动）。如果现在只剩3个正常盘，强制启动可能会导致数据损坏，这时候就得优先考虑你的旧备份了。

第四步：确认原阵列的配置细节 #

从正常磁盘里提取阵列的原始配置，能帮你理清到底缺了哪个盘：

• 运行mdadm --examine /dev/sda1（选一个确定正常的盘），重点看这些字段：
  • UUID：阵列的唯一标识，确保所有正常盘的UUID一致
  • Number：每个盘在阵列中的编号，看看哪个编号的盘现在不在你的系统里（那个就是原来故障的旧盘）
  • Raid Devices：原始阵列的磁盘总数（应该是5）

第五步：成功装配后添加新盘 #

如果顺利启动了降级模式的阵列，接下来添加新盘的步骤要注意：

• 确保新盘的分区大小和原RAID成员的分区完全一致（用lsblk对比其他正常盘的分区大小）
• 用以下命令把新盘加入阵列，让它自动同步数据：

  mdadm /dev/md0 --add /dev/sdX1  # 把sdX换成你的新盘分区
  

• 同步过程可能需要很长时间（几十小时都正常），期间尽量不要重启系统。

最后再提醒一句：在操作过程中，绝对不要对正常的RAID成员盘进行格式化、分区等操作，避免不可逆的数据损失。如果实在拿不准，先把正常的磁盘做个镜像（比如用dd）再动手，虽然耗时但能多一层保障。

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