1. Etapa: descobrir qual problema você realmente tem
Quando o seu sistema de arquivos está inesperadamente cheio, há várias causas possíveis. Veja a resposta de Eliah Kagan para mais sobre isso. Na grande maioria dos casos, deve ser fácil identificar (e, eventualmente, reparar) a causa real, portanto reformatar / reinstalar não seria necessário.
Então, o primeiro passo é descobrir qual é exatamente o problema, ou seja, para onde foi o espaço perdido. Então, primeiro execute
df -hl -x tmpfs -x devtmpfs
Isso mostra uma lista de todas as partições usadas dos discos em sua máquina, seu tamanho, quão cheios eles estão e seu ponto de montagem. A partir dessa lista, pegue o que você acha que está cheio demais e anote seu ponto de montagem. No seu caso, é o sistema de arquivos raiz que está montado em /
.
Agora analisamos onde dentro deste sistema de arquivos o espaço é usado. Execute
sudo du -xhsc /* 2> /dev/null
(Substitua /
pelo ponto de montagem identificado acima.)
Ele precisa do sudo porque nem todos os diretórios podem ser lidos pelo seu usuário. Pode levar algum tempo (especialmente em sistemas de arquivos grandes), porque ele precisa visitar todos os diretórios neles.
O que este comando faz é mostrar a você cada arquivo e diretório dentro do diretório fornecido, juntamente com seu tamanho (incluindo subdiretórios).
Portanto, dessa lista, pegue o (s) que você acha que é maior do que deveria ser, e chame o comando novamente neste diretório. (Ou seja, execute o comando novamente, mas com o nome de um diretório grande de uma listagem anterior substituindo /
.)
Por exemplo, no seu caso, ficou claro que /var
era o único diretório grande, então você precisaria executar
sudo du -xhsc /var/* 2> /dev/null
Continue com essas etapas até encontrar um arquivo único que seja tão grande ou encontrar um diretório com muitos arquivos que ocupem todo esse espaço.
No seu caso, o próximo passo foi executar
sudo du -xhsc /var/log/* 2> /dev/null
porque /var/log
era tão grande, e isso mostrou que havia um único arquivo de log chamado uvcdynctrl-udev.log
com 174 GB (o que obviamente é ruim).
2. Etapa: Identifique por que os arquivos estão lá e por que existem tão grandes
Agora precisamos descobrir por que os identificados estão lá, ou por que eles são tão grandes, se eles devem estar lá.
No seu caso, um arquivo de log em /var/log
não é nada suspeito, mas seu tamanho certamente é. Felizmente, uma pesquisa no Google simplesmente com o nome do arquivo traz o seguinte relatório de bug como o primeiro hit, que é claramente o mesmo problema que temos: link
3. Etapa: Resolva o problema
Nesse caso, um arquivo de log de algumas coisas relacionadas à webcam parece não ser interessante, então podemos facilmente excluí-lo com o comando sudo rm /var/log/uvcdynctrl-udev.log
e liberar todo o espaço.
Infelizmente, o relatório de erros ainda está aberto, e não há soluções ou soluções alternativas nos comentários, então você provavelmente terá que viver com esse bug por enquanto. Você pode excluir o arquivo de registro de tempos em tempos para liberar algum espaço.