fsck是修复Linux文件系统损坏最常用可靠的工具，需在未挂载或只读状态下运行；适用于ext2/3/4、XFS（需xfs_repair）、btrfs等，常见于启动失败、挂载报错、I/O异常等场景。
Linux文件系统损坏时，fsck（File System Consistency Check）是最常用、最可靠的修复工具。它能检测并修复ext2/3/4、XFS（需搭配xfs_repair）、btrfs等主流文件系统的不一致性问题。关键前提是：**必须在文件系统未挂载（或只读挂载）状态下运行，否则可能造成更严重损坏。**
何时需要运行 fsck
以下情况通常提示需手动检查修复：
- 系统启动卡在“Give root password for maintenance”界面，或提示“fsck failed”“UNEXPECTED INCONSISTENCY”
- 挂载分区时报错“wrong fs type, bad option, bad superblock”或“Structure needs cleaning”
- 执行 df 或 ls 时出现 I/O 错误、目录内容异常丢失
- 非正常断电、强制关机后再次启动时自动触发 fsck（取决于 /etc/fstab 中的 pass 字段）
基础用法与安全前提
运行 fsck 前务必确认：目标分区未被挂载（或已卸载为只读）。对已挂载的根分区操作极危险。
- 查看挂载状态：mount | grep /dev/sdXN 或 findmnt /mount/point
- 若已挂载，先尝试安全卸载：sudo umount /dev/sdXN；若提示“busy”，可用 lsof +D /mount/point 查看占用进程
- 对根分区（/）无法直接卸载，需从 Live USB 启动后操作，或在 GRUB 启动时按 e 编辑内核参数，末尾添加 rd.break（RHEL/CentOS）或 init=/bin/bash（Ubuntu/Debian），再 remount 为读写并执行 fsck
常用 fsck 命令与参数说明
不同文件系统对应不同后端检查器（如 e2fsck、xfs_repair），但 fsck 会自动调用正确工具。
- fsck -y /dev/sdXN：自动修复所有可修复错误（-y = yes to all）
- fsck -C /dev/sdXN：显示进度条（仅支持 ext 系列）
- fsck -n /dev/sdXN：只做模拟检查，不写入修改（推荐首次使用）
- fsck -t ext4 /dev/sdXN：强制指定文件系统类型（当自动识别失败时）
- 修复 XFS 分区请直接用：xfs_repair /dev/sdXN（不支持 -y，需交互确认）
修复后验证与预防建议
修复完成后不要立即重启，应验证结果是否稳定：
- 重新挂载分区：sudo mount /dev/sdXN /mnt，测试读写是否正常
- 检查日志：dmesg | tail -20 查看是否有新的 EXT4-fs、XFS 错误信息
- 启用定期自检：在 /etc/fstab 对应行第6列（pass）设为 1（根分区）或 2（其他分区），系统会在启动时按顺序检查
- 避免突然断电：使用 UPS，禁用快速启动（Windows 双系统用户注意关闭“Fast Startup”）
