그래서 다음 명령을 통해 dd를 사용하여 드라이브를 복제하려고 했습니다.
#dd if=/dev/sda of=/dev/sdb bs=64k status=progress
이 명령은 대부분의 경우 예상되는 작업을 수행하지만 sdb로서의 USB는 부팅에 실패하고 대상 시스템에 도달할 때 시간 초과됩니다. 그래서 dd 작업 후 드라이브를 볼 때 명령이 gpt를 정상적으로 저장하지 않아서 이를 수정하기 위해 parted를 사용했습니다. 그래도 만약 내가
#lsblk
<output>
sda 8:0 1 30G 0 disk
├─sda1 8:1 1 200M 0 part /boot/efi
├─sda2 8:2 1 1G 0 part /boot
└─sda3 8:3 1 28.8G 0 part
├─rhel-root 253:0 0 25.8G 0 lvm /
└─rhel-swap 253:1 0 3G 0 lvm [SWAP]
sdb 8:16 1 57.3G 0 disk
├─sdb1 8:17 1 200M 0 part
├─sdb2 8:18 1 1G 0 part
└─sdb3 8:19 1 28.8G 0 part
논리 볼륨과 해당 이름이 존재하지 않는다는 것을 알 수 있습니다. 그래서 내 클론에 존재하지 않는 /rhel-root를 전환해야 할 때 시스템이 중지되기 때문에 시스템이 부팅되지 않을 것이라고 생각합니다. dd, dd+parted 또는 fdisk 등을 사용하여 원본 시스템의 전체 복사본을 만들려면 어떻게 해야 합니까?
편집:: 좋습니다. 어떤 볼륨 그룹이 실제로 복제되었는지 확인했지만 볼륨 이름이 충돌하는 동안 lsblk와 vgscan은 하나만 표시합니다. 부팅 실패의 경우 dd 명령이 모든 uuid를 완전히 복사했습니다. 자체 하드웨어 uuid가 있으므로 새 드라이브에 문제가 있습니까?