记一次Ubuntu完美迁移系统盘的折腾

平淡的下午写着代码，突然系统弹窗:”/目录空间不足!!!”,一点 “检查”一看,原来还是自己刚学linux那会儿分配的20G可怜空间,而如今已经不想打开windows了,感叹到,该给linux涨涨地位了. 于是买来一张250GB nvme SSD, 又不想重装系统, 想把系统盘一字节不落的 完美迁移 ,于是乎开始了迁移的折腾之旅~~~

环境说明

本人的环境信息如下:

• 原250GB nvme SSD 装了双系统: 200G给到win10, 20G给到Ubuntu20
• 8Gx2 = 16G内存
• Ubuntu分区情况
  • /: 根目录17G 主分区
  • /boot: 引导分区 1G 逻辑分区
  • swap: 交换分区2G 逻辑分区
  • /home: 存储于机械硬盘,单独拆分出来: 100G

先结论后细节

整趟下来,踩了不少坑,终于把流程和思路理顺了! 期间查阅了很多以前不懂的linux知识,也算饶有收获~

折腾记录

购买SSD,安装SSD

此处知识点:

1. ssd固态硬盘sata的好还是m.2好呢？
2. 一篇文章讲清什么是NVMe

如今SSD价格不算很贵,250GB的西部数据nvme卡在某东上买花了308+, 不得不说如今的硬件做的都很精致呀, m.2接口的SSD 小巧精致, 即插即用. 当然需要一颗专用螺丝固定在主板上 (螺丝是不随卡附赠的噢!) 一般主板支持几个m.2插槽就会配几个, 我的是2个插槽.

很快安装完毕,盖上机箱玻璃,嗯,有那种 强化+1 的满足感,哈哈哈.

制作 Ubuntu 启动U盘, 进入live环境

制作启动盘的原因是，我们需要一个能够操作硬盘的沙箱环境，相比grub secure那样纯命令行的环境，ubuntu的live环境对于不那么熟练的人来说，还是很友好滴．

我是在windows环境下用UltraISO把下载的ubuntu20镜像文件写入u盘，这里直接看已有的教程吧：Ubuntu 20.04 LTS 桌面版详细安装指南

格式化新硬盘的分区

这里有很多选择：

• fdisk
• parted
• Ubuntu系统自带的Disks工具

在linux下给硬盘分区没搞过，于是了解一下 fdisk 和 parted，他们都是linux的磁盘管理命令，fdisk只能操作 2TB 以下的分区，parted 是更新更强大的分区工具，支持GPT分区格式．

这里踩坑预警!! 如果想完美迁移系统盘，原来是什么分区类型，就按什么类型分．比如我原来是msdos分区，尝鲜使用gpt分区，在修复grub引导时就出错了．．．

第二个坑是手动设置分区时还会提示4k对齐警告（知乎：4K对齐，让你的SSD飞上天！ ），看起来硬盘存储不是从我们想象中位置0开始呢- .-

好吧，我不装了，老实用自带的Disks工具分区吧

分区方案参考文章 Ubuntu20.04操作系统安装及重中之重：系统分区 Linux主分区，扩展分区，逻辑分区的联系和区别 Linux / boot分区的建议大小是多少？

经过思考，整张250GB卡都给到ubuntu, 我的分区方案如下：

硬盘根目录数据完整拷贝

参考文章：迁移linux系统到新硬盘

首先要知道: Linux 一切皆文件, 所以拷贝系统其实就是拷贝文件！

那这里使用dd 命令来进行字节级别的迁移，我的根目录所在的分区是/dev/nvme0n1p5，新硬盘划分的是/dev/nvme1n1p2。

dd if=/dev/nvme0n1p5 of=/dev/nvme1n1p2

由于dd命令没有展示中间过程，因此使用另一条命令来让他输出中间过程：

watch -n 5 killall -USR1 dd

17G的数据在nvme ssd之间传输没有什么压力，很快传完

这里要注意，dd命令也会拷贝uuid过去，意味着，新分区与旧分区的uuid是一样的。后面修改挂载信息会再提到．

拷贝完之后，还要更新一下分区信息，否则挂载后还是会显示原来的分区大小和使用情况：

umount /dev/nvme1n1p2
e2fsck -f /dev/nvme1n1p2
resize2fs /dev/nvme1n1p2

BOOT引导盘数据拷贝

同样 /boot 如果之前单独拆分出来，现在也要拷贝至新硬盘，但这里要避免uuid的重复，两个办法：

1. 使用 dd 复制，然后修改UUID
2. 分区后自动产生新的uuid，使用cp等文件拷贝方式拷贝引导盘数据

这里我选了后者．当然在live环境下，要学会自己用mount命令挂载盘符来操作噢．

更新新的根路径分区uuid

参考文章：Linux修改分区UUID

由于不确定是否能成功，我想保留原有的盘符不动（方便回退），这样就会导致根目录的两个分区uuid相同，可能在引导时会错误，所以查阅资料，尝试改变新分区的uuid．

其实也挺简单，使用系统自带的uuidgen命令产生id, 然后作为参数更新新的分区，再写入新的根路径下/etc/fstab文件

uuidgen | xargs tune2fs /dev/nvme1n1p2 -U

执行命令查看最新盘符的uuid

sudo blkid

复制最新根目录的uuid，写入新根目录下的/etc/fstab，这里还是要先挂载盘符噢 到这里，数据复制就完成了

修改Grub引导

直接推荐使用 boot-repair 工具，安装方式如下：

sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo apt install -y boot-repair

安装完之后，运行命令会调起交互界面

boot-repair

这里注意要选择高级选项，手动指定新的引导盘，然后按提示修复引导．

修复完毕，重启再进，系统完全没变，但是容量已经变为舒服的184G了！

后记

一趟踩坑下来又花费了我美好周日的一下午，写文章花了一晚上，但是谁叫我们是coder呢，学了好多硬盘相关的硬件和linux知识，最后升级成功，就是爱折腾~~

最后，装备强化完毕，又可以愉快地写代码了，冲！