kvm to vmware和系统启动失败报错

一. 纯手动迁移

1. 将本地qcow2镜像转换成vmdk格式

1.1 拷贝kvm的qcow2镜像

cp lyj/lyj-ambari1.qcow2 ~

1.2 格式转换成vmware可识别的vmdk格式

qemu-img convert  -f qcow2 ~/lyj-ambari1.qcow2 -O vmdk ~/lyj-ambari1.vmdk

1.3 远程传输到vmware机器上

[root@localhost:/vmfs/volumes/5f17aa04-b31b57a5-227b-0cc47adb9204/ambari_7.97convert_test] scp root@192.168.7.97:~/lyj-ambari1.vmdk .

MD5值校验

md5sum lyj-ambari1.vmdk
4f9211ccf92109ccdba75f03300cfdea lyj-ambari1.vmdk

vmdk适应当前esxi系统

[root@localhost:/vmfs/volumes/5f17aa04-b31b57a5-227b-0cc47adb9204/ambari_7.97convert_test] vmkfstools -i lyj-ambari1.vmdk -d thin lyj-ambari1-71.vmdk

1.4 从vmware上启动虚拟机

结果：edd=off。。。。

分析：为方便console连接，kvm模板设置了ttyS=0

解决：开机ctrl+x进去，linux行把grub的ttyS0改为tty0后，正常启动；启动后，改grub配置文件中对应的ttyS0

 

结果：经测试，虚拟机已成功启动，但是启动后依然问题，进入了dracut#模式，报错显示未找到各分区{root，swap}；

原因分析：查阅资料发现，这是因为操作时系统正在运行。。。

其他：而且如果镜像文件太大，cp慢，格式转更慢，scp也相当慢。150G的qcow2转100G的vmdk需要数小时，然后scp又是数小时，然后vmdk格式适应vmware又是数小时，加起来导入一个大容量虚拟机，花了整整一天时间。

 

报错

 也找不到sda盘

 

 

 

尝试1：

未发现逻辑卷，尝试失败

在shell命令行中执行如下命令，可以找到相关的lvm虚拟卷。然后临时进入系统

dracut:/# lvm vgscan
dracut:/# lvm vgchange -ay
dracut:/# exit
进入系统之后，重新生成相关的内核启动文件

[root@localhost ~]# dracut -f
[root@localhost ~]# grub2-mkconfig -o /boot/grub2/grub.cfg

————————————————————————————————————————————

尝试2：

无法进入救援模式，只能进入紧急模式，没有boot目录，也未发现逻辑卷，尝试失败

The reason why you’re seeing this is due of initramfs kernel image being build for the specific system it's running on, so migrating to a new hardware will cause it to fail to boot.

Rebuilding initramfs in emergency mode(or go to the Rescue Mode ):

Then

1) List the initramfs images you have:

ls -ltrh /boot/initramfs-*

2) Locate the kernel version you’re using and create a backup of it:

cp -iv /boot/initramfs-3.10.0-1062.el7.x86_64.img /boot/initramfs-3.10.0-1062.el7.x86_64.img.back

 

3) Rebuild the kernel image for that specific kernel

dracut -f

4) Select the new kernel image

ls -ltrh /boot/initramfs-*

5) Specify the new kernel version (For Example):

dracut -f /boot/initramfs-3.10.0-1062.el7.x86_64.img 3.10.0-1062.el7.x86_64

6) Go to the Grub config

vim /boot/grub2/grub

7) Delete the old menuentry and make sure that the new menuentry is top of all

8) Generate a GRUB configuration file

grub-mkconfig

9) Reboot

10) Done.

 ______________________________________________________________________________________________

尝试3：通过救援光盘进入救援模式

尝试成功

 

3.1. 救援模式激活逻辑卷

3.1.1 激活逻辑卷

vgscan #查看系统中的卷组

lvscan #查看系统中的逻辑卷

vgchange -ay #激活逻辑卷

此时会显示active字样已经被激活的逻辑卷列表
此时再运行：
lvscan

可以看到lv已激活

查看root所在的卷组【lsblk、lvscan、 ls等】：

比如/dev/centos/root

 

 3.1.2 修复根分区文件系统

然后运行：
fsck /dev/centos/root  #修复根分区逻辑卷
如果提示是xfs文件系统，需要用xfs_repair修复，则运行：
xfs_repair /dev/centos/root
然后会跑一堆日志，最后提示： release dirty buffer! done!

 

然后reboot重启系统，仍然通过救援模式引导系统：
这个时候再次尝试查找centos时，就能找到了，并提示自动挂载到/mnt/sysimage下。

 

 

3.3 从救援模式切换到系统环境，重新生成引导

chroot /mnt/sysimage

grub2-mkconfig -o /boot/grub2/grub.cfg

grub2-install /dev/sda

备注： /dev/sda指的是需要安装grub引导程序的硬盘(也就是开机引导的那块硬盘)，这个可以通过lsblk或者fdisk -l来查看，根据实际情况自行选择

所有命令完成以后，重启机器，本以为能搞定，结果依然失败！

 

3.4 重新生成initramfs镜像文件

此时再次经行 尝试2 的操作

先进入救援模式，然后切换到系统环境

chroot /mnt/sysimage

重新生成initramfs镜像文件，内核版本在/lib/modules下可见

 

 dracut -f /boot/initramfs-3.10.0-1062.el7.x86_64.img 3.10.0-1062.el7.x86_64

grub2-mkconfig -o /boot/grub2/grub.cfg

reboot -f

 此时lvm找到了

 

 系统启动后，在以上界面自动重启一次，然后启动成功

注：迁移后网卡名发生改变

 

 

————————————————

 

二. 使用vmware-conventer工具

图形化操作，自行百度吧