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.