Мой корневой раздел продолжает заполняться к 100%-й способности, но я не могу выяснить почему!
Посмотрите Редактирование № 3 при поиске решения.
Я выполняю Xubuntu 16.04 LTS, и у меня есть корневой раздел на ~40 ГБ, который на 100% полон согласно Системному монитору (как корень). Это определенно полно, так как много программ не функционируют правильно.
Однако по некоторым причинам я, может казаться, не выясняю то, что использует пространство! Баобаб (как корень) только сообщает о в общей сложности 15,5 ГБ, используемых относительно моего корневого раздела! Использование диска баобаба
Править: Кроме того, вот / var - люди сказали, что это является большим. Баобаб только сообщает о 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 / + источник/Linux / + ошибка/1643719 и https://bugzilla.kernel.org/show_bug.cgi? id=188331 Спасибо :)
4 ответа
Существует два типа доступа к файлу, которые используют дисковое пространство, но не обнаруживаются с Вашими инструментами: удаленный (но все еще открываются), файлы и файлы, записанные в.
мне определили эти два псевдонима, что я нахожу очень полезными:
# from 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 в этом образце)
После этого, можно удалить или сжать их
Вы, вероятно, не видите его со своими инструментами, потому что файл открыт. Попробуйте это как корень
> /var/log/syslog
Точно, включая >. Это усечет журнал.
ПРИМЕЧАНИЕ:
- Это сотрет журнал!
Как @waltinator сказал здесь, если вы обнаружите, что ваши удаленные файлы системного журнала занимают больше места даже после их удаления, и если вы не можете освободить их с помощью rm -R /var/log или > /var/log/syslog, убейте демон Syslog (в Elementary OS (Ubuntu 18.04) я сделал killall rsyslogd, чтобы освободить открытый файлов и освободил около 15Гб / пространства)
Лучше смонтировать /var в отдельный раздел, если он у вас есть.