Заполнение корня, хотя оно должно иметь некоторое пространство
Это несколько озадачило меня. Я на Ubuntu 11.04. Мой корневой раздел заполняется, и я не могу понять, что его вызывает. Даже незнакомец, когда я запускаю df -h, это вывод:
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 9.2G 8.8G 0 100% /
Как вы видите, должно быть около 400 МБ бесплатно, но Avail показывает 0. Что может быть причиной этого? Я даже удалил некоторые программы, чтобы освободить место, и он снова заполняется. Предложения о том, как узнать, какие файлы, если есть, заполняют пространство, также приветствуются.
2 ответа
Первый снимок: высокий трафик в журнале ошибок. Я думаю, если бы вы загрузили видео, вы бы это знали. :)
sudo du -sh /var/log
Для меня это 20M, а рядом с лог-каталогом , для установок есть кеш. Используйте
apt-get clean
Если это ваша проблема.
Конечно, вы должны проверить / home, если он находится в вашем корневом разделе.
Если вам нужно искать большие файлы итеративно, я могу предложить серию команд, которые можно повторить и довольно быстро после первого начального шага:
-s представляет собой резюме Затем вы просматриваете все поддиры и файлы для их размера и сортируете численно:
sudo du -s /var/* | sort -n
0 /var/crash
4 /var/www
44 /var/games
124 /var/run
2306 /var/tmp
18538 /var/log
251876 /var/cache
1053231 /var/lib
sudo du -s /var/lib/* | sort -n
78116 /var/lib/apt-xapian-index
104580 /var/lib/dpkg
680503 /var/lib/postgresql
и т. д. Следуйте за самыми большими каталогами, чтобы найти большие файлы. Вы не можете использовать -sh здесь, потому что сортировка численно не работает с k / M / G / T для килобайта и так далее.
-
1Я считаю, что любые файлы журналов будут сообщены df - в конце концов, это обычные файлы. Проблема ОП - это "потерянный" 400 МБ, которые не учитываются в столбце «Использовать» – Sergey 24 January 2012 в 05:34
-
2Я делал это раньше. Мой /var/log - всего 9,2 МБ. – htanata 24 January 2012 в 05:38
-
3@htanata: Я обновил свой ответ, чтобы показать, как искать большие файлы. – user unknown 24 January 2012 в 05:46
-
4@userunknown Используя ваш метод, я смог очистить пару сотен МБ от старых данных postgresql 8.3 в /var/lib/postgresql/8.3. Я продолжу копаться с этим. Благодарю. – htanata 24 January 2012 в 10:41
При форматировании файловая система ext2 / 3/4 резервирует определенный процент дискового пространства для исключительного использования пользователем root. По умолчанию это 5%. Целью этого является то, что система может продолжать работать и может загружаться, даже если не-привилегированные пользователи заполняют все имеющиеся на них дисковое пространство.
В общем, заполнение любой файловой системы превышает 95% его способность не является хорошей идеей, так как это вызывает чрезмерную фрагментацию, что приводит к ухудшению производительности - даже после освобождения дискового пространства.
Из man mke2fs:
-m reserved-blocks-percentage
Specify the percentage of the filesystem blocks
reserved for the super-user. This avoids fragmenta‐
tion, and allows root-owned daemons, such as
syslogd(8), to continue to function correctly after
non-privileged processes are prevented from writing
to the filesystem. The default percentage is 5%.
Если вы абсолютно отчаялись, вы можете использовать tune2fs для изменения этого значения. Для получения дополнительной информации см. [F4]
-
1Я нашел то же самое из serverfault . Я установил его на 3%, и теперь он решает проблему. – htanata 24 January 2012 в 05:36
-
2@htanata, вы все равно должны удалить некоторые файлы или развернуть раздел, 9,2 ГБ действительно слишком малы. – psusi 24 January 2012 в 07:54
-
3@psusi Да, мне нужно потратить некоторое время на расширение раздела. Раньше у него было более чем достаточно места, и я не знаю, что ест пространство. – htanata 24 January 2012 в 09:29