Gparted não consegue dimensionar minha partição sda4

[druidaobelix]

Eu tenho medo destes comandos:
apt-get clean / apt-get autoremove/apt-get autoclean
da última fez que os utilizei tive formatar meu Ubuntu16.04, pois nem entrava mais no sistema.
Eu preciso tomar alguma precaução que não tive da última vez?

É importante antes de usar fazer a atualização conforme dito e comprovar que termina sem nenhuma espécie de erro.

Isso posto, o uso dos tais comandos não deveria apresentar nenhum problema adicional, é algo bastante normal para o sistema, mas cada instalação é uma instalação e de fato quem está do lado de cá não sabe o que realmente você tem aí e qual é a situação real.

Mas veja, há algo fundamentalmente errado em /var então alguma coisa haverá de ser feita, nem que tenha que reinstalar o sistema.

[druidaobelix]

Se preferir ir com maior cautela, então faça antes uma análise mais detalhada do que há dentro de /var

Você pode repetir aquele mesmo comando du apenas que antes entrando dentro da pasta /var

Código Selecionar Expandir

cd /var

Código Selecionar Expandir

sudo du -scmx * | sort -n

Ainda com fundamento na cautela, vá usando os comandos de limpeza um por vez, limpa, analisa o resultado usando o du, reinicie o sistema, analise outra vez usando o du, novo comando de limpeza e assim vai.

Inicie pelo autoclean e depois o autoremove e por último o clean

[druidaobelix]

Para entender melhor esse processo de limpeza tenha em conta o seguinte:

autoclean

Limpa o repositório local removendo os arquivos de pacotes .deb que não podem mais ser baixados, isto é, versões antigas, e que são inúteis e obsoletos.

autoremove

Remove pacotes que não são mais requeridos dentro do sistema, ou seja, pacotes que foram instalados automaticamente para satisfazer dependências de outros pacotes e que já não são mais necessários.
Principalmente no caso de usuários que compilam programas muito frequentemente a compilação pede várias bibliotecas que só vai usar naquele momento, depois não serve para mais nada já que os binários estão criados.

clean

Faz mais que o autoclean, porque limpa e remove todos os arquivos .dev contidos nos diretórios, exceto o lock file:

var/cache/apt/archives/ e
/var/cache/apt/archives/partial/.

Se quiser ver qual espaço os pacotes .deb estão ocupando, pode fazer:

Código Selecionar Expandir

sudo du -sh /var/cache/apt/archives

Muito importante: jamais use quaisquer outros softwares de limpeza, as ferramentas nativas são suficientes e muito seguras.

[druidaobelix]

Se conseguir ultrapassar com sucesso a fase anterior, então ainda analise o que há de kernel perdido por aí:

Código Selecionar Expandir

dpkg --list | grep linux-image

De uma forma em lista mais resumida dá pra ver assim:

Código Selecionar Expandir

dpkg-query -l | awk '/linux-image-*/ {print $2}'

Não gosto de usar comandos que limpam todos os kernels só deixando o atual, como disse antes, prefiro eliminar manualmente um a um usando o gerenciador de pacotes Synaptic, quando clica sobre o kernel que se quer removar então assinala a opção completa, lembrando que precisa remover também a image (note que estarão todos marcados em verde), dá um pouco mais de trabalho mas o resultado é sempre muito bom.

Por segurança sempre deixe o atual e o imediatamente anterior, você tem muito espaço aí, deixar o imediatamente anterior realmente não é um problema.

Acho que por enquanto é isso.
Boa sorte.

[SalatielAizza]

Eu num to acreditando no que meus olhos veem:

root@salatiel:/# du -scmx * | sort -n
du: cannot access 'proc/3363/task/3363/fd/4': No such file or directory
du: cannot access 'proc/3363/task/3363/fdinfo/4': No such file or directory
du: cannot access 'proc/3363/fd/4': No such file or directory
du: cannot access 'proc/3363/fdinfo/4': No such file or directory
0   dev
0   initrd.img
0   proc
0   sys
0   vmlinuz
1   cdrom
1   lib64
1   lost+found
1   media
1   mnt
1   snap
1   srv
1   tmp
2   root
13   bin
13   sbin
15   etc
56   boot
82   run
418   lib
472   opt
3454   usr
13918   home
102231   var
120670   total
root@salatiel:/# sudo du -hs /var/tmp
420K   /var/tmp

Fiz todo seu procedimento, inclusive li no blog do Elias Praciano ( que é muito bom) e fiz o procedimento para remover os kernel antigos, foi  o que liberou mais espaço aprox 500MB, ou seja quase nada diante deste VAR gigantesco e absurdo.

Vou reiniciar o pc agora.

[Tota]

Olá

Apenas para deixar meus dois centavos

...e fiz o procedimento para remover os kernel antigos, foi  o que liberou mais espaço aprox 500MB, ou seja quase nada diante deste VAR gigantesco e absurdo

A pasta /var contém uma sub pasta /log

Esta sim, pode ficar imensa ao longo do tempo e seu conteúdo pode ser removido sem danos ao sistema.

Navegue até /var/log e remova todos os arquivos de log que estejam dentro da pasta. Não remova em nenhuma hipótese a pasta /var e /log em /var/log, só o conteúdo.

[SalatielAizza]

Muito obrigado Tota, a sua contribuição final salvou minha partição.
Também fico extremamente agradecido ao druidaobelix que me ajudou, aprendi e estudei muito com seus conselhos e referências.

Saúde e paz.