掉盘后的文件系统错误是什么
阵列降级、掉盘或重建之后，文件系统可能出现目录损坏、元数据不一致、挂载报错甚至自动转为只读。正确的处理顺序是先做数据备份或镜像，再在副本上验证修复方案，最后才考虑在生产盘上执行修复。文件系统修复工具的行为不可逆，在生产盘上直接执行是风险最高的做法。
检查与修复流程
检查与修复流程
xfs_repair -n /dev/md0 # XFS 只检查不修改（需先卸载）
e2fsck -fn /dev/md0 # ext4 只读检查
mount -o ro /dev/md0 /mnt # 先只读挂载导出关键数据
# 确认方案并在维护窗口执行：
xfs_repair /dev/md0 # XFS 修复（设备需处于卸载状态）
e2fsck -p /dev/md0 # ext4 修复（设备需处于卸载状态）基本信息
| 基本原则 | 先备份后修复，能离线修复就不要在线修复 |
|---|---|
| XFS | 修复需卸载设备，挂载状态下无法安全修复 |
| ext4 | e2fsck 需要在未挂载状态下执行，根分区需用救援环境 |
| 常见诱因 | 阵列降级、掉盘、非正常断电、存储链路抖动 |
工具与前提
| 文件系统 | 检查命令 | 修复前提 |
|---|---|---|
| XFS | xfs_repair -n | 设备已卸载，先导出关键数据 |
| ext4 | e2fsck -fn | 设备已卸载，根分区需救援模式 |
| 只读恢复 | 以只读方式挂载 | 用于先抢救数据再谈修复 |
| 日志分析 | 内核日志中的文件系统报错 | 用于判断错误是硬件引起还是软件引起 |
典型使用场景
- 掉盘恢复后：阵列回到最优状态后确认文件系统是否一致
- 非正常断电：上电后出现挂载失败或元数据报错
- 只读挂载：系统自动把文件系统置为只读时的应急处理
- 换盘之后：确认数据完整性与目录结构是否正常
- 备份前评估：修复前先确认备份链是否可用
修复前把关键目录先同步到其他存储：修复工具的行为不可逆，留一份原始副本能让处理更从容。
常见疑问
- 能否在挂载状态下修复：多数修复工具要求卸载，强行执行可能加重损坏
- 只读检查报错是否必须立即修复：先评估业务影响与备份状态再决定时机
- 修复后仍报错：说明问题可能在硬件层，回到阵列与盘的健康检查