gdisk를 사용하여 하드 디스크 파티션 테이블을 MBR에서 GPT로 변경했는데 잘 작동했습니다. 그러나 시스템을 다시 시작한 후 "GRUB"이 표시되고 커서가 깜박이며 시작할 수 없습니다.
운영 체제: Parrot Security Companion
이 문제를 어떻게 해결할 수 있나요? 내 파일을 어떻게 다시 받을 수 있나요?
답변1
일반적으로 BIOS 스타일 GRUB가 MBR에 설치되면 실제 MBR 블록 다음의 처음 몇 블록도 차지합니다. 그러나 GPT 파티션 디스크에서는 GPT 파티션 테이블이 동일한 위치에 있으므로 기존 GRUB의 중요한 부분입니다.~ 해야 하다새 GPT 파티션 테이블로 덮어썼습니다.
변환이 올바르게 수행되면 파일에 문제가 없습니다. 손상은 GRUB 부트 로더로 제한됩니다. 이 부트 로더(BIOS 스타일 시스템용 버전에서)에는 중요한 부분이 다음 위치에 있습니다.구역 외부기본적으로 내장된 바이너리 코드의 원시 조각입니다. 라이브 Linux 미디어에서 시스템을 부팅한 경우 이제 파티션을 마운트하고 그 안에 있는 파일에 정상적으로 액세스할 수 있습니다.
UEFI를 사용하면 UEFI 부트 로더가 완전히 파일로 포함되므로 이 문제가 발생하지 않습니다. 보안 부팅을 사용하지 않는 경우 GRUB UEFI 버전의 핵심 부분은 단일 *.efi파일, 일반적으로 UEFI 부트 로더의 표준 위치인 특수 ESP 파티션에 포함되고 grubx64.efi나머지는 모듈로 로드될 수 있습니다. 필요에 따라 생성된 파일에 있습니다.
MBR 파티션 디스크가 UEFI 모드에서 부팅되는 경우 ESP는 일반적으로 특수 유형 ID가 0xEF인 FAT32 파티션입니다. GPT 파티션된 디스크에서 ESP에는 기본적으로 모든 GPT 파티션 도구에 알려진 전용 UUID 유형 식별자가 있습니다.
Windows는 GPT 포맷 시스템 디스크에서 BIOS 스타일 부팅 프로세스의 사용을 지원하지 않으므로 시스템 제조업체에서 이 시나리오를 전혀 테스트하지 않았을 수도 있습니다. 그러나 이론적으로는 정상적인 위치가 GPT 파티션 테이블 자체와 충돌하는 GRUB 부분에 적합한 새 위치가 제공된다면 정상적으로 작동할 것입니다. 이 새로운 위치는BIOS 부팅 파티션, 나는 Oldfred가 다음을 언급하고 있다고 믿습니다.BIOS_grub 파티션댓글에.
BIOS 부팅 파티션은 1MiB보다 클 필요는 없지만 이제 해당 파티션을 생성하고 GRUB를 다시 설치하여 새 GPT 파티션 테이블이 대체하는 구성 요소를 포함하는 데 사용할 수 있도록 해야 합니다.
분할되지 않은 여유 공간이 1MiB 이상 있거나 기존 파티션 중 하나를 그만큼 안전하게 축소할 수 있는 경우 라이브 Linux 부팅 미디어를 사용하여 BIOS 부팅 파티션을 생성하고 그에 따라 유형을 설정할 수 있습니다. 다른 곳에는 여유 공간이 없지만 스왑 파티션이 있는 경우 현재 스왑 파티션을 삭제하고 더 작은 1MiB 파티션을 다시 생성하는 것이 BIOS 부팅 파티션을 위한 여유 공간을 확보하는 쉬운 방법입니다.
그런 다음 기존 루트 파티션(및 필요한 경우 다른 파티션)을 마운트하고 해당 파티션에 chroot를 적용한 다음 현재 버전이 grub-installBIOS 부팅 파티션을 지원하는지 확인한 다음 이를 사용하여 현재 GPT 파티션된 시스템 디스크에 GRUB를 다시 설치해야 합니다.
그러나 나는 의견에 있는 oldfred의 제안에 동의합니다. 다른 문제가 없는지 확인하려면 먼저부팅 가능한 부팅 복구 유틸리티(다른 컴퓨터를 사용할 수도 있음) 그런 다음 컴퓨터에서 이를 사용하여 현재 상황에 대한 보고서를 생성하고 여기에 대한 링크를 게시합니다.
나는 또한 묻고 싶다:애초에 왜 이런 전환을 하는 걸까요?? BIOS 스타일 부팅을 사용하고 현재 시스템 디스크 크기가 2TiB 미만인 경우 GPT 파티션으로 변환하면 얻을 수 있는 이점이 매우 제한됩니다. 더 큰 시스템 디스크로 마이그레이션하려는 경우 새 디스크를 기존 디스크로 교체하고 변환에 문제가 있을 경우 다시 시도할 수 있도록 새 디스크를 사용하여 마이그레이션하는 것이 더 안전합니다.