现有 1TB GPT分区的SSD，有3个分区
sda1 efi 512MB
sda2 ext4 768GB
sda3 ext4 100GB

准备把数据迁移到2T的SSD，迁移sda1和sda2就好了

准备先用sgdisk迁移gpt，再把2个分区用dd拷贝过去

但是感觉不优雅，我的sda2不过才用200多GB，这样会多拷贝几百GB无效数据？

能不能先缩小下文件系统，尽量迁移少量数据到新盘？

用gparted，右击分区卸载，右击分区调整大小（卸载后才能缩小）。如果系统分区无法卸载，就用gparted livecd版。

@老虎会游泳，在缩小分区之前能不能得到一个缩小预估时长？或者有没有软件能看到文件系统数据在分区内的分布？最好是非GUI的终端工具

@nzdwlm，没怎么迁移过数据。问一下，文件级别的拷贝（附带属主、权限等），会有啥问题吗？

@无名啊，是否会漏掉一些文件系统属性的拷贝，不了解文件系统这一块，而且可以肯定的是会很慢，不能完全利用硬盘最高的顺序读写速度。整块拷贝应该是最可靠的，现在就是看看能不能在块拷贝的基础上极限提速

@老虎会游泳，tar、rsync等命令，足够备份/迁移文件数据吗？

@nzdwlm，文件拷贝为嘛会慢。。你不是SSD吗？随机/顺序读写，好像没区别吧

@无名啊，SSD随机读写也比顺序读写慢，虽然少了机械臂移动的时间。

我这里说的慢倒也不是随机和顺序读写的问题(可能有一定关系)。我不太了解文件系统，但根据经验来看复制大量小文件时会更慢，可能有一部分时间花在了从文件系统查找文件吧。

更重要的是块拷贝更可靠，它不用关注上层文件体统的实现，原来什么样，迁移后就什么样。

如果我十分了解文件系统和分区表，那我可以尽情订制拷贝计划

当然了我们现在可以讨论直接从上层拷贝文件的问题，只要能符合我的预期就行

@nzdwlm，我目前的理解，SSD 下的大量小文件，比少量大文件，耗时多的地方，在于 inode

如，一个 inode 占用 256 B 的话，100W 个 小文件，要多读写 244 MB 左右的 inode 数据

可是这点数据量，对于 SSD 而言，最多几秒钟而已？

@老虎会游泳，求指教

坏孩子，其实你很好，但是还不够好

https://www.diskgenius.cn/pro/details.php

这个是免费功能

如果没安装Windows或者就是要在Linux下操作，，当我没说。。。
坏孩子，其实你很好，但是还不够好