> Вот описание в ари -флаги индексного дискриптора:(я привожу насчёт сжатия только)
> -сжатый файл
> -черновое сжатие
> -файл содержит сжатые кластера
> -не сжимать файл
> -ошибка сжатия

Ну вот допустим сделали там сжатие файлов. Каким алго? Может их быть >1? Новый заинтродусить через пару кернелов - катит? Или это решение 1 раз на всю жизню? А чексуммы на уровне формата - реально? И опять же - какое алго?

И вот у меня допустим кернел 6.1 - он сможет зацепить это? С какими ограничениями? А вот кернел 6.7. Он сможет это зацепить? С какими ограничениями? А вот kernel.next - он сможет? Как это определяется для FS vs Kernel более глобально?

Грубо говоря, для внедрения фичи должен быть какой-то разумный путь когда совместимость не рушат насколько возможно а кернелы разных версий понимают уровень своей (не)совместимости с новыми фичами. И самое плохое - это должно быть задним числом, в старых кернелах, заранее. Иначе толку с этого не густо (какая участь постигнет старые кернелы попытавшиеся это зацепить?). Т.е. о таком должно быть подумано на фазе архитектинга фс еще. Учитывая origins EXT4 у меня есть определенные сомнения что именно это реально имело место. Во всяком случае я не припоминаю примеров как бы это могло выглядеть.

> Так что вывод: думали над этим разработчики.
> Разве что не придусмотрели выбор алгоритмов сжатия...

А более high-level решения о compat и его уровне - скажем на этапе попытки монтирования - там есть? И как это вообще есть? Еще мне чисто по человечески интересно, если это структуры фс, зачем там запоминать "ошибку сжатия" может требоваться? И какая бы реакция софта если ему это дать предполагается?