Что мне делать, когда моя корневая файловая система заполнена?

Некоторые вероятные меры для переполнения корневого раздела: (основаны на случаях):

1. Основные дампы заполняют диск.

Проверьте с помощью:

find / -xdev -name core -ls -o  -path "/lib*" -prune

2. Ненужные пакеты заполняют пространство.

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

apt-get autoremove --purge 

3. Устаревшие пакеты ядра

Проверьте, сколько пакетов ядра установлено, и удалите устаревшие версии ядра. Вы можете исследовать текущую ситуацию с помощью:

dpkg -l "linux*{tools}*" |grep ^.i

Удалите все версии ядра, которые вам больше не нужны

4. Скрытое хранилище

Другие смонтированные разделы могут скрывать использованное хранилище. Чтобы исследовать это, смонтируйте временную корневую файловую систему во втором месте:

mkdir /tmp/2ndRoot
mount /dev/sda1 /tmp/2ndRoot

Теперь посмотрите на каждый каталог, который обычно скрывается другим монтированием, например:

• tmp [ 1117]
• home
• run
• var

• usr / local

  и в вашем случае также:

• sites

Caveat

В конце не забудьте проконтролировать согласованность вашей установки с:

apt-get install -f

Notes

/dev/sda1       5.7G  5.4G     0 100% /

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

Но вы должны решить проблему в ближайшее время.

Потребление пространства в Ubuntu 12.04

Иметь всего 5,7 ГБ для установки Ubuntu кажется слишком маленьким. Вы должны удалить некоторые необязательные программные пакеты.

Мои текущие установки имеют 10-14 Гб для корневого и двоичного (aka /usr) разделов.

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

sudo du -hsx /* | sort -rh | head -n 40

В итоге вы получите довольно аккуратный отчет, подобный этому:

16G     /home
5.3G    /var
2.6G    /usr
840M    /run
277M    /root
171M    /lib
59M     /tmp
25M     /sbin
19M     /boot
16M     /bin
9.6M    /etc
136K    /ngx_pagespeed-latest-stable.zip
24K     /DEBIAN
16K     /lost+found
8.0K    /media
4.0K    /srv
4.0K    /opt
4.0K    /mnt
4.0K    /lib64

Тогда вы можете начните снова из другой папки:

sudo du -hsx /home/* | sort -rh | head -n 35

Удалите то, что не нужно, и у вас все будет хорошо. Это часть моего шпаргалка Linux

Другим решением будет использование ncdu, например:

sudo ncdu -x /

Где / это раздел / диск, который вы хотите проверить. Для моего примера результат -

    4,0GiB [##########] /usr
  579,3MiB [#         ] /root
  487,4MiB [#         ] /opt
   41,7MiB [          ] /lib
   22,7MiB [          ] /sbin
   21,2MiB [          ] /boot
   18,6MiB [          ] /etc
    9,1MiB [          ] /bin
    3,6MiB [          ]  core
  260,0KiB [          ] /build
   88,0KiB [          ] /tmp
e  16,0KiB [          ] /lost+found
    8,0KiB [          ] /media
    4,0KiB [          ] /lib64
e   4,0KiB [          ] /srv
e   4,0KiB [          ] /mnt
>   0,0  B [          ] /var
>   0,0  B [          ] /sys
>   0,0  B [          ] /run
>   0,0  B [          ] /proc
>   0,0  B [          ] /ovhbackup
>   0,0  B [          ] /home
>   0,0  B [          ] /dev

. Затем вы можете перемещаться по папкам, используя стрелки на клавиатуре, и просто нажимать клавишу D, чтобы удалить папку / файл.

ncdu можно установить из инструмента упаковки apt в системах на основе Debian:

sudo apt install ncdu

Проверьте папку «/home/yourname/.local/share/Trash» с помощью команды du (см. Выше):

У меня возникла та же проблема, и я использовал трюк Микаэля, опубликованный выше, для краткости распечатать использование диска. Я обнаружил, что если вы удаляете вещи с помощью оконного менеджера, и у вас нет достаточных разрешений в тот момент, когда вы это делаете, то файлы, которые, как вы думали, вы удалили (как из командной строки, используя «rm» и «apt autoremove --purge», и, опустошив мусорное ведро), возможно, попал в «.local / share / ____» корневого раздела.

«Файловая система» на левой панели оконного менеджера говорила, что почти полна 50 ГБ, которые я выделил для установочных файлов Ubuntu / Mint. Оказалось, что лекции, которые я по ошибке скопировал в этот раздел, не были удалены, когда я переместил их в раздел, в который я изначально собирался их скопировать. Теперь он свободен на 36 ГБ, что делает его более понятным (у меня большой, в основном потому, что я держу HD-графику на этом разделе тоже для быстрого просмотра больших наборов изображений).

Обязательно убедитесь, что у вас есть хорошее представление о разрешениях, прежде чем вы удалите / управляете своими файлами или можете столкнуться с тем, что вещи, которые вы считали удаленными, переполняют ваш SSD.

В качестве примечания, мои 16 ГБ оперативной памяти загружались при загрузке со скоростью 92%, в то время как мой корневой раздел содержал указанные удаленные файлы и оставался там постоянно из-за этой же проблемы. ОЗУ используется для кэширования элементов на диске, что значительно повышает производительность Linux. Операционная система будет предполагать, что вы правильно используете установочный раздел (а в моем случае это было не так), поэтому она будет кэшировать все, что может, для ускорения реакции системы. Теперь это только примечание, поскольку кэширование на диске не резервирует это пространство в памяти; это даст освободившееся пространство оперативной памяти другим программам, которым это необходимо, когда они запрашивают его (именно так работает кэширование диска), но это бесполезное использование ресурсов, загружающих 14,5 ГБ удаленных файлов в ОЗУ каждый раз, когда я загружаюсь.

Надеюсь, это поможет! Огромное спасибо за ответы выше, очень полезно!

Пользователи Lubuntu?

/home/XXX/.cache/lxsession/run.log

занимали более 85 ГБ пространства, они даже знают об этом !