GPT vs MBR ทำไมไม่ MBR


32

ฉันเป็นผู้ใช้ลีนุกซ์ ฉันไม่มี Windows บนแล็ปท็อปของฉัน ขนาดฮาร์ดไดรฟ์ก็น้อยกว่า 2 TB ถ้าอย่างนั้นทำไมฉันถึงควรใช้ตาราง GPT ฉันไม่สามารถไปกับ MBR ที่ล้าสมัยได้หรือไม่

ฉันจะมีพาร์ติชั่นสองรูท, โฮมพาร์ติชั่นสองอัน, และพื้นที่สว็อป. ดังนั้นเมื่อพาร์ติชันไม่ได้เป็นหลัก แต่ถูกขยายนั่นจะทำให้ประสิทธิภาพแตกต่างกันหรือไม่?


GPT ไม่ใช่วิธีการแบ่งพาร์ติชันเฉพาะ Windows = แม้ว่ามันจะเอาบางส่วนของ kludge ที่ต้องการโดยทำให้ MBR ทำงานได้กับฮาร์ดแวร์ที่ทันสมัย
— K7AAY

คำตอบ:


19

มันจะไม่สร้างความแตกต่างให้คุณเลย ข้อดีของ GPT คือ:

  • พาร์ติชั่นใหญ่มากกว่านั้น 2 TB
  • ไม่ จำกัด จำนวนพาร์ติชันหลัก

ในกรณีของคุณคุณไม่จำเป็นต้องก่อน สิ่งที่สองสามารถทำได้โดยการสร้างพาร์ติชันเสริมและสร้างโลจิคัลพาร์ติชันที่นั่น

สำหรับ linux ไม่สำคัญว่าจะติดตั้งพาร์ติชั่นประเภทใด (แบบโลจิคัลหรือหลัก) แต่ด้วย GPT อาจจะสะดวกกว่าเล็กน้อยในการย้ายพาร์ติชั่นถ้าจำเป็นเพราะมันจะเป็นอุปกรณ์หลัก

ไม่มีความแตกต่างด้านประสิทธิภาพเลย

"ข้อดี" อื่น ๆ ทั้งหมดของ GPT เป็นเพียงเล็กน้อยดังนั้นจึงไม่คุ้มค่าที่จะกล่าวถึง


2
ฉันชอบที่มีตารางพาร์ติชันสำรองและเนื่องจากไดรฟ์ที่ใหม่กว่าของฉันอาจเชื่อมต่อกับระบบ UEFI ที่ใหม่กว่าฉันเพิ่งใช้ gpt และรวมทั้งพาร์ติชัน efi & bios_grub กับพวกเขาทั้งหมด ฉันใช้ gpt กับแฟลชไดรฟ์ที่ใหญ่กว่าด้วยซ้ำ แต่อย่างที่ Pilot6 บอกว่าไม่มีข้อได้เปรียบอย่างมาก ยังไม่พบปัญหาหรือความแตกต่างกับไดรฟ์พาร์ทิชัน GPT ของฉันwiki.archlinux.org/index.php/…
— oldfred

คุณสามารถอธิบายตามคำสั่งของคุณว่า "รวมทั้งพาร์ทิชัน efi และ bios_grub" ได้ไหม? ฉันรู้ว่าจะใช้ gparted อย่างไร แต่คุณจะสร้างพาร์ติชัน efi ได้อย่างไรและคุณใส่อะไรลงไป ฉันไม่เข้าใจอะไรเกี่ยวกับพาร์ติชัน efi PS ฉันติดตั้ง Linux ~ 6 หรือ 8 ครั้งและไม่เคยทำพาร์ติชั่นมากกว่า 3 พาร์ติชั่นสำหรับการติดตั้ง: swap, windows_share และพาร์ติชั่นเสริม ext4 หลักสำหรับ Linux OS
— Gabriel Staples

45

