Disco cheio na VPS: como liberar espaço no Ubuntu
Veja como liberar espaço numa VPS Ubuntu: medir com df, achar o que ocupa com du, limpar journal, apt e Docker e o que não apagar na mão.
Por Redação Eleven Host · @robson.direitodigital · 28 de outubro de 2026 · 7 min de leitura

Capa da Redação Eleven Host para o guia: Disco cheio na VPS: como liberar espaço no Ubuntu Arte: Eleven Host
Disco cheio na VPS: veja o espaço com df -h, ache o que ocupa com du e limpe com cuidado os logs do journal, o cache do apt e o Docker. Não apague a pasta de um banco de dados na mão.
Este guia é para quem tem uma VPS com Ubuntu e notou que o espaço acabou. Ele segue a ordem do diagnóstico: os sinais, como medir, como achar o que ocupa e três limpezas (journal, apt e Docker). No fim, o que fazer quando o espaço não volta, o que não apagar e como evitar que encha de novo. Confira o que é cada item antes de apagar.
Sinais de disco cheio
O disco cheio pode aparecer de formas diferentes, e a mensagem pode não ser clara. Alguns sinais:
- O site pode parar de salvar dados ou rejeitar o envio de arquivos.
- Um upload pode falhar sem explicação.
- O banco de dados pode deixar de gravar.
- Um comando pode responder
No space left on device, a mensagem do Linux para falta de espaço.
Se você viu algum desses sinais, o próximo passo é medir. Não comece apagando: primeiro descubra quanto falta e onde o espaço foi parar.
1. Ver o espaço com df
O comando df mostra o espaço disponível em cada sistema de arquivos. A opção -h deixa os tamanhos em formato legível:
df -h
Olhe a linha do disco principal e a coluna de uso. Com a opção -h, o df usa potências de 1024, então o tamanho pode aparecer em valores como 1023M.
Há um segundo jeito de o disco "encher": acabar a quantidade de arquivos que ele aceita, os chamados inodes. Isso pode acontecer com muitos arquivos pequenos, mesmo com espaço sobrando. Confira com:
df -i
Se o espaço está sobrando em df -h e a coluna de inodes está cheia em df -i, o problema é a quantidade de arquivos, não o tamanho deles.
2. Achar o que ocupa com du
O du mede o tamanho de pastas. A opção -h deixa o tamanho legível, e a -d 1 mostra só um nível abaixo da pasta indicada. O sort -h ordena do menor para o maior:
sudo du -h -d 1 / 2>/dev/null | sort -h
O 2>/dev/null esconde as mensagens de erro. Se quiser que o du não atravesse outros sistemas de arquivos, acrescente a opção -x:
sudo du -xh -d 1 /
A última linha da saída é o total, e as maiores pastas ficam logo acima. Entre na mais pesada e repita o comando. Por exemplo, para olhar dentro de /var:
sudo du -h -d 1 /var | sort -h
Lugares para olhar primeiro:
/var/log: logs./var/lib/docker: dados do Docker./var/cache/apt: pacotes baixados./homee pastas de backup antigas./var/lib/mysql: arquivos do banco. Só olhe, não apague nada daí na mão.
Apague só depois de ver o que é. Mostre a lista, leia o nome de cada item e use o comando próprio de cada ferramenta, em vez de remover pastas do sistema com rm.
3. Limpar os logs do sistema
O systemd guarda os logs no journal. Veja o espaço que os arquivos dele ocupam:
journalctl --disk-usage
Para limpar, há duas opções. A primeira remove os arquivos arquivados mais antigos até o conjunto ficar abaixo do tamanho indicado. O 500M é um exemplo:
sudo journalctl --vacuum-size=500M
A segunda remove os arquivados mais velhos que o prazo indicado. O 14d, de 14 dias, também é um exemplo:
sudo journalctl --vacuum-time=14d
Segundo a documentação do journalctl, o vacuum só mexe em arquivos arquivados. Para que os arquivos ativos também sejam arquivados antes da limpeza, combine com --rotate:
sudo journalctl --rotate --vacuum-size=500M
Depois rode journalctl --disk-usage de novo para ver quanto foi liberado.
4. Limpar pacotes do apt
Quando você instala programas, o apt guarda os pacotes baixados em /var/cache/apt/archives/. Para limpar esse cache:
sudo apt clean
Para remover pacotes que foram instalados como dependência e não são mais necessários:
sudo apt autoremove
Antes de confirmar, leia a lista que o apt mostra. Se aparecer um pacote que você ainda usa, responda que não e investigue antes de seguir.
Quer um servidor para os seus projetos? VPS a partir de R$ 17,00/mês no Plano Bronze; confira na loja o que cada plano inclui. Ver planos de VPS
5. Limpar o Docker
Se você usa Docker, como no guia Instalar Docker na VPS Ubuntu: passo a passo seguro, veja o espaço que ele ocupa:
docker system df
Para limpar, use o prune. Ele remove contêineres parados, redes sem uso, imagens sem nome (as "dangling") e o cache de build sem uso, e pede confirmação antes:
docker system prune
A opção -a remove também as imagens que não têm contêiner. A opção --volumes remove volumes anônimos sem uso.
Cuidado com os volumes: eles podem guardar dados. O banco do n8n, por exemplo, pode estar num volume, como no guia n8n com PostgreSQL: como configurar no Docker Compose. Não use --volumes sem saber o que há dentro de cada um.
Apaguei e o espaço não voltou
Se você apagou um arquivo de log grande e o df -h não mudou, algum processo ainda pode estar com ele aberto. O espaço só é devolvido quando o processo o fecha. Liste os arquivos apagados que continuam abertos:
sudo lsof +L1
A saída mostra o programa que mantém o arquivo aberto. Reinicie o serviço que aparece na lista. Por exemplo, para o Nginx:
sudo systemctl restart nginx
Ao reiniciar, o serviço fecha o arquivo e o espaço deve voltar. Rode o df -h para conferir.
Outro caminho, para um log em uso que você não quer apagar, é esvaziar o conteúdo sem remover o arquivo. O nome abaixo é um exemplo:
sudo truncate -s 0 /var/log/arquivo.log
Atenção: isso apaga o conteúdo do log e não tem volta. Use só em um arquivo que você já leu e não precisa mais.
O que não apagar
Algumas pastas guardam o que faz o servidor funcionar. Não mexa nelas na mão:
/var/lib/mysql: os arquivos do banco de dados. Não apague nada daí./var/lib/docker: o Docker gerencia esses arquivos. Use os comandos dele, como odocker system prune./boot: arquivos de inicialização do sistema.
Na dúvida sobre um arquivo, deixe onde está e pergunte antes.
Como evitar que encha de novo
Depois da limpeza, alguns hábitos ajudam:
- Backup fora da VPS. Não guarde backups antigos no mesmo disco. Faça a cópia do banco e leve-a para outro lugar.
- Conferir o disco de tempos em tempos. Com o
crontab, dá para agendar a verificação. O guia Como usar crontab: agende tarefas na VPS Linux explica como. - Limpar o que não serve mais. Repita o
apt cleane o vacuum do journal de vez em quando.
Se o uso do seu site cresceu de verdade e a limpeza não dá mais conta, o caminho é um plano maior. O guia VPS lento? O que fazer: 6 sinais de que ficou pequeno ajuda a decidir se é a hora.
Checklist antes de apagar
- Rodei o
df -he odf -ipara saber qual limite estourou. - Achei as maiores pastas com o
due entendi o que cada uma guarda. - Li a lista antes de confirmar o
apt autoremove. - Conferi o
docker system dfe não usei--volumessem olhar os volumes. - Não toquei em
/var/lib/mysql,/var/lib/dockernem/bootna mão. - Tenho cópia do que pode fazer falta.
- Rodei o
df -hde novo para conferir o resultado.
Precisa de um banco de dados na nuvem para o seu projeto? O 11SQL Mini sai a partir de R$ 9,90/mês; confira na loja o que cada plano inclui. Ver planos de 11SQL
Perguntas frequentes
Como saber o que está ocupando o disco da VPS?
Rode df -h para ver o espaço e sudo du -h -d 1 / | sort -h para listar as pastas por tamanho. Depois entre na maior pasta e repita o comando.
Posso apagar os logs do sistema para liberar espaço?
Dá para limpar o journal com journalctl --vacuum-size ou --vacuum-time, que removem só arquivos arquivados. Use --rotate junto para arquivar os ativos antes. Os valores 500M e 14d são exemplos.
Apaguei um arquivo grande e o df continua igual. Por quê?
Algum processo pode ainda estar com o arquivo aberto. O sudo lsof +L1 lista esses arquivos. Reiniciar o serviço que aparece na lista faz ele fechar o arquivo, e o espaço deve voltar.
O docker system prune apaga meus dados?
Ele remove contêineres parados, redes sem uso, imagens sem nome e cache de build sem uso, e pede confirmação. Com a opção --volumes, remove também volumes anônimos sem uso, que podem guardar dados. Veja o que há neles antes.