Освободи диск: удали неиспользуемые образы Docker

Почему диск переполнен: разбираемся в структуре и кэше

Каждый контейнер, собранный вручную или скачанный с реестра, оставляет после себя несколько слоёв файловой системы. Промежуточные слои, которые остаются после сборки, и закэшированные версии — вот что незаметно съедает гигабайты. Даже после удаления всех контейнеров эти артефакты продолжают висеть мёртвым грузом. Ситуация усугубляется, если вы часто экспериментируете с разными сборками или обновляете базовые образы — старые версии никто не отменял.

Визуально это выглядит так: вы удалили проект, а место не освободилось. Всё потому, что система хранит не только сами слои, но и метаданные, а также временные файлы, созданные во время работы движка. Разобраться с этим хаосом помогает команда docker system df — она показывает, сколько места занимают образы, контейнеры, тома и кэш сборки.

Что такое overlay2 и почему он занимает место

Каталог overlay2 — это хранилище слоёв контейнеров, создаваемое драйвером storage driver. Каждый образ состоит из набора неизменяемых слоёв, которые накладываются друг на друга. При удалении контейнера его записываемый слой обычно исчезает, но промежуточные данные, оставшиеся от сборок и временных файлов, нередко продолжают висеть в файловой системе. Именно поэтому со временем накапливаются гигабайты «мусора», и без регулярной чистки диск забивается.

Для наведения порядка применяется команда docker system prune — она убирает остановленные контейнеры, висячие образы и кэш. Но если нужно точечно воздействовать на каталог, используют docker system df, чтобы оценить объём, а затем вручную удаляют неиспользуемые данные. Ниже — краткая инструкция по основным шагам.

• Проверьте текущее состояние: docker system df покажет, сколько места занимают образы, контейнеры и локальные тома.
• Выполните очистку: docker system prune -a удалит все неиспользуемые образы, не привязанные к запущенным контейнерам.
• Для полной зачистки добавьте флаг --volumes, чтобы убрать и неиспользуемые тома.

Из чего состоит «мусор»: образы, контейнеры, тома и кэш

Прежде чем разбираться, как очистить кэш в Docker, стоит понять структуру накопленных данных. Система хранения включает несколько уровней, каждый из которых занимает место по-своему.

• Образы — базовые слои, которые тянутся из реестра и остаются после сборки.
• Контейнеры — запущенные или остановленные экземпляры, чьи файловые системы висят грузом.
• Тома — отдельные хранилища для данных, которые не удаляются вместе с контейнером.
• Кэш — промежуточные слои от сборок, которые копятся при каждом build.

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

Быстрая очистка одной командой

Когда контейнеры и тома перестают быть нужны, проще всего выполнить docker очистку мусора одной строкой. Утилита сама отыщет висящие объекты и освободит место на диске.

• docker system prune -f — уберёт остановленные контейнеры, сети и «висячие» образы.
• docker system prune -a — дополнительно удалит все неиспользуемые слои, даже те, что не помечены как dangling.

Флаг --volumes добавит к зачистке невостребованные тома. Однако будьте осторожны: такая команда стирает данные без возможности восстановления.

docker system prune: удаляем всё лишнее разом

Когда контейнеров и промежуточных слоёв накапливается слишком много, проще всего выполнить docker очистить все одной командой. Утилита system prune удаляет остановленные экземпляры, висячие сети и кэш сборки. Для полной зачистки вместе с образами, которые не используются ни одним контейнером, добавьте флаг -a — тогда система избавится и от них.

Пример команды:

docker system prune -a --volumes

Флаг --volumes дополнительно уберёт анонимные тома. Будьте осторожны: операция необратима, а неподключённые данные будут потеряны безвозвратно.

Очистка с флагом -a: удаляем все неиспользуемые образы

Чтобы удалить неиспользуемые образы docker, достаточно выполнить команду docker image prune -a. Она убирает все слои, которые не привязаны ни к одному запущенному или остановленному контейнеру. Утилита запросит подтверждение перед зачисткой, но при необходимости флаг -f пропустит этот шаг.

