RAID内分区执行fsck后文件系统仍损坏的技术求助

刚处理过一起几乎一模一样的案例——换主板后RAID1的ext4挂载失败，反复fsck都没用。给你梳理几个必须按顺序来的排查修复步骤，别上来就瞎fsck，先把RAID本身的问题搞定：

换主板后最容易出的问题是RAID元数据识别异常，或者磁盘顺序错乱导致阵列降级，这时候fsck根本没用：

• 查看当前RAID的详细状态：

  mdadm --detail /dev/md0
  

  重点看State字段：如果是clean, degraded，说明有一块磁盘没被阵列识别；如果是inactive，那阵列根本没启动起来。
• 检查两块磁盘的RAID元数据是否一致：

  mdadm --examine /dev/sda
  mdadm --examine /dev/sdb
  

  对比两个输出里的UUID和RAID Version，必须完全一致。如果某块磁盘的元数据异常，可以尝试重新加入阵列：

  mdadm /dev/md0 --add /dev/sdX  # X替换成异常的磁盘，比如sda或sdb
  

• 重新扫描并组装RAID：

  mdadm --assemble --scan
  

RAID1的两块磁盘分区表必须完全一致，换主板后可能因为硬件识别问题导致分区表偏移或损坏：

• 先备份两块磁盘的GPT分区表（绝对不能跳过！）：

  sgdisk --backup=sda_gpt_backup.bin /dev/sda
  sgdisk --backup=sdb_gpt_backup.bin /dev/sdb
  

• 对比两个备份文件，看分区表是否一致：

  diff sda_gpt_backup.bin sdb_gpt_backup.bin
  

  如果有差异，用其中一块磁盘的完好分区表同步到另一块（比如确认sda的分区表正常，就同步到sdb）：

  sgdisk /dev/sdb --load-backup=sda_gpt_backup.bin
  

• 同步后重新启动RAID服务：

  systemctl restart mdadm
  

之前的fsck可能因为RAID状态异常导致修复不彻底，现在确保RAID是clean, active状态后，用更激进的参数修复：

• 先尝试只读挂载，看能不能访问数据（能的话先备份重要文件！）：

  mount -o ro /dev/md0p1 /mnt
  

• 执行彻底的ext4检查修复，注意：这会修改文件系统，一定要先备份数据！

  e2fsck -fy -C 0 /dev/md0p1
  

  参数说明：
  • -f：强制检查，即使文件系统标记为"clean"
  • -y：自动确认所有修复操作，不用手动输入
  • -C 0：实时显示修复进度
• 如果还是提示日志问题，尝试清空ext4日志（会丢失未提交的事务，但能解决日志损坏导致的挂载失败）：

  e2fsck -l /dev/md0p1
  

如果以上步骤都没用，说明RAID元数据彻底损坏，这时候可以直接从单块磁盘的分区恢复数据：

• 先停止当前RAID阵列：

  mdadm --stop /dev/md0
  

• 尝试挂载其中一块磁盘的分区（只读模式）：

  mount -o ro /dev/sda1 /mnt  # 或者/dev/sdb1，试其中一块就行
  

  如果能挂载，立刻备份所有重要数据，之后再重新创建RAID阵列（注意重新创建会清空两块磁盘的数据！）

内容的提问来源于stack exchange，提问作者Vestild