几年前，当我设置我的服务器时，我做了一些研究并决定对用于存储的 3 个磁盘使用 zfs 文件系统。
总体而言，我对它非常满意。一开始我只使用了旧笔记本电脑上的 3 个 500GB 硬盘，当我决定升级它们时，更换过程非常简单，我在几个小时内就更换了所有 3 个磁盘。
但我想做一些改变。我希望能够快速查看系统的总容量以及已使用的容量，但在设置时，我创建了一些单独的挂载点。
本质上我将整个池挂载为 /willzpool，但其中有 5 个单独的文件夹 - /willzpool/will（我的存储）/willzpool/MrsWill（我妻子的存储）/willzpool/media（我们都可以访问的公共文件夹，也可用作我的 plex 库和下载的发行版/种子等的存储）
所有这 3 个也由 Samba 共享，以实现 Windows 兼容性。
不管出于什么原因，我为这 3 个文件夹指定了各自的挂载点，即 /willzpool/will、/willzpool/MrsWill、/willzpool/media。这意味着当我使用“zfs list”时，我实际上无法获得整个池使用量的确切数字，它被分成 4 个独立的文件系统。
我在主 /willzpool 中还有 2 个文件夹，分别是 /willzpool/backups（用于我的整个 / 系统减去一些文件夹的 rsync 备份，这样如果我损坏了某些东西，我可以轻松恢复）和 /willzpool/nextcloud（用于我的 nextcloud 数据文件夹）当我运行“zfs list”时，这 2 个文件夹会计入 /willzpool 的存储中，并且我也有由 samba 共享的备份文件夹，因此我可以验证它是否按照我想要的方式工作（上周才设置），所以据我所知，will/MrsWill/media 的单独挂载实际上是毫无意义的。
如果我使用 zfs destroy 销毁挂载，它会删除文件夹的内容还是仅销毁挂载点，而只留下我的顶级 /willzpool zfs 条目，然后“zfs list”会给我总数？
答案1
好的，我想我已经回答了我自己的问题。
我将其中一个 zfs 文件系统的内容移动到了一个新文件夹
mv /willzpool/MrsWill/* /Willzpool/MrsWillbackup
这清空了文件夹。然后我创建了一个测试文件，运行zfs destroy willzpool/MrsWill后发现 MrsWill 文件夹及其内容都消失了。
我mv /willzpool/MrsWillBackup /willzpool/MrsWill通过笔记本电脑通过 samba 访问了该文件夹，一切都像以前一样运行，只是现在顶层 zfs/willzpool/引用了数据的总大小。
作为参考，这很有帮助的原因是我使用 conky 和 webmin 来远程监控服务器上的硬盘使用情况，并且当它分解为单独的文件系统时，它们都无法准确反映 willzpool 卷（由 3 个磁盘组成）的整体大小）