クローニング後のinitramfs/UUIDの問題

クローニング後の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) 
    

    …でもわかりました。

    猫:書き込みエラー:パイプ破損

その他の注意:

  • 私が入力したとき:

    blkid
    

    問題のHDが/dev/block/dev/sdb`と表示されていることを確認しました。

  • 私は試した:

    lshw -class disk
    

    ところで、「コマンドが見つかりません」と浮かびます。

  • 回復シェルが私のディスクをマウントしてい/mnt/sysimageて、私のすべてのファイルがそこにあるので、ハードドライブを見てマウントするようです。

ベストアンサー1

同様の問題がありましたが、uname -r通常使用するリカバリモードで実行すると、正しいカーネルバージョンが返されないことがわかりました。

grub boot screen を押して 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回復モードと通常モードで使用されているカーネルのバージョンが一致しないのが問題かもしれません。

おすすめ記事