linux 开机自动修复文件系统需配置 fstab 的 pass 字段（根分区设 1、其他本地分区设 2）并添加内核参数 fsck.mode=force fsck.repair=yes，但 xfs 因日志机制不适用 fsck，须卸载后手动 xfs_repair；自动修复可能掩盖硬件故障或导致数据丢失，需结合 smart 检测与日志分析。
Linux 开机时自动修复文件系统，主要依靠 fsck（file system check）机制实现，但默认情况下它 ** 不会无条件自动修复 **，而是按需检查并交互式提示——这在无人值守服务器或嵌入式设备上可能造成启动卡住。要实现真正“自动修复”，需合理配置 fstab 和内核启动参数，并理解其风险与边界。
通过 fstab 的 pass 字段启用自动检查
/etc/fstab 中每行末尾的第 6 列（pass 字段）控制 fsck 执行顺序和行为：
- 0：不参与开机 fsck 检查（如 swap、nfs、btrfs 等非 ext4/xfs 传统文件系统）
- 1：仅根文件系统（/）使用，且优先级最高（通常只设一个）
- 2：其他需检查的本地文件系统（如 /home、/var），按数字顺序依次检查
例如，确保根分区行类似：
UUID=abcd… / ext4 defaults,errors=remount-ro 0 1
其中末尾的 1 表示开机时纳入 fsck 流程。
让 fsck 自动修复而非挂起等待
默认 fsck 在发现错误时会暂停启动并要求人工确认（y/n）。要跳过交互，需设置内核启动参数：
- 添加 fsck.mode=force：强制执行检查（即使文件系统标记为 clean）
- 添加 fsck.repair=yes：自动修复所有可修复错误（等价于 fsck -y）
修改方法（以 GRUB 为例）：
- 编辑 /etc/default/grub
- 在 GRUB_CMDLINE_LINUX 行末尾追加：fsck.mode=force fsck.repair=yes
- 运行 sudo update-grub（Debian/Ubuntu）或 sudo grub2-mkconfig -o /boot/grub2/grub.cfg（RHEL/CentOS）
注意 XFS 文件系统的特殊性
XFS 不使用传统 fsck 工具，其一致性由日志（journal）保障。开机时不会运行 xfs_check 或 xfs_repair —— 这些工具 ** 不能在已挂载或正在使用的 XFS 分区上运行 **。
- 若需修复 XFS，必须从 Live 环境或单用户模式下卸载后手动执行 xfs_repair /dev/sdXN
- 可在 fstab 中用 defaults 即可，pass 字段建议设为 0，避免误触发不兼容检查
谨慎对待自动修复的风险
自动修复不是万能保险，反而可能掩盖深层问题：
- 频繁触发 fsck 修复往往意味着硬件故障（坏道、掉电、SSD 寿命耗尽）或内核 /OOM 导致异常关机
- fsck -y 可能误判元数据损坏，导致文件丢失或目录结构错乱
- 某些严重损坏（如 superblock 损毁）无法自动恢复，仍需人工介入
建议搭配定期健康检查：smartctl -a /dev/sdX、dmesg | grep -i “ext4|xfs|error”、以及启用 journal 日志持久化（systemctl enable systemd-journald）便于回溯原因。
