gdisk를 사용하여 이전 MBR에 EFI 부팅 가능한 GPT 파티션을 생성하면 GPT가 손상되었습니다.

이것은 UEFI 부트로더 파티션에 대한 이전 질문에 대한 자매 질문입니다. UEFI 부트로더 파티션, LVM을 사용할 수 있습니까?

면책조항: 저는 위의 데이터에 관심이 없습니다. Windows 8이 화재로 사망할 수 있습니다.

지침에 따라 일종의 "Microsoft Reserved" 파티션이었던 것으로 생각되는 400MB 장치가 있습니다(MBR 파티션이라고 생각합니까?). 무엇을 해야 할지 깨닫기도 전에 fdisk유틸리티를 사용하여 기존 파티션을 삭제하고 ext4 파일 시스템으로 MBR 파티션을 생성한 다음 변경 사항을 적용하기 위해 재부팅했습니다.

그러다가 이것이 매우 펑키하고 멋진 펌웨어인 UEFI 펌웨어에서는 작동하지 않는다는 것을 깨달았고 모든 면에서 달라야 했습니다. 이번에 들어가서 gdisk파티션을 찾아봤는데 아무것도 없었어요. 저는 이 400MB 장치에 새로운 GUID 파티션을 만들었습니다. 이 파티션의 올바른 EFI 유형 코드는 EF00입니다. 이것이 성공한 것 같아서 그 위에 FAT32 파일 시스템을 만들었고 mkfs -t fat32 /dev/sda1작동했습니다.

UEFI 모드로 부팅되는 부팅 가능한 설치 CD에서 Arch Linux를 설치하기 위한 모든 지침을 따랐습니다(추가할 수도 있음). 내 시스템에 Gutiboot를 설치했는데 내 장치 sda1이 올바른 EFI 파티션이 아니라는 메시지가 즉시 표시되었습니다. 완전히 혼란스러워서 gdisk -l장치를 확인한 결과 MBR 파티션이 여전히 존재하는 동안 GPT 파티션이 손상되었음을 확인했습니다.

 Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: damaged

그런 다음 MBR, GPT 또는 클린 GPT의 세 가지 옵션이 제공됩니다. MBR 파티션 테이블이 삭제될 줄 알고 GPT를 선택했는데 별 차이가 없었습니다.

현재 제 수준을 벗어났고 기존 MBR 파티션에서 적절한 GPT 파티션을 생성하는 방법을 모른다는 사실을 깨닫고 빠른 분석을 실행한 testdisk결과 모든 것이 괜찮아 보였습니다. testdisk 유틸리티는 모든 측면에서 이를 올바른 EFI 부팅 가능 파티션으로 인식합니다.

가능하다면 Arch 설치에서 다시 시작하는 모든 설치 및 사용자 정의 단계를 피할 수 있도록 GPT 파티션을 복구하고 싶습니다. 이것이 불가능하고 파티션을 파괴하고 다시 시작해야 하는 경우 이미 설치된 데이터를 저장하고 부팅 파티션을 복구한 후 수동으로 다시 추가할 수 있는 방법이 있습니까?