fsck是linux中检查修复文件系统错误的工具，须在未挂载或只读挂载时运行；常见于启动失败、挂载报错、i/o错误或非正常关机后；安全操作需用live usb或单用户模式，禁用对读写挂载分区的修复。
Linux 中 fsck（File System Consistency Check）是用于检查和修复文件系统错误的核心工具。它不能在已挂载的分区上安全运行（尤其是读写挂载），否则可能造成数据损坏。正确使用的关键在于：**确保目标分区未挂载，或仅以只读方式挂载，并优先尝试自动修复前先备份重要数据。**
什么时候需要运行 fsck
以下情况通常提示需手动执行 fsck：
- 系统启动失败，卡在“Give root password for maintenance”界面
- 挂载时提示 “
mount: wrong fs type, bad option, bad superblock” 或类似错误 - 访问目录时报 “
input/output Error”，且dmesg显示磁盘 I/O 错误 - 非正常关机（如断电、强制重启）后，下次启动时系统自动触发 fsck（显示 “
*** Checking Filesystem ...”）
如何安全地运行 fsck
必须保证目标设备未被挂载（或仅以只读方式挂载）。常用方法如下：
- 从 Live USB 启动：用 ubuntu/Fedora 等 Live 系统启动，打开终端，用
lsblk或fdisk -l确认待修复分区（如/dev/sda2），然后执行：sudo fsck -y /dev/sda2 - 单用户模式（救援模式）：重启时在 GRUB 菜单按
e编辑启动项，在linux行末尾添加rd.break（RHEL/centos）或init=/bin/bash（Ubuntu/debian），然后按Ctrl+X启动。进入后 remount 根为可写：mount -o remount,rw /，再卸载目标分区（如/home）并运行 fsck - 强制检查已挂载根分区（不推荐）：仅限紧急且无其他选择时，可先只读重新挂载：
mount -o remount,ro /，再运行fsck -y /dev/xxx；完成后切回读写：mount -o remount,rw /
常用 fsck 参数与注意事项
不同文件系统对应不同后端工具（如 ext4 用 e2fsck，xfs 用 xfs_repair），但通用参数基本一致：
-
-y：自动确认所有修复操作（适合脚本或无人值守） -
-n：只做检查，不修改文件系统（相当于“模拟运行”，推荐首次使用） -
-f：强制检查，即使文件系统标记为“干净”也执行（某些情况下必要） -
-C：显示进度条（支持 ext2/3/4） - 注意 XFS 特殊性：XFS 不支持在已挂载时修复，且
fsck.xfs实际是空命令；必须用xfs_repair /dev/xxx，且要求该分区未挂载
修复失败或严重损坏怎么办
如果 fsck 报错如 “Superblock checksum does not match” 或反复提示大量 inode 错误，说明元数据损坏较重：
- 尝试使用备份超级块恢复（ext 类型）：
dumpe2fs -h /dev/sda2 | grep -i superblock查出备份位置，再运行：e2fsck -b 32768 /dev/sda2（将 32768 替换为实际备份块号） - 若仍失败，考虑用
debugfs手动提取关键文件，或借助photorec恢复数据 - 物理磁盘异常（如
smartctl报告重映射扇区增长）应立即停止写入，更换硬盘后再恢复数据