GPT มีข้อดีหลายประการ:

  • รองรับดิสก์ที่มีขนาดใหญ่กว่า 2TiB
  • รองรับพาร์ติชันที่ใหญ่กว่า 2TiB
  • สนับสนุนพาร์ติชันมากกว่าสี่โดยไม่มีความแตกต่างระหว่างพาร์ติชันหลักขยายและตรรกะ
  • ใช้ GUID เป็นรหัสประเภทซึ่งหมายความว่ามีความเสี่ยงน้อยกว่าในการเกิดข้อขัดแย้ง / รหัสซ้ำ
  • ใช้การกำหนดแอดเดรส LBA โดยเฉพาะเมื่อเทียบกับการใช้ LBA และ CHS แบบคู่ของ MBR (แม้ใน MBR นั้น CHS ก็ไม่มีประโยชน์อะไรกับดิสก์ที่มีความจุประมาณ 8GB ดังนั้นจึงมีความเสี่ยงเล็กน้อยที่จะเกิดข้อขัดแย้งที่แท้จริงของฮาร์ดดิสก์ที่ทันสมัยซึ่งมีขนาดใหญ่กว่านี้มาก)
  • จัดเตรียมโครงสร้างตารางพาร์ติชันที่ซ้ำกันที่จุดเริ่มต้นและจุดสิ้นสุดของดิสก์ซึ่งทำให้การกู้คืนจากข้อผิดพลาดของผู้ใช้บางประเภทบั๊กและความเสียหายของดิสก์ได้
  • จัดเตรียมการตรวจสอบโครงสร้างข้อมูลที่สำคัญซึ่งช่วยให้สามารถตรวจสอบความเสียหายของตารางพาร์ติชันบางประเภท
  • จัดเตรียมฟิลด์คำอธิบายพาร์ติชัน UTF เพื่อให้คุณสามารถตั้งชื่อพาร์ติชันของคุณ โปรดทราบว่าสิ่งนี้ไม่ขึ้นอยู่กับชื่อของระบบไฟล์ที่มีอยู่ในพาร์ติชัน
  • ถูกใช้โดยเฟิร์มแวร์ของ EFI / UEFI

สังเกตความแตกต่างระหว่าง tebibyte (TiB; 1024 ^ 4 bytes) และ terabyte (TB; 1000 ^ 4 bytes) อดีตคือIEEE-1541หน่วยในขณะที่หลังเป็นหน่วย SIสำหรับการวัดดิสก์ส่วนใหญ่ยูนิต IEEE-1541 นั้นดูเป็นธรรมชาติมากกว่า เอกสารและซอฟต์แวร์บางอย่าง (โดยเฉพาะอย่างยิ่งสิ่งที่เก่ากว่า) นำส่วนต่อท้ายของ SI ไปใช้กับการวัด IEEE-1541 ที่ไม่ถูกต้องซึ่งทำให้เกิดความสับสน

ข้อดีเหล่านี้ส่วนใหญ่เป็นข้อรองสำหรับการติดตั้งส่วนใหญ่ ข้อดีที่สำคัญที่สุดสองข้อคือความจริงที่ว่า GPT เป็นรูปแบบการแบ่งพาร์ติชันตามธรรมชาติสำหรับ EFI และการขาดความแตกต่างหลัก / ขยาย / ตรรกะ ข้อดีอื่น ๆ ของ GPT ที่รวมกันนั้นน่าสังเกต แต่ก็ไม่เป็นปัญหาสำหรับคนส่วนใหญ่

คอมพิวเตอร์ส่วนใหญ่เปิดตัวตั้งแต่กลางปี ​​2554 รวมถึงระบบส่วนใหญ่ที่มาพร้อมกับ Windows 8 และใหม่กว่าให้ใช้เฟิร์มแวร์ของ EFI หากคุณบูตคอมพิวเตอร์ดังกล่าวในโหมด EFI (แทนที่จะใช้ CSM ซึ่งเปิดใช้งานการบูตในโหมด BIOS) การใช้ GPT เป็นค่าเริ่มต้น หากคุณบูต (หรือดูอัลบูต) Windows ในโหมด EFI จำเป็นต้องใช้ GPT (เป็นข้อ จำกัด ของ Windows) IIRC, Ubuntu จะไม่ติดตั้งลงในดิสก์ MBR ในโหมด EFI เช่นกัน แต่คุณอาจแปลงชนิดตารางพาร์ติชันและทำให้มันสามารถบู๊ตได้หลังจากติดตั้งแล้ว แม้ว่าการบูตจากดิสก์ MBR ในโหมด EFI นั้นผ่านการทดสอบแล้วไม่ดีและอาจล้มเหลวใน EFI บางตัว

