Btrfs scrub以挂载点为目标。我们可以通过以下方式确定可能的btrfs目标:
while read d m t x
do
[[ $t != "btrfs" ]] && continue
echo "To be scrubbed: $m"
done < /proc/mounts
但是,我们可以像普通设备一样挂载btrfs子卷。由于我们可以在同一设备上有许多子卷,使用btrfs文件系统类型擦拭所有挂载点可能会导致许多重复的检查。
如果btrfs scrub在给定挂载点时检查底层设备,我们可以通过设备路径过滤/proc/mount
在我的linux服务器上,我在这里挂载了我的zfs池:~/data/homepool,~/data通过afp共享。我的macOS (high see )客户端可以正确地查看和读取/写入~/数据,甚至可以在数据/归属池中写入数据。
问题是,zfs错误地获取了macOS池的存储容量,将homepool的存储空间表示为~/data的存储空间,而由于homepool挂载了ZFS池,所以homepool非常大。这阻止了Finder复制大文件,并且Finder认为没有可用的空间。这是个bug吗?