Тайна исчезающего дискового пространства

Мое дисковое пространство сокращается примерно на 2 ГБ в день! У меня осталось еще несколько дней, прежде чем я уйду из космоса.

$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda4             143G  126G   11G  93% /
udev                  491M  4.0K  491M   1% /dev
tmpfs                 200M  696K  199M   1% /run
none                  5.0M     0  5.0M   0% /run/lock
none                  499M  144K  499M   1% /run/shm
/dev/sda2             1.9G  580M  1.2G  33% /tmp
/dev/sda1              92M   29M   58M  33% /boot

Я искал самые большие файлы каталогов / журналов, удаляя и сжимаю. Но я все еще проигрываю войну. Наконец, я понял, что у меня большое недоразумение:

julian@server1:~$ sudo du -h / | tail -n 1
16G     /

Все мои файлы в / могут содержать до 16 ГБ. Это оставляет 110 ГБ неучтенным!

Ясно, что у меня есть недоразумение: я думал, что строка '/ dev / sda4' представляет все файлы, видимые с '/'. Что я должен читать, чтобы понять, куда ушло другое хранилище?

Подробнее:

  • У меня есть сервер Ubuntu 11.10, который был настроен центром обработки данных Персонал.
  • Он запускает мой собственный код (который довольно многоплотен с файлами журнала, но в остальном не хранит много вещей на диске) дублирование для резервных копий (которое, как правило, хранит много файлов подписи) различные другие стандартные сервисы, такие как Apache, nagios и т. д. Они очень легко используются.
  • Прошло около 4 месяцев без перезагрузки.
  • Я солгал о выходе du (упростил его для эффекта). Он также жаловался на невозможность доступа к GVFS и собственным ресурсам du процессов. Я считаю, что они не имеют значения:

.

 du: cannot access `/home/julian/.gvfs': Permission denied
 du: cannot access `/proc/10841/task/10841/fd/4': No such file or directory
 du: cannot access `/proc/10841/task/10841/fdinfo/4': No such file or directory
 du: cannot access `/proc/10841/fd/4': No such file or directory
 du: cannot access `/proc/10841/fdinfo/4': No such file or directory
5
задан 10 April 2012 в 07:13

1 ответ

Это может быть вызвано записью какого-либо приложения в несвязанный временный файл - такие файлы не будут отображаться на выходе du (поскольку они не имеют записей в какой-либо директории), но приложение все еще может записать в него, поэтому файл будет расти и занимать место.

Вы можете использовать команду lsof +L для поиска файлов, у которых есть количество ссылок на hardlink и посмотреть, какой процесс принадлежит файлу. Перезапуск процесса должен освободить пространство.

См. Этот ответ для немного более длинного объяснения

8
ответ дан 25 May 2018 в 12:50
  • 1
    Интересно. lsof +L1 показывает два файла. Один маленький и один размер 0t0, ни в файловой системе, которая является проблемой. Я заплачу за перезагрузку и посмотрю, не отменит ли он какие-либо несвязанные временные файлы. – Oddthinking 10 April 2012 в 07:45
  • 2
    Я понятия не имею, действительно ли это реальное решение, но перезагрузка помогла, поэтому я дам его вам. – Oddthinking 20 April 2012 в 16:57
  • 3
    Потрясающие. Я забыл, что я установил прокрутку в gnome-terminal для хранения неограниченных строк. lsof + L показал файлы huuuge. Я установил его для хранения ~ 4000 строк, а затем очистил буферы прокрутки. Освободилось около 30 ГБ пространства ... sigh Проблемы, с которыми я сталкиваюсь из-за летности ...;) – Aaron C. de Bruyn 21 November 2013 в 09:21

Другие вопросы по тегам:

Похожие вопросы: