web-dev-qa-db-ja.com

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でコピーした後（System Volume Informationの不要なNTFSファイルを除く）、空き容量は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
filesystemntfsext4
9
wim

少しいじってから、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はログインして、okを実行しているシステムサービスをクリーンアップできます。システムサービスに必要なのは100メガバイト程度で、2TBドライブの5％がそれ以上の$ h17loadである場合、私にはバナナのように見えます。shrugs

これにより93.5 GBの空き容量が残ったが、それでもまだ約30ギガが残されているので、他にアイデアがあれば気軽にチップを入れてください！

9
wim

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

これは特に当てはまります。 Windows 7システムパーティションおよびWindows/winsxs（Windowsサイドバイサイド）。ディレクトリ階層内のファイルへの多くのハードリンクが含まれています。

3
pullmoll

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

0
Jo-Erlend Schinstad

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

0
skyler