在我的Linux服务器上,我已经在这里挂载了我的zfs池:〜/ data / homepool和〜/ data通过afp共享。我的macOS(高Sierra)客户端可以正确查看和读取/写入〜/ data,甚至可以写入data / homepool。
问题在于,macOS Finder获取错误的Homepool存储容量,Finder将Homepool的存储空间表示为〜/ data的存储空间,而当Homepool挂载zfs池时,homepool很大。这将阻止Finder复制大文件,并且Finder认为没有可用空间。是错误吗??
答案 0 :(得分:0)
但是,如果通过AFP直接共享〜/ data / homepool(而不是〜/ data),则MacOS客户端将获得正确的空间大小,因此这是解决方法。
答案 1 :(得分:0)
是的,这似乎是AFP中的错误。根据您的发言,看来他们并没有在共享文件夹下安装的文件系统中寻找额外的容量。
除了您引用的解决方法(共享ZFS文件系统而不是包含ZFS文件系统的目录)之外,您还可以使用cp
/ rsync
/ dd
/其他命令行实用程序将文件复制到共享中,因为我认为通常不会在复制之前检查空间。
从理论上讲,我看到了它们如何能够以不同的方式进行操作-我认为这将需要检查所有已挂载的文件系统,查询每个文件系统中的可用空间,然后将其添加到它们所在目录的可用空间中全部装入。但是,考虑到安装到此目录中的某些文件系统也可能是网络共享(AFP / NFS等),这对于“有多少可用空间”查询的性能可能是一场灾难。