克隆后的 initramfs / UUID 问题

Question

所以我只是按照以下说明使用 VMWare Workstation 和 Clonezilla 将 Centos7“所有安装”VM 克隆到物理磁盘：https :
//www.howtoforge.com/converting-a-vmware-image-to-a-physical-machine -p2

现在，当克隆（物理磁盘）启动时，它会进入命令行：

dracut-initqueue[417]: Warning: Could not boot. dracut-initqueue[417]:
Warning: /dev/disk/by-uuid/4b8b5627-9027-46f7-b722-61d3ddd28e74 does
not exist Starting dracut emergency shell...

我试过的：

• 我检查了 /etc/fstab，那里有正确的 UUID，包括上面的那个。

• 尝试启动到 USB 救援模式， chroot /mnt/sysimage ，以及：

  mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r)-oh_crud.img 
  

  进而

  dracut /boot/initramfs-$(uname -r).img $(uname -r) 
  

  ...但我明白了：

  猫：写错误：管道损坏

补充说明：

• 当我输入：

  blkid
  

  我看到有问题的 HD 显示为/dev/block和 /dev/sdb`

• 我试过：

  lshw -class disk
  

  但它说“找不到命令”。

• 救援外壳正在安装我的磁盘，我的/mnt/sysimage所有文件都在那里，所以它似乎正在查看并安装 HD。

Answer 1

我遇到了类似的问题，发现uname -r在我通常使用的救援模式下运行并没有返回正确的内核版本。

我必须通过按 grub 启动屏幕来检查 grub 试图从哪个 initramfs 文件启动e，然后在救援模式下执行类似这样的操作 -

cd /boot
initramfs -f initramfs-3.10.0-327.4.4.el7.x86_64.img 3.10.0-327.4.4.el7.x86_64

uname -r就我而言，只是返回“3.10.0-327.el7.x86_64”，这不是我试图从 grub 加载的内核版本（3.10.0-327.4.4）。

我想知道您是否缺少-f开关或救援模式和正常模式使用的内核版本不匹配可能是您的问题