
2개의 디스크가 있는 머신(CentOS 6.5를 실행하는 게스트 VM)이 있습니다. 기본 OS가 켜져 있고 sda
두 번째에는 2TB LVM이 있습니다 sdc
.
머신에 2TB 디스크 2개를 더 추가하고 포맷한 후 fdisk
LVM에 추가하는 과정을 진행하고 있었는데 잘못된 디스크인 sdc
. 두 개의 새 디스크가 sdb
및 로 나타났습니다 sdd
. 바보처럼 fdisk -l
계속하기 전에 제대로 확인하지 않았습니다.
1에 새 기본 파티션을 만든 다음 시스템 ID를 다시 8e(LVM)에 덮어썼습니다.
이제 sdc
새로운 UUID와 새로운 파티션 테이블이 생겼습니다.
vgcfgrestore 유틸리티를 사용하여 이를 복구하는 방법을 아는 사람이 있습니까? vg1(volume-group-backup-file)의 이전 UUID 위에 새 UUID를 덮어쓰고 복원을 실행할 수 있나요?
답변1
지난 밤에 gparted를 디버깅하는 동안 나도 똑같은 일을 했습니다. 나는 dd if=/dev/zero count=1 of=/dev/sdc
dos 파티션 테이블을 지운 다음 pvcreate --uuid xxxx --norestorefile
lvm 헤더를 다시 초기화하고 마지막으로 vcfgrestore
/etc/lvm/backup의 백업에서 복원했습니다. 이를 통해 이전에 드라이브의 uuid가 무엇인지 확인할 수도 있습니다. PVC를 생성합니다.
답변2
감사합니다 Psusi
이것은 내가 결국 한 것보다 훨씬 쉬웠을 것입니다. 기본 파티션을 재발견하기 위해 심층 분석과 함께 testdisk를 사용했습니다. 89%의 2TB 드라이브가 채워졌기 때문에 몇 시간이 걸렸습니다.
드라이브와 크기를 찾은 후(테스트 디스크를 통해 자동으로) 변경 사항을 기록했습니다.
하지만 한 가지 주의 사항은 파티션 유형으로 Intel을 선택하는 것입니다. 없음을 선택하면 찾은 결과를 쓸 수 없습니다.
답변 해주셔서 감사합니다!