科技 · 实用指南
Linux 报“wrong fs type, bad option, bad superblock”？先证明故障边界
这条 mount 信息只是摘要，不是诊断。冻结准确尝试，证明源设备和文件系统签名，读取第一条内核错误，再选择 helper、选项或文件系统专属分支，避免格式化错误数据。
这条 mount 信息只是摘要，不是诊断。冻结准确尝试，证明源设备和文件系统签名，读取第一条内核错误，再选择 helper、选项或文件系统专属分支，避免格式化错误数据。
同一条通用 mount 信息可能代表未创建文件系统、设备或分区选错、选项不支持、helper 缺失、特性不支持或磁盘数据损坏。 lsblk 与 findmnt 描述设备拓扑以及已挂载或配置的身份；blkid 探测磁盘上的 TYPE 与 UUID 元数据。
1. 重试前冻结准确的失败尝试
记录完整命令、源、目标、选项、shell、namespace 与时间。保存 mount 原始输出，以及这次尝试之后新增的第一批内核或 journal 行；不要把后续重试混入同一证据窗口。
不要先运行 mkfs、force 参数或通用 fsck。该信息列出多种可能，而破坏性命令一旦成功，可能抹掉选错设备或文件系统类型的唯一证据。
2. 证明源设备、分区与现有挂载身份
使用 lsblk 明确输出 NAME、MAJ:MIN、SIZE、FSTYPE、UUID、MOUNTPOINTS，并分别按 --source 与 --target 查询 findmnt。把 /dev/mapper、loop、RAID、LVM 或云盘别名解析为失败进程看到的准确 major:minor 身份。
与 /etc/fstab 或 mount unit 的 UUID、类型、目标和选项逐项比较。/dev/sdX 名称可能在重启后变化，先证明当前映射，才能避免修复错误分区。
3. 只读探测磁盘签名
对准确设备读取 lsblk --fs，并进行有权限的 blkid probe，记录 TYPE、UUID 以及歧义或冲突签名。如果没有文件系统签名，先判断设备是否本来为空、已加密、属于 RAID/LVM，或选错了层。
不要从 GPT 分区标签或 bad superblock 字样推断 ext。分区元数据与文件系统元数据不同；若签名互相冲突，先保留证据并调查设备栈，不能直接擦除旧 magic。
4. 区分 helper/选项故障与文件系统故障
需要用户态 helper 时检查 mount.<type> 是否存在，并按已证明的类型校验准确选项。用 findmnt --verify 检查 fstab 语法，不把 mount -a 当作 linter。对照第一条内核错误判断不支持特性、dirty 状态、权限、namespace 或底层 I/O。
远程或分层文件系统也会输出同一摘要。若源是 NFS、CIFS、overlay、FUSE 或容器卷，应沿相应 helper 与内核路径调查，不要对它运行本地块文件系统修复。
5. 只走一个匹配分支，再复现同一挂载
只有证明类型且确认未挂载后，才使用匹配的 checker。ext 文件系统在合适时先用文档化的只读检查；XFS 可用 xfs_repair -n 无修改扫描，不能只为消除提示就用 -L，因为它可能丢弃元数据变更。
完成一个有依据的变更后，用同一源、同一目标和原定选项重新挂载，再核对 findmnt、预期文件与干净的内核日志窗口。若出现不同失败，应重新打开证据账本，而不是继续叠加猜测。
