Проблемы с полным разделом root

492
FloHe

Когда я первоначально установил мой дистрибутив opensuse-leap (42.1), я взял рекомендованный размер для корневого раздела, который был 40 ГБ. В то же время я обновился до 42.2 (Plasma 5.8.6), и сегодня, когда я работал на своей машине, происходили странные вещи: например, заморозился графический интерфейс hp-setup для моего сетевого принтера, который не мог быть уничтожен и kill -9т. Д. ,

Поэтому я перезагрузил свой компьютер, и внезапно интерфейс входа в систему больше не появлялся, поэтому в отчаянии я переключился на виртуальные терминалы через Strg + Alt + F1. Там я заметил, что мой /был заполнен на 100% df -hпосле того, как на это намекнули, что я больше не могу использовать мою историю bash (что-то вроде cannot access ... anymore, no free space on device). Затем я попытался удалить некоторые «ненужные» пакеты, такие как digikam через zypper, который не работал гладко (регулярно говорилось: ошибка страницы ... на устройстве нет свободного места). Это закончилось тем, что df -hвсе еще говорилось, что используется 100% /, несмотря на то, что использование диска было только 38Gbпротив 40Gbобщего.

Итак, в конце концов, я удалил все файлы> 1 МБ в / tmp (что, я знаю, опасно) и набрал, rpm --rebuilddbи теперь у меня есть 25% (то есть 10 ГБ) свободного места, и я могу работать в моей системе без проблем с нервозностью из-за 100% использования диска снова.

Итак, мои вопросы:

  • Есть ли какой-либо механизм в zypper, который может предупредить меня, когда из-за новых устанавливаемых пакетов, обновлений и т. Д. /Достигнут предел, скажем, 99% использования, чтобы я не устанавливал пакеты и не очищал свой корневой раздел раньше?
  • Лучше ли использовать cronjob для регулярной очистки некоторых файлов, например, /tmp/каталога или /var/каталога (или другого каталога?), К которым давно не обращались?
  • Должен ли я глубже взглянуть на мои установленные пакеты и выборочно удалить «ненужные» пакеты?
0
40 ГБ кажется довольно много только для пакетов. Для некоторой оценки ущерба выполните `sudo du -hsc / boot / usr / var / tmp`, чтобы иметь представление о том, куда все это пространство ушло (включите` / opt` в скан, если он у вас есть) (всего 13G для меня). xenoid 6 лет назад 0
Ах, я узнал, что спамит мой `/` раздел. После того, как я запустил вариант графического интерфейса / usr / bin / hp-setup, окно GUI снова застыло и внезапно в моем `/ tmp` файле:` -rw-r - r-- 1 корневой корень 11G 17 июля 16 : 19 / tmp / YaST2-04701-priClT / stdout` появился, а это `11gb` большой !!! Как это возможно, является ли это основной ошибкой в ​​двоичном файле `hp-setup`? FloHe 6 лет назад 0
Я не буду комментировать HP. Тем не менее 30 ГБ все еще немного. xenoid 6 лет назад 0
Я должен сказать, что я использую btrfs как fs для моего корневого раздела. Я выполнил предложенную вами команду на всех каталогах, кроме `/ .snapshot`, что дало мне всего 17 ГБ. Это означает, что у меня есть ~ 13 ГБ контента снимка, что, очевидно, немного много. Поскольку я не эксперт по btrfs, я должен выяснить, как это уменьшить, FloHe 6 лет назад 0

0 ответов на вопрос

Похожие вопросы