☰

NTFS -> EXT4 迁移，120 GB 去哪儿了？

tag-icon • tag-icon filesystem ntfs ext4
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

答案1

经过一番摆弄之后，我能够使用以下命令回收大量空间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 GB 未被利用，因此如果有人有更多想法，请随时提出！

答案2

您是否也使用 -H 选项 rsync 了文件？源驱动器上可能存在硬链接，这将导致目标上的内容重复，除非您指定 rsync 来（尝试）保留硬链接。

对于 Windows 7 系统分区和 Windows/winsxs（Windows 并排）尤其如此，其中包含指向目录层次结构中的文件的大量硬链接。

答案3

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

答案4

30GB 可能并不存在。1 GB 在技术上等于 1024 字节。不同的操作系统可能会以不同的方式计算，要么以 1024 为正确数字，要么干脆以 1000 为数字（称为 GiB，但我们可以互换使用）。这可能导致 1TB 在 Windows 中只显示为 931GB（个人经验）。人们会问那多余的 60GB 去哪儿了，事实是，它们根本没去，只是没有正确计算。所以您的 30GB 可能只是 Windows 的问题，而 Linux 喜欢以不同的方式计算，无论是 1000 还是 1024。现在，当仅以 GB 为单位时，这并没有太大区别，但让我们将其扩大。那额外的 24 字节确实有所不同。现在扩大后，有时 1 TB 被算作 1,000,000,000,000 字节。相比之下，1,099,511,627,776 字节。现在差异达到了约 92 GB（技术上是 GiB 哈哈）。希望这对您有所帮助，老实说，这是我经常看到的一个问题。“我的所有存储空间都去哪儿了？”

相关内容