afp 看不到 zfs 挂载的文件夹
afp cannot see zfs mounted folder
在我的 linux 服务器上，我在此处安装了我的 zfs 池：~/data/homepool 并且 ~/data 通过 afp 共享。我的 macOS (high sierra) 客户端可以正确地看到 read/write ~/data，实际上甚至可以写入 data/homepool.
问题是macOS Finder获取homepool的存储容量错误，Finder将homepool的存储space指示为~/data的存储space，而homepool正在挂载一个zfs游泳池，homepool很大。这会阻止 Finder 复制大文件并且 Finder 认为没有可用的 space。这是一个错误..?
但是，如果您通过 AFP 直接共享 ~/data/homepool（而不是 ~/data），MacOS 客户端会获得正确的 space 大小，因此这是解决方法。
是的，这似乎是 AFP 中的一个错误。根据您所说的，他们似乎并没有在共享文件夹下安装的文件系统中寻找额外的容量。
除了您引用的解决方法（共享 ZFS 文件系统而不是包含 ZFS 文件系统的目录）之外，您还可以使用 cp / rsync / dd / some其他命令行实用程序将文件复制到共享中，因为我认为那些通常不会在复制前检查 space。
从理论上讲，我看到了他们如何以不同的方式做到这一点——我认为这需要检查所有已安装的文件系统，查询每个文件系统中可用的 space，然后将其添加到 space 在它们全部安装到的目录中可用。但是，考虑到安装到该目录中的某些文件系统也可能是网络共享（AFP/NFS 等），这对于 "how much space is available" 查询的性能来说可能是一场灾难。
在我的 linux 服务器上，我在此处安装了我的 zfs 池：~/data/homepool 并且 ~/data 通过 afp 共享。我的 macOS (high sierra) 客户端可以正确地看到 read/write ~/data，实际上甚至可以写入 data/homepool.
问题是macOS Finder获取homepool的存储容量错误，Finder将homepool的存储space指示为~/data的存储space，而homepool正在挂载一个zfs游泳池，homepool很大。这会阻止 Finder 复制大文件并且 Finder 认为没有可用的 space。这是一个错误..?
但是，如果您通过 AFP 直接共享 ~/data/homepool（而不是 ~/data），MacOS 客户端会获得正确的 space 大小，因此这是解决方法。
是的，这似乎是 AFP 中的一个错误。根据您所说的，他们似乎并没有在共享文件夹下安装的文件系统中寻找额外的容量。
除了您引用的解决方法（共享 ZFS 文件系统而不是包含 ZFS 文件系统的目录）之外，您还可以使用 cp / rsync / dd / some其他命令行实用程序将文件复制到共享中，因为我认为那些通常不会在复制前检查 space。
从理论上讲，我看到了他们如何以不同的方式做到这一点——我认为这需要检查所有已安装的文件系统，查询每个文件系统中可用的 space，然后将其添加到 space 在它们全部安装到的目录中可用。但是，考虑到安装到该目录中的某些文件系统也可能是网络共享（AFP/NFS 等），这对于 "how much space is available" 查询的性能来说可能是一场灾难。