fsck运行前必须卸载文件系统，否则易致二次损坏；ext4分区应优先使用e2fsck而非fsck，并通过dumpe2fs查找备份超级块修复校验和错误，修复后需核对fstab、initramfs及GRUB配置。
fsck 运行前必须卸载文件系统
直接对已挂载的分区执行 fsck 极大概率导致二次损坏，尤其是 ext4 等日志型文件系统。Linux 内核在挂载状态下会缓存元数据并延迟写入，fsck 读到的可能是不一致的中间状态。
实操建议：
- 若为根分区，需从 Live USB 启动（如 Ubuntu Desktop ISO），进入试用模式后打开终端操作
- 非根分区可先用
umount /dev/sdXN卸载；若提示“device is busy”，用lsof +D /mount/point或fuser -v /mount/point查看占用进程并终止 - 确认卸载成功：运行
mount | grep sdXN应无输出
ext4 分区优先用 e2fsck 而非通用 fsck
fsck 是个前端包装器，默认调用对应文件系统的检查工具。对 ext2/3/4 分区，应直接使用 e2fsck，它支持更细粒度的修复选项和最新特性（如 ext4 的 nanosecond 时间戳、large_dir）。
常见错误现象：用 fsck -y /dev/sdXN 修复 ext4 后仍报 I/O 错误或目录项丢失——很可能是 fsck 调用的是旧版 fsck.ext2，未识别 ext4 扩展属性。
正确做法：
小麦企业网站展示系统1.1
下载
小麦企业网站展示系统介绍：一、安装使用将xiaomai.sql导入数据库二、后台登录后台帐号，密码默认都是admin,config.php 配置文件可根据自行需要修改，IP地址，数据库用户名，密码，及表名后台目录默认admin，支持自行任意修改目录名三、注意事项1 本源码完全免费，采用伪静态，减少不必要的源码重复，速度更快，支持二次开发。2、注明本程序编码为UTF8，如发生乱码，请注意修改编码3、
- 强制指定文件系统类型：
e2fsck -f -y -C 0 /dev/sdXN（-f强制检查，-C 0显示进度） - 若怀疑 journal 损坏，加
-j /path/to/journal指定外部日志位置 - 修复后务必运行
tune2fs -l /dev/sdXN核对Filesystem state是否为clean
遇到 “Superblock checksum does not match” 怎么办
ext4 使用校验和验证超级块完整性，该错误说明主超级块损坏，但备份超级块通常完好。不要立刻重格式化——ext4 在多个位置（如块组 0、1、3、5、7…）保存了备份。
关键步骤：
- 列出所有备份超级块位置：
dumpe2fs -h /dev/sdXN 2>/dev/null | grep -i "superblock" - 尝试用第一个备份恢复：
e2fsck -b 32768 /dev/sdXN（32768 是常见备份位置，单位为块，非字节） - 若失败，依次试
16384、98304等；也可用mke2fs -n /dev/sdXN预览所有备份位置（-n表示只模拟不写入） - 注意：
-b参数值必须是块号，不是扇区号或字节偏移；默认块大小为 4096 字节，换算时勿混淆
修复后无法挂载或启动失败的隐性原因
即使 e2fsck 显示 “*** FILE SYSTEM WAS MODIFIED ***”，也不代表系统能正常启动。常见被忽略的问题包括：
- /etc/fstab 中 UUID 或设备路径失效：修复后某些 inode 重分配可能导致 UUID 改变，用
blkid /dev/sdXN重新核对并更新/etc/fstab - initramfs 未包含必要模块：若文件系统驱动（如
ext4.ko）未内建，而 initramfs 过期，会导致启动卡在 “Waiting for root device” —— 此时需 chroot 进系统重生成 initramfs（如update-initramfs -u） - GRUB 配置残留旧 root 设备：检查
/boot/grub/grub.cfg中linux行的root=参数是否仍指向已损坏或重映射的设备
真正麻烦的往往不是修复动作本身，而是修复后那些没报错、却让系统静默失能的配置漂移。
