라이브 시스템의 하드 드라이브를 여러 개의 백업 하드 드라이브에 복제했습니다 (dd 사용). 라이브 시스템의 루트 파티션은 LVM 볼륨입니다. 백업 복사본은 원본을 대체 할 수 있도록 만들어 졌으므로 마스터와 동일한 UUID가 필요합니다.
빠른 질문 : 백업 시스템 중 하나를 라이브 시스템에 마운트 할 수 있습니까? 내가 그렇게하려고 할 때 LVM은 동일한 UUID 및 볼륨 그룹 이름으로 인해 이것에 대해 이해할 수 있습니다. [이 답변] [1]에있는 힌트에 따라 원래 LVM 그룹의 이름을 먼저 바꿉니다.
-
외부 백업 HD를 USB 포트에 연결
-
running (문자열 ‘test’는이 시스템의 그룹 이름입니다)
# vgrename test test-live Volume group "test" successfully renamed to "test-live" vgscan --mknodes Reading all physical volumes. This may take a while... Found duplicate PV qWUadGaM2MU1UAJ5Spp8upD6fbddk7Zb: using /dev/dm-3 not /dev/dm-0 Found volume group "test" using metadata type lvm2 # vgchange -ay Found duplicate PV qWUadGaM2MU1UAJ5Spp8upD6fbddk7Zb: using /dev/dm-3 not /dev/dm-0 2 logical volume(s) in volume group "test" now active
이 시점에서 아래의 개별 논리 볼륨에 액세스 할 수 있었을 것으로 예상됩니다 /dev/test/. 러닝 lvdisplay생산.
Found duplicate PV qWUadGaM2MU1UAJ5Spp8upD6fbddk7Zb: using /dev/dm-3 not /dev/dm-0
--- Logical volume ---
LV Name /dev/test/root
VG Name test
LV UUID UuKUH3-yzPo-CbOz-tU4B-W6om-qdMn-0XSNZU
LV Write Access read/write
LV Status available
# open 1
LV Size 126.48 GiB
Current LE 32378
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 252:1
--- Logical volume ---
LV Name /dev/test/swap_1
VG Name test
LV UUID OGJhJu-QByo-6AzG-sk1x-jh3e-dU9L-sHk91t
LV Write Access read/write
LV Status available
# open 2
LV Size 3.90 GiB
Current LE 999
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 252:2
그러나 /dev/test/전혀 존재하지 않고, 따라서 나는에서 논리 볼륨에 액세스 할 수 없습니다 /dev/test/root및 /dev/test/swap_1제안은 lvdisplay한다.
답변
UUID의 요점은 무언가를 고유하게 식별하는 것입니다. 나는 이것이 가능하다는 것을 의심한다. 나는 주변에 연주 pvchange -u중복 된 PV의 UUID를 변경할 수 있지만, 작업은 항상 실패했습니다.
실제 호스트에 백업을 마운트해야하는 경우 LV를 개별적으로 백업하는 것이 좋습니다 (즉, 백업 장치에 새 PV, VG 및 LV를 생성하고 각 LV를 개별적으로 dd).
답변
클론 디스크에서 lv를 마운트하려면 여기에서 유용한 방법을 찾으십시오 . 장치 왼쪽 열림 -4175470893 /
vgimportclone -n orignalvgname_clone /dev/sdx [/dev/sdy....]
sdx, sdy ..는 vg를 구성하는 복제 된 디스크입니다.
vgchange -ay orignalvgname_clone
그런 다음 복제 된 디스크에서 lv를 마운트 할 수 있습니다.
답변
trekkerboy / modonnell @ linuxquestions의 대답은 가장 간단합니다 vgimportclone.
복제본을 생성 한 후에 vgchange -a y newvgname는를 사용하여 복제 해야하며을 사용하여 oldvgname의 장치 노드를 정리해야 dmsetup remove /dev/oldvgname/*합니다.
참고로, 다음은보다 수동적 인 방법으로,의 소스에서 읽을 수있는 것의 하위 집합과 유사합니다 vgimportclone.
에서 원본과 일치하는 패턴을 devices필터에 추가하여 원본 사본 관리를 먼저 일시적으로 비활성화 할 수있는 경우이 작업을 수행 할 수 있습니다 lvm.conf. 당신이 복제 된 경우 예를 들어, /dev/sdx에 /dev/sdy, 당신은 일시적으로 추가해야 /dev/sdx에 filter내에서 devices { ... }섹션을 참조하십시오.
원래 장치는 온라인 상태를 유지하지만 LVM 도구는이를 무시합니다. 마운트 된 파일 시스템은 마운트 및 작동 상태를 유지하며 LVM 관리와 밀접하게 연결되지 않습니다.
필터를 설치 한 후에는 새로운을 수행 vgscan하여 복제본을 확인하고 LVM 관리 만 수행하십시오. /dev/sdy예를 들어 중복 장치가 표시되는지 확인할 수 있습니다 pvs.
그런 다음 수행하십시오.
vgchange -a n originalvgname
이렇게하면이라는 볼륨 그룹이 비활성화 originalvgname되지만 중복 장치 만 표시되므로 장치에서 비활성화됩니다 (원본 originalvgname은 위의 필터로 인해 이미 보이지 않습니다). 이 단계는 현재 비활성 볼륨 그룹과 해당 구성 물리 볼륨의 속성을 자유롭게 변경할 수 있도록하기 위해 필요합니다.
pvchange -u physicaldevice
vgchange -u originalvgname
이렇게하면 복제본에 새 UUID가 제공됩니다.
vgrename originalvgname newvgname
복제 된 볼륨 그룹의 이름이 바뀝니다.
그런 다음 필터를 제거했다가 lvm.conf다시 검색 할 수 있으며 LVM 장치 세트가 서로 다른 이름과 UUID로 표시됩니다.
또는 원래 VG 이름과 PV / VG UUID를 유지하는 데 실제로 관심이 없으면 대신 cf. /superuser/256061/lvm-and-cloning-hds
답변
어제이 문제가 발생했습니다. Linux에서 파일 시스템 (LVM (MD (sda, sdb, sdc-syncing-only-weekly-basis))) 구성이 있으며 sdc의 이전 데이터에 액세스해야했습니다.
백업 디스크 (sdc)를 VM에 연결하여 문제를 다소 해결했습니다. “qemu … -drive file = / dev / sdc, readonly”를 사용하여 디스크를 연결하거나 (쓰기시 복사 구성에 스냅 샷 옵션을 사용하는 한) 안전한 작업입니다.