Здравствуйте, vsb, Вы писали:

vsb>1. Никаких неразумных ограничений на объёмы данных, вроде 4ГБ на файл в FAT.
В современных давно 64 бита на размер.

vsb>2. Гарантированная целостность ФС при нормально работающем оборудовании и потере питания без длительных проверок при загрузке. Также контроль целостности файлов и метаданных даже при сбоящем оборудовании (контрольные суммы).
За это придётся платить скоростью и местом.

vsb>3. Абстракция от хранилищ, множество разделов, raw-разделы, мгновенное изменение размера любого раздела. Т.е. поставил я новый хард на 4 ТБ в компьютер, добавил его в пул, поменял размер /home на +4ТБ и всё, при этом все операции моментальные.
Моментально ничего не бывает, за всё придётся чем то заплатить.

vsb>4. Мгновенные снапшоты раздела, клонирование, откат на любой снапшот (как это удобно, это просто представить сложно, делаешь простые скрипты, перед любым обновлением, установкой софта, экспериментами и просто по крону делаешь снапшот всего корня, при любых проблемах просто откатываешься на этот снапшот и у тебя всё работает как было, при этом накладных расходов практически нет).
Без накладных расходов не бывает и несёт с собой пачку других проблем. Но в целом полезная фича, да.

vsb>5. Сжатие (настраиваемое), шифрование.
Сжатие не нужно и скорее вредно. Шифрование ОК.

vsb>6. Поддержка RAID (т.е. RAID должен быть реализован в ФС, не на другом уровне).
Нахрена RAID внутри FS?

vsb>7. Поддержка быстрых кеширующих хранилищ, например небольшой быстрый SSD перед большими HDD, естественно полностью прозрачно для пользователя.
Просто ставь большой SSD и не морочь людям голову.

vsb>8. Тут спорно, мне это пока не было нужно, но хотелось бы иметь: автоматическая дедупликация, т.е. поиск одинаковых блоков и удаление дубликатов.
Это медленно, дорого и на практике редко когда полезно.

vsb>9. Возможность организовать дубликат на удалённом хосте, т.е. все изменения идут по сети на удалённый хост и применяются там, таким образом там будет идентичная ФС.
Зачем это в FS?