看起来你碰到了个挺闹心的ZFS问题——重启后用户数据的数据集直接没了，但不管是zpool状态、scrub结果还是磁盘健康度都全正常，这排查起来确实有点摸不着头脑。结合你提到重启前做过增量快照发送的操作，我给你梳理几个可能的排查方向和实操步骤：

1. 先确认数据集是否真的彻底消失，还是只是没被挂载/显示 #

有时候ZFS数据集可能因为挂载配置问题没自动出现，先做全面排查：

• 执行zfs list -r tank/rpool，递归列出rpool下所有层级的数据集，仔细看看USERDATA目录和对应的root、user子数据集是否真的不在列表里
• 再跑zfs list -t snapshot查看所有快照，尤其是你做增量备份时创建的那些快照——如果快照还在，说不定能从中找回数据，也能帮你判断是不是误操作覆盖了原数据集

2. 排查快照操作相关的误操作痕迹 #

你提到重启前刚做完增量快照发送，这期间很可能出现了误操作（比如手滑执行了rollback或者删除命令），可以查操作日志：

• 用zpool history tank命令查看存储池的完整操作历史，重点找有没有zfs destroy、zfs rollback这类会影响数据集存在性的操作
• 另外可以检查Ubuntu的ZFS日志文件/var/log/zfs/zfs_history.log（如果系统启用了的话），里面会记录更详细的ZFS操作细节

3. 检查存储池导入和挂载的配置问题 #

你是用zpool import -lR /mnt tank导入的存储池，这里的-R指定了替代根目录，可能影响数据集的挂载行为：

• 执行zfs get mountpoint tank/rpool（如果rpool还在的话），看看它的挂载点配置是否正常；如果USERDATA还存在，也查一下它的挂载点
• 尝试手动挂载可能存在的数据集：比如zfs mount tank/rpool/USERDATA，或者直接挂载用户数据集，看能不能正常挂载并访问数据

4. 深度检查ZFS元数据完整性 #

虽然zpool status显示一切正常，但可以用诊断工具排查隐藏的元数据问题：

• 重新执行一次zpool scrub tank，虽然之前做过，但再跑一遍能确认有没有之前没检测到的潜在错误
• 用zdb -e tank命令（需要root权限）查看存储池的内部元数据结构，这个工具能帮你看到ZFS底层的数据集信息，说不定能找到USERDATA相关的残留元数据（注意：zdb是只读诊断工具，不要用它修改任何数据）

5. 临时恢复已有的备份数据 #

既然你有部分备份，可以先把能恢复的数据救回来，同时继续排查丢失的部分：

• 如果备份是用zfs send生成的文件，可以用zfs receive恢复到临时数据集，比如：

  zfs receive tank/temp_recovery < /path/to/your/backup/file
  

  之后你就能挂载tank/temp_recovery查看备份里的内容，先把重要数据捞出来

备注：内容来源于stack exchange，提问作者barl0g