GPT 대 MBR. 왜 MBR이 아닙니까?


32

저는 Linux 사용자입니다. 랩톱에 Windows가 없습니다. 또한 하드 드라이브 크기는 2TB 미만입니다. 그렇다면 왜 GPT 테이블을 사용해야합니까? 오래된 fabraed MBR과 함께 갈 수 없습니까?

두 개의 루트 파티션, 두 개의 홈 파티션 및 스왑 공간이 있습니다. 따라서 파티션이 기본이 아니지만 확장 된 경우 성능에 차이가 있습니까?


GPT는 Windows = 파티션 방식이 아닙니다. 그러나 MBR이 최신 하드웨어와 작동하도록함으로써 요구되는 일부 문제를 제거합니다.
K7AAY

답변:


19

그것은 당신에게 전혀 차이를 만들지 않을 것입니다. GPT의 장점은 다음과 같습니다.

  • 큰 파티션, 2TB 이상
  • 기본 파티션의 무제한

귀하의 경우에는 먼저 필요하지 않습니다. 두 번째는 확장 파티션을 작성하고 논리 파티션을 작성하여 달성 할 수 있습니다.

Linux의 경우 어떤 유형의 파티션을 설치 (논리 또는 기본)하든 중요하지 않습니다. 그러나 GPT를 사용하면 파티션이 모두 기본이므로 파티션을 이동하는 것이 약간 더 편리 할 수 ​​있습니다.

전혀 성능 차이가 없습니다.

GPT의 다른 모든 "장점"은 너무 작아서 언급 할 가치가 없습니다.


2
백업 파티션 테이블을 좋아하고 새로운 드라이브가 새로운 UEFI 시스템에 연결될 수 있으므로 gpt 만 사용했으며 efi 및 bios_grub 파티션을 모두 포함했습니다. 더 큰 플래시 드라이브에는 gpt를 사용하기도합니다. 그러나 Pilot6에 따르면 큰 장점은 없습니다. gpt 파티션 된 드라이브와 관련된 문제 나 차이점을 발견하지 못했습니다. wiki.archlinux.org/index.php/…
oldfred

"efi 및 bios_grub 파티션을 모두 포함했습니다"라는 내용을 설명 할 수 있습니까? gparted를 잘 사용하는 방법을 알고 있지만 efi 파티션을 어떻게 만들고 어떻게 넣습니까? efi 파티션에 대해 아무것도 이해하지 못합니다. 추신. 나는 ~ 6 ~ 8 번 리눅스를 설치했으며 설치를 위해 3 개 이상의 파티션을 만들지 않았습니다 : swap, windows_share 및 Linux OS 용 기본 ext4 파티션.
Gabriel Staples

45

GPT에는 몇 가지 장점이 있습니다.

  • 2TiB보다 큰 디스크를 지원합니다.
  • 2TiB보다 큰 파티션을 지원합니다.
  • 기본, 확장 및 논리 파티션을 구분하지 않고 4 개 이상의 파티션을 지원합니다.
  • GUID를 유형 코드로 사용하므로 코드 충돌 / 중복 위험이 줄어 듭니다.
  • MBR의 LBA 및 CHS 이중 사용과 비교하여 LBA 주소 지정 만 사용합니다. (MBR에서도 CHS는 약 8GB가 넘는 디스크에서는 쓸모가 없으므로 이보다 훨씬 큰 최신 하드 디스크에서는 실제 충돌의 위험이 거의 없습니다.)
  • 디스크의 시작과 끝에 중복 된 파티션 테이블 구조를 제공하여 일부 유형의 사용자 오류, 버그 및 디스크 손상 으로부터 복구 할 수 있습니다.
  • 일부 유형의 파티션 테이블 손상을 감지 할 수있는 중요한 데이터 구조의 체크섬을 제공합니다.
  • UTF 파티션 설명 필드를 제공하여 파티션 이름을 지정할 수 있습니다. 이것은 파티션에 포함 된 파일 시스템의 이름과 무관합니다.
  • EFI / UEFI 펌웨어에서 기본적으로 사용합니다.

