Извини, бред про восстановления глубокие и неглубокие поскипан - не имеет отношения к теме.

> CoW ФС распространяется на всё доступное пространство блочного устройства и занимает его целиком.

Не CoW ФС, а ZFS. Более того, ZFS (как и почти любая FS) вообще ничего не знает об организации подлежащего устройства, и, как следствие, на ВЕСЬ флеш распространится не может ну совершенно никак - у него есть рабочий набор, который ОС не виден.

> Со временем новые данные пишутся поверх помеченных к удалению самых старых не нужных данных.

К сожалению, в нашем случае это решает левелер флеша. Который де факто та же самая CoW и есть.

> Таким образом, TRIM (и последующий GC) для CoW ФС фактически уменьшает пространство
> для манёвра отката

TRIM вообще не может никак уменьшать пространство - это функция только передает контроллеру флеша - какие блоки можно стереть. Ну и запускает GC, как правило.

Тогда уж давайте говорить о том, что конкретно ZFS с текущей реализацией дисков на флеше несовместим вообще, ну никак. Ему можно дать голый MTD - и он будет выступать в роли недолевелера, но вот только незадача: стираться забитые блоки флеша будут только при перезаписи, а не в фоне, как левелером в SSD, и производительность при заполнении девайса транзакциями под завязку будет сильно ниже плинтуса.

---

Да, CoW пытается взять на себя работу левелера, заполняет полностью дисковое пространство. Казалось бы - где бы прибахать TRIM к CoW? Всё просто: когда место подходит к концу - CoW FS, как правильно замечено, начинает стирать старые данные. И вот тут-то и можно очень легко помочь левелеру: CoW FS может сTRIM'ать не только то, что перезаписывается, а всю транзакцию, подлежащую удалению с диска, целиком. Сразу. И левелеру хорошо - в рабочий набор попал целый блок пространства флеша сразу, и CoW-механика поддерживается. Но это так, о птичках.