fsck是修复linux文件系统损坏的最常用工具，必须在分区未挂载时运行；需先识别文件系统类型（如ext4用fsck.ext4、xfs用xfs_repair），再分步检查（-n）与修复（-fy），完成后重启并验证。
Linux文件系统损坏后，fsck是最常用、最直接的修复工具。它不能在已挂载的分区上运行，必须确保目标分区处于未挂载状态——这是修复成功的前提。
确认损坏并进入安全环境
系统启动时若出现 UNEXPECTED INCONSISTENCY: RUN fsck MANUALLY 或提示“只读文件系统”，说明文件系统已标记为 dirty，需人工干预。此时：
- 不要强行继续启动或写入数据
- 重启后进入单用户模式（或使用 Live CD/USB 启动），获得 root 权限
- 用
df -h和lsblk确认目标分区未被挂载；若已挂载，先执行umount /dev/sdXN（如umount /dev/sda1） - 对 LVM 卷（如
/dev/mapper/vg-root），需先激活卷组：vgscan && vgchange -ay
识别文件系统类型再调用对应命令
不同格式需用不同工具，混用可能导致二次损坏：
- EXT2/EXT3/EXT4：优先用
fsck.ext4 -y /dev/sdXN（自动修复），或通用fsck -t ext4 -y /dev/sdXN - XFS：不支持
fsck，改用xfs_repair /dev/sdXN（XFS 无法在挂载时修复，且无 -y 参数） - FAT32/exFAT：用
fsck.fat -a /dev/sdXN - 不确定类型时，先运行
blkid /dev/sdXN查看 TYPE 字段
安全执行修复操作
推荐分两步走，避免误操作：
- 先试运行（只检查不修改）：
fsck -n /dev/sdXN，观察输出是否报错 - 确认问题存在后，再执行修复：
fsck -fy /dev/sdXN（-f 强制检查，-y 自动确认所有修复） - 如修复过程卡住或提示 superblock 损坏，可尝试备份 superblock 恢复：
e2fsck -b 32768 /dev/sdXN（32768 是常见备份位置，实际可用mke2fs -n /dev/sdXN查询） - 修复完成后，务必重启系统，不可直接继续运行旧环境
后续验证与预防
修复不是终点，还需验证和加固：
- 重启后检查日志：
dmesg | grep -i "ext4\|error\|fail"，确认无新报错 - 用
smartctl -a /dev/sdX检查硬盘 SMART 健康状态，排除硬件故障 - 设置定期自检：在
/etc/fstab中为根分区设置第6列数值为1，让系统在启动时自动检查（如/dev/sda1 / ext4 defaults 0 1） - 避免异常断电，关键业务建议配置 UPS，并启用 write-barrier 或 journaling 模式