tebibyte (TiB; 1024 ^ 4 바이트)와 테라 바이트 (TB; 1000 ^ 4 바이트)의 차이점에 유의하십시오. 전자는 IEEE-1541 단위이고 후자는 SI 단위입니다. 대부분의 디스크 측정의 경우 IEEE-1541 장치가 더 자연 스럽습니다. 일부 설명서 및 소프트웨어 (특히 오래된 것)는 SI 접미사를 IEEE-1541 측정에 잘못 적용하므로 혼동됩니다.

이러한 장점의 대부분은 대부분의 설치에서 작은 장점입니다. 가장 중요한 두 가지 장점은 GPT가 EFI의 자연 분할 체계이며 기본 / 확장 / 논리적 구분이 없다는 사실입니다. 결합 된 다른 GPT 장점은 주목할 가치가 있지만 대부분의 사람들에게 큰 문제는 아닙니다.

Windows 8 이상과 함께 제공되는 대부분의 시스템을 포함하여 2011 년 중반 이후 출시 된 대부분의 컴퓨터는 EFI 펌웨어를 사용합니다. BIOS 모드 부팅을 활성화하는 CSM을 사용하지 않고 EFI 모드에서 이러한 컴퓨터를 부팅하는 경우 GPT를 사용하는 것이 기본값입니다. EFI 모드에서 Windows를 부팅 (또는 이중 부팅)하는 경우 GPT를 사용해야합니다 (Windows 제한). IIRC, Ubuntu는 EFI 모드에서 MBR 디스크에 설치되지 않지만 파티션 테이블 유형을 변환 한 다음 설치 후 부팅 할 수 있습니다. 그러나 EFI 모드에서 MBR 디스크로 부팅하면 테스트가 제대로되지 않아 일부 EFI에서 실패 할 수 있습니다.

MBR의 기본 / 확장 / 논리적 구별은 1980 년대에 MBR의 4 분할 한계를 극복하기 위해 만들어진 어색한 해킹입니다. GPT는 기본적으로 128 개의 파티션을 지원하지만 절대적으로 필요한 경우 제한을 늘릴 수 있습니다. MBR 논리 파티션은 기본 파티션보다 액세스 속도가 느리지 않지만 디스크 전체에 흩어져있는 여러 섹터에 걸쳐있는 링크 된 목록 데이터 구조에 의존하기 때문에 손상되기 쉽습니다. 가장 큰 문제는 기본 파티션이 부족하거나 기본 및 논리 파티션이 모두 포함 된 파티션 크기 조정 작업을 처리하는 등의 번거 로움을 해결하는 것입니다 (따라서 추가 작업 인 확장 파티션의 크기를 조정해야 함) 잘못되었다).

하위 2TiB 디스크의 BIOS 모드로 부팅하는 경우 GPT 디스크 부팅에 제대로 반응하지 않는 일부 BIOS가 있기 때문에 MBR을 사용하는 것이 가장 좋습니다. 이러한 문제는 일반적으로 해결 될 수 있지만 처음에는 문제가 발생하지 않는 것이 더 쉽습니다. BIOS 기반 컴퓨터에서 GPT를 사용하면 해당 시스템에 Windows를 설치할 수 없습니다. 당신이하고있는 일을 알고 GPT를 사용하고 싶다면 Ubuntu 설치를 위해 BIOS 모드에서 GPT를 사용하는 것이 가능하며 그렇게하지 않는 것이 좋습니다. 그러나 문제가 발생하면 문제를 해결해야합니다.

그러나 대부분의 최신 컴퓨터는 EFI를 사용하므로 EFI 모드로 부팅하는 경우 GPT가 반 필요할 수 있습니다 . 이러한 컴퓨터에서 BIOS / CSM / 레거시 모드를 사용하는 경우 방금 언급 한 이유로 MBR을 고수하는 것이 여전히 바람직합니다. FWIW, 선택의 여지가 있다면 BIOS / CSM / 레거시 지원 을 비활성화 하고 EFI 기반 컴퓨터에서만 EFI 모드를 사용하는 것이 좋습니다. 이렇게하면 부팅 경로가 단순화되고 문제가 발생할 가능성이 줄어 듭니다. 문제는 저의 반대 의견에 대해 많은 나쁜 조언이 있다는 것인데, 제 생각에는 해결하는 것보다 더 많은 문제가 발생합니다. 예를 들어이 사이트를 검색하면 크로스 모드 OS 설치로 인한 수많은 문제와 EFI 기반 컴퓨터에서 BIOS / CSM / 레거시 모드 사용과 관련된 기타 문제가 나타납니다.

