Linux启动时文件系统异常需用fsck修复：先卸载分区，再运行fsck -y /dev/sda1；可通过/etc/fstab的pass字段控制启动自检，严重错误时需进入emergency模式或使用smartctl、debugfs等工具诊断恢复。
如果Linux系统在启动时检测到文件系统存在不一致或异常，可能导致挂载失败、数据无法读取甚至系统无法启动。此时需要使用fsck工具对文件系统进行检查与修复。以下是执行此操作的具体步骤：
一、确保文件系统未被挂载
fsck不能在已挂载的文件系统上安全运行（只读挂载除外），否则可能造成数据损坏。必须先卸载目标分区，或在单用户模式/救援环境中操作。
1、查看当前挂载状态：df -h
2、确认目标分区（如/dev/sda1）未被挂载；若已挂载，执行：umount /dev/sda1
3、若提示“device is busy”，使用lsof +D /mount/point查找占用进程并终止，或重启进入恢复模式。
二、使用fsck手动检查与修复
fsck是文件系统一致性检查工具，它会根据文件系统类型自动调用对应检查程序（如e2fsck用于ext4）。默认行为为只读检查，需加-f和-y参数才执行强制修复。
1、以只读方式预检错误：fsck -n /dev/sda1
2、强制检查并自动修复所有可修复问题：fsck -y /dev/sda1
3、若明确知道文件系统类型，可直接调用专用工具，例如ext4：e2fsck -y /dev/sda1
三、在系统启动时自动触发fsck
Linux通过/etc/fstab中第六列（pass）字段控制启动时fsck的执行顺序与条件。值为0表示跳过，1表示根文件系统（仅一次），2表示其他需检查的文件系统。
1、编辑fstab：sudo nano /etc/fstab
2、检查目标行末尾数字，例如：/dev/sda1 /mnt/data ext4 defaults 0 2
3、如需强制下次启动检查，临时修改该列为2，并执行：sudo touch /forcefsck
四、使用systemd-rescue模式执行fsck
当根文件系统损坏导致无法正常登录时，需借助systemd提供的紧急模式，在只读根环境下卸载并修复根分区。
1、重启系统，在GRUB菜
单按'e'编辑启动参数
2、在linux行末尾添加：systemd.unit=emergency.target
3、按Ctrl+X启动进入emergency shell
4、执行：mount -o remount,rw /（若需写入fstab等）
5、卸载根分区所在设备（如/dev/sda2）：umount /dev/sda2
6、运行修复：fsck -y /dev/sda2
五、处理fsck无法修复的严重错误
当fsck报告“UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY”且反复修复失败，说明可能存在硬件故障或元数据严重损毁，需尝试低级恢复手段。
1、检查磁盘物理健康：sudo smartctl -a /dev/sda
2、尝试只读挂载以抢救数据：mount -o ro,noload /dev/sda1 /mnt/rescue
3、使用debugfs交互式修复（ext系列）：debugfs /dev/sda1，再输入ls -l或dump导出关键inode
