Мое дисковое пространство сокращается примерно на 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' представляет все файлы, видимые из '/'. Что я должен читать, чтобы понять, куда ушло другое хранилище?
Подробнее:
Он работает
Это было в течение около 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
Это может быть вызвано записью приложения в несвязанный временный файл - такие файлы не будут отображаться в выводе du
(так как они не имеют записей ни в одном каталоге), но приложение все еще может записать в него файл будет расти и занимать пространство.
Вы можете использовать команду lsof +L
, чтобы найти файлы с нулевым количеством жестких ссылок и посмотреть, какому процессу принадлежит файл. Перезапуск процесса должен освободить место.
См. этот ответ для более длинного объяснения
.