>> сожрано на пустые диры которое оно сдувать не умеет.
> А вот тут у вас батенька Незнание.

Вообще-то это как раз знание. Любезно предоставленное похом, так даже бывает.

> Это повидение описано в документации,

Я от фс нормальные свойства хочу а не документацию костылей.

> ну согласитесь достаточно редко даже на серверах миллионы файлов нужно создавать

Это зависит от кейсов и фс не украшает. Какого я должен аллокацией вручную заведовать? Или место постепенно девается вникуда.

> и удалять.Чиниться элементарно

Только, вот, не файлухой а педальным приводом. По нормальному сами должны были GC сделать.

> ПОВТОРЯЮ это есть в манах по переходу с ext3 -fsck.ext4 -D

Оно и у EXT4 так то осталось.

> место возращается.Не забываем что иноды создаются статически, это имеет как плюсы,так
> и минусы.Но интересно -проверил fsck,ключ до сих пор не описан.

Вон то можно и вручную сделать - удвигаем диру, создаем новую, перемещаем в нее файло, сносим. Это достаточно быстро и легко, и даже с запущеными программами прокатывает с некоторыми ограничениями и рисками, но какого я это должен делать?

> Это получается что юзер не превышая квоты может убить ФС,да за это
> обычно руки отрывали по самые яйца.Косяк и очень страшный.Если это поведение
> легко повторяется скриптом.

Если оно легко повторяется на вот именно актуальных керенелах, это баг. Иначе "contact your support" как говорится. А так любую фс можно ушатать. Я как-то на хостинге ext3 положил до совершенно непотребной величины iops-ов, пришлось и меня двигать и всю толпу клиентов, оказывается я преалокацию в торентах забыл указать и случилось вот это вот, по сути я положил весь хост с толпой народа на уровне именно фс. А и дефрага EXTов тогда вообще никакого не было.

> А насчёт спора-там LTS версия юбинты,так что ядра не гавно мамонта были.

У них как раз ядра достаточно окаменелые, особенно в старых убунтах, по дефолту, если явно бэкпорты не ставить.