Eu tenho o seguinte Debian que funciona no Virtual Box:
$ uname -a
Linux debian 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux
Recentemente, percebo que não tenho espaço livre:
$ df
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 1922060 1921964 0 100% /
udev 10240 0 10240 0% /dev
tmpfs 206128 296 205832 1% /run
/dev/disk/by-uuid/ef55765f-dae5-426f-82c4-0d98265c5f21 1922060 1921964 0 100% /
tmpfs 5120 0 5120 0% /run/lock
tmpfs 511980 0 511980 0% /run/shm
/dev/sda3 5841936 163548 5381636 3% /home
tmpfs 511980 12 511968 1% /tmp
O que é o / dev / disk / by-uuid / ef55765f-dae5-426f-82c4-0d98265c5f21? Por que usa todo o espaço livre no disco?
Esse dispositivo tem os mesmos blocos, usados e livres que o seu sistema de arquivos rootfs , então eles são provavelmente os mesmos. Você pode verificar para onde o uuid aponta:
ls -l /dev/disk/by-uuid/ef55765f-dae5-426f-82c4-0d98265c5f2
Meu palpite é que você acabou de inicializar a partir de um sistema de arquivos da vida em uma imagem de CDROM.
O dispositivo /dev/disk/by-uuid/ef55765f-dae5-426f-82c4-0d98265c5f21 é simplesmente um link simbólico para um dispositivo real.
O motivo do uso de links é porque os nomes de dispositivo de kernel (por exemplo, /dev/sda , /dev/sdb ) podem mudar dependendo de onde ou quando o disco está conectado, enquanto os links em /dev/disk/by-* sempre apontarão para a mesma unidade não importa o que e, portanto, são mais seguros de usar.
Nos sistemas Linux modernos, o que você vê em /dev (e alguns outros diretórios como /proc e /sys ) é falso, é uma visão interna do kernel ou da configuração da máquina. Nos sistemas originais Unix em /dev , por convenção, você encontraria os arquivos especiais correspondentes aos dispositivos configurados no sistema.
Como o seu parece rodar o Debian Wheezy, você pode olhar para /etc/fstab . Acima da linha que descreve a partição raiz, há uma linha como esta:
# / was on /dev/sda1 during installation
Placas-mãe modernas tendem a enumerar discos SATA de forma diferente se você adicionar ou remover um, então o instalador debian escreve um comentário sobre o descritor de dispositivo em uso no momento da instalação, que pode não ser mais o mesmo.
Como Tim disse, você pode obter o dispositivo real com
ls -l /dev/disk/by-uuid/ef55765f-dae5-426f-82c4-0d98265c5f2
Supondo que esta é uma instalação de disco rígido real, ela também pode estar cheia porque os arquivos excluídos ainda não são vistos como espaço livre: por exemplo, se você acabou de atualizar alguns pacotes usados por programas realmente em execução, o arquivo --eg libc6 .so-- é substituído pelo novo, mas o inode do antigo ainda está em uso. apt-get clean && reboot é seu amigo nesse caso.
Eu tenho o mesmo problema recorrente, que resolvo fazendo:
rm -rfv /var/log/{*.[0-9],*.[0-9].gz}
for i in 'find /var/log/ -type f'; do
if [ -f $i ] && [ -s $i ]; then
echo "" > $i
fi
done
Isso eu recebi de: link E reiniciando MAS Eu não entendo PORQUE!
Parei esse processo recorrente excluindo esses arquivos "suspeitos" pelo meu antivírus ClamTk:
/home/daniel/.cache/chromium/Default/Cache/f_03b482 PUA.JS.Xored
/home/daniel/.cache/chromium/Default/Cache/f_03b53f PUA.HTML.Infected.WebPage-1
/home/daniel/.cache/chromium/Default/Cache/f_03b547 PUA.Phishing.Bank
/home/daniel/.cache/chromium/Default/Cache/f_03b61d PUA.JS.Xored
/home/daniel/.cache/chromium/Default/Cache/f_03b65a PUA.Script.Packed-2
Esses eram arquivos no cache de um dos meus navegadores da web. E lembro que esse problema começou em um período em que o firewall "Firestarter" interrompeu um monte de conexões de entrada e eu estava usando o Chromium.
O meu caso ajudou alguém?
Tags disk disk-usage linux filesystems