Como liberar espaço do var

0

Ainda é um greenee no Linux, pois há muitas abordagens / maneiras diferentes de fazer a mesma coisa. Quando tento atualizar para o Ubuntu 17, recebo:

"A atualização foi anulada. A atualização precisa de um total de 317 M livres espaço no disco '/ var'. Por favor, liberte pelo menos 55,4 M adicionais espaço em disco em '/ var'. Esvazie sua lixeira e remova pacotes temporários de antigas instalações usando 'sudo apt-get clean'. "

Como posso reduzir com segurança o tamanho deste diretório?

Filesystem             Size  Used Avail Use% Mounted on
udev                   2.0G     0  2.0G   0% /dev
tmpfs                  396M  6.0M  390M   2% /run
/dev/sda1              9.1G  2.8G  5.9G  32% /
tmpfs                  2.0G     0  2.0G   0% /dev/shm
tmpfs                  5.0M     0  5.0M   0% /run/lock
tmpfs                  2.0G     0  2.0G   0% /sys/fs/cgroup
/dev/sda5              9.1G  824M  7.8G  10% /home
/dev/sda7              922M  612M  248M  72% /var
/dev/sda11             922M  1.2M  858M   1% /run/shm
/dev/sda8              922M   21M  839M   3% /var/log
/dev/sda10             226M  2.1M  208M   1% /var/tmp
/dev/sda6              923M  8.5M  851M   1% /tmp
/dev/sda9              922M  8.7M  850M   2% /var/log/audit
//10.2.222.31/DOCMgmt  500G  216G  285G  44% /mnt/win1/DocMgmt
//10.2.222.31/LOGS     250G   89G  162G  36% /media/logs
tmpfs                  396M     0  396M   0% /run/user/1000
    
por Micdarj 11.07.2017 / 22:42

1 resposta

0

A maneira mais fácil de encontrar rapidamente candidatos grandes e desnecessários que podem ser removidos com segurança é

cd /var

du -k

Isso listará a quantidade de espaço que está sendo consumida em cada subdiretório / var.

No seu caso, você criou partições para "os suspeitos mais prováveis". / var / log, / var / tmp e assim por diante.

Em 248M você tem bastante espaço livre em / var, mas não o suficiente para essa atualização em particular. Se você fizer atualizações com mais frequência, a quantidade de espaço necessária em / var deverá ser menor, ajudando você a evitar esse problema no futuro. Atualizações mais frequentes também ajudarão você a manter as coisas seguras, aplicando patches para vulnerabilidades recém-descobertas.

Na sua situação, eu estaria procurando por um arquivo de despejo principal ou um arquivo de log em fuga. Concentre-se primeiro em qualquer subdiretório que tenha um grande número associado ao conteúdo, como

/var/crash

/var/cache

Depois, veja se há arquivos grandes que possam ser removidos com segurança.

    
por jones0610 12.07.2017 / 05:07