Диск собирается от почти пустого до полного за один день, нет очевидного объяснения: как диагностировать
Итак, вот симптомы мт. За последние несколько дней я начинаю день с, скажем, 33 ГБ места, а затем на следующий день вижу, что у меня осталось только 1 ГБ. Я оцениваю пространство с помощью «df»
hari@hari-Precision-WorkStation-T7500:~$ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sde1 230398116 216818952 1852572 100% /
none 4 0 4 0% /sys/fs/cgroup
udev 6135136 4 6135132 1% /dev
tmpfs 1229864 1588 1228276 1% /run
none 5120 0 5120 0% /run/lock
none 6149304 5808 6143496 1% /run/shm
none 102400 56 102344 1% /run/user
//server01.mycompany.com/archive$/Biology/RAW-Data 8458860528 4685045352 3773815176 56% /home/rawdata2
/dev/sda1 1953512032 1724815580 228696452 89% /media/hari/FreeAgent GoFlex Drive1
Единственное изменение, которое я сделал в своей системе, - это монтирование файлового ресурса 9 ТБ с использованием модуля cifs (samba) до того, как началась эта проблема.
Когда я запускаю анализатор использования диска «baobab», он сообщает о диске, не предполагая, что какой-либо отдельный каталог в моем доме значительно вырос за ночь - то есть процентное соотношение не увеличивается значительно.
Я использую частный веб-сервер на этом компьютере и больше не работаю на этом компьютере. Нет журналов, которые значительно растут в одночасье, и нет процессов, которые имеют много дискового пространства, как исследовал «htop» «top».
Я пытался использовать «sudo iotop», но я не знаю, как интерпретировать его вывод.
Куда уходит мое дисковое пространство. Я боюсь, что какой-то индексатор пытается проиндексировать файловый ресурс 9 ТБ, который удерживает некоторое пространство с тех пор, как проблема началась после того, как я добавил файловый ресурс 9 ТБ.
Я использую Ubuntu 13.10, 3.11.0-15-generic
Как мне устранить неполадки, используя все это пространство. Я напуган каким-то индексатором или каким-то другим фоновым процессом.
2 ответа
Если вы находитесь в ситуации, когда перезагрузка не не всегда освобождает интервал, я перезагружаюсь в режим спасения и использую du, как описано выше, чтобы почувствовать, где происходит пространство. Я склонен делать «du -sc * | sort -n» как быстрый и грязный способ проведения такого рода исследований (грязный из-за проблем со скрытыми файлами и т. Д., Как обсуждалось выше). Начните с корня и работайте вниз.
Я бы согласился, что это очень странная проблема. Возможно, попробуйте выборочно отключить службы, чтобы узнать, сможете ли вы их остановить? Что касается индексации, единственные вещи, работающие в масштабе всей системы в качестве стандарта, о которых я могу подумать, должны быть locate / mlocate. Также есть apt-xapian, который индексирует пакеты, mandb, который индексирует man-страницы.
Вы входите в эту машину с сеансом рабочего стола? Если да, проблема остановится, если вы войдете (хотя бы графически)?
Если дисковое пространство всегда освобождается после перезагрузки, это, скорее всего, означает, что пространство используется некоторыми несвязанными файлами. Несвязанные файлы удаляются = несвязанными из файловой системы, но процесс по-прежнему сохраняет их открытыми, поэтому дисковое пространство, используемое таким файлом, не освобождается до тех пор, пока процесс не освободит файл. Процесс, содержащий несвязанный файл, также может продолжать запись в файл и использовать все больше и больше дискового пространства, не обнаруживаемого в файловой системе.
Для просмотра несвязанных файлов и процесса их хранения вы можете использовать lsof. В течение долгого времени я всегда использовал grep -ing на выходе lsof для просмотра несвязанных файлов, но некоторое время назад я нашел этот супер ответ о том, как легко просматривать несвязанные файлы. Вам просто нужно использовать
lsof +L1
, так как при этом будут перечислены все открытые файлы, у которых количество ссылок меньше 1, следовательно, они не связаны.
Так что используйте lsof +L1 и проверьте, много ли файлов или больших файлов не связаны на вашем компьютере, вы также увидите, какой процесс их удерживает.