Perdendo espaço em disco no Ubuntu 18.04

Question

Meu espaço em disco continua caindo mesmo quando não estou instalando nada! Antes eu tinha 9,5 GB. 2 dias depois, mudou para 8,9, outro dia depois 8,2, agora 7,9! Isso está realmente me deixando com raiva!

O que eu achei interessante é que ainda diz 9.4 no aplicativo "Disk Usage Analyzer", mas no Nautilus (gerenciador de arquivos), ele mostra o uso da memória. É o espaço que ele mostra no Nautilus não é real e apenas um bug e o espaço é Disk Usage Analyzer a quantidade real de armazenamento que me resta ou é o contrário? O que eu acho estranho é no Nautilus, quando eu clico em propriedades no diretório /, ele diz 21.2 espaço usado, 30,6 de capacidade total. Quando você subtrai 30,6 por 21,2, você obtém 9,4. Isso é bem interessante. A propósito, ele diz 7.9 / 30.6 disponível // quando você clica em "Outros locais" no Nautilus.

df -h me dá

Filesystem      Size  Used Avail Use% Mounted on
udev            898M     0  898M   0% /dev
tmpfs           186M  1.9M  184M   1% /run
/dev/mmcblk0p1   29G   20G  7.4G  73% /
tmpfs           927M   20M  908M   3% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           927M     0  927M   0% /sys/fs/cgroup
/dev/loop0       87M   87M     0 100% /snap/core/4486
/dev/loop1      155M  155M     0 100% /snap/retroarch/106
/dev/loop2       87M   87M     0 100% /snap/core/4571
/dev/loop3      7.3M  7.3M     0 100% /snap/communitheme/97
/dev/loop5      142M  142M     0 100% /snap/minecraft/11
/dev/loop7      126M  126M     0 100% /snap/discord/52
/dev/loop6      6.0M  6.0M     0 100% /snap/communitheme/124
/dev/loop8       87M   87M     0 100% /snap/simplescreenrecorder/1
/dev/loop4      173M  173M     0 100% /snap/retroarch/113
/dev/loop9       87M   87M     0 100% /snap/core/4407
/dev/loop10     111M  111M     0 100% /snap/minecraft-nsg/13
/dev/loop11     6.0M  6.0M     0 100% /snap/communitheme/185
/dev/loop12     173M  173M     0 100% /snap/retroarch/110
/dev/loop13     135M  135M     0 100% /snap/discord/60
tmpfs           186M   16K  186M   1% /run/user/121
tmpfs           186M  3.1M  183M   2% /run/user/1000
/dev/loop14     135M  135M     0 100% /snap/discord/64

Obrigado.

    

Answer 1

A discrepância que você está encontrando entre os dois é uma questão de escalas. Há muitas escalas usadas para medir o armazenamento de computadores. Por exemplo:

Gibibitos: Gibi 2 ^ 30 - 1 Gibibito = 1.073.741.824 bytes

Gigabytes: df -h tamanhos de impressão com potências de 1024, no entanto, os fabricantes de inversores referem-se a capacidades que usam potências de 1000 df -H que também fornecerão informações nessa escala. Veja os exemplos abaixo:

me@zippy-64bit:~$ df -H /dev/sda2
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda2       113G   11G   97G  11% /
me@zippy-64bit:~$ df -h /dev/sda2
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda2       106G   11G   90G  11% /

Como você pode ver acima e abaixo, a capacidade não depende apenas de como você pergunta, mas também depende de quem você é e de quem você pergunta.

Considere isso: a partir das propriedades do nautilus como um usuário comum, recebo isto:

VocênotaráqueasaídadaspropriedadesdoNautilusnãoconcordacomnenhumadassaídasdodf.Apistaé(somecontentsunreadable),masmesmosevocêfosserootnãohágarantiadeumacorrespondência,poisométodousadoparacalcularousopodevariarconformeevidenciadopelasaídade df vs. du por exemplo. Meu melhor conselho é ficar de olho no Usar% em sua saída df, pois isso sempre será preciso, independentemente da escala em uso.