Falha ao atualizar / instalar pacotes - problemas de espaço - liberar inodes

Para começar, vou contar a história de como o problema aconteceu e, em seguida, como resolvê-lo.

Minha equipe é uma Netbook Sony Vaio m120AL que tenho há cerca de 3 longos anos com um disco rígido de 320 GB onde coexistem Windows 7, Chakra , minha partição de trabalho com Xubuntu 12.04, a partição swap, a partição / home e uma partição de informação adicional com a qual compartilho informações Janelas.

Por essas razões, minhas partições root em ambos os sistemas são consideravelmente pequenas pela maioria dos padrões (cerca de 6 GB cada), mas nunca me deram um problema, pois são mais do que suficientes para todos os pacotes de que preciso.

Agora, entrando na situação específica, alguns dias atrás aplicando algumas atualizações em Xubuntu (que incluiu um novo Kernel) Eu vejo que o gerenciador de atualizações mostra um erro dizendo que está tentando instalar linux-image-3.2.0-51-generic mas que sua dependência linux-headers-3.2.0-51 não será instalado, reviso o erro detalhadamente e noto que o dpkg reclama que não há espaço disponível.

O erro dizia algo deste estilo, embora não idêntico porque não o anotei:

não foi possível criar `/usr/src/linux-headers-3.2.0-43/arch/xtensa/include/asm/coprocessor.h.dpkg-new '(durante o processamento` ./usr/src/linux-headers -3.2.0-43 / arch / xtensa / include / asm / coprocessor.h '): Nenhum espaço restante no dispositivo

Em alguma ocasião anterior a mesma coisa aconteceu comigo, mas foi porque eu tinha permitido que vários Kernels antigos se acumulassem sem excluí-los, mas desta vez eu verifico e tenho praticamente 600 Mb disponíveis de acordo Conky pelo que não entendi, mas para confirmar se pode ser um erro de como o configurei ou algo semelhante, corro um df -h:

Mas ainda tenho espaço em /!

Portanto, não me engano e isso é mais do que espaço suficiente para realizar a atualização (já fiz isso muitas vezes no longo ano, desde que estou com o Xubuntu) de qualquer maneira eu faço um sudo apto a ficar limpo para limpar os pacotes que baixei e tente novamente, mas com os mesmos resultados.

Ainda acho estranho, mas de qualquer forma tento sair dos / os temas de ícones que sempre uso e que tenho modificado muito (Faenza y Acordado) para liberar mais espaço e, assim, finalmente consigo atualizar, procedendo novamente para devolvê-los a /.

No entanto, permaneceu na minha cabeça a ideia de que o assunto tinha que ir para outro lugar, mas eu não sabia qual. Poucas horas depois, quando tento instalar alguns pacotes extras, recebo o erro mencionado novamente e, mais uma vez, havia espaço de sobra, então faço minha pesquisa.

Uma pesquisa na Internet me leva a vários tópicos nos fóruns de ubuntu-is, mas a resposta de alguns indivíduos sempre é a mesma: você não tem espaço suficiente apague arquivos ou expanda a partição raiz, mas notei algo em comum nos diferentes threads que encontrei, sempre a partição raiz que tinha espaço livre, mas Era parecido com o meu (~ 600-900 Mb) e o tamanho da partição nunca ultrapassou 10 Gb então terminei me convencendo de que o problema tinha que ser outro, e foi assim que cheguei ao título do post graças a este página, o problema é que a partição raiz teve 100% dos inodes usados.

O uso de inodes pode ser visto com o comando df-i:

100% inodes usados

E agora vem a explicação.

Os inodes estão na palavra de Dennis Ritchie:

Um índice, devido à estrutura um tanto incomum de um sistema de arquivos que armazenava as informações de acesso aos arquivos como uma lista plana em disco, deixando de lado todas as informações hierárquicas dos diretórios

e, portanto, pode acontecer que para um determinado sistema de arquivos ainda haja espaço livre para armazenar arquivos, mas não haja inodes disponíveis para indexá-los porque há muitos arquivos no sistema e, portanto, não podem ser criados novos.

A questão é, o número de inodes em uma partição EXT4 não pode ser modificado (existem outros tipos de sistemas, como JFX o XFS onde isto não é uma limitação, pois é dinâmico) é um número fixo que é calculado quando a partição é criada com mkfs.ext4 de acordo com seu tamanho com uma proporção de bytes por inode de acordo com as preferências localizadas em /etc/mke2fs.conf.

Ao instalar o sistema, é comum usar as preferências padrão que incluem uma relação inode = 16384, que para partições pequenas pode ser muito grande e não criar o suficiente (como no meu caso). A única maneira de alterá-lo é criando / formatando a partição e especificando-a com a opção -i.

No entanto, esta não era uma opção para mim, como já mencionei, os inodes estão relacionados ao número de arquivos existentes, então use o seguinte script bash encontrado em estouro de pilha e que ele está vinculado à página que você mencionou antes para descobrir quais eram os diretórios na partição raiz com mais arquivos:

#!/bin/bash
# count_em - count files in all subdirectories under current directory.
echo 'echo $(ls -a "$1" | wc -l) $1' >/tmp/count_em_$$
chmod 700 /tmp/count_em_$$
find . -mount -type d -print0 | xargs -0 -n1 /tmp/count_em_$$ | sort -n
rm -f /tmp/count_em_$$

O que dá o seguinte resultado:

E aqui estão os culpados!

O número que aparece à esquerda indica o número de arquivos presentes e o caminho indica o diretório associado, uma linha abaixo aparece o diretório / var / lib / dpkg / info mas como sempre eu limpo meus pacotes aqui não há nada a fazer .

No entanto, se eu reconhecer dois problemas, o primeiro e embora o catpura não suba a partir daí, várias outras entradas incluem os ícones Acordado, então eu tenho que movê-los sim ou sim, além disso, isso explica porque quando o fiz pude atualizar os pacotes, já que liberei muitos inodes da partição raiz ao movê-los, mas o problema retornou quando os realoquei.

E em segundo lugar, o próximo maior número de entradas está associado aos cabeçalhos de vários kernels antigos, e percebo que o procedimento que sempre utilizo para eliminar os kernels antigos não elimina os cabeçalhos, o que costumo usar é o seguinte, em um terminal eu escrevo :

dpkg --get-selections | grep linux-imagem

que me mostra os kernels instalados e então eu uso:

pacote sudo apt-get purge

Onde pacote é o nome do kernel em questão, mas isso não remove os cabeçalhos associados, então eu faço:

dpkg --get-selections | grep linux

E então prossigo para remover os cabeçalhos antigos, com:

sudo apt-get purge linux-headers-3.2.0-41 linux-headers-3.2.0-44 linux-headers-3.2.0-45 linux-headers-3.2.0-48

E voilà, mas é claro que também havia a questão dos ícones Acordado então eu decido movê-los para ~ / .icons e torná-los disponíveis para todo o sistema eu apenas faço um link simbólico em / usr / share / icons, o primeiro resultado de df-i É com a eliminação dos cabeçalhos e a segunda após ter movido os ícones.

Inodes lançado pela pilha!

Com isso o problema está resolvido, e posso instalar / atualizar pacotes sem problema, espero que este post seja de ajuda a alguém, ou sirva para futura referência sobre instalações em partições pequenas e desmistificar o assunto tão difundido pelos fóruns da carência Do espaço.