afp не может видеть подключенную папку zfs
На моем Linux-сервере я смонтировал пул zfs здесь: ~/data/homepool и ~ / data доступны через afp. Мой клиент macOS (high sierra) может правильно видеть и читать / записывать ~ / data и даже записывать в data / homepool.
Проблема в том, что macOS Finder получает неправильную емкость хранилища homepool, Finder указывает пространство хранилища homepool как пространство хранения ~/data, в то время как homepool монтирует пул zfs, homepool очень велик. Это мешает Finder копировать большие файлы, и Finder считает, что свободного места нет. Это ошибка..?
2 ответа
Однако, если вы совместно используете ~/data/homepool (вместо ~/data) через AFP, клиент MacOS получает правильный размер пространства, так что это обходной путь.
Да, это похоже на ошибку в AFP. Исходя из того, что вы говорите, кажется, что они не ищут дополнительной емкости в файловых системах, смонтированных ниже общей папки.
В дополнение к указанному обходному пути (используйте файловую систему ZFS вместо каталога, содержащего файловую систему ZFS), вы также можете использовать cp / rsync / dd / некоторая другая утилита командной строки для копирования файлов в общий ресурс, так как я не думаю, что они обычно проверяют место перед копированием.
Теоретически я вижу, как они могли бы сделать это по-другому - я думаю, что это потребовало бы проверки всех смонтированных файловых систем, запроса пространства, доступного в каждой из них, а затем добавления его к пространству, доступному в каталоге, в который они все смонтированы., Однако, учитывая, что некоторые из этих файловых систем, смонтированных в этом каталоге, также могут быть общими сетевыми ресурсами (AFP / NFS / и т. Д.), Это может быть катастрофой для выполнения запроса "сколько места доступно".