그래서 여기 지침에 따라 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
복구 모드와 일반 모드에서 사용하는 커널 버전이 일치하지 않는 것이 문제일 수 있는지 궁금합니다.