Osk

Win + .

我一直觉得自己长得很丑，后来才发现自己错了，我其实，很帅 /doge/

@phpfpm 回答偏了，mbr+legacy/bios boot 和 gpt+uefi 这两个组合方式的限制是微软 client OS 的限制，据说 Windows Server 都没这限制，Linux 更不管了

@phpfpm 不矛盾，mbr 磁盘中，grub 会将自己的一部分代码(stage1 吧，忘了)放在 mbr 到第一个磁盘分区之间的区域，该区域大约有 2M 左右空间，之前 grub2 出现过 bug，未能正确处理好这部分写入操作，把第一个分区写炸了，印象中是如此。

gpt 分区中没了这部分空间，微软就搞出了 msr (但不是用于放 bootmgr 代码 )，grub2 也提出了 bios boot 分区，用来放 mbr 中嵌入区的引导代码。

体检，特别是 std，双方都得检

另外楼主的电脑有 bios boot 分区却无 esp 分区，说明是 bios/legacy 模式启动的，新硬盘上要记住用 gdisk 分一个 bios boot 分区哦，grub2 推荐在 1M 以上，建议 2M.
然后分一个 / 分区，在其它 linux 上 cp /或 rsync /，然后 chroot，grub-install /dev/sdx，update-grub2，编辑 fstab 就完事

@phpfpm 不管它是 /boot 抑或是 /boot/efi 还是咋的，反正有 bootloader 的分区要动。

lvm 可以把底层的磁盘布局抽象了，/ 等在 lv 中，新加入的硬盘加入 vg 内，然后移除旧硬盘的 pv，只需要重新安装 bootloader 就好，理论上系统运行中也可以实现迁移，这就是用 lvm 的优势之一。

而 btrfs 也有类似的功能，甚至比 lvm 更好，因为 btrfs 知道哪些 block 是需要迁移到新磁盘的，会更快，也可以在线迁移而不需要启动到 LiveCD 中，现在的 linux，这里挂个 tmpfs，那里放个 lock 文件，用 cp 或 rsync 在线复制系统会很痛苦，exclude 一长串，btrfs 和 lvm 就不一样。

另外，还有一点，不过我未验证过：xp 或 rsync 等遇到小文件会让人崩溃，而 btrfs 或 lvm 估计会大部分操作都是连续读写 io，速度有时会更快。仅仅是我的猜测，我没观察过 btrfs 和 lvm 迁移的 io 类型，lvm 有时无法与上层的 fs 配合好可能相当于 dd，对硬件的影响比较大吧。

我个人是用 rsync 或 cp 复制系统。
需要注意：
boot 分区，如果有。
initramfs 可能需要 update
grub2 需要安装到新磁盘和更新配置。
fstab 需要作一点点修改。


现在我在安装前就会考虑 lvm 或 btrfs，两者都很方便，除了 boot 分区需要迁移外，其它一律不用管。

我的一个压缩包, 解压时提示 crc 错误, 文件自从压缩后一直在 Intel 固态中.

所以我觉得文件系统级的 crc 校验和 scrub 很重要.
btrfs 和 ReFS 都有这两个 Feature, 但都有点坑