ZFS 池恢复：vdev 标签、uberblock 与只读导入

2026-09-27 · 约 7 分钟

为什么 ZFS 池会"拒绝挂载"

ZFS 的写时复制 + 端到端校验和，设计哲学是"宁可不挂载，也不挂载状态不一致的池"。所以池元数据一旦受损，会直接拒绝导入（UNAVAIL/FAULTED），数据完好却"打不开"。

池无法导入的常见原因

设备超冗余离线（RAIDZ2 掉 3 盘、RAIDZ1 掉 2 盘）；盘序/盘符变化；缓存盘 L2ARC 丢失；uberblock/标签损坏；RAIDZ 扩容中断。

处理路径：先镜像，后动手

①逐盘只读镜像（含标签分区）→ ②只读导入尝试（zpool import -o readonly=on）→ ③zdb 深度诊断 → ④超冗余离线时在镜像上做 RAIDZ 虚拟重组。-F 回滚属有损操作，必须先镜像并告知边界。

RAIDZ 与传统 RAID 的差异

RAIDZ 采用可变条带宽度，规避了传统 RAID5/6 的"写洞"，但副作用是不能用普通 RAID 重组工具硬组 ZFS 盘组，条带边界对不上，必须用理解 ZFS 结构的解析方案。

常见问题

# 1) 只读导入，绝不自动修复
sudo zpool import -o readonly=on -d /dev/disk/by-id tank

# 2) 看池结构与错误计数
sudo zpool status -v
sudo zdb -l /dev/sdX1 | head -40       # 读 vdev 标签

# 3) 极端情况：用 -T 指定旧事务组只读导入
sudo zpool import -o readonly=on -T 123456 tank