Мой корневой раздел постоянно заполняется до 100% мощности, но я не могу понять, почему!

Пожалуйста, посмотрите Редактирование #3, если вы ищете решение.

Я использую Xubuntu 16.04 LTS, у меня корневая раздел ~40 ГБ, который полностью заполнен по данным Монитора системы (как root). Он определенно заполнен, так как многие программы работают некорректно.

Тем не менее, по какой-то причине я не могу выяснить, что занимает место! Baobab (как root) сообщает лишь о 15.5 ГБ, используемом на моем корневом разделе!

ИЗМЕНЕНИЕ: Кроме того, вот /var – люди говорили, что это много. Baobab только сообщает о 1 ГБ для /var, и /var/log пуст. Я пробовал выполнять sudo rm -R /var/log, но это не дало никаких результатов.

Итак, как мне узнать, что занимает мое дисковое пространство, и как предотвратить его заполнение моего корневого раздела? Это большая проблема, пожалуйста, помогите! Спасибо заранее 🙂

ИЗМЕНЕНИЕ 2: Как указано в разделе ответов, sudo lsof / | awk '{if(\$7 > 1048576) print \$7/1048576 \"MB\" \" \" \$9 }' | sort -n -u возвращает 11222.7MB /var/log/kern.log 11222.9MB /var/log/syslog, однако я не могу выяснить, как удалить эти файлы, и, кроме того, мне бы хотелось выяснить, как я могу навсегда предотвратить рост этих файлов до таких размеров. Этот ответ на другой вопрос предложил взглянуть на логи и выяснить, что их заполняет, поэтому, в идеале, я хотел бы какой-то способ читать содержимое этих загадочных файлов.

ИЗМЕНЕНИЕ 3: Я временно исправил эту проблему, смонтировав /var/log на отдельном разделе.

Тем не менее, все еще существует какая-то ошибка, которая это вызывает. Пожалуйста, если вы хотите, чтобы эта ошибка была исправлена, пожалуйста, обратите внимание на отчеты об ошибках: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1643719 и https://bugzilla.kernel.org/show_bug.cgi?id=188331. Спасибо 🙂

Существует два типа доступа к файлам, которые используют дисковое пространство, но не отображаются вашими инструментами: удаленные (но все еще открытые) файлы и файлы, в которые записывается информация.

У меня определены два этих алиаса, которые я нахожу очень полезными:

# из http://www.certpal.com/blogs/2010/12/find-open-files-in-linux-using-lsof/
alias bigopenfiles="sudo lsof / | awk '{if(\$7 > 1048576) print \$7/1048576 \"MB\" \" \" \$9 }' | sort -n -u" 

alias deletedfiles="sudo lsof / | egrep 'PID|\(deleted\)'"

Ваш /var очень большой. Проверьте /var/log

Вы можете использовать эту команду, чтобы найти большие файлы :

sudo find /var -xdev -type f -size +500000k -exec ls -lh {} \; | awk '{ print $9 ": " $5 }'

конечно, вы можете настроить размер (500000k в этом примере)

После этого вы можете удалить или сжать их

Вероятно, вы не видите это с вашими инструментами, потому что файл открыт. Попробуйте это как root

> /var/log/syslog

Именно, включая >. Это обрежет лог.

ПРИМЕЧАНИЕ:

• Это УДАЛИТ лог!

Как уже говорил @waltinator здесь, если вы обнаружите, что ваши удаленные файлы syslog занимают место даже после их удаления, и если вы не можете освободить его с помощью rm -R /var/log или > /var/log/syslog, убейте демона Syslog (в Elementary OS (Ubuntu 18.04) я выполнил killall rsyslogd, чтобы освободить открытые файлы и освободил около 15 ГБ пространства)

Лучше смонтировать /var на отдельном разделе, если у вас есть такой.

У меня только 88 ГБ раздел для корня Ubuntu Studio… и за ночь он заполнился до 99 %… Я пытался удалить приложения, но с малым или безрезультатно, в конце концов я использовал bleachbit как root… и освободил около 10%… Но когда я запустил sudo Nautilus и нашел виновника, это оказался мой файл syslog, который вырос до 26 гигабайт… Я удалил его… ну, положил в корзину.. но место все равно использовалось, затем bleachbit стал моим героем и удалил его – как root! Он был в моей корневой корзине, теперь у меня 55% использованного пространства 🙂