ความแตกต่างหลัก / ขยาย / ตรรกะของ MBR เป็นแฮ็คที่น่าอึดอัดใจที่ถูกสร้างขึ้นในปี 1980 เพื่อให้ได้รอบขีด จำกัด สี่พาร์ติชันของ MBR GPT ใช้ค่าเริ่มต้นเป็น 128 พาร์ติชัน แต่สามารถเพิ่มขีด จำกัด นั้นได้หากจำเป็นอย่างยิ่ง โลจิคัลพาร์ติชัน MBR นั้นไม่สามารถเข้าถึงได้ช้ากว่าพาร์ติชันหลัก แต่พวกมันก็มีแนวโน้มที่จะเกิดความเสียหายได้มากกว่าเนื่องจากความจริงที่ว่าพวกเขาอาศัยโครงสร้างข้อมูลที่เชื่อมโยงกับรายการซึ่งครอบคลุมหลายเซกเตอร์กระจายอยู่ทั่วดิสก์ ปัญหาที่ใหญ่ที่สุดคือการจัดการกับความยุ่งยากเช่นการใช้งานพาร์ทิชันหลักหรือการจัดการพาร์ติชันปรับขนาดการดำเนินการที่เกี่ยวข้องกับพาร์ทิชันหลักและตรรกะ (และดังนั้นจึงต้องปรับขนาดพาร์ทิชันขยายซึ่งเป็นการดำเนินการพิเศษ - และโอกาสพิเศษสำหรับบางสิ่ง ไปผิด)

หากคุณกำลังบูทในโหมด BIOS บนดิสก์ sub-2TiB อาจเป็นการดีที่สุดที่จะใช้งาน MBR เพียงเพราะมีไบออสบางตัวที่ไม่ตอบสนองต่อการบูตจากดิสก์ GPT ได้ดี โดยทั่วไปปัญหาดังกล่าวสามารถแก้ไขได้ แต่ไม่ง่ายที่จะพบปัญหาในตอนแรก การใช้ GPT บนคอมพิวเตอร์ที่ใช้ BIOS จะช่วยป้องกันไม่ให้คุณติดตั้ง Windows บนระบบนั้น หากคุณรู้ว่าคุณกำลังทำอะไรและต้องการใช้ GPT แม้ว่าการใช้ GPT ในโหมด BIOS สำหรับการติดตั้ง Ubuntu นั้นทำได้และฉันจะไม่กีดกันให้คุณทำเช่นนั้น - แต่ถ้าคุณพบปัญหาคุณอาจ จำเป็นต้องแก้ไขปัญหา

ในขณะที่คอมพิวเตอร์ทันสมัยส่วนใหญ่ใช้ EFI แม้ว่า GPT อาจเป็นแบบกึ่งจำเป็น - หากคุณบูตในโหมด EFI หากคุณใช้โหมด BIOS / CSM / legacy บนคอมพิวเตอร์ดังกล่าวการใช้งาน MBR ยังคงดีกว่าด้วยเหตุผลที่เพิ่งบันทึกไว้ FWIW คำแนะนำของฉัน ณ จุดนี้หากคุณมีทางเลือกคือปิดการใช้งาน BIOS / CSM / การสนับสนุนแบบดั้งเดิมและใช้โหมด EFI เฉพาะบนคอมพิวเตอร์ที่ใช้ EFI วิธีนี้จะทำให้เส้นทางบูตง่ายขึ้นและทำให้มีโอกาสน้อยที่คุณจะพบปัญหา ปัญหาคือมีคำแนะนำที่ไม่ดีออกมาทำสิ่งที่ตรงกันข้ามซึ่งสร้างปัญหามากกว่าที่จะแก้ในการประมาณของฉัน (ตัวอย่างเช่นการค้นหาไซต์นี้พบปัญหามากมายที่เกิดจากการติดตั้งระบบปฏิบัติการข้ามโหมดและปัญหาอื่น ๆ ที่เกี่ยวข้องกับการใช้โหมด BIOS / CSM / แบบดั้งเดิมบนคอมพิวเตอร์ที่ใช้ EFI)