2TiB가 넘는 디스크를 가지고 있다면 GPT를 사용해야합니다. 디스크에서 4096 바이트 논리 섹터 크기를 사용하여 2TiB MBR 한계를 16TiB로 늘리는 경우는 예외입니다. 일부 외부 디스크가이 작업을 수행하며,이를 수행하는 고급 내부 디스크도 들었습니다. (많은 디스크에는 4096 바이트의 물리 섹터와 512 바이트의 논리 섹터가 있습니다. 512 바이트의 물리 및 논리 섹터가있는 디스크와 동일한 2TiB MBR 제한이 있습니다.)


1
잘 설명되었습니다. 필자의 경우 내 노트북은 소니 바이오이며 OEM 윈도우가없는 efi 부팅은 악몽이었다. 설치 한 새 SSD에서 시스템을로드 할 수 없었으며 USB에서 시스템을로드 한 다음 수동으로 Ubuntu를 부팅해야했습니다. 그래서 단순히 MBR 스타일 테이블로 다시 파티션했으며 모든 것이 잘 작동합니다.
daltonfury42

좋은 정보! 내 경우에는 아내의 ~ 2008 Macbook 흰색을 사용할 때 전체 Lubuntu 설치 (NOT Live USB)가있는 MBR 파티션 썸 드라이브로 부팅하는 데 문제가 있습니다. EFI 부팅이 필요하다고 생각해서 맥북에 rEFInd를 설치했는데 Lubuntu 디스크 (썸 드라이브)가 표시되지만 rEFInd 부팅 메뉴에서 선택할 때 "부팅 가능한 장치 없음"오류가 발생합니다. 내가 생각할 수있는 것은 대신 GPT 파티션이있는 휴대용 엄지 드라이브에 Lubuntu를 다시 설치하면 아내의 Macbook에서 작동 할 것이므로 지금 시도 할 것입니다. 행운을 빌어 요!
Gabriel Staples

rEFInd가 BIOS / CSM / 레거시 모드에서 USB 드라이브를 부팅하려고 시도 할 수 있습니다. Mac의 외부 디스크에서 약간 난독 한 경우가 있습니다. 때로는 작동하지만 작동하지 않는 경우도 있습니다. 이것은 디스크에 BIOS 모드 부트 로더가 있다고 가정하지만, 그렇지 않을 수도 있습니다. rEFInd를 사용하면 일반적으로 EFI 모드에서 Linux 커널을 직접 부팅하는 것이 좋습니다. 그러나 올바른 EFI 파일 시스템 드라이버가 필요합니다. 또한 EFI와 커널의 비트 깊이가 같다고 가정합니다. 그런 오래된 Mac에서는 그렇지 않을 수 있습니다.
로드 스미스

작은 추가. 어떻게 이해할 수는 없지만 500Gb HDD에 하나의 큰 GPT 파티션을 만들면 MBR에 비해 사용 가능한 공간이 조금 더 커집니다. 그 차이는 무시할 수 없을 정도로 작지만 (1Mb 미만) GPT를 선호합니다.
mmv-ru

mmv-ru, 파티션 도구의 유물 일 가능성이 높습니다. MBR은 디스크에서 정확히 하나의 섹터를 소비합니다. 이론적으로 하나의 섹터를 제외한 모든 파티션을 단일 파티션 (또는 최대 4 개의 파티션)에 할당 할 수 있습니다. 반대로 GPT는 67 개의 섹터 (512 바이트 섹터 및 기본 파티션 테이블 크기를 가정)를 소비하므로 GPT의 이론상 최대 할당 가능 공간은 MBR보다 66 섹터가 적습니다 . 물론 파티션 도구가 실제로 하는 일은 또 다른 문제입니다. 내 생각에 당신이보고있는 것은 디스크 끝에서 간격을 남기는 MBR 도구로 인한 것입니다.
Rod Smith

1

