主超级块损坏后需用备份块修复：先umount，再用dumpe2fs或mkfs.ext4 -n定位备份块（如32768、98304），然后e2fsck -b指定修复；若全失败，可试e2fsck -E journal_only重放日志；修复后须tune2fs验证clean状态、只读挂载测试，再读写挂载并立即备份。
主超级块损坏后，e2fsck 无法自动识别文件系统，挂载直接失败，报错如 wrong fs type, bad option, bad superblock 或 VFS: Can't find ext4 filesystem。恢复关键不是重扫全盘，而是用已知的备份超级块启动修复——这些备份是 mkfs.ext4 格式化时写死在固定位置的冗余副本，只要没被覆盖就能用。
确认主超级块已损坏并列出所有可用备份块号
必须先卸载设备：umount /dev/sdb1（若提示 busy，加 -l 强制）。然后执行：
-
dumpe2fs -h /dev/sdb1 2>/dev/null—— 若输出为空或报Bad magic number，说明主超级块不可读 -
dumpe2fs /dev/sdb1 2>/dev/null | grep -i "backup superblock"—— 正常会列出类似32768, 98304, 163840, 229376, 262144的位置 - 若
dumpe2fs完全失败（如 I/O 错误），改用mkfs.ext4 -n /dev/sdb1—— 它不写入任何数据，末尾会明确打印Superblock backups stored on blocks: ...
注意：备份块位置取决于块大小（默认 4096 字节），常见值为 32768、98304 等，但不是绝对固定；mkfs.ext4 -n 输出最可靠。
用 e2fsck -b 指定备份块号启动修复
-b 参数必须紧跟在 e2fsck 命令后，顺序错位（如写成 e2fsck /dev/sdb1 -b 32768）会导致静默失败，无任何提示。
- 最稳妥的初始尝试：
e2fsck -p -C0 -b 32768 /dev/sdb1——-p自动修复安全错误（如孤儿 inode），-C0显示进度，避免误判卡死 - 若提示
Superblock has a bad checksum，说明该备份也损坏，立即中止，换下一个块号重试（如-b 98304） - 仅当确定无关键数据风险时才加
-y；日常恢复优先用-p，它不触碰可疑元数据，更安全
修复后必须验证 clean 状态再挂载
成功运行 e2fsck 后，不要直接 mount 或重启。先检查状态：
-
tune2fs -l /dev/sdb1 | grep -E "(state|Filesystem.*features)"—— 必须看到state: clean，否则仍存在一致性风险 -
dmesg | tail -20 | grep EXT4—— 查看内核日志是否有新报错（如EXT4-fs error） - 只读挂载测试：
mount -o ro /dev/sdb1 /mnt/test，确认能ls目录且无 I/O 错误 - 验证通过后，再以读写方式挂载：
mount -o remount,rw /mnt/test，并立即备份数据
备份超级块本身也可能损坏，尤其当磁盘有坏道或曾被覆盖写入；若所有备份都校验失败，e2fsck -E journal_only /dev/sdb1 是最后手段——它不重建元数据，只重放 journal 日志，有时能恢复最近一次写入的一致性状态。
