/ diretório com 100% de capacidade. Não tenho certeza onde eu errei no meu particionamento ou como proceder

0

Estou executando uma partição Windows / Mint de inicialização dupla. Tudo está indo bem até que as coisas de repente ficarem realmente malucas e lentas. Eu recebo um pop-up que "raiz do sistema de arquivos só tem 297,8 MB de espaço em disco restante."

Eu corri o df -k e obtive esta saída:

Filesystem        1K-blocks     Used Available Use% Mounted on
/dev/sda5          19091584 17807900    290816  99% /
none                      4        0         4   0% /sys/fs/cgroup
udev                4038960        4   4038956   1% /dev
tmpfs                811000     1704    809296   1% /run
none                   5120        0      5120   0% /run/lock
none                4054984    15288   4039696   1% /run/shm
none                 102400       12    102388   1% /run/user
/dev/sda6          57433348  8825192  45667588  17% /home
/dev/sda2             97280    23312     73968  24% /boot/efi
/home/jd/.Private  57433348  8825192  45667588  17% /home/jd
/dev/sdb1         976760404  1861952 974898452   1% /media/jd/TOSHIBA EXT

Isto é o que meu duh / * parece quando executado de /:

9.8M    /bin
72M /boot
4.0K    /cdrom
4.0K    /dev
27M /etc
17G /home
0   /initrd.img
327M    /lib
4.0K    /lib64
16K /lost+found
1.6G    /media
4.0K    /mnt
374M    /opt
du: cannot access ‘/proc/3134/task/3134/fd/4’: No such file or directory
du: cannot access ‘/proc/3134/task/3134/fdinfo/4’: No such file or directory
du: cannot access ‘/proc/3134/fd/4’: No such file or directory
du: cannot access ‘/proc/3134/fdinfo/4’: No such file or directory
0   /proc
5.4M    /root
du: cannot access ‘/run/user/1000/gvfs’: Permission denied
2.4M    /run
16M /sbin
4.0K    /srv
0   /sys
64K /tmp
5.0G    /usr
12G /var
0   /vmlinuz

Estou bastante perdido sobre como redimensionar as partições ou como essa partição é preenchida tão rapidamente. Excluir arquivos grandes da minha pasta Pessoal não parece fazer nada, pois ainda há muito espaço lá.

    
por nao 04.03.2016 / 06:41

1 resposta

3

Eu resolvi o problema. Meu diretório / var / log continha um arquivo de log e kern.log, cada um com mais de 5,7 GB. Parece que minha máquina estava registrando o mesmo erro longo milhares de vezes, o que rapidamente encheu minha máquina.

    
por 04.03.2016 / 07:39