나는 몇 달 동안 이것에 대해 궁금해했다. 귀하의 질문에 대한 Windows 답변입니다. GPT가 훨씬 빠릅니다. 지금까지 내가 가지고있는 것을 지원하는 테스트 결과를 찾지 못했습니다. 그러나 성능 차이가 스타트 업 이외의 경우에는 무시할 만하다는 많은 추측을 찾았습니다. 나는 지금 확실하지 않다. 내 tuppence 가치는 여기있다 :

2TB Samsung D3 USB 3.0 외장 드라이브가 있습니다. 나는 각각 약 1TB의 두 개의 MBR 파티션으로 나 had습니다. 내 PC는 Windows 10 64bit, Asus Z97-P m / b, 8GB 메모리, i5 4460 CPU입니다. MBR을 사용하여 포맷 된 상태에서 CrystalDiskMark x64 테스트를 3 번 ​​실행했으며 다음과 같은 결과를 얻었습니다.

MBR 평균 결과 (모든 MB / s) :-읽기 서열 Q32T1 40-읽기 4K Q32T1 1.47-읽기 서열 142-읽기 4K 1.22-쓰기 서열 Q32T1 101-쓰기 4K Q32T1 8.7-쓰기 서열 112-쓰기 4K 8.5

슬프게도 많은 여유 시간이 있었기 때문에 데이터 (약 750GB)를 백업하고 GPT로 다시 포맷했습니다.이 경우 단일 2TB 파티션으로 다시 데이터를 디스크에 복사하고 테스트를 다시 실행했습니다.

GPT 평균 결과 (모든 MB / s) :-읽기 시퀀스 Q32T1165-읽기 4K Q32T1 1.83-읽기 시퀀스 170-읽기 4K 1.5-쓰기 시퀀스 Q32T1 135-쓰기 4K Q32T1 8.7-쓰기 시퀀스 138-쓰기 4K 8.6

따라서 서열 Q32T1 결과는 GPT에서 훨씬 높고, 다른 모든 결과는 GPT에서 더 높지만 반드시 유의하지는 않습니다.

나는 이러한 차이점의 실제 일상적인 중요성에 관해서는 전문가가 아니지만 분명히 GPT를 사용할 수 있다고 생각할 때마다 GPT를 사용하고 싶습니다 (즉, 읽을 수없는 오래된 운영 체제는 피하십시오).


3
이 차이가 MBR-> GPT 변경으로 인한 것 같습니다. MBR 테스트는 USB 2를 통해 연결된 드라이브의 ~ 40MB / s 한계에 근접한 것으로 의심됩니다. Samsung D3는 USB 3입니다. MBR 테스트에서 USB 2로 대체되는 것으로 의심됩니다 (같은 포트를 사용 했습니까?)
0xF2

예, 같은 포트를 사용했는데 드라이브가 항상 연결되었습니다 (USB 3.0m / b 통합 포트).
JumpingJumping

7
파티션 테이블은 속도를 향상시킬 수 없습니다. 테스트에 문제가 있습니다.
Pilot6

8
GPT 및 MBR 데이터 구조는 매우 단순하여 그로 인한 성능 차이 가 매우 작아야합니다. 따라서 매우 난처한 버그를 발견했거나 테스트 방법에 문제가 있습니다. 예를 들어 두 가지 테스트를 위해 다른 크기의 파티션을 만들었으며 이는 상당한 영향을 줄 수 있습니다. 파일 수준 백업 및 복원을 수행 한 경우 파일이있는 위치와 조각화가 변경되어 결과에 영향을 줄 수 있습니다. 다시 말해, 여러 변수가 있으므로 결과를 초래 한 변수를 확인할 수 없습니다.
Rod Smith

2
파티션 테이블은 일단로드되면 OS (RAM에 저장 됨)에 의해 기억되기 때문에 이상합니다. 파일의 쓰기 속도는 파일 시스템 유형 및 파일의 특성 (큰 수백만 또는 작은 수)에 영향을받습니다. MBR / GPT의 차이는 파티션 테이블을로드 할 때 발생하는 작은 (밀리 초 이하) 지연에 의해 발생할 수 있습니다 ... 그리고이 테이블은 디스크가 분리되거나 요청 될 때까지 다시로드되지 않습니다 (일부 응용 프로그램에 의해 파티션 구조로 변경) .
kravemir
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.