Я только что сделал что-то подобное:
$ du -sh /bigdata/stuff
1022G /bigdata/stuff
$ df -h /bigdata
Fileystem Size Used Avail Used% mounted on
/dev/sda5 1,8T 1,7T 140G 93% /bigdata
$ rm -rf /bigdata/stuff/*
$ df -h /bigdata
Fileystem Size Used Avail Used% mounted on
/dev/sda5 1,8T 1,6T 268G 86% /bigdata
Это означает, что удаление 1022 Гб файлов дало мне только 128 Гб дополнительного свободного места.
В / bigdata больше не смонтированы файловые системы, и на данный момент не было открытых файлов в / bigdata.
Чтобы освободить все свободное пространство, мне нужно было размонтировать / bigdata (это заняло v ... e ... r ... y) и снова смонтировать. После этого все вернулось на круги своя.
Согласно fsck, ошибок файловой системы нет (fsck выполнялся только для проверки ошибок, он не нужен для освобождения места).
Согласно S.M.A.R.T. расширенная самопроверка, на жестком диске нет аппаратных ошибок.
Кто-нибудь знает, что случилось?
Системная информация:
Я использую ext4 на Ubuntu Server 12.04 64bit на жестком диске, купленном несколько месяцев назад, поэтому проблем, унаследованных от предыдущей установки, нет (так как их нет). Файловая система была создана с использованием -m 0 (0% зарезервировано для root).
История:
Я уже заметил эту проблему несколько лет назад (на ext3). До сих пор я думал, что это происходит только тогда, когда я получаю доступ к / bigdata через NFS и выполняю операцию от клиента. Но теперь я увидел, что это также происходит при локальном удалении файлов.