☰

克隆后 initramfs / UUID 问题

tag-icon • tag-icon cloning clonezilla
克隆后 initramfs / UUID 问题

因此，我按照此处的说明，使用 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，包括上面的 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)

    ...但我明白了：

    cat：写入错误：管道损坏

补充笔记：

  • 当我输入时：

    blkid

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

  • 我试过：

    lshw -class disk

    但它说“找不到命令”。

  • 救援外壳正在安装我的磁盘，/mnt/sysimage并且我的所有文件都在那里，因此看起来它正在查看并安装硬盘。

答案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或救援模式和正常模式使用的内核版本不匹配可能是您的问题

相关内容