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 

在一些摆弄之后,我能够使用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%比那更多的是h17负载.. shrugs

这给我留下了93.5 GB的空闲,这仍然留下了大约30 gig下落不明,所以如果有任何人有更多的想法随时插入!

您是否使用-H选项同步文件? 源驱动器上可能存在硬链接,这将导致目标上的重复内容,除非您指定rsync(尝试)保留硬链接。

对于例如Windows 7系统分区和Windows / winsxs(Windows并排)尤其如此,它包含许多指向目录层次结构中文件的硬链接。

使用默认Ubuntu安装附带的磁盘空间分析器。 它将准确显示空间的使用位置。

30GB可能不存在。 GB在技术上是1024字节。 不同的操作系统可能会以不同的方式计算,无论是1024正确,还是简单1000(称为GiB,但我们使用它们可互换)。 这可能会导致1TB在Windows中显示为仅931GB(个人体验)。 人们问到额外的60gb去了哪里,事实是,他们没有去任何地方,他们只是没有被正确计算。 所以你的30GB可能只是一个Windows和Linux的问题,喜欢以不同的方式计算它,无论是1000还是1024.现在这只会在千兆字节时产生很大的差异,但我们可以扩展它。 额外的24个字节确实会产生差异。 现在按比例放大,有时TB被计为1,000,000,000,000字节。 与1,099,511,627,776字节相比。 现在差异达到约92 GB(技术上是GiB lol)。 希望这有所帮助,这是我真实地看到的一个问题。 “我的存储器去了哪里?”