หากคุณมีดิสก์ over-2TiB คุณต้องใช้ GPT ข้อยกเว้นหลักคือถ้าดิสก์ใช้ขนาดเซกเตอร์ตรรกะ 4096- ไบต์ซึ่งเพิ่มขีด จำกัด 2TiB MBR เป็น 16TiB ดิสก์ภายนอกบางตัวทำสิ่งนี้และฉันเคยได้ยินเกี่ยวกับดิสก์ภายในระดับไฮเอนด์ที่ทำเช่นกัน (หมายเหตุว่าดิสก์จำนวนมากมี 4096 ไบต์ทางกายภาพภาคและ 512 ไบต์ตรรกะภาค. พวกเขามีเหมือนกันวงเงิน 2TiB MBR เป็นดิสก์ทางกายภาพ 512 ไบต์และภาคตรรกะ.)


1
นั่นคือคำอธิบายที่ดี ในกรณีของฉันแล็ปท็อปของฉันคือ Sony vaio และการบูท efi โดยไม่มี OEM windows เป็นฝันร้าย ฉันไม่สามารถให้เครื่องโหลดด้วงจาก ssd ใหม่ที่ฉันติดตั้งและต้องโหลดด้วงจาก USB เพื่อบูตอูบุนตูด้วยตนเองจากที่นั่น ดังนั้นฉันจึงแบ่งพาร์ติชันตารางสไตล์ MBR และทุกอย่างทำงานได้ดีสำหรับฉัน
— daltonfury42

ข้อมูลยอดเยี่ยม! ในกรณีของฉันฉันมีปัญหาในการบูทไปยังไดรฟ์หัวแม่มือ MBR ที่แบ่งพาร์ติชันซึ่งมีการติดตั้ง Lubuntu แบบเต็ม (ไม่ใช่ Live USB) เมื่อใช้งาน Macbook สีขาว ~ 2008 ของภรรยา ฉันคิดว่ามันคาดว่าจะมีการบู๊ต EFI ดังนั้นฉันจึงติดตั้ง rEFInd บน Macbook และถึงแม้ว่ามันจะเห็นดิสก์ Lubuntu (thumb drive) ของฉันฉันได้รับข้อผิดพลาด "ไม่มีอุปกรณ์ที่สามารถบู๊ตได้" เมื่อฉันเลือกจากเมนูการบูต rEFInd ทั้งหมดที่ฉันคิดได้ก็คือถ้าฉันติดตั้ง Lubuntu ลงใน thumb drive แบบพกพาที่มีพาร์ติชั่น GPT อยู่บนนั้นแทนบางทีมันอาจจะทำงานบน Macbook ของภรรยาของฉันดังนั้นนั่นคือสิ่งที่ฉันจะลองตอนนี้ หวังว่าฉันจะโชคดี!
— Gabriel Staples

โอกาสที่ rEFInd กำลังพยายามบูตไดรฟ์ USB ในโหมด BIOS / CSM / legacy ซึ่งค่อนข้างหลบจากดิสก์ภายนอกบน Macs - บางครั้งก็ใช้งานได้บางครั้งก็ไม่ได้ สิ่งนี้ถือว่ามีแม้กระทั่งบูตเดอร์โหมด BIOS บนดิสก์ซึ่งอาจไม่เป็นเช่นนั้น ด้วย rEFInd การบูตเคอร์เนล Linux โดยตรงในโหมด EFI จะดีกว่า อย่างไรก็ตามต้องใช้ไดรเวอร์ระบบไฟล์ EFI ที่ถูกต้อง นอกจากนี้ยังสมมติว่า EFI และเคอร์เนลมีความลึกบิตเดียวกัน สำหรับ Mac รุ่นเก่านั่นอาจไม่เป็นเช่นนั้น
— Rod Smith

