使用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/fstabswap配置行)和/dev/sda5分区,然后再独立创建/dev/sda4分区提供给Ubuntu操作系统使用。

在kvm环境安装Ubuntu系统

<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配置

  • 重启系统,通过Ubuntu BRUB菜单验证切换操作系统

异常排查

  • 启动提示error: file /boot/grub/i386-pc/normal.mod' not found.

检查分区

尝试启动 - 参考 AndersonIncorp/fix.sh

但是依然报错

参考 GRUB rescue problem after deleting Ubuntu partition! 尝试检查文件系统分区

尝试启动grub

如果错误,则重新设置rootprefix,再次尝试上述步骤

这次成功了!!! 这个(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?