在我的linux服务器上，我在这里安装了我的zfs池：~/data/hompool和~/data通过afp共享。我的macOS(high-sierra(客户端可以正确地查看和读取/写入~/数据，事实上甚至可以写入data/hompool。
问题是macOS Finder获取了错误的homepool存储容量，Finder将homepool的存储空间指示为~/data的存储空间，而由于homepool正在安装zfs池，所以homepool非常大。这阻止了Finder复制大文件，并且Finder认为没有可用空间。是虫子吗。。？
是的，这似乎是AFP中的一个错误。根据您所说的，他们似乎并没有在安装在共享文件夹下的文件系统中寻找额外的容量。
除了您提到的解决方法(共享ZFS文件系统，而不是包含ZFS文件的目录(之外，您还可以使用cp/rsync/dd/其他一些命令行实用程序将文件复制到共享中，因为我认为这些工具通常不会在复制前检查空间。
从理论上讲，我看到了他们如何以不同的方式做到这一点——我认为这需要检查所有安装的文件系统，查询每个文件系统中的可用空间，然后将其添加到所有文件系统安装到的目录中的可用空间中。然而，考虑到安装到该目录中的一些文件系统也可能是网络共享(AFP/NFS/等(，这可能会对"可用空间"查询的性能造成灾难。
但是，如果通过AFP直接共享~/data/hompool(而不是~/data(，MacOS客户端将获得正确的空间大小，因此这是解决方法。