데이터 디스크에서 EFI 시스템 파티션 삭제

데이터 디스크에서 EFI 시스템 파티션 삭제

내 컴퓨터에는 SSD와 HDD가 있습니다.
저는 운영 체제(Ubuntu 및 Windows)를 저장하는 드라이브로 SSD를 사용합니다.
SSD에 BIOS/레거시 모드(MBR 형식)로 설치했는데 이전에 OS가 있던 HDD에 여전히 ESP가 있습니다.삭제해도 안전한가요?하드 드라이브의 다른 파티션에 문제가 발생합니까? 저는 HDD를 데이터 디스크로만 사용합니다.

답변1

안전해야 하지만 절대적으로 확신하려면 /etc/fstab데이터 디스크를 참조하는 Ubuntu의 모든 항목을 일시적으로 주석 처리하고 시스템을 종료한 다음 일시적으로 HDD에서 데이터 케이블을 분리하고 운영 체제가 여전히 부팅되는지 확인하세요. . 두 운영 체제가 모두 정상적으로 부팅되면 ESP를 제거할 수 있다고 확신할 수 있습니다. 문제가 발생하면 케이블을 다시 연결하면 됩니다.

테스트가 완료된 후 /etc/fstabUbuntu에서 처음에 주석 처리된 항목의 주석 처리를 제거하는 것을 잊지 마십시오.

시스템이 레거시 모드로 부팅되는 경우 ESP 파티션은 전혀 문제가 되지 않습니다. 이는 본질적으로 특정 파티션 유형 UUID를 사용하는 GPT 파티션 디스크의 일반 FAT32 파티션입니다.

이론적으로 UEFI 지원 시스템은 먼저 한 디스크의 ESP에서 UEFI 드라이버를 읽은 다음 레거시 호환성 레이어를 활성화하고 다른 디스크에서 레거시 BIOS 모드로 부팅하도록 구성할 수 있습니다. UEFI 펌웨어는 드라이버 없이 직접 부팅할 수 없습니다. 하지만 이는 매우 구체적인 구성이므로 대부분의 UEFI 펌웨어에서는 이를 허용하지 않을 것 같습니다. 따라서 이러한 특정 구성이 있는 경우 해당 시스템/보드를 개발한 엔지니어링 팀 외부의 다른 누구보다 해당 특정 UEFI 구현에 대한 세부 정보를 이미 더 많이 알고 있을 것입니다.

ESP를 삭제하면 삭제하는 데 사용하는 도구가 단순히 GPT 파티션 테이블의 ESP 슬롯을 사용되지 않은 것으로 표시하는지 아니면 GPT 파티션 테이블을 완전히 다시 작성하는지에 따라 파티션 번호에 영향을 미칠 수도 있고 영향을 받지 않을 수도 있습니다. 실제로 이는 Ubuntu에서 장치 이름으로 HDD의 파티션을 참조하는 경우 /dev/sd*해당 디스크의 파티션 번호를 1씩 조정해야 할 수도 있음을 의미합니다. Ubuntu에서 파티션을 식별하기 위해 볼륨 레이블이나 UUID를 사용하는 경우 /etc/fstab어떤 경우에도 아무 작업도 수행할 필요가 없습니다.

답변2

하드 드라이브에 있는 내용에 따라 가장 쉬운 확인 방법은 하드 드라이브를 분리하고 모든 운영 체제가 원활하게 부팅되는지 확인하는 것입니다.

ESP 삭제(즉, 새 파티션을 생성하지 않고 테이블에서 파티션 삭제)에는 2가지 주요 효과가 있습니다.

  1. 파티션의 데이터 손실
  2. 이 디스크의 파티션 번호가 변경됩니다.

계속하기 전에 모든 운영 체제가 BIOS/레거시 모드로 부팅되는지 확인하세요.

(1) 을 보호하려면 Linux/*nix 운영 체제가 /boot.fstab

(2)의 경우 - GPT 디스크에 운영 체제가 남아 있습니까? 그렇다면 부트로더가 해당 디스크에서 올바른 파티션을 어떻게 찾는지 확인할 수 있습니다. 숫자로 올바른 파티션을 찾도록 GRUB를 구성한 Linux 배포판은 없습니다. 모든 배포판은 UUID를 사용해야 하며 이는 다른 운영 체제와 다를 수 있습니다(UUID 기반 파티션 참조는 Windows 8에만 나타나는 것 같지만 확실하지 않다). Linux/*nix에서 HDD에 파티션을 마운트하는 경우 fstab 항목을 확인하십시오(UUID 또는 기타 숫자에 구애받지 않는 방법을 사용하는 경우). 그렇지 않으면 마운트가 중단됩니다.

관련 정보