Eu sei que perguntas semelhantes foram feitas enquanto eu pesquisava e tentava descobrir como isso se relaciona ao meu sistema. executando o Ubuntu 18 e além de algumas instalações do PostgreSQL, algumas atualizações de segurança recentes, etc... minha unidade do sistema de arquivos aumentou e parece continuar diminuindo. Algumas pesquisas adicionais sobre a tentativa de descobrir o que está ocupando espaço, /dev/sde1/
conforme mostrado na imagem abaixo (destacado), indicam talvez algo relacionado ao registro no diário ou algo que pode ter sido acionado ao ativar um servidor de e-mail. Não tenho certeza da maneira melhor e mais segura de abordar isso. Esta montagem é minha unidade de inicialização que está sendo afetada.
Imagens do que estou vendo:
do cmd:
do webmin:
Pensamentos sobre uma abordagem sensata para isso?
Responder1
Bem, se algo ocupa muito espaço, a abordagem sensata é:
Descubra o que está ocupando muito espaço.
Uma ferramenta conveniente éncdu, especificamente
ncdu -x /
. Ele mostrará quais diretórios no sistema de arquivos raiz estão mais sendo usados e permitirá que você navegue dentro deles (basicamente, semelhante ao WinDirStat ou SpaceSniffer).Também é possível usar manual Repeat
du -xhs <dir>
, mas é um pouco tedioso. (Em ambos os casos, a opção "x" indica para evitar pesquisar sistemas de arquivos virtuais como /proc.)Remova aquilo que está ocupando muito espaço.
Porém, não exclua os arquivos imediatamente – descubra o que os permite crescer e se eles precisam ser excluídos usando um comando especial. Por exemplo, os arquivos de log/diário do banco de dados devem ser liberados através do próprio banco de dados. Os logs do sistema em /var/log podem ser excluídos com segurança, mas eles têm um período de retenção configurável de qualquer maneira – verifique por que isso não é aplicado.
Se o espaço usado não for suficiente – por exemplo, o ncdu mostra apenas 50 GB de arquivos – é possível que um arquivo grande que já foi excluído (desvinculado) ainda esteja aberto por algum programa. Reiniciar o programa ou reiniciar o sistema resolveria isso.
sudo lsof -n | grep "(deleted)"
mostraria todos os arquivos excluídos, mas ainda abertos, junto com os IDs do processo. (Ignore aqueles em /tmp ou /dev/shm – isso é normal e eles estão em um sistema de arquivos separado de qualquer maneira.)Se você estava usando LVM/Btrfs/ZFS, você também deve verificar se possui snapshots antigos ou subvolumes perdidos – eles não são visíveis para o sistema de arquivos, mas ainda ocupam espaço.