NTFS -> migração EXT4, para onde foram os 120 GB?

wim@wim-ubuntu:~/Desktop$ mount | grep media
/dev/sdc1 on /media/data type ext4 (rw,nosuid,nodev,uhelper=udisks)
/dev/sdb1 on /media/wd type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096,default_permissions)
wim@wim-ubuntu:~/Desktop$ df | grep media
/dev/sdc1            1922858352 1824822680    360072 100% /media/data
/dev/sdb1            1953512000 1825392384 128119616  94% /media/wd
wim@wim-ubuntu:~/Desktop$ df -h | grep media
/dev/sdc1             1.8T  1.7T  352M 100% /media/data
/dev/sdb1             1.9T  1.8T  123G  94% /media/wd

Estou movendo meus dados de uma unidade NTFS para uma unidade ext4. No volume NTFS, eu tinha 122,2 GB de espaço livre; depois de copiar com o rsync (excluindo alguns arquivos NTFS desnecessários System Volume Information), tenho apenas 351,6 MB de espaço livre.

Os discos rígidos são unidades WD 2TB idênticas. Eu criei a partição EXT4 com o gparted. Existe alguma razão para o ext4 ter 30653648 menos blocos nele?

Saída de sudo fdisk -l:

Disk /dev/sdc: 2000.4 GB, 2000397852160 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00bb4cbc

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1               1      243201  1953512001   83  Linux

Disk /dev/sdb: 2000.4 GB, 2000397852160 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xcefa6110

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1      243201  1953512001    7  HPFS/NTFS

Após algumas discussões, consegui recuperar uma grande quantidade de espaço com tune2fs:

wim@wim-ubuntu:~/Desktop$ df -h | grep sdc
/dev/sdc1             1.8T  1.7T  352M 100% /media/data
wim@wim-ubuntu:~/Desktop$ sudo tune2fs -l /dev/sdc1 | grep 'Reserved block count'
Reserved block count:     24418900
wim@wim-ubuntu:~/Desktop$ sudo tune2fs -m 0 /dev/sdc1
tune2fs 1.41.14 (22-Dec-2010)
Setting reserved blocks percentage to 0% (0 blocks)
wim@wim-ubuntu:~/Desktop$ sudo tune2fs -l /dev/sdc1 | grep 'Reserved block count'
Reserved block count:     0
wim@wim-ubuntu:~/Desktop$ df -h | grep sdc
/dev/sdc1             1.8T  1.7T   94G  95% /media/data

Aparentemente, o Linux reserva 5% das novas partições para o usuário root e os serviços do sistema, para que, quando o espaço em disco fique sem disco, o root ainda possa efetuar login e limpar as coisas com os serviços do sistema funcionando ok. Parece tipo de bananas para mim quando os serviços do sistema só precisa de um meg centena ou mais, e 5% de uma unidade de 2TB é um $ h17load mais do que isso .. encolhe os ombros

Isso me deixou com 93,5 GB livres, o que ainda deixa cerca de 30 GB sem explicação, por isso, se alguém tiver mais ideias, fique à vontade para participar!

Você sincronizou seus arquivos também usando a opção -H? Pode haver links físicos na unidade de origem, o que resultará em conteúdo duplicado no destino, a menos que você especifique rsync para (tente) preservar os links físicos.

Isso é especialmente verdade, por exemplo, na partição do sistema Windows 7 e no Windows / winsxs (Windows lado a lado), que contém muitos links físicos para arquivos na hierarquia de diretórios.

Use o analisador de espaço em disco que acompanha a instalação padrão do Ubuntu. Ele mostrará exatamente onde o espaço é usado.

os 30 GB podem não existir de verdade. tecnicamente, um GB é 1024 bytes. sistemas operacionais diferentes podem contar isso de maneira diferente, em 1024, como está correto, ou simplesmente em 1000 (chamado GiB, mas nós os usamos interchagable). isso pode resultar em 1 TB aparecendo no Windows com apenas 931 GB (experiência pessoal). as pessoas perguntam para onde foram os 60 GB extras, a verdade é que eles não foram a lugar algum, simplesmente não são contados corretamente. portanto, seus 30 GB podem ser apenas uma questão de janelas e linux, e gostam de contar de forma diferente, seja 1000 ou 1024. agora isso não faz uma grande diferença quando apenas em Gigabytes, mas vamos escalá-lo. esses 24 bytes extras fazem diferença. agora ampliado, às vezes uma TB é contada como 1.000.000.000.000 bytes. em comparação com 1.099.511.627.776 bytes. agora essa diferença chega a 92 GB (tecnicamente, GiB lol). espero que isso tenha ajudado, é uma pergunta que eu vejo muito honestamente. "para onde foi todo o meu armazenamento?"