Не хватает свободного места на диске, как очистить
root@20635:~# df -h Filesystem Size Used Avail Use% Mounted on /dev/xvda1 4.0G 3.9G 0 100% / udev 236M 4.0K 236M 1% /dev tmpfs 103M 196K 103M 1% /run none 5.0M 0 5.0M 0% /run/lock none 257M 0 257M 0% /run/shm Как видно /dev/xvda1 заполнен на 100%. Подскажите пожалуйста, что это за каталог и чем он засоряется? и как его очистить
Отслеживать
21.5k 3 3 золотых знака 27 27 серебряных знаков 53 53 бронзовых знака
задан 6 дек 2013 в 17:46
1,998 13 13 золотых знаков 42 42 серебряных знака 83 83 бронзовых знака
3 ответа 3
Сортировка: Сброс на вариант по умолчанию
Вангую что у вас виртуалка. /dev/xvda1 — это не каталог, а диск, который смонтирован как корень вашей файловой системы. Корень — это все каталоги в вашей ФС. Нельзя так просто взять и почистить корень. Но как чаще всего бывает больше всего места занимает каталог /home/ или каталог /var/log/. Зайдите в каталог выполните du -sh увидите суммарный объем каталога, что бы понять, что в этом каталоге самое большое выполните du -sh * . Такие поступательные движения позволят вам определить в каком каталоге больше всего пиратского контента)
Отслеживать
ответ дан 6 дек 2013 в 19:38
2,682 12 12 серебряных знаков 8 8 бронзовых знаков
Рекомендую apps.ubuntu.com/cat/applications/precise/baobab
3 мар 2016 в 7:55
@dzhioev baobab выглядит интересно. Я пользуюсь ncdu — такое же, только консольное.
3 мар 2016 в 10:42
Чтобы в интерактивном режиме исследовать расход свободного места на диске, используйте программу ncdu . При запуске она считает расход места в текущей директории и всех вложенных (рекурсивно).
Разумеется, чтобы посчитать объем директорий, вам необходим доступ на их чтение. Запускайте с sudo.
cd / sudo ncdu
Как грамотно очистить место на VPS?
Пару месяцев не заходил на VPS.
Сегодня попытался задеплоить и собрать контейнер, но не тут-то было.
Сначала Дженкинс не запускался, потом Докер. Выполнил команду удаления всех images и ребутнул.
Дженкинс взлетел, но деплой падает на последнем этапе сборки контейнера с ошибкой:
Terminated No space left on device
Захожу по SSH, выполняю df и вижу это:
Filesystem 1K-blocks Used Available Use% Mounted on udev 8205888 4 8205884 1% /dev tmpfs 1643424 384 1643040 1% /run /dev/vda2 50261700 47111216 574256 99% / none 4 0 4 0% /sys/fs/cgroup none 5120 0 5120 0% /run/lock none 8217116 0 8217116 0% /run/shm none 102400 0 102400 0% /run/user
Что за фигня вообще? На сервере одно приложение крутится, небольшой API. И то как стэйдж площадка. Чем можно было забить диск?
- Вопрос задан более трёх лет назад
- 1249 просмотров
2 комментария
Средний 2 комментария
Bitrix Hub
Типовая задача чистки сервера становится актуальной, когда битрикс сайт перестает работать. Мы покажем пример восстановления сервера на CentOS 7.
На экране пользователи видят:
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator to inform them of the time this error occurred, and the actions you performed just before this error.
В этом случае перезагружать машину нельзя, т.к. если вдруг забилась boot-партиция, то все упадет окончательно. Порядок действий следующий:
1) Подключаемся по SSH:
Попробуем посмотреть Midnight Commander, что на сервере:
[root@s3 ~]# mc Cannot create temporary directory /tmp/mc-root: No space left on device (28) Temporary files will not be created Press any key to continue.
Сервер говорит, что места нет совсем. Никакого:
[root@sx18 ~]# df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 909M 0 909M 0% /dev tmpfs 919M 0 919M 0% /dev/shm tmpfs 919M 103M 817M 12% /run tmpfs 919M 0 919M 0% /sys/fs/cgroup /dev/vda2 40G 40G 20K 100% / /dev/vda1 240M 145M 79M 65% /boot tmpfs 184M 0 184M 0% /run/user/0
Воспользуемся возможностью очистить кэшированные пакеты.
[root@s3 ~]# yum clean all
[root@s3 ~]# rm -rf /var/cache/yum
Далее надо выполнить экстренную реанимацию по очистке логов
[root@s3 ~]# find /var/log -type f -regex ".*\.gz$" /var/log/exim/main.log-20201216.gz /var/log/exim/reject.log-20201216.gz /var/log/exim/main.log-20201217.gz /var/log/exim/reject.log-20201217.gz /var/log/exim/main.log-20201215.gz /var/log/exim/reject.log-20201215.gz /var/log/proftpd/tls.log-20201122.gz /var/log/proftpd/tls.log-20201129.gz /var/log/proftpd/tls.log-20201206.gz /var/log/proftpd/tls.log-20201213.gz /var/log/nginx/error.log-20190624.gz /var/log/xferlog-20191027.gz /var/log/xferlog-20191103.gz /var/log/xferlog-20191126.gz /var/log/xferlog-20201115.gz
[root@s3 ~]# find /var/log -type f -regex ".*\.[0-9]$" /var/log/audit/audit.log.4 /var/log/audit/audit.log.3 /var/log/audit/audit.log.2 /var/log/audit/audit.log.1
Удалим все лишнее в /var/log/
[root@s3 ~]# find /var/log -type f -delete
Проверим, сколько у нас теперь есть свободного места:
Форум русскоязычного сообщества Ubuntu
Страница сгенерирована за 0.094 секунд. Запросов: 27.
- Сайт
- Об Ubuntu
- Скачать Ubuntu
- Семейство Ubuntu
- Новости
- Форум
- Помощь
- Правила
- Документация
- Пользовательская документация
- Официальная документация
- Семейство Ubuntu
- Материалы для загрузки
- Совместимость с оборудованием
- RSS лента
- Сообщество
- Наши проекты
- Местные сообщества
- Перевод Ubuntu
- Тестирование
- RSS лента
© 2012 Ubuntu-ru — Русскоязычное сообщество Ubuntu Linux.
© 2012 Canonical Ltd. Ubuntu и Canonical являются зарегистрированными торговыми знаками Canonical Ltd.