나는 무엇을 궁금해GPT 예약 파티션그리고GPT EFI 시스템 파티션입니다. 필요한가요? 제거하면 어떻게 되나요?
또한 그것은 무엇을 위한 것입니까?
사진에서 2번째와 3번째를 의미합니다.
답변1
적절한 답변에는 기술적 세부 사항이 필요하다고 생각합니다.
소개
귀하의 컴퓨터에는 하드 디스크가 하나만 있을 수 있습니다. 스크린샷에 표시된 창에서 볼 수 있는 것은 시스템이 디스크라고 부르더라도 실제로는 파티션입니다.
일반적으로 드라이브는 파티셔닝 없이 사용할 수 있습니다. 플로피 디스크는 그런 식으로 작동했습니다. [1] 그러나 파티션을 사용하면 용량이 더 높은 드라이브에서 많은 이점을 얻을 수 있습니다. 그 중 일부를 예로 들면 다음과 같습니다.
- 두 개의 OS가 동일한 하드 드라이브에 있고 서로 간섭하지 않을 수 있습니다. 각 파티션은 자신의 파티션을 논리 드라이브로 취급하며 사용자가 지정하지 않는 한 다른 파티션을 건드리지 않습니다.
- 데이터를 논리적으로 분리할 수 있습니다. 어떤 이유로 한 파티션이 손상되면 다른 파티션은 그대로 유지될 가능성이 높습니다.
- 파티션을 사용하는 것은 여러 개의 작은 하드 드라이브를 사용하는 것보다 낫습니다. 시스템이 더 조용하고 에너지를 덜 소비하며 크기 조정, 삭제, 이동 등을 할 수 있기 때문입니다.
- 특별한 목적을 위해 하드 드라이브의 일부를 사용할 수 있습니다.
파티션 테이블
하드 드라이브에는 파티션 테이블이 있습니다. 파티션 레이아웃을 설명하는 구조입니다.
2010년경까지는 MBR 파티셔닝 방식이 대부분 사용되었습니다. 파티션 테이블이 파티션 내부에 있었기 때문에 그렇게 불렸습니다.마스터 부트 레코드– 디스크에서 읽은 첫 번째 부트스트랩 코드를 포함하고 드라이브에 대한 파티션 테이블도 포함하는 디스크의 예약된 부분(첫 번째 물리적 섹터)으로, 파티션 수, 파티션 위치 및 파티션 수를 알려줍니다. 각자가 사용하는 파일 시스템 유형(예: FAT32, NTFS 등)
부트스트랩 중에 시스템의 펌웨어는 MBR 코드를 읽고 제어권을 해당 코드로 전송합니다. MBR 코드는 차례로 첫 번째 블록을 읽습니다.볼륨 부트 레코드~로부터활성 파티션이는 파티션 테이블에서 식별되어 제어권을 파티션 테이블로 전송합니다. 해당 코드는 VBR의 나머지 부분을 읽고 마지막으로 파티션에서 적절한 파일을 로드하고 운영 체제를 부팅합니다.
이 계획에는 여러 가지 장점이 있었습니다. 오래된 하드웨어나 제한된 디스크 공간만 사용할 수 있는 경우에도 구현 및 사용이 매우 간단했습니다. 더욱이 VBR 코드(OS 설치 중에 작성됨)는 파일 시스템을 이해해야 하는 첫 번째 실행 코드 조각이므로 BIOS를 비교적 간단하고 컴팩트하게 유지할 수 있습니다. 그러나 MBR 파티션 테이블은 이제 30년이 되었습니다. 하드웨어와 소프트웨어가 변경되었습니다. 주요 제한은 파티션 테이블의 형식이 약 2TiB 크기의 하드 드라이브만 지원한다는 것입니다. MBR 파티셔닝에는 다른 많은 문제가 있었습니다.
MBR 파티션 테이블은 이제 다음으로 대체됩니다.GUID 파티션 테이블, 줄여서 GPT입니다. 이것이 하드 디스크에 있는 파티션 테이블 유형입니다. 그렇지 않은 경우 "EFI 시스템 파티션"[2]이 없습니다. GPT에는 MBR [3] 이 없으며 레거시 BIOS를 대체하는 새로운 유형의 펌웨어인 UEFI로 보완됩니다. (즉, GPT 디스크에서 부팅하려면 컴퓨터에 UEFI 펌웨어가 있어야 합니다.) UEFI는 단일 파티션에서 제공하는 볼륨 부트 레코드에 의존할 필요가 없지만 OS에서 제공하는 OS 로더를 사용할 수 있습니다.
부팅 작동 방식
BIOS가 하드 디스크에서 부팅되면 먼저 MBR을 확인합니다. MBR의 파티션 테이블을 사용하면 MBR 코드가 활성 파티션을 찾고 식별할 수 있습니다. 활성 파티션의 볼륨 부트 레코드의 코드는 OS의 로더를 찾아 읽고 제어권을 전송합니다.
UEFI는 더 정교합니다. UEFI 펌웨어는 실행 파일을 찾아 RAM에 로드하고 제어권을 전송하는 데 충분한 FAT 형식 파티션의 세부 사항을 최소한 일부 이해할 수 있습니다. Windows의 경우 이 파일은 bootmgr.exe.
UEFI 펌웨어는 이러한 파일이 포함된 파티션을 찾습니다. 스크린샷에서 "EFI 시스템 파티션"이라고 불리는 파티션입니다. (파티션 내부에 있는 숫자 식별자인 GUID로 "EFI 시스템 파티션"으로 식별됩니다. 이러한 파티션은 하드 드라이브당 하나만 허용됩니다. 그리고 UEFI 펌웨어는 FAT 파일 시스템 제품군만 이해하므로 EFI 시스템은 파티션은 FAT32로 포맷하는 것이 좋습니다.)
그런 다음 해당 파티션에서 사용 가능한 모든 OS 로더를 읽고 기본값으로 지정한 OS 로더가 있는지 확인합니다. UEFI가 부팅을 시작하기 전에 버튼을 눌러 다른 OS 로더를 선택할 수 있을 것입니다. 따라서 UEFI는 MBR 또는 VBR에 있는 모든 부팅 코드와 독립적입니다. 대신 설치된 OS에서 제공하는 로더에 의존합니다.
많은 UEFI에는 호환성 지원 모듈이 포함되어 있지만 때로는 기본적으로 비활성화되어 있다는 점은 주목할 가치가 있습니다. MBR 기반 BIOS 부팅 순서와의 하위 호환성을 복원합니다. 불행하게도 BIOS 부팅에는 시스템 펌웨어에 의한 추가 초기화가 필요하므로 전체적으로 부팅 속도가 느려집니다.
그렇다면 EFI 시스템 파티션을 제거할 수 있습니까?
이 시점에서 당신은EFI 시스템 파티션모든 OS 로더가 지워져 UEFI로 해당 하드 드라이브를 부팅할 수 없게 됩니다.
그만큼예약된 파티션
Microsoft에서 개발한 자리 표시자입니다. 여기에는 의미 있는 데이터가 포함되어 있지 않으며 특별한 용도로 추가 파티션을 생성해야 하는 경우를 대비해 존재합니다. 이 경우 Windows에서는예약된 파티션회수된 공간을 사용하여 새 공간을 생성합니다. 삭제해도 아무런 해를 끼치 지 않아야합니다.지금, 하지만 앞으로는 몇 가지 문제에 직면할 수 있습니다.
큰 질문
이제 이 항목을 삭제하기 전에 스스로에게 질문해 보세요."내가 그런 짓을 왜 하겠어?"
확보한 여유 디스크 공간은 그만한 가치가 없을 것입니다. 하드 드라이브에는 700GB의 사용 가능한 디스크 공간이 있습니다. 이 두 파티션은 400MB 미만을 차지합니다.결합된.그것은 하드 드라이브의 0,05714%입니다.디스크의 일부만 복구하면 부팅 실패 및 향후 Windows 관련 문제가 발생할 위험이 있습니다.
MBR 파티션 테이블에 그렇게 하는 또 다른 이유는 파티션이 4개로 제한되어 있어서 모든 파티션이 소중했기 때문입니다. GPT의 경우는 그렇지 않으므로 여기서 두 개를 삭제할 이유가 없습니다.
[1] 파티션 테이블 없이 단일 파일 시스템으로 완전히 포맷된 최신 드라이브를 여전히 "슈퍼플로피"라고 부르기도 합니다.
[2] Windows 사용자로서 Windows에서는 EFI 모드로 부팅하려면 GPT가 필요했기 때문입니다. 이는 Linux에는 없는 임의의 제한 사항입니다.
[3] 이는 전적으로 사실이 아닙니다. GPT는 MBR이 예약된 상태로 상주하는 첫 번째 섹터를 지정하고 이를 전혀 사용하지 않습니다. 하드 드라이브의 처음 2TB 이상에 걸쳐 있는 의사 파티션이 있는 더미 MBR 테이블을 배치하여 GPT를 지원하지 않는 레거시 도구가 드라이브에 유효한 MBR 파티션 테이블과 여유 공간이 없는 단일 파티션이 포함되어 있다고 생각하도록 속일 수 있습니다. 공간. 이는 적어도 드라이브가 비어 있는 것처럼 보이기보다는 드라이브에 사용 가능한 데이터가 있다는 것을 암시합니다.
답변2
ESP(EFI 시스템 파티션)에는 NTLDR, HAL, Boot.txt 및 드라이버와 같이 시스템을 부팅하는 데 필요한 기타 파일이 포함되어 있습니다.
MSR(Microsoft Reserved Partition)은 운영 체제 소프트웨어에서 나중에 사용할 수 있도록 각 디스크 드라이브의 공간을 예약합니다.