Não é possível recuperar espaço em disco depois de ficar sem espaço (e remover alguns arquivos) no Ubuntu 18.04

Não é possível recuperar espaço em disco depois de ficar sem espaço (e remover alguns arquivos) no Ubuntu 18.04

Isto está me enlouquecendo! Meu servidor ficou sem espaço. Limpei alguns arquivos removendo as pastas. A quantidade de espaço livre não aumentou (% em termos). Isto é o que vejo agora:

insira a descrição da imagem aqui

Como você pode ver, ele mostra o tamanho de 315 GB, dos quais 298 GB estão em uso. Então, por que mostra 100% usado? A única razão pela qual tenho 1,1 GB livre é que você pode ver se, devido à remoção de mais arquivos, é reinicializado. Mesmo que eu tenha me livrado de mais de 15 GB de arquivos antes:/

Eu tentei algumas coisas, como lsof +L1:

    COMMAND    PID      USER   FD   TYPE DEVICE SIZE/OFF NLINK  NODE NAME
php-fpm7.  726      root    3u   REG    8,0        0     0   605 /tmp/.ZendSem.sRUIJj (deleted)
mysqld     863     mysql    5u   REG    8,0        0     0  2938 /tmp/ibj2MjTy (deleted)
mysqld     863     mysql    6u   REG    8,0        0     0 10445 /tmp/ibgsRaLu (deleted)
mysqld     863     mysql    7u   REG    8,0        0     0 76744 /tmp/ibx2g3Cq (deleted)
mysqld     863     mysql    8u   REG    8,0        0     0 76750 /tmp/ib7D93oi (deleted)
mysqld     863     mysql   12u   REG    8,0        0     0 77541 /tmp/ibSr0xre (deleted)
dovecot   1278      root  139u   REG   0,23        0     0  2021 /run/dovecot/login-master-notify6ae65d15ebbecfbf (deleted)
dovecot   1278      root  172u   REG   0,23        0     0  2022 /run/dovecot/login-master-notify4b18cb63ddb75aab (deleted)
dovecot   1278      root  177u   REG   0,23        0     0  2023 /run/dovecot/login-master-notify05ff81e3cea47ffa (deleted)
cron      2239      root    5u   REG    8,0        0     0  1697 /tmp/#1697 (deleted)
cron      2240      root    5u   REG    8,0        0     0 77563 /tmp/#77563 (deleted)
sh        2243      root   10u   REG    8,0        0     0  1697 /tmp/#1697 (deleted)
sh        2243      root   11u   REG    8,0        0     0  1697 /tmp/#1697 (deleted)
sh        2244      root   10u   REG    8,0        0     0 77563 /tmp/#77563 (deleted)
sh        2244      root   11u   REG    8,0        0     0 77563 /tmp/#77563 (deleted)
imap-logi 2512  dovenull    4u   REG   0,23        0     0  2023 /run/dovecot/login-master-notify05ff81e3cea47ffa (deleted)
imap-logi 3873  dovenull    4u   REG   0,23        0     0  2023 /run/dovecot/login-master-notify05ff81e3cea47ffa (deleted)
pop3-logi 3915  dovenull    4u   REG   0,23        0     0  2021 /run/dovecot/login-master-notify6ae65d15ebbecfbf (deleted)
pop3-logi 3917  dovenull    4u   REG   0,23        0     0  2021 /run/dovecot/login-master-notify6ae65d15ebbecfbf (deleted)
php-fpm7. 4218    fndesk    3u   REG    8,0        0     0   605 /tmp/.ZendSem.sRUIJj (deleted)
php-fpm7. 4268 executive    3u   REG    8,0        0     0   605 /tmp/.ZendSem.sRUIJj (deleted)

Mas não consigo ver nada lá que esteja bloqueando os arquivos

Responder1

Descubra o que está ocupando espaço em disco e descubra o porquê, antes de excluir algo.

Para mostrar os "10 principais diretórios", você pode usar du -Sh / | sort -rh | head -10.

Para mostrar os arquivos "Top 10", você poderia usar find / -type f -exec du -Sh {} + | sort -rh | head -n 10.

Freqüentemente, você encontrará arquivos de log enormes ou não girados, de preenchimento rápido. Dependendo das suas descobertas, às vezes é suficiente excluir alguns arquivos de log mais antigos, ou configurar a rotação do log, ou definir as configurações de log dos seus serviços.

Em relação ao seu cálculo: isso não precisa deixá-lo louco :-)

Freqüentemente, os sistemas de arquivos reservam 5% de espaço para uso do usuário root. Você tem tamanho de disco de 315G, então 5% seria aproximadamente 16G de espaço reservado. Há um bom artigo que explica o contexto:https://blog.tinned-software.net/utility-df-shows-inconsistent-calculation-for-ext-filesystems/

informação relacionada