estou rodando debian
# uname -a
Linux thinkstation 4.9.0-6-amd64 #1 SMP Debian 4.9.88-1 (2018-04-29) x86_64 GNU/Linux
depois de inicializar hoje, recebi um erro que o sistema não conseguiu gravar /tmp
devido à falta de espaço. Então comecei a deletar alguns kernels antigos. Agora consigo fazer login no sistema, mas ainda estou confuso sobre o uso do espaço em disco do sistema:
# df -h
Filesystem Size Used Avail Use% Mounted on
udev 8.9G 0 8.9G 0% /dev
tmpfs 1.8G 9.4M 1.8G 1% /run
/dev/sda1 83G 78G 210M 100% /
tmpfs 8.9G 117M 8.8G 2% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 8.9G 0 8.9G 0% /sys/fs/cgroup
/dev/sda6 357G 48G 292G 14% /home
tmpfs 1.8G 20K 1.8G 1% /run/user/1000
Como você pode ver, minha partição raiz parece estar cheia. Aqui está como eu particionei meu sistema:
# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 465.8G 0 disk
├─sda1 8:1 0 83.9G 0 part /
├─sda2 8:2 0 1K 0 part
├─sda5 8:5 0 18.6G 0 part [SWAP]
└─sda6 8:6 0 363.2G 0 part /home
sr0 11:0 1 1024M 0 rom
Como você pode ver, separei minha casa do meu sistema (e uma troca separada também). Agora, se eu mergulhar no que está causando o uso do disco em /
I via ncdu, recebo a seguinte imagem:
Como você pode ver, /media
está levando a maior quantia. No entanto, este é um HD externo onde faço backup do meu sistema. Então, por que é contado como espaço em disco? Existe uma maneira de evitar esse comportamento ou sou realmente forçado a excluir alguns backups antigos?
Você diz que
/media
é umexternal HD where I backup my system
. Porém, suadf
saída não lista isso como um ponto de montagem separado.Talvez você tenha o drive externo montado lá em algum momento, mas a explicação mais simples é que você não o faz, agora, por algum motivo, e então
/media
é apenas um subdiretório em/
.Essa teoria se encaixa bem com seu
ncdu
relatório, que mostra ~63 GiB em/media
. Isso mais as outras partes da árvore também no mesmo/dev/sda1
local onde/
está montada somam cerca de ~ 78 GiB mostrado pordf
.