Что мне делать, когда моя корневая файловая система заполнена?
Моя папка / папка читается как заполненная, и я не могу обновить программное обеспечение или что-либо сделать.
Не уверен, что я здесь делаю не так.
$ df -h
Results:
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 5.7G 5.4G 0 100% /
udev 1.9G 4.0K 1.9G 1% /dev
tmpfs 770M 1.1M 769M 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 1.9G 808K 1.9G 1% /run/shm
/dev/sda6 961M 18M 895M 2% /tmp
/dev/sda7 9.9G 2.9G 6.6G 31% /home
/dev/sda3 5.7G 140M 5.3G 3% /usr/local
/dev/sda4 2.9G 1.3G 1.4G 49% /var
/dev/sdb1 94G 1.3G 88G 2% /sites
/home/username/.Private 9.9G 2.9G 6.6G 31% /home/username
/dev/sdb5 282G 88G 180G 33% /mnt/multimedia
$ df -h /
Results:
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 5.7G 5.4G 0 100% /
$ du /mnt /media
Results:
4 /mnt/multimedia
8 /mnt
4 /media
Это новая установка Ubuntu 12.04, и я не уверен, как / почему корневая система настолько переполнена.
7 ответов
Вот некоторые вероятные меры для переполнения корневого раздела (в зависимости от случая):
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
- Главная
- бежать
- вар
USR / местные
и в вашем случае также:
- места
Предостережение
Не забудьте в конце проконтролировать соответствие вашей установки:
apt-get install -f
Заметки
Зарезервированное хранилище
/dev/sda1 5.7G 5.4G 0 100% /
Вывод показывает, что у вас еще есть место, но, похоже, оно зарезервировано для root. Хорошим моментом является то, что функциональность вашей системы в настоящее время все еще предоставляется.
Но вы должны решить проблему в ближайшее время.
Космический расход Ubuntu 12.04
Иметь только 5,7 Гб для установки Ubuntu, кажется, слишком мало. Вы должны удалить некоторые ненужные пакеты программного обеспечения.
Мои текущие установки имеют 10-14 Гб для рута и бинарника (он же /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
Вы сделали файловую систему слишком маленькой.
Если вы ДЕЙСТВИТЕЛЬНО не знаете, что делаете, и не пытаетесь создать крошечное устройство, либо увеличьте корневую файловую систему, либо перестройте систему с более разумным значением.
Я обычно начинаю с минимум 16-гигабайтного диска при сборке виртуальной машины Ubuntu. Если вы хотите, чтобы все было просто и не приходилось возиться с растущими устройствами, 32 ГБ может быть хорошим местом для начала ... Я склонен быть консервативным с дисковым пространством, зная, что я могу увеличить его позже, если это необходимо.
Документация рекомендует абсолютный минимум 8 ГБ для root, но опыт подсказывает мне, что неопытный пользователь должен начать с большего.
Вот некоторая соответствующая документация:
Пользователи Lubuntu?
/home/XXX/.cache/lxsession/run.log
было более 85G места, они даже знают об этом!
Имея ту же проблему, а также пытаясь удалить все данные в «/home/yourname/.local/share/Trash», потому что я удалил некоторые данные с помощью Nautilus, я понял, что папка «/root/.local.share/Trash также была полный, поэтому мне нужно было удалить все содержимое.
Для входа в /root как минимум в Ubuntu нужно sudo su, иначе ваш доступ будет ограничен.
Проверьте папку "/home/yourname/.local/share/Trash" с помощью команды du (см. Выше):
У меня возникла та же проблема, и я использовал трюк Микаэля, опубликованный выше, для краткой распечатки использования диска. Я обнаружил, что если вы удаляете вещи с помощью оконного менеджера, и у вас нет достаточных разрешений в тот момент, когда вы это делаете, то файлы, которые, как вы думали, вы удалили (как из командной строки, используя "rm" и "apt autoremove --purge", и, опустошив мусорное ведро), возможно, попал в ".local/share/____" корневого раздела.
"Файловая система" на левой панели оконного менеджера говорила, что почти полна 50 ГБ, которые я выделил для установочных файлов Ubuntu/Mint. Оказалось, что лекции, которые я по ошибке скопировал в этот раздел, не были удалены, когда я переместил их в раздел, в который я изначально собирался их скопировать. Теперь он свободен на 36 ГБ, что делает его более понятным (у меня большой, в основном потому, что я храню HD-графику на этом разделе также для быстрого предварительного просмотра больших наборов изображений).
Обязательно убедитесь, что у вас есть хорошее представление о разрешениях, прежде чем вы удалите / управляете вашими файлами или, возможно, у вас появятся вещи, которые, по вашему мнению, были удалены, переполняют ваш SSD.
В качестве примечания, мои 16 ГБ оперативной памяти загружались при загрузке со скоростью 92%, в то время как мой корневой раздел содержал удаленные файлы и оставался там постоянно из-за этой же проблемы. ОЗУ используется для кэширования элементов на диске, что значительно повышает производительность Linux. Операционная система будет предполагать, что вы правильно используете установочный раздел (а в моем случае это было не так), поэтому она будет кэшировать все, что может, для ускорения реакции системы. Теперь это только примечание, поскольку кэширование на диске не резервирует это пространство в памяти; это дало бы использованное пространство оперативной памяти другим программам, которые нуждаются в этом, когда они запрашивают его (именно так работает кэширование диска), но это бесполезное использование ресурсов, загружающих 14,5 ГБ удаленных файлов в оперативную память при каждой загрузке.
Надеюсь, поможет! Огромное спасибо за ответы выше, очень полезно!