ZFS存储池重启后文件异常及数据集挂载疑问求助

Hey Robert，先别慌，ZFS的挂载和数据集逻辑有时候确实容易绕晕人，我帮你一步步捋清楚问题所在：

首先先梳理下你目前的ZFS配置信息（从你提供的命令输出）：

• temppool 挂载在 /temppool，canmount 为 on，正常可见
• temppool/dshome 挂载点设置为 /home，canmount 也为 on，这意味着系统启动时这个数据集会尝试挂载到系统的 /home 目录
• temppool/ds 的挂载点是 none，暂时不影响当前问题

接下来针对你的两个核心疑问逐一解释：

疑问1：USB启动时/home/rbe几乎为空，正常启动后却出现了额外文件？ #

这大概率是挂载覆盖与本地分区的冲突导致的：

• 当你用Ubuntu USB启动盘启动时，系统默认不会自动导入你的ZFS存储池（除非你手动操作），此时你看到的 /home 其实是USB系统自身的/home目录，或者是你本地磁盘上原本就存在的独立/home分区（很多Ubuntu安装会默认把/home分成单独分区），这个分区里的文件本来就很少，所以你看到几乎为空。
• 而当你正常启动自己的Ubuntu系统时，temppool/dshome 被挂载到了 /home，但这里可能出现了两种情况：
  1. 如果你的本地/home分区没有被卸载，或者ZFS挂载失败了（比如池导入有问题），你实际使用的还是本地/home分区，那些“突然出现”的文件其实一直存在于本地/home分区里，只是USB启动时没挂载这个分区所以没看到。
  2. 另一种可能是，你在正常启动时不小心把文件写到了 /temppool 根数据集里，而非 temppool/dshome，导致两边文件出现差异。

你可以先做个验证：正常启动后执行以下命令，看看 temppool/dshome 是否真的挂载到了 /home：

mount | grep /home

疑问2：删除的文件还存在于temppool/dshome/rbe里？ #

这主要和ZFS的特性以及你的操作场景有关：

• 首先，如果你删除文件时是在USB启动状态下，那你删的其实是本地/home分区里的文件，而非ZFS数据集里的内容，ZFS里的文件自然不会被删除。
• 其次，ZFS是写时复制（Copy-on-Write） 文件系统，如果 temppool/dshome 有快照（Snapshot） 存在，即使你删除了数据集里的文件，快照会保留文件的旧版本，看起来像是文件还在。

你可以执行以下命令检查是否有快照：

sudo zfs list -t snapshot

下一步建议操作 #

1. 确认ZFS挂载状态：
   正常启动后先查看ZFS挂载情况：

   mount | grep zfs
   

   如果 temppool/dshome 没挂载，手动尝试挂载：

   sudo zfs mount temppool/dshome
   

   挂载后再对比 /home 和 temppool/dshome 的文件是否一致。

2. 检查本地/home分区：
   执行 lsblk 或 sudo fdisk -l，看看磁盘上有没有单独的/home分区（通常是ext4格式）。在USB启动时挂载这个分区，看看里面的文件是不是和正常启动时看到的“额外文件”一致，就能确认那些文件的来源。

3. 处理ZFS快照（如果存在）：
   如果查到有 temppool/dshome 的快照，可以用以下命令查看快照和当前数据集的差异：

   sudo zfs diff <快照名> temppool/dshome
   

   要是不需要这些快照，执行以下命令删除即可：

   sudo zfs destroy <快照名>
   

4. 整理数据集挂载配置：
   如果你想让 /home 完全由ZFS的 temppool/dshome 提供：

   • 先把本地/home分区的所有文件备份到ZFS数据集里
   • 编辑 /etc/fstab 注释掉本地/home分区的挂载条目
   • 确保 temppool/dshome 的挂载点配置正确：

     sudo zfs set mountpoint=/home temppool/dshome
     sudo zfs set canmount=on temppool/dshome
     

这样应该就能解决你遇到的文件不一致问题啦！

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