Gparted diz que o disco está cheio mas não está

Question

Estou no Manjaro e hoje acordei para encontrar meu computador com problemas devido a um disco cheio. Eu deletei muitas coisas, mas isso não resolveu o problema. Não tenho ideia do que está acontecendo. Existe uma maneira de reparticionar rapidamente? Porque eu não tenho o CD live do Gparted na mão.

Aqui está a partição completa:

Mas o sistema de arquivos não está cheio:

Aqui está a saída de df -ah (com sistemas de arquivos virtuais omitidos)

Filesystem                         Size  Used Avail Use% Mounted on
/dev/mapper/ManjaroVG-ManjaroRoot   29G   29G     0 100% /
/dev/sda1                          247M   56M  179M  24% /boot
/dev/mapper/ManjaroVG-ManjaroHome  550G  296G  227G  57% /home

Aqui está a saída de df -i para as mesmas partições: ~ / Desktop

Filesystem                          Inodes  IUsed    IFree IUse% Mounted on
/dev/mapper/ManjaroVG-ManjaroRoot  1921360 441275  1480085   23% /
/dev/sda1                            65280    368    64912    1% /boot
/dev/mapper/ManjaroVG-ManjaroHome 36626432 320911 36305521    1% /home

Como resultado da minha partição completa, o mysql falha ao iniciar .

Aqui está a saída de lsblk :

NAME                      MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                         8:0    0 596.2G  0 disk 
├─sda1                      8:1    0   255M  0 part /boot
└─sda2                      8:2    0 595.9G  0 part 
  ├─ManjaroVG-ManjaroRoot 254:0    0  29.3G  0 lvm  /
  ├─ManjaroVG-ManjaroHome 254:1    0 558.9G  0 lvm  /home
  └─ManjaroVG-ManjaroSwap 254:2    0   7.8G  0 lvm  [SWAP]
sr0                        11:0    1  1024M  0 rom  

E aqui está a saída de du -shx /* (aparada de entradas estranhas)

54M /boot
3.2G    /data
19M /etc
296G    /home
4.0K    /media
4.0K    /mnt
1.1G    /opt
79M /root
1.1M    /run
16K /srv
28K /tmp
7.6G    /usr
14G /var

Pesquisando em '/ var / mostra os grandes usuários de espaço em disco:

9.0G    /var/cache 
4.8G    /var/lib 

    

Answer 1

Sua partição /dev/sda2 aparece como "cheia" porque está totalmente alocada para o LVM, que está gerenciando suas partições / e /home . Nós não precisamos olhar diretamente para /dev/sda2 como resultado, mas sim sua configuração LVM. Podemos ver a partir do seu lsblk output:

└─sda2                      8:2    0 595.9G  0 part 
  ├─ManjaroVG-ManjaroRoot 254:0    0  29.3G  0 lvm  /
  ├─ManjaroVG-ManjaroHome 254:1    0 558.9G  0 lvm  /home
  └─ManjaroVG-ManjaroSwap 254:2    0   7.8G  0 lvm  [SWAP] 

é provável que todo o seu LVM esteja alocado para ManjaroRoot , ManjaroHome e ManjaroSwap . Isso significa que o crescimento de suas partições não é uma opção sem adicionar primeiro um novo LVM PV ou encolher um LVM LV existente (não é uma tarefa simples). No entanto, essas opções estão tratando o sintoma e não o problema.

Seu problema é que / no dispositivo /dev/mapper/ManjaroVG-ManjaroRoot está cheio. Sua partição /home não está cheia e não é relevante para o seu problema.

Podemos ver na sua saída du que o maior uso de disco em / é:

3.2G    /data
1.1G    /opt
7.6G    /usr
14G     /var

Os usos para /data , /opt e /usr parecem razoáveis, mas o outlier é /var , que está usando uma tonelada de espaço.

Algumas informações atualizadas suas no bate-papo mostram que isso não é um problema de log, como eu suspeitava, mas sim um problema de cache de pacote com o cache do pacote pacman . Você pode limpar arquivos antigos do cache com o comando:

pacman -Sc 

Você pode ler mais sobre como limpar o cache de pacotes no wiki do Arch.

    

Answer 2

Seu / está cheio. Provavelmente um fora de controle / var / log, ou ssh sondas em mensagens / syslog, ou erros mysql e enormes logs em / var / log / mysql.

O melhor caminho é localizar os arquivos ofensivos, entender o que causou os erros e excluí-los.

Então, se os erros foram compreendidos, tente consertar o que os causou em primeiro lugar.