Разобраться, как удалить неиспользуемые образы docker без риска для рабочих данных, поможет простая логика: система сначала показывает список «осиротевших» слоёв и объём освобождаемого места. Если сомневаетесь — сверьтесь с выводом docker images.

Точечная работа с образами

Когда нужно освободить место, но удалять всё подряд не хочется, пригодится выборочный подход. Вместо массовой зачистки проще сначала посмотреть, что вообще хранится в системе, и принять решение по каждому пункту отдельно. Такой метод удобен, если вы работаете с несколькими проектами и боитесь задеть нужные данные.

Для начала выполните команду docker images — она покажет список всех скачанных образов с их идентификаторами и размером. Дальше можно действовать по ситуации:

• Если образ больше не нужен, но вы не уверены на 100%, сначала остановите контейнеры, которые его используют, и только потом удаляйте.
• Для удаления конкретного образа по ID или имени подойдёт команда docker rmi.
• Когда нужно избавиться от всех образов сразу, используйте docker rmi $(docker images -q) — но будьте осторожны, эта команда не спрашивает подтверждения.

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

Как посмотреть список образов и найти неиспользуемые

Прежде чем разбираться, как почистить докер от балласта, стоит взглянуть на текущее положение дел. Команда docker images выведет все локальные сборки, а флаг -a покажет и промежуточные слои. Для детального анализа пригодится docker system df — она наглядно демонстрирует объём занятого места и количество висящих элементов.

Отследить лишнее можно и через docker image ls -f dangling=true. Такой фильтр отсеивает только «осиротевшие» сущности без тегов. Если нужно понять, как очистить docker от конкретных крупных загрузок, используйте docker history для каждой из них.

• docker images -q — вывести только ID для последующей автоматизации.
• docker image prune -a — удалить всё, на что нет ссылок из контейнеров.

Удаление конкретного образа по ID или имени

Когда нужно избавиться от одного конкретного артефакта, проще всего обратиться к нему напрямую. Команда docker rmi принимает идентификатор или репозиторий с тегом. Например, docker rmi 3f8a4f09b7c2 уберёт снимок по его хешу, а docker rmi myapp:v1 — по имени и метке.

Если система ругается, что объект занят контейнером, сначала остановите и удалите сам контейнер. Иногда помогает флаг -f для принудительного действия, но злоупотреблять им не стоит — можно случайно задеть зависимости.

Удаление всех висячих (dangling) образов

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

docker image prune

Утилита запросит подтверждение, после чего освободит место. Для автоматического согласия добавьте флаг -f. Чтобы увидеть, сколько данных удастся вернуть, сначала запустите проверку с параметром -a — она покажет полный список, включая неиспользуемые именованные сборки.

Очистка кэша и временных файлов

Помимо самих слоёв, немало места занимают промежуточные артефакты сборки. Для docker очистка кэша — это стандартная процедура, выполняемая командой docker builder prune. Она удаляет неиспользуемые слои, оставшиеся от предыдущих билдов, и освобождает дисковое пространство без затрагивания актуальных образов.

Если нужно сбросить всё накопленное, включая кэш сборки, применяется флаг -a. Также полезно знать про docker system prune — эта утилита за один проход убирает и остановленные контейнеры, и висячие сети, и ненужные данные. Для полной очистки с удалением всех неиспользуемых образов используется та же команда с параметром -a.

Сброс кэша сборки Build Cache

Помимо самих слоёв, на диске оседают и промежуточные артефакты, создаваемые при сборке. Очистка этой служебной информации — отдельная операция, не затрагивающая сохранённые образы.

• docker builder prune — удаляет всё, что не используется активными сборками.
• docker builder prune -af — полная зачистка без запроса подтверждения.

Флаг --filter until=24h ограничит действие сутками, оставив свежие данные для ускорения повторных компиляций.

Удаление остановленных контейнеров и ненужных томов

Прежде чем чистить образы, стоит разобраться с их производными. Остановленные экземпляры и тома данных часто занимают гигабайты, хотя сам образ уже удалён. Для быстрой зачистки выполните:

