>> zfs: snapshot+clone ?
>> и будет у вас 10 ВМ, которые будут занимать как один больщой + 10 diff'ов.
> Лепить по снапшоту на каждый инстанс виртуалки? А я не устану эту

а что мешает? Если мы уж так хотим сэкономить место. Напоминаю, что "инстанс виртуалки" у нас, вообще-то - volume, а не файл на диске, к радости васяна с миднайтом.

> плеяду снапшотов менеджить? Особенно если захочу еще и какие-то состояния VM

вы же не устали менеджить ручное создание рефлинков? Вряд ли ваш миднайт снабжен особо продвинутой кнопкой f5.

> мы явно просим ФС сделать "изначально полностью дедупнутую копию файла". Просится

в zfs есть clone - "полная копия fs/тома". Вполне хватит и виртуалкам.

> Кстати если мы об этом, в btrfs таки сделали удаление subvolumes как
> обычных дир. Поскольку снапшоты тоже subvolumes, теперь можно снапшоты выпиливать прямо
> по F8 в миднайте (или кто там что лю). А в zfs так можно?

к счастью, нет, макака с миднайтом даже если сумеет забраться в скрытую от посторонних глаз .zfs/snapshots, ничего там не сможет удалить. Поскольку неактивный снапшот - аналог readonly subvol, и удаляется не по одному файлику, а только и исключительно целиком.

> В общем если мы об удобном менеджменте - btrfs умеет в это.

я бы не назвал пофайликовое удаление миднайт кошмандером и невозможность отличить без микроскопа сабвольюм от каталога - удобным менеджментом.
Если мне чего и не хватает в zfs destroy - так это аналога ключа -r в snap.

> Тот факт что шапка подорвалась такое кодить аж в xfs и ряд

они туда старательно переписывают все фичи zfs/btrfs, но, к сожалению, реализованные через ^опу, автогеном.