> это не shrink.Это еще один вид shrink - в том плане что места на ФС будет меньше, данные с указанного места убрали и стало возможно этот девайс отключить.
> shrink нужен когда диск один (и он виртуальный), и
> надо освободить временно перерасходованное место.
Гамно вопрос, btrfs filesystem resize - умеет и в плюс и в минус! А какая ему разница, удвигать по backref'ам данные с другого девайса, или с хвоста вот этого? Там механика крутая и гибкая :)
> А диски целиком (vdev'ы но это чаще и есть диски) zfs освобождать
> и та через пень-колоду научилась.
Ну а btrfs вот не через пень колоду а как раз прозрачно, удобно и гибко все это. И достаточно универсально. Он гуляет по backref и чистит запрошенное место. Это относительно быстро - потому что заранее предусмотрено, и есть описатель "кому барахло в этих блоках принадлежит?". Поэтому барахло можно просто и быстро убрать - что с того девайса, что с хвоста этого девайса.
Черт, btrfs настолько гибок в аллокации что умудряется оформить конверсию EXT -> Btrfs как нечто типа снапшота, ассимилировав все что было до него. С возможностью вернуть все взад, что самое угарное - ведь начальное состояние не портится, сам btrfs аллокации для себя в других регионах оформляет.
> lvm умел, по-моему, всегда (то есть вообще все стандартные на последние пятнадцать
> лет энтерпрайзные решения - умеют, поскольку стандартом давно стали lvm+*fs, а не голый диск)
И черт бы с ним, пусть он там умеет где-нибудь подальше от меня. После btrfs'а я уже не хочу рулить всем этим через него.
> А вот ужать отросшую xfs - невозможно, только жрать умеет.
Да и фиг с ним. Он и данные нулями до сих пор умеет профигачивать. Возможно юзерам фидоры это не понравилось :)