NTFS -> Migrazione EXT4, dove sono andati 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

Sto trasferendo i miei dati da un'unità NTFS a un'unità ext4. Sul volume NTFS avevo 122,2 GB di spazio libero, quindi dopo aver copiato con rsync (escludendo un paio di file NTFS non necessari System Volume Information), ho solo 351,6 MB di spazio libero.

I dischi rigidi sono unità WD da 2 TB identiche. Ho creato la partizione EXT4 con gparted, c'è qualche motivo per cui ext4 avrebbe 30653648 blocchi in meno?

Uscita di 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

Dopo aver giocherellato un po ', sono stato in grado di recuperare una grande quantità di spazio con 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

Apparentemente Linux riserva il 5% delle nuove partizioni per l'utente root e i servizi di sistema, in modo che quando si esaurisce lo spazio su disco, root può ancora accedere e ripulire le cose con i servizi di sistema che funzionano correttamente. Sembra tipo di banane a me quando i servizi di sistema solo bisogno di un meg centinaio o poco più, e il 5% di un drive da 2 TB è un $ h17load di più .. alza le spalle

Questo mi ha lasciato con 93,5 GB di spazio libero, il che lascia ancora circa 30 concerti non presi in considerazione, quindi se qualcuno ha altre idee sentiti libero di entrare!

Hai sincronizzato i tuoi file anche usando l'opzione -H? È possibile che siano presenti hard link sull'unità di origine, che comporteranno contenuti duplicati sulla destinazione, a meno che non si specifichi rsync per (tentare di) conservare i hard link.

Ciò è particolarmente vero, ad esempio, per la partizione di sistema di Windows 7 e Windows / winsxs (Windows side-by-side), che contiene molti hard link ai file nella gerarchia di directory.

Utilizzare l'analizzatore di spazio su disco fornito con l'installazione predefinita di Ubuntu. Ti mostrerà esattamente dove viene utilizzato lo spazio.

i 30 GB potrebbero non esistere davvero. un GB è tecnicamente 1024 byte. sistemi operativi diversi possono contare questo in modo diverso, sia per 1024 come è corretto, o semplicemente 1000 (chiamato GiB, ma li usiamo interchagable). ciò può comportare la visualizzazione di 1 TB in Windows come solo 931 GB (esperienza personale). la gente chiede dove sono andati i 60 GB in più, la verità è che non sono andati da nessuna parte, semplicemente non sono contati correttamente. quindi i tuoi 30 GB potrebbero essere solo un problema di Windows e Linux come contarli in modo diverso, che sia 1000 o 1024. ora questo non fa una grande differenza quando solo in Gigabyte, ma consente di ridimensionarlo. quei 24 byte extra fanno la differenza. ora ridimensionato, a volte un TB viene conteggiato come 1.000.000.000.000 di byte. rispetto a 1.099.511.627.776 byte. ora quella differenza arriva a circa 92 GB (tecnicamente GiB lol). spero che questo abbia aiutato, è una domanda che vedo molto onestamente. "dove è andato tutto il mio deposito?"