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