Ubuntu 16.04 Исчерпала пространство, не могущее восстановиться

У меня есть веб-сервер, и у меня закончилось пространство на / как показано ниже

root@6710b:/var/log# df
Filesystem                 1K-blocks      Used Available Use% Mounted on
udev                         2000304         0   2000304   0% /dev
tmpfs                         403820      5924    397896   2% /run
/dev/mapper/6710b--vg-root 149336372 147265404         0 100% /
tmpfs                        2019088         0   2019088   0% /dev/shm
tmpfs                           5120         0      5120   0% /run/lock
tmpfs                        2019088         0   2019088   0% /sys/fs/cgroup
/dev/sda1                     240972     55853    172678  25% /boot
tmpfs                         403820         0    403820   0% /run/user/1000

Вещи, которые я попробовал:

  • apt-get purge.
  • apt-get autoremove.
  • Я вручную удалил старые ядра из /boot но тем не менее это не освободило пространство, я отчаянно пытаюсь будить это и выполнение.
  • удаленное содержание/var/log и/var/cache/apt/archives/и затем перезагруженный ОС

Помогите, я потратил лучшую часть своего дня, гугля и пробуя все, что упомянуло во многих вопросах на обмене стека, но ни один не помог

Ни одна из этих вещей не помогает мне восстановить пространство

Многие из этих команд говорят, что невстреченные зависимости и хотят, чтобы я работал apt-get -f install, но это перестало работать, потому что больше нет оставленного пространства.

-1
задан 12 March 2017 в 20:24

2 ответа

Удаленный содержание/var/tmp

кажется, что более новая версия человечности хранит партию старой информации здесь

0
ответ дан 3 November 2019 в 15:27

Внимательно прочитайте ваш вывод:

  • У вас / boot только 25%. Это не полный. Это не проблема.
  • Ваш / на 100%. Полностью полный В этом проблема.

Удаление пакетов может помочь немного, но не сильно (sudo rm /var/cache/apt/archives/*). Иногда это создает другие проблемы («Ой, мне это нужно!»), Поэтому не пытайтесь сначала очистить кеш вашего пакета.

Проверьте ваш / var / log на наличие файлов журнала побега (1 ГБ или более). Не просто удалите огромный журнал - прочитайте его и выясните проблему. Исправьте проблему, из-за которой журнал увеличивается.

В противном случае ищите файлы, которые можно удалить или заархивировать на другой носитель. Если вы шифруете архив, храните ключ, который вы использовали, в надежном, восстановимом месте. Вы можете не помнить это годами спустя.

2
ответ дан 3 November 2019 в 15:27

Другие вопросы по тегам:

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