Problemas com a partição raiz em execução


0

Quando instalei originalmente a minha distro opensuse-leap (42.1), tomei o tamanho recomendado para a partição raiz, que era 40gb. Enquanto isso, atualizei para 42,2 (Plasma 5.8.6) e hoje, quando estava trabalhando na minha máquina, coisas estranhas aconteceram: por exemplo, o gui hp-setup para minha impressora lan congelou, o que não foi matável por kill -9, etc.

Então eu reiniciei minha máquina e de repente o login não apareceu mais, então no meu desespero eu mudei para os terminais virtuais via Strg + Alt + F1. Lá eu notei minha / estava 100% cheio via df -h depois disso foi sugerido por não ser mais capaz de usar minha história de bash (algo como cannot access ... anymore, no free space on device ). Então eu tentei desinstalar alguns pacotes "desnecessários" como digikam via zypper, que não funcionavam bem (estava regularmente dizendo: falha de página ... sem espaço livre no dispositivo). Isso terminou em df -h ainda dizendo 100% de / usado, apesar de o uso do disco ter sido 38Gb vs. 40Gb no total.

Então, no final, eu deletei todos os arquivos & gt; 1MB em / tmp (o que é perigoso, eu sei) e digitei rpm --rebuilddb e agora eu tenho 25% (ou seja, 10Gb) de espaço livre e posso trabalhar no meu sistema sem nenhum problema destruidor de nervos devido a 100% de uso do disco novamente.

Então, minhas perguntas são:

  • Existe algum mecanismo no zypper, que pode me avisar, quando devido a novos pacotes instaláveis, upgrades etc. o limite, digamos 99% / uso, é alcançado, de modo que eu não vou instalar os pacotes ou limpar a minha partição raiz antes?
  • É melhor usar um cronjob para limpar regularmente alguns arquivos do e-mail? /tmp/ diretório ou /var/ diretório (ou algum outro diretório?), que não tenha sido acessado por um longo tempo?
  • Devo dar uma olhada mais profunda nos meus pacotes instalados e remover seletivamente os pacotes "desnecessários"?

40GB parece bastante para apenas pacotes. Para alguma avaliação de dano, faça sudo du -hsc /boot /usr /var /tmp para ter uma idéia de onde todo esse espaço foi (incluir /opt na varredura, se você tiver um) (13G total para mim).
xenoid

Ah, eu descobri o que spammed meu / partição. Depois que eu iniciei a variante gui do / usr / bin / hp-setup, a gui-janela congelou de novo e de repente /tmp, um arquivo: -rw-r--r-- 1 root root 11G Jul 17 16:19 /tmp/YaST2-04701-priClT/stdout apareceu que é 11gb grande!!! Como isso é possível, isso é um grande erro no hp-setup binário?
FloHe

Não vou comentar sobre a HP. Dito isto, 30GB ainda é um pouco demais.
xenoid

Devo dizer que uso o btrfs como um fs para minha partição raiz. Eu corri o seu comando sugerido em todos os diretórios, exceto /.snapshot, o que me deu um total de 17GB. Isso significa que eu tenho ~ 13GB de conteúdo instantâneo, o que é obviamente um pouco demais. Como eu não sou especialista em btrfs, eu deveria descobrir como diminuir isso,
FloHe
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.