>> сожрано на пустые диры которое оно сдувать не умеет.
> А вот тут у вас батенька Незнание.Вообще-то это как раз знание. Любезно предоставленное похом, так даже бывает.
> Это повидение описано в документации,
Я от фс нормальные свойства хочу а не документацию костылей.
> ну согласитесь достаточно редко даже на серверах миллионы файлов нужно создавать
Это зависит от кейсов и фс не украшает. Какого я должен аллокацией вручную заведовать? Или место постепенно девается вникуда.
> и удалять.Чиниться элементарно
Только, вот, не файлухой а педальным приводом. По нормальному сами должны были GC сделать.
> ПОВТОРЯЮ это есть в манах по переходу с ext3 -fsck.ext4 -D
Оно и у EXT4 так то осталось.
> место возращается.Не забываем что иноды создаются статически, это имеет как плюсы,так
> и минусы.Но интересно -проверил fsck,ключ до сих пор не описан.
Вон то можно и вручную сделать - удвигаем диру, создаем новую, перемещаем в нее файло, сносим. Это достаточно быстро и легко, и даже с запущеными программами прокатывает с некоторыми ограничениями и рисками, но какого я это должен делать?
> Это получается что юзер не превышая квоты может убить ФС,да за это
> обычно руки отрывали по самые яйца.Косяк и очень страшный.Если это поведение
> легко повторяется скриптом.
Если оно легко повторяется на вот именно актуальных керенелах, это баг. Иначе "contact your support" как говорится. А так любую фс можно ушатать. Я как-то на хостинге ext3 положил до совершенно непотребной величины iops-ов, пришлось и меня двигать и всю толпу клиентов, оказывается я преалокацию в торентах забыл указать и случилось вот это вот, по сути я положил весь хост с толпой народа на уровне именно фс. А и дефрага EXTов тогда вообще никакого не было.
> А насчёт спора-там LTS версия юбинты,так что ядра не гавно мамонта были.
У них как раз ядра достаточно окаменелые, особенно в старых убунтах, по дефолту, если явно бэкпорты не ставить.