NTFS-> EXT4移行、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

NTFSドライブからext4ドライブにデータを移動しています。NTFSボリュームでは、122.2 GBの空き容量がありましたが、rsyncを使用してコピーした後（にある不要なNTFSファイルのカップルを除くSystem Volume Information）、空き容量は351.6 MBしかありません。

ハードディスクは同一のWD 2TBドライブです。gpartedでEXT4パーティションを作成しましたが、ext4のブロックが30653648少なくなる理由はありますか？

の出力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

少しいじってみたところ、次のようにして大量のスペースを取り戻すことができました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

どうやらlinuxはrootユーザーとシステムサービス用に新しいパーティションの5％を予約しているため、ディスクスペースが足りなくなっても、rootはログインしてシステムサービスが正常に動作しているものをクリーンアップできます。システムサービスのみが百メガのかそこらを必要とし、2TBのドライブの5％以上より$のh17loadとき...私に親切バナナのようだ肩をすくめ

これにより、93.5 GBの空き容量が残りましたが、それでも約30ギガは考慮されていません。

-Hオプションも使用してファイルをrsyncしましたか？ソースドライブにハードリンクがある可能性があり、ハードリンクを保持する（試行する）rsyncを指定しない限り、宛先でコンテンツが重複します。

これは、たとえば、Windows 7のシステムパーティションや、ディレクトリ階層内のファイルへのハードリンクが多数含まれているWindows / winsxs（Windowsの並べて表示）に特に当てはまります。

デフォルトのUbuntuインストールに付属するディスクスペースアナライザーを使用します。スペースが使用されている場所が正確に表示されます。

30GBは実際には存在しない可能性があります。1 GBは技術的には1024バイトです。異なるオペレーティングシステムでは、これを正確に1024、または単に1000（GiBと呼ばれますが、相互に使用可能）のいずれかで、異なる方法でカウントする場合があります。これにより、Windowsでは1TBが931GB（個人的な経験）として表示される場合があります。人々は余分な60GBがどこに行ったのかを尋ねます、実際、彼らはどこにも行きませんでした、彼らはちょうど正しく数えられません。したがって、30 GBは、WindowsとLinuxの問題である可能性があります。1000と1024のどちらでも、カウントの仕方が異なります。これは、ギガバイトだけでは大きな違いはありませんが、スケールアップできます。これらの余分な24バイトは違いを生みます。現在は拡大されており、TBが1,000,000,000,000バイトとしてカウントされる場合があります。1,099,511,627,776バイトと比較して。現在、その差は約92 GBに達しています（技術的にはGiB笑）。これが役に立てば幸い その質問は正直にたくさん見ます。「私のストレージはすべてどこに行きましたか？」