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

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가 있으므로 새 드라이브에 문제가 있습니까?

관련 정보