> А в чем кривость реализации в линуксе? Просто планирую перестройку домашнего nas с одним диском, и переход на zfs mirror. Какие приключения меня ждут? Btrfs хоть и линуксо-правильний и удобний но как-то я его боюсь...Ну вообще-то, если вы планируете использовать миррор, то btrfs достаточно стабилен. Единственная нестабильность btrfs -- это raid56. Плюс есть мнение, что частые рандомные записи не очень хороши на btrfs. Но это утверждение я не проверял.
В zfs же по части raid56 всё в порядке. Есть raidz, но имейте в виду, что он садит перформанс дисковой подсистемы. Причём нехило. Можно с медианы в 128мкс просесть до 2мс спокойно. Ну это для nvme. Для sata ssd получите в районе 10мс. Для plate jbod-ов не проверял, не было нужды.
В принципе, если вопрос не упирается в скорость дисковой подсистемы, то zfs безусловно маст хэв. Хранилище будет превосходным.
Какие приключения ждут? Ну, ожидайте, что запуск docker-контейнеров будет притормаживать, если вы его переведёте на storage-driver=zfs. Если обустраиваете root-on-zfs, то имейте в виду, что overlay2 поверх zfs почему-то не работает, и если /var/lib/docker находится на zfs, то этот storage-driver будет выбран докером автоматически.
Никогда не включайте дедупликацию. Она требует добавления в систему порядка 20гигов рамы на терабайт диска, и не предусматривает пути назад.
Включение компрессии -- по необходимости или желанию. Базы будете размещать, имейте в виду, что размер блока в zfs по умолчанию 128к. Чтобы базы производительнее были, поставьте датасету recordsize=8K.
По поводу root-on-zfs, если у вас пара датасетов, назовём их tank/var и tank/data, не указывайте mountpoint для tank/data внутри mountpoint для tank/var -- словите условие гонки при старте системы. Вместо этого создавайте nested dataset tank/var/data.
Ну вот примерно такие приключения вас ждут.
Очень рекомендую серию статей:
https://pthree.org/2012/04/17/install-zfs-on-debian-gnulinux/
Удачи!