HDD 46G usado por GParted e df - mas apenas 10G por ncdu, du, baobab etc Ubuntu 12.04LTS

0

Bom dia. Tenho o Ubuntu 12.04 LTS executando uma caixa NAS sem cabeça (HP Microserver) - usado principalmente para backup, mas também executa o Plex Media Server. O Plex parou de funcionar e acabou que eu estava sem espaço em disco. Eu apaguei algumas versões antigas do kernel, então recuperei um pouco de espaço e o Plex está trabalhando agora. No entanto, não consigo identificar o que está usando os 36G extras de espaço. Eu gostaria de limpar o espaço e evitar a reconstrução da máquina.

df -h diz 46G usado e 98% cheio (o que é consistente com o uso do gparted) -

Filesystem      Size  Used Avail Use% Mounted on
/dev/sda4        50G   46G  1.4G  98% /

mas du -xhs diz 9.5G usado -

sudo du -xhs /
9.5G    /    

O ncdu e o analisador de uso de disco (baobab) também mostram 9.5GB - para que eles não mostrem o que está usando o espaço (/ mnt e / media excluídos como estão onde meus backups estão montados e têm tamanho TB)

sudo ncdu --exclude /mnt --exclude /media / 1.9GiB [## ] /usr 1.1GiB [# ] /home 447.6MiB [ ] /lib 75.9MiB [ ] /boot 9.5MiB [ ] /sbin 9.0MiB [ ] /etc 8.8MiB [ ] /bin 4.0MiB [ ] /run 104.0KiB [ ] /root 36.0KiB [ ] /tmp e 16.0KiB [ ] /lost+found 4.0KiB [ ] /dev 4.0KiB [ ] /lib64 e 4.0KiB [ ] /srv e 4.0KiB [ ] /selinux e 4.0KiB [ ] /opt e 4.0KiB [ ] /cdrom . 0.0 B [ ] /proc 0.0 B [ ] /sys @ 0.0 B [ ] initrd.img.old @ 0.0 B [ ] vmlinuz.old < 0.0 B [ ] /mnt < 0.0 B [ ] /media

Não parece ser possível abrir arquivos excluídos, pois sudo lsof | grep deleted mostra -

init          1       root    8w      REG                8,4       500     148491 /var/log/upstart/dbus.log.1 (deleted)
init          1       root   10w      REG                8,4     55813     130877    /var/log/upstart/plexmediaserver.log.1 (deleted)
init          1       root   16w      REG                8,4      4216     133683 /var/log/upstart/modemmanager.log.1 (deleted)
python     9313       plex    8u      REG                8,4      4096    1700647 /tmp/ffifxF1zy (deleted)

De acordo com sudo find / -xdev -type f -size +10000c -ls | sort -nrk 7,7 | head , os maiores arquivos são listados como -

785629 922356 -rw-r--r--   1 plex     plex     944477783 Jul 31 23:47 /var/lib/plexmediaserver/Library/Application\ Support/Plex\ Media\ Server/Cache/Transcode/Sync/2428339/2831927/bd789647083c9472caf0.mp4
1346177 850528 -rw-r--r--   1 plex     plex     870935793 May  4 03:20 /var/lib/plexmediaserver/Library/Application\ Support/Plex\ Media\ Server/Metadata/TV\ Shows/b/aeae4285550087f5d22a9030c7d5d69a7196b87.bundle/Contents/com.plexapp.agents.localmedia/posters/8e453437ed057792cf502dfb3e43821df94d3b3a
1056823 850528 -rw-r--r--   1 plex     plex 870935793 May  4 03:20 /var/lib/plexmediaserver/Library/Application\ Support/Plex\ Media\ Server/Metadata/TV\ Shows/b/aeae4285550087f5d22a9030c7d5d69a7196b87.bundle/Contents/_stored/posters/com.plexapp.agents.localmedia_8e453437ed057792cf502dfb3e43821df94d3b3a
132188 313416 -rw-r--r--   1 plex     plex     320929896 Aug  2 10:36 /var/lib/plexmediaserver/Library/Application\ Support/Plex\ Media\ Server/Logs/Plex\ Media\ Server.log
398237 254660 -rw-r--r--   1 ben      ben      260765696 Jul 31 23:06 /home/ben/.dropbox/instance1/filecache.dbx
392538 30672 -rw-------   1 ben      ben      252788736 May  9 21:59 /home/ben/core
141515 194704 -rw-r-----   1 syslog   adm      199372800 Jul 27 08:04 /var/log/mail.log.1
141514 189032 -rw-r-----   1 syslog   adm      193562231 Aug  2 10:40 /var/log/mail.log
141340 135192 -rw-r-----   1 syslog   adm      138432512 Jul 27 08:04 /var/log/mail.err.1
140800 132400 -rw-r-----   1 syslog   adm      135570264 Aug  2 10:40 /var/log/mail.err

A reinicialização não faz diferença - já fiz isso várias vezes.

Alguma idéia?

Obrigado

Ben

    
por belbo 02.08.2014 / 02:50

1 resposta

0

Você pode tentar um processo iterativo usando uma janela de terminal iniciando no diretório raiz "/", como o seguinte:

  1. Em uma execução de terminal du -sk *
  2. Localize o diretório usando muito espaço e mude para esse diretório
  3. Repita a etapa 1 até localizar o (s) arquivo (s) usando todo o espaço ou executar os subdiretórios e, em seguida, precisar voltar ao diretório raiz "/" e selecionar o próximo maior diretório de uso de espaço.
por Curtis Gedak 02.08.2014 / 20:43