阅读 1283

记一次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知识,最后升级成功,就是爱折腾~~

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

在这里插入图片描述

文章分类
后端
文章标签