นอกจากนี้ขนาดเล็ก ฉันไม่เข้าใจ แต่สร้างพาร์ติชัน GPT ขนาดใหญ่หนึ่งตัวบน HDD 500 Gb ให้พื้นที่ใช้งานที่ใหญ่กว่าเล็กน้อยเมื่อเทียบกับ MBR ความแตกต่างนั้นเล็กมาก (น้อยกว่า 1 Mb) แต่ก็เป็นที่นิยมของ GPT
— mmv-ru

mmv-ru เป็นไปได้มากที่สุดว่าเป็นเครื่องมือที่ใช้ในการแบ่งพาร์ติชัน MBR กินเซ็กเตอร์อย่างแม่นยำหนึ่งดิสก์ ในทางทฤษฎีคุณสามารถจัดสรรทั้งหมดยกเว้นเซกเตอร์หนึ่งไปยังพาร์ติชันเดียว (หรือพาร์ติชันสูงสุดสี่) ในทางตรงกันข้าม GPT จะใช้ 67 เซกเตอร์ (สมมติว่ามีเซกเตอร์ขนาด 512 ไบต์และขนาดตารางพาร์ติชันเริ่มต้น) ดังนั้นพื้นที่ที่สามารถจัดสรรได้สูงสุดในเชิงทฤษฎีภายใต้ GPT คือ 66 เซกเตอร์น้อยกว่า MBR สิ่งที่เครื่องมือแบ่งพาร์ทิชันจริงทำคืออีกเรื่องหนึ่งของหลักสูตร ฉันเดาว่าสิ่งที่คุณเห็นเกิดจากเครื่องมือ MBR ที่ทำให้เกิดช่องว่างในตอนท้ายของดิสก์
— Rod Smith

1

ฉันสงสัยเรื่องนี้มาหลายเดือนแล้ว นี่คือคำตอบสำหรับคำถามของคุณ Windows: GPT ดูเหมือนว่าฉันจะเร็วขึ้นอย่างมาก ฉันไม่พบผลลัพธ์การทดสอบใด ๆ ที่สนับสนุนสิ่งที่ฉันมีด้านล่างแม้ว่าฉันพบว่ามีหลายคนคาดเดาว่าความแตกต่างของประสิทธิภาพนั้นเล็กน้อยมากเมื่อเทียบกับตอนเริ่มต้น ตอนนี้ฉันไม่แน่ใจ นี่คือความคุ้มค่าของฉัน:

ฉันมีไดรฟ์ภายนอก 2GB Samsung D3 USB 3.0 ฉันแบ่งมันเป็นสอง MBR พาร์ติชั่นละประมาณ 1TB พีซีของฉันคือ Windows 10 64 บิต, Asus Z97-P m / b, หน่วยความจำ 8GB, i5 4460 CPU ฉันรันการทดสอบ CrystalDiskMark x64 3 ครั้งขณะที่ฟอร์แมตด้วย MBR และได้รับสิ่งนี้:

ผลลัพธ์เฉลี่ย MBR (MB / s ทั้งหมด): - อ่าน SEQ Q32T1 40 - อ่าน 4K Q32T1 1.47 - อ่าน SEQ 142 - อ่าน 4K 1.22 - เขียน SEQ Q32T1 101 - เขียน 4K Q32T1 8.7 - เขียน SEQ 112 - เขียน 4K 8.5

มีเวลาว่างที่น่าเศร้ามากฉันสำรองข้อมูล (ประมาณ 750GB) ไปฟอร์แมตเป็น GPT ในกรณีนี้เป็นพาร์ติชั่น 2TB เดียวคัดลอกข้อมูลกลับไปที่ดิสก์และทำการทดสอบอีกครั้ง:

