« -i» возвращает номера индексов (количество «записей» в «каталоге файлов»), а не размер блока (пространство, используемое файлами).
Это подтверждается заголовком «df»: Inodes IUsed IFree IUse% обратите внимание на «I» перед каждым номером.
Удалите " -i", и он должен дать вам правильные номера. Используйте " -hk" для удобочитаемых чисел и размера блока, выраженного в килобайтах.
2
Janne Pikkarainen
Хорошо, этот вопрос является древним, но с другой стороны я пропускаю значок Некроманта ... :-)
Я сталкивался с таким видом использования фантомного диска несколько раз. Почти каждый раз это происходило потому, что какой-то процесс все еще использовал - или имел дескриптор файла, открытый - для некоторого удаленного огромного файла. Если процесс все еще держит в руках какой-то файл, например, огромный файл журнала, файл не будет фактически удален, пока процесс не отпустит его.
Вы можете определить этот тип файлов, например, с помощью, lsof -n | grep -i deletedа затем перезапустить процесс-нарушитель (или большую часть времени просто отправьте ему сигнал HUP с помощьюkillall -HUP someprocessname
Спасибо за чаевые. в данном конкретном случае это была ошибка ext4, но эта информация может быть полезна для других. удачи в получении значка :)
ufk 14 лет назад
0
1
ufk
я думаю, что это была ошибка, связанная с ext4. Я решил проблему, скопировав все содержимое / home / ufk / * в другой раздел, удалив и заново создав каталог / home / ufk и скопировав все файлы обратно.
0
lorenzog
Вероятно ufk, монтируется над каталогом, который содержит 250 ГБ данных. Фактически dfпоказывает использование файловой системы на точку монтирования.
Пример:
mkdir tmp dd if=/dev/urandom of=tmp/file bs=512 count=4096 mount /dev/sda5 tmp
теперь tmpне должно содержать ничего (при условии, sda5что это чистый раздел и т. д.), но каталог перед монтированием содержит fileслучайные данные.
К сожалению, это не случай. у меня нет ничего конкретного, смонтированного в / home / ufk, который является моим домашним каталогом.
ufk 14 лет назад
0