fsck-failed

文件系统检查失败的定位与修复

现象

启动时 fsck 失败并进入 emergency mode，或手动运行 fsck 报错。可能提示超级块损坏、元数据错误、坏道或需要手动修复。

快速定位

fsck -n /dev/sdX
dmesg -T | grep -i -E 'ext4|xfs|corrupt|error'
journalctl -b -1 -p err
smartctl -a /dev/sdX
lsblk -f
mount | grep /dev/sdX

常见根因

1. 突然断电、强制重启或写缓存丢失导致元数据不一致。
2. 磁盘坏道或云盘故障。
3. 文件系统在挂载状态下被检查或修复。
4. 内核/驱动 bug 或存储链路不稳定。
5. RAID/多路径配置错误。

修复

• 先备份能读取的数据；修复操作可能改变元数据。
• 确认文件系统未挂载；根分区需要从救援模式或 Live 环境操作。
• ext4 用 fsck -f -y（先 -n 试跑），xfs 用 xfs_repair（必要时 -L 清日志，谨慎）。
• SMART 有坏道时优先替换磁盘，不要反复修复。
• 修复后再次 fsck -n 确认干净，再挂载并检查关键数据。
• 无法修复时从备份恢复，保留原盘用于取证。

相关命令

• fsck — ext 文件系统检查
• xfs_repair — XFS 修复
• smartctl — 磁盘健康
• mount — 挂载状态