initramfs / problemas de UUID após a clonagem

Question

Então eu acabei de clonar uma VM "tudo instalar" do Centos7 em um disco físico usando o VMWare Workstation e o Clonezilla usando as instruções aqui: link

Agora, quando o clone (disco físico) é inicializado, ele cai na linha de comando com isto:

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...

O que eu tentei:

• Eu verifiquei o / etc / fstab e os UUIDs apropriados estão lá, incluindo o acima.

• Tentei inicializar no modo de recuperação USB, chroot / mnt / sysimage e:

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

  e depois

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

  ... mas eu entendo isso:

  cat: write error: Broken pipe

Notas adicionais:

• Quando eu digito:

  blkid
  

  Eu vejo o HD em questão aparecendo como /dev/block e / dev / sdb '

• Eu tentei:

  lshw -class disk
  

  mas diz "comando não encontrado".

• O shell de recuperação está montando meu disco em /mnt/sysimage e todos os meus arquivos estão lá, então parece que está vendo e montando o HD.

Answer 1

Eu tive um problema semelhante e descobri que executar uname -r não retornou a versão correta do kernel no modo de recuperação que eu estava usando normalmente.

Eu tive que checar o que o arquivo grub do initramfs estava tentando inicializar pressionando e na tela de inicialização do grub e então uma vez no modo de recuperação fazer algo assim -

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 no meu caso estava apenas retornando "3.10.0-327.el7.x86_64" que não era a versão do kernel que eu estava tentando carregar do grub (3.10.0-327.4.4).

Gostaria de saber se sua falta da opção -f ou uma incompatibilidade das versões do kernel usadas pelo modo de recuperação e modo normal pode ser o seu problema aqui