Docker - limpeza

Parar e remover containers

sudo docker-compose down

ou

sudo docker container stop <container_id>

sudo docker container rm <container_id>

Remover imagens

sudo docker rmi 5etools-image

Listar imagens e remover

sudo docker images

sudo docker rmi <image_id>

Remover volumes

sudo docker volume prune

Remover redes

sudo docker network prune

Remover pasta local

rm -rf ~/5etools

Verificar espaço

sudo docker system df

Limpar ainda mais espaço

sudo docker system prune

Manutenção seletiva de cache e logs (VM)

Use esta sequência quando a inspeção apontar crescimento de cache de build, imagens órfãs ou journals arquivados. Ela evita o escopo mais amplo de docker system prune e preserva containers, volumes e imagens ainda referenciadas.

Conferência antes e depois

sudo docker system df
journalctl --disk-usage

Cache de build do Docker

docker builder prune -f

Remove o cache de build não utilizado. Sem --all, o Docker limita a remoção ao cache pendente (dangling); --all amplia para todo cache não utilizado e só deve ser empregado após revisão.

Imagens sem tag

docker image prune -f

Remove imagens dangling. Não usar --all sem confirmar que imagens sem container associado podem ser reconstruídas ou baixadas novamente.

Journald

sudo journalctl --rotate --vacuum-size=200M

Rotaciona o journal ativo e reduz apenas arquivos de journal arquivados até o limite indicado. O tamanho total informado por journalctl --disk-usage pode continuar acima desse limite enquanto houver arquivos ativos.

Cuidados operacionais

• Executar em janela sem manutenção crítica e registrar o espaço liberado pela conferência antes/depois.
• Não remover diretórios de downloads ou assets de campanha sem confirmar que foram importados e possuem cópia segura.
• Esta nota registra procedimento de manutenção; não comprova que uma limpeza específica tenha sido executada na VM.

Auditoria de capacidade relatada — 2026-10-05

Relato operacional, sem reinspeção direta nesta curadoria: uma varredura declarada da VM foundry apontou o disco /dev/sda1 com 194 GB totais, 155 GB usados (80%) e 39 GB livres. O mesmo relato estimou 30–42 GB potencialmente recuperáveis e identificou o cache de build do Docker como principal candidato, com 21,62 GB totais e 17,01 GB reportados como recuperáveis.

O relato também declarou que hermes-dashboard, gerenciado pelo PM2, estava em crash loop (SIGABRT durante o build da Web UI), com mais de 905 mil reinicializações acumuladas. Isso é um alerta de operação, não confirmação do estado atual do processo.

Decisão operacional derivada

Antes de qualquer limpeza ou reinício, fazer somente a conferência não destrutiva abaixo e registrar os resultados. Não executar docker system prune, remover imagens com --all, nem parar/reiniciar processos PM2 com base apenas neste registro histórico.

sudo docker system df
pm2 status
pm2 describe hermes-dashboard
pm2 logs hermes-dashboard --lines 100

Se o cache ainda for o maior consumidor e a lista de containers/imagens referenciadas estiver revisada, aplicar a manutenção seletiva desta nota e repetir sudo docker system df depois.

Fonte do relato

• Evento d28a058c19c16003dd57234c do lote de captura batch-8c63413a3ce849819d22380543b0cdf3, consultado em 2026-10-05. As métricas de disco, Docker e PM2 foram declaradas na resposta operacional do evento; não houve acesso aos comandos, logs ou estado vivo da VM durante esta curadoria.

Retirada do FoundryPortal e limpeza executada — 2026-10-05

Relato operacional: após autorização explícita, o serviço/projeto FoundryPortal foi descontinuado. O relato declara a remoção de seu container e das imagens Docker sem uso associadas, além da purga do cache de build e de volumes locais órfãos. A mesma execução declara que os containers de produção permaneceram ativos e saudáveis.

Escopo adicional declarado: a limpeza incluiu diretórios de downloads, caches de ferramentas e caches do Hermes na VM e no PC Windows. Também foi removido do PM2 o processo hermes-dashboard, que estava em ciclo de reinicialização. O relato informa recuperação de cerca de 42 GB no disco da VM, de 155 GB usados / 39 GB livres para 114 GB usados / 81 GB livres.

Complemento do relato: as pastas residuais /home/ubuntu/foundry-pool, /home/ubuntu/foundry-hub e /home/ubuntu/quartz-site foram declaradas removidas. O mesmo relato informou que outros diretórios legados já haviam sido eliminados em etapa anterior. As listas de containers/processos e os números de disco apresentados na resposta são históricos reportados, não confirmação do estado atual.

Proteção preservada: os dados do Foundry VTT ficaram explicitamente fora do escopo. A retirada do FoundryPortal não é autorização para parar, reiniciar, migrar ou apagar dados do Foundry; qualquer operação futura nesse serviço continua exigindo confirmação e inspeção do estado vivo.

Uso futuro: tratar o FoundryPortal como serviço aposentado. Antes de recriá-lo ou reaproveitar suas imagens, confirmar que há necessidade operacional e revisar dependências, rotas e persistência. Para manutenção Docker recorrente, manter a sequência seletiva desta nota e registrar a conferência antes/depois.

Limite de confirmação: esta curadoria recebeu apenas o relato de conclusão; não reinspecionou o host, o PM2, os containers, o uso de disco, os diretórios limpos nem a integridade dos dados do Foundry. As métricas e o estado de saúde são históricos reportados, não estado atual.

Fontes locais:

• Lote de knowledge capture batch-b357e0e7f6794dda95a65ca7ebbd12ee, evento 20143f5f89feee374f3d5bd8, consultado em 2026-10-05.
• Lote de knowledge capture batch-85c5d7d2f6cc4f178dda1cc540c6f741, evento e4b4158ac7f0f2cdd7ef965f, consultado em 2026-10-05; complemento sobre diretórios residuais.

Fontes

• Docker Docs, docker builder prune — consultado em 2026-09-19.
• Docker Docs, docker image prune — consultado em 2026-09-19.
• systemd, journalctl — consultado em 2026-09-19.