• docker container prune — уберёт все остановленные контейнеры;
• docker volume prune — освободит место от томов, к которым никто не обращается.

Эти команды работают безопасно: они не трогают активные процессы и не удаляют данные, используемые другими сервисами. После такой процедуры список образов станет заметно чище.

Ручная зачистка папки overlay2

Каталог /var/lib/docker/overlay2 хранит слои файловой системы. Прямое удаление его содержимого — рискованный шаг: можно повредить работающие контейнеры. Обычно к такому способу прибегают, когда стандартные команды не помогают, а диск переполнен. Сначала остановите демон Docker, затем вручную удалите устаревшие каталоги, ориентируясь на дату изменения. После манипуляций запустите службу заново и проверьте целостность образов.

Когда нужна ручная очистка и чем она опасна

Автоматические механизмы вроде docker system prune справляются с типовыми ситуациями, но иногда требуется точечное вмешательство. Например, когда нужно сохранить определённые слои для отката или выборочно удалить артефакты сборки. Ручное удаление через docker rmi по ID таит подводные камни: легко задеть образ, используемый запущенным контейнером, или потерять тег, на который ссылается Dockerfile. Это приведёт к ошибкам при следующем деплое. Поэтому перед такими операциями стоит свериться со списком зависимостей и сделать бэкап манифестов.

Безопасное удаление файлов из /var/lib/docker/overlay2

Когда вы замечаете, что var lib docker overlay2 занимает много места, не спешите стирать каталог вручную — это чревато повреждением контейнеров. Сначала проверьте, какие тома и слои реально используются, командой docker system df. Она покажет объём «висячих» данных.

Для очистки применяйте штатные средства, а не прямое удаление файлов:

• docker system prune -a — уберёт все остановленные объекты и кэш сборки.
• docker volume prune — освободит место от неиспользуемых томов.

Если же каталог продолжает разрастаться, проверьте логи контейнеров — они часто «съедают» дисковое пространство. В крайнем случае, остановите демон и удалите содержимое overlay2, но только после резервного копирования важных данных.

Профилактика: как не допустить разрастания мусора

Вопрос, как очистить кэш докера, обычно возникает, когда диск уже забит под завязку. Но куда проще не доводить систему до такого состояния. Регулярная гигиена экономит часы работы и нервы.

Возьмите за правило раз в неделю просматривать список образов и контейнеров. Если проект завершён, а его окружение больше не нужно — удаляйте сразу, не откладывая в долгий ящик. Для этого подойдёт команда docker system prune, которая уберёт всё висящее без дела.

Полезно также ограничить число хранимых версий. Например, оставлять только последние два тега, а старые сносить. Это особенно актуально, если вы часто собираете сборки в CI/CD.

Вот несколько простых правил, которые помогут держать систему в тонусе:

• Используйте многоэтапные сборки — они уменьшают итоговый размер.
• Не держите тома и сети, которые уже не задействованы.
• Периодически проверяйте, какие тэги реально используются в продакшене.

Если же вы всё-таки запустили ситуацию, не отчаивайтесь. Разобраться, как почистить docker, можно за пару минут — главное, действовать по инструкции, а не наугад. Систематический подход избавит от головной боли в будущем.

Настройка автозапуска очистки по расписанию

Ручная зачистка диска со временем надоедает. Решение — доверить рутину планировщику cron. Пропишите в crontab команду, которая запускает `docker system prune -f` каждую неделю, например, в 3 часа ночи. Добавьте флаг `—filter until=168h`, чтобы не трогать свежие слои. Для системных администраторов удобнее использовать systemd-таймеры — они логируют вывод и управляют зависимостями. Главное — не забыть про `-a`, если нужно удалять и промежуточные кэши.

Лимиты на размер логов и кэша в конфигурации

Ограничение накопления данных в Docker регулируется через демон. В файле /etc/docker/daemon.json задаются параметры max-size и max-file для лог-драйвера, а также storage-driver опции. Это предотвращает разрастание каталога /var/lib/docker.

Пример конфигурации:

{
  "log-driver": "json-file",
  "log-opts": {
    "max-size": "10m",
    "max-file": "3"
  }
}

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