raiz Linux completo. Nenhum bloco livre

9

df -hrelata que a partição '/' está 100% cheia. Durante a execução du -hs *em cada diretório desta partição, ainda há muito espaço.

tune2efsque informa apenas um bloco para ser liberado. fsckTambém funcionou , que também mostra todos os blocos que estão sendo usados.

O uso do ionode é de 14% na partição '/'.

Observe que / var, / usr, / dev, / tmp, / home são montados em diferentes partições e têm espaço disponível nelas.

Você pode informar as possíveis causas para todos os blocos estarem ocupados e os relatórios de disco ficarem cheios e até difíceis, pois há muito espaço.

hard-drive root block

— Ankit
fonte

1

quais arquivos de log você excluiu recentemente?

— 7773 Mike

Tente du -shx /e veja se isso ainda diz que há muito espaço. Isso avaliará tudo /sem depender de você capturar todos os diretórios possíveis.

— INSYTE

du -shx / 188M A partição '/' é de 2GB.

— Ankit

13

Além do problema de arquivos abertos que normalmente causa a indisponibilidade de espaço livre, um problema não incomum são os arquivos protegidos por pontos de montagem. Por exemplo, se você tiver /tmpum volume lógico separado, mas ainda tiver arquivos no diretório /tmpno sistema de arquivos raiz, esses arquivos estarão consumindo espaço, mas serão ocultados pela montagem.

Tente entrar no modo de usuário único na inicialização para que nada esteja em execução que possa manter as montagens abertas, desmonte tudo e verifique se não há arquivos ocultos nos diretórios que normalmente são usados como pontos de montagem.

— David Spillett
fonte

1

Obrigado David pela idéia. Eu fui trabalhando nessa direção. Descobriu que um HDD USB estava conectado à máquina. A máquina foi reiniciada pela manhã. Parece que o HDD não foi detectado na inicialização e alguns de seus dados foram para a partição '/'. Eu percebi isso quando desmontei / tmp e o ponto de montagem da unidade externa.

— Ankit

11

Isso geralmente é causado pela abertura de um arquivo para gravação que foi excluído, mas o processo de gravação no arquivo não foi reiniciado, deixando o arquivo. Você pode usar lsof para encontrar arquivos que estão abertos, mas sem vínculos (excluídos)

lsof +L1

deve fazer o truque. Como a página de manual afirma:

Uma especificação do formulário +L1selecionará arquivos abertos que foram desvinculados. Uma especificação do formulário +L1 <file_system>selecionará arquivos abertos não vinculados no sistema de arquivos especificado.

— user9517
fonte

lsof + L1 não dá nada. ou seja, nenhum arquivo aberto não vinculado. Qualquer outra coisa que eu possa verificar.

— Ankit

Isso me permitiu encontrar o culpado no meu sistema - nada a ver com volumes protegidos por montagem. Eu tinha um processo de backup pendurado que consumia 90% do volume raiz em arquivos temporários. lsof +L1listou todos eles de maneira muito simples.

— Synchro 23/10

0

Se um arquivo for excluído enquanto outro processo o mantiver aberto, esse processo poderá continuar gravando e, eventualmente, preenchendo o disco invisivelmente. Assim que o processo de abertura do arquivo é encerrado, os blocos são disponibilizados.

Tente avaliar cada um dos daemons em execução. Se possível, reinicie-os. Se você não conseguir descobrir, reiniciar a caixa deve esclarecê-la.

— Insyte
fonte

Reiniciei o sistema, executei o fsck, nada ajudou.

— Ankit

0

Provavelmente, porque alguma porcentagem do espaço disponível é reservada para o usuário root.

Consulte Espaço reservado para root em um sistema de arquivos - por quê? ou Disco cheio no servidor linux, os blocos usados são muito menos do que os blocos disponíveis

— Christoffer Hammarström
fonte