dd 복제 프로세스는 파티션 테이블을 유지하지만 논리 볼륨과 해당 이름은 유지하지 않습니다. 이유는 무엇입니까?

그래서 다음 명령을 통해 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가 있으므로 새 드라이브에 문제가 있습니까?