GPT ผลเฉลี่ย (ทุก MB / s): - อ่าน SEQ Q32T1 165 - อ่าน 4K Q32T1 1.83 - อ่าน SEQ 170 - อ่าน 4K 1.5 - เขียน SEQ Q32T1 135 - เขียน 4K Q32T1 8.7 - เขียน SEQ 138 - เขียน 4K 8.6

ดังนั้นผลลัพธ์ของ SEQ Q32T1 นั้นสูงกว่า GPT มากและผลลัพธ์อื่น ๆ ทั้งหมดนั้นสูงกว่าด้วย GPT แม้ว่าจะไม่ได้มีนัยสำคัญเสมอไป

แน่นอนว่าฉันไม่มีผู้เชี่ยวชาญเกี่ยวกับความสำคัญในชีวิตประจำวันของความแตกต่างเหล่านี้ แต่ตอนนี้ฉันอยากจะใช้ GPT ทุกครั้งที่ฉันคิดว่าฉันสามารถหลีกเลี่ยงได้ (เช่นหลีกเลี่ยงระบบปฏิบัติการเก่าที่ไม่สามารถอ่านได้)


3
ฉันสงสัยว่าความแตกต่างนี้เกิดจากการเปลี่ยน MBR-> GPT การทดสอบ MBR นั้นใกล้กับขีด จำกัด ของไดรฟ์ ~ 40MB / s ที่เชื่อมต่อผ่าน USB 2 อย่างน่าสงสัย Samsung D3 คือ USB 3 ฉันสงสัยว่า USB สำรอง 2 ในการทดสอบ MBR ของคุณ (คุณใช้พอร์ตเดียวกันหรือไม่)
— 0xF2

ใช่ฉันใช้พอร์ตเดียวกันไดรฟ์เสียบอยู่ตลอดเวลา (พอร์ตรวม USB 3.0 m / b)
— JumpingJumping

7
ตารางพาร์ติชันไม่สามารถปรับปรุงความเร็วได้ แต่อย่างใด มีบางอย่างผิดปกติในการทดสอบของคุณ
— Pilot6

8
โครงสร้างข้อมูล GPT และ MBR นั้นง่ายมากที่ความแตกต่างของประสิทธิภาพใด ๆ ที่เกิดจากสิ่งเหล่านั้นควรมีขนาดเล็ก ดังนั้นไม่ว่าคุณจะค้นพบข้อผิดพลาดที่น่าอายอย่างมากหรือมีบางอย่างผิดปกติในวิธีการทดสอบของคุณ ฉันทราบว่าคุณสร้างพาร์ติชันที่มีขนาดแตกต่างกันตัวอย่างเช่นสำหรับการทดสอบสองครั้งของคุณและอาจส่งผลกระทบอย่างมีนัยสำคัญ หากคุณทำการสำรองข้อมูลและเรียกคืนระดับไฟล์คุณจะต้องเปลี่ยนตำแหน่งที่ไฟล์อยู่และการแตกแฟรกเมนต์ซึ่งอาจส่งผลต่อผลลัพธ์ คุณมีตัวแปรหลายตัวและไม่สามารถระบุได้ว่าสิ่งใดที่ทำให้เกิดผลลัพธ์ที่คุณเห็น
— Rod Smith

2
แปลกเพราะระบบพาร์ติชั่นตารางถูกจดจำโดยระบบปฏิบัติการ (เก็บใน RAM), เมื่อมันถูกโหลด ความเร็วในการเขียนของไฟล์จะขึ้นอยู่กับประเภทของระบบไฟล์และลักษณะของไฟล์ (เล็กหรือใหญ่น้อย) ความแตกต่างระหว่าง MBR / GPT อาจเกิดจากความล่าช้าเพียงเล็กน้อย (มิลลิวินาทีและน้อยกว่า) ซึ่งเกิดขึ้นเมื่อโหลดตารางพาร์ติชัน ... และตารางนี้จะไม่โหลดใหม่จนกว่าดิสก์จะไม่ได้เสียบปลั๊กหรือร้องขอ (เปลี่ยนเป็นโครงสร้างพาร์ติชันโดยแอปบางตัว) .
— kravemir
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.