
Сегодня я случайно получил диалоговое окно «Диск заполнен», сообщающее, что у меня остался только 1 ГБ на /, и это быстро превратилось в 100 МБ свободного места.
Итак, я запустил анализатор диска и обнаружил огромный объем в 38,1 ГБ в ~/.cache/upstart
Когда я открываю эту папку, там находится 229 журналов для многих вещей, которые выглядят как резервные копии друг друга, вот несколько примеров.
at-spi2-registryd.log.1.gz
at-spi2-registryd.log.2.gz
at-spi2-registryd.log.3.gz
gnome-keyring-ssh.log.1.gz
gnome-keyring-ssh.log.2.gz
gnome-keyring-ssh.log.3.gz
Итак, мои вопросы:
Почему это так разрослось?
Что такое upstart и какие логи хранятся в вышеупомянутой папке?
Могу ли я просто удалить их для быстрого исправления?
решение1
Upstart — это система инициализации в Ubuntu (до 14.10). Она управляет службами и запускает/останавливает их в соответствующее время, а также записывает их вывод в журналы, хранящиеся в соответствующих местах. Upstart также может запускать службы для каждого пользователя, и журналы этих пользовательских служб ~/.cache/upstart
по умолчанию хранятся в.
Что касается того, что заставило их вырасти до таких размеров, то это зависит не от Upstart, а от запущенных приложений. (В данном случае, gnome-keyring
например.) Проверьте журналы, чтобы узнать, что пошло не так.
Чтобы увидеть, какие программы запущены, выполните:
initctl list
Файлы конфигурации для этих служб будут находиться в ~/.config/upstart
(если вы создали их самостоятельно) или в /usr/share/upstart/sessions
(для тех, которые поставляются с Ubuntu).
Могу ли я просто удалить их для быстрого исправления?
Ага.
решение2
Принятый ответ устраняет симптом, но не проблему.
Проблема в приложении (реже, но возможно и в нескольких), которое работает не по правилам и заполняет журналы мусором — возможно, сообщениями об ошибках.
Можно удалить огромный файл журнала, но он снова вырастет.
Удалите самый большой файл журнала и проверьте содержимое каталога несколько раз, чтобы определить, какой файл растет.
ls ~/.cache/upstart
Откройте System Monitor, отсортируйте по CPU и проверьте, какое приложение с похожим именем активно. Закройте его. Это приложение, скорее всего, снова столкнется с этой проблемой, поэтому попробуйте использовать другую программу.
- или запустите
ps -aux | grep -i ..aPartFromTheLogFileName..
поиск проблемного приложения иkill -9 ..itsProcessNumber..
.
- или запустите
Если это не решило проблему, откройте растущий файл журнала с помощью glogg и найдите в Google сообщение об ошибке.
Если вы не можете исправить проблему, вот как можно навсегда отключить ее (в моем случае это был gnome-session-Unity.log):
ln -s /dev/null ~/.cache/upstart/gnome-session-Unity.log
Обратите внимание, что это не решит проблему с приложением, но сотрет сообщения журнала.