使用tar包手工安装多重启动的ubuntu
方案概述
服务器已经安装了CentOS操作系统,由于不能满足开发需求,准备将服务器转换成Ubuntu Server 16.04 LTS。但是,远程服务器依然想保留CentOS作为测试使用,所以部署双操作系统多重启动方案。
远程服务器安装和直接可以物理接触的桌面系统不同,不方便从光盘镜像开始从头安装。所以规划如下安装方案:
如果原操作系统占据了整个磁盘,则通过PXE启动到无盘,然后通过resize方法缩小现有文件系统分区(具体方法和文件系统相关)
空出足够安装新Ubuntu操作系统的分区
线下通过kvm或virtualbox这样的全虚拟化安装一个精简的Ubuntu操作系统,然后通过tar打包方式完整备份整个Ubuntu操作系统
将备份的Ubuntu操作系统tar包上传,并解压缩到对应服务器分区
修订CentOS的grub2配置,加入启动Ubuntu的配置
重启操作系统,选择进入Ubuntu
以上方法避免了在服务器上重新安装Ubnntu的步骤,并且可以作为今后快速部署Ubuntu的方案。
实施步骤
准备
检查操作系统分区划分
#fdisk -l /dev/sda
WARNING: fdisk GPT support is currently new, and therefore in an experimental phase. Use at your own discretion.
Disk /dev/sda: 240.1 GB, 240057409536 bytes, 468862128 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk label type: gpt
# Start End Size Type Name
1 2048 8191 3M BIOS boot parti
2 8192 2105343 1G EFI System
3 2105344 106962943 50G Microsoft basic
4 106962944 111157247 2G Microsoft basic
5 111157248 468860927 170.6G Microsoft basic可以看到当前运行的CentOS操作系统使用了/dev/sda3分区,/dev/sda4分区是swap,而/dev/sda5分区虽然划分,但是实际上未被挂载使用。
所以准备删除掉/dev/sda4(需要swapoff /dev/sda4并注释掉/etc/fstab中swap配置行)和/dev/sda5分区,然后再独立创建/dev/sda4分区提供给Ubuntu操作系统使用。
在kvm环境安装Ubuntu系统
整个安装在一个
/dev/vda1分区使用备份方法参考通过tar备份和恢复整个Linux操作系统
<backuphost>为备份服务器的IP地址,已设置ssh密钥登陆,这样可以免密钥登陆
首先确保能够从虚拟机内部登陆到远程服务器<backuphost>
使用
tar -cvpz --one-file-system备份整个操作系统会跳过/proc,/sys等目录
恢复ubuntu分区
登陆到目标需要恢复ubuntu的服务器,首先调整空出
/dev/sda4(如上所述)恢复备份
挂载作为ubuntu恢复分区文件系统
使用以下命令恢复
-C参数告诉tar命令先变更目录到/media再开始解压缩
修订恢复的ubuntu分区中的
/etc/fstab,这里实际上是修订/media/etc/fstab,使其能够挂载/dev/sda4分区
首先使用blkid获取分区磁盘信息
输出类似
注意:在/etc/fstab中使用的是UUID(对比了原先的虚拟机中磁盘命名),所以修改/media/etc/fstab如下:
恢复GRUB
Ubuntu 16.4采用了传统的GRUB,可以直接编辑配置文件
/boot/grub/menu.lst,比CentOS 7使用的GRUB 2要简便许多。通过在Ubuntu 16.4中添加CentOS分区中的/boot启动目录下内核,可以在同一个启动菜单中切换不同操作系统。
这里会提示在/etc/default/grub中添加参数,为了能够在串口输出控制台,参考 SerialConsoleHowto
设置串口配置方法和Ubuntu版本有关,获取版本信息的方法是
lsb_release -a,可以看到Ubuntu 16.4代码是xenial
增加ubuntu分区的
/etc/init/ttyS0.conf(实际修改/media/etc/init/ttyS0.conf) - 针对Karmic和更新版本的方法如下
针对
Edgy/Feisty/Jaunty需要设置/etc/event.d/ttyS0,而针对Darpper或更古老版本则修改/etc/inittab。这里忽略旧版本设置方法,详细请参考SerialConsoleHowto
要使得系统能够启动,需要恢复grub,这里需要编辑
/etc/default/grub(实际配置/media/etc/default/grub)
通过chroot方式运行ubuntu的grub配置
注意,这里 mount 需要包含 /sys ,否则在后面
upgrade-grub会出现大量的device node not found报错。参考: How to restore GRUB after restoring Debian from backup?
手工修改
/boot/grub/menu.lst设置如下
最后一项是原CentOS 7搬迁过来的GRUB配置
重新安装一次grub,覆盖原先CentOS的GRUB - 这里参考RecoveringUbuntuAfterInstallingWindows
重启系统,通过Ubuntu BRUB菜单验证切换操作系统
异常排查
启动提示
error: file /boot/grub/i386-pc/normal.mod' not found.
检查分区
尝试启动 - 参考 AndersonIncorp/fix.sh
但是依然报错
参考 GRUB rescue problem after deleting Ubuntu partition! 尝试检查文件系统分区
尝试启动grub
如果错误,则重新设置root和prefix,再次尝试上述步骤
这次成功了!!! 这个(hd0,gpt3)分区是原先CentOS的系统分区
继续按照
检查分区UUID(可以看到UUID确实是CentOS的系统分区)
设置启动内核及root分区UUID
但是这里遇到问题,系统始终报告error: file/boot/vmlinuz-3.10.0-327.el7.x86_64' not found.`
尝试了多次,突然想起来,原先系统安装时候,独立了一个/boot分区,位于/dev/sda2而不是这里的UUID=96219e3e-c371-47a9-baaf-cc2b1b9f8b33对应的/dev/sda3。
所以重新尝试Ubuntu分区
检查分区UUID
继续加载
也是报错
参考 GRUB rescue on legacy BIOS systems
检查所有可用的磁盘分区和文件系统
尝试启动
依然找不到
发现可以通过指定
(hd0,2)包含CentOS/boot分区来启动
然后可以尝试启动CentOS系统了
CentOS启动
CentOS启动
重新开始
reboot之后重新开始
检查当前配置:
加载grub模块
进入常规模式后,检查设备uuuid
不知道为何Ubuntu使用的是 ttyS1,而不是ttyS0。如果设置了
ttyS0反而无法显示输出信息
参考
Last updated
Was this helpful?