да она какая-та фиг пойми эта федора

Так я же писал, что те файлы были из пары фрагментов, и в любом случае хотя-бы для одного файла освободился бы целый блок.

Нет таких гарантий.

Ладно, нет, так нет. Но как зафорсить тогда дефрагментацию? Пусть хоть весь диск перелопатит.

У нас не винда, не надо ничего делать. При необходимости драйвер сам сделает оптимизацию файла.

Но если хочется, тогда так: https://russianfedora.github.io/FAQ/administration.html#defrag-full

Винда - не винда, но у меня лютые тормоза при работе с мелкими файлами, которые тоже дефрагментированы.
Пусть хоть в винде и фрагментировалось всё и вся, но там хоть дефрагментировать по человечески можно было, и перетащить файл туда, куда хочешь, пусть и сторонним софтом. А тут такой возможности нет.

"Можно перетащить" было максимум в WinXP. Начиная с NT 6 драйвер NTFS не даёт прямого низкоуровневого доступа приложениям.

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

Если лютые тормоза - ставь систему на SSD. Мелкоблочное чтение всегда будет очень медленным даже если фрагментов 1 на файл.

Скажи это софту от Auslogics, или какому-нибудь другому, они ведь спокойно таскали файлы туда-сюда, и был буст.

Открою тебе страшную тайну. Под виндой 90% всех этих дефрагментаторов всего лишь кастомный GUI для штатного системного сервиса дефрагментации, который реализован в винде драйвера уровня ядра. Поэтому нет никакой разницы как его запускать - через системный дефраг или платную утилиту.

Я в курсе. Но в любом случае, суть ты уловил, и что я имел в виду. Файлы оно таскало, и был профит.

"Профит" в винде - это результат работы читерского сервиса SuperFetch, который следит за каждой запущенной на ПК программой и составляет граф использования ею диска. Затем она составляет индивидуальные базы preload, которые сохраняются в зарезервированной области в начале диска (чем ближе к началу диска, тем выше скорость чтения) в виде единого блока.

Затем при запуске программы этот блок считывается в кэш оперативной памяти также единым блоком и всё необходимое для программы уже находится там, поэтому операции отсутствия страниц разрешаются практически мговенно. Чем больше объём RAM, тем больше приложений ОС сможет ускорить.

Более того, этот же сервис следит за использованием ОС в разные дни и разное время. Например винда знает, что в 20:00 ты каждый день запускаешь IDE. Ближе к этому времени (+- 20 минут) она подгрузит в память весь блок, составленный для данного приложения.

Про SuperFetch я знаю, но повторюсь, система у меня на SSD, а файлопомойка - HDD.
Я очень сильно сомневаюсь, что каким-то образом винда умудрится подгрузить все 0.5 ТБ в ОЗУ.

Винда резервирует 30% в начале каждого NTFS раздела для служебных целей и использует это в том числе для ускорения мелкоблочных операций.

а сейчас-то проблема конкретно в чем?

Ок, тогда почему супер хвалёный ext4 так не может?
Да, ext4 в целом, крутая ФС, не дохнет после внезапного пропадания света при записи, или ещё что-то, но некоторые моменты... Без комментариев.

Ставь винду и наслаждайся.

NTFS для хранилки вообще непригодна

Фрагментация файлов на диске. Я конечно попробую ту штуку из FAQ, может она наконец-то дефрагментирует мне всё и вся, но блин, я вскипел из-за e4defrag, и то, что он вообще почти игнорирует фрагментированные файлы.

я тут для себя открыл после многих лет... берешь, делаешь 46000000 файлов, кончается винт, все, дальше форматирование.. поскольку штатного средства сдуть $MFT нельзя

Ну, раньше, когда я ещё был виндузятником, приходилось использовать её, хотя вот она могла немножко сдохнуть после пропадания света, но редко.