พาร์ติชัน UEFI“ ต้อง” หรือ“ ควร” เป็นเหตุผลแรกหรือไม่? ถ้าเป็นเช่นนั้นทำไม


11

ในหน้า wiki ที่ไม่ใช่ภาษาอังกฤษ Ubuntu-it.orgมีการระบุไว้ว่าพาร์ติชัน UEFI จะต้องอยู่ที่จุดเริ่มต้นของดิสก์เสมอ

กรณีนี้ไม่ได้อยู่ในที่หน้าภาษาอังกฤษ Ubuntu ช่วยเหลือของชุมชนวิกิพีเดีย

ดังนั้นพาร์ติชัน UEFI ไม่ว่าจะเป็น "ต้อง" หรือ "ควร" (สมมติว่ามีข้อความที่ไม่ดีในหน้าก่อน) เป็นครั้งแรกด้วยเหตุผลบางอย่าง? ถ้าเป็นเช่นนั้นทำไม หรือไม่เกี่ยวข้องทั้งหมด?


1
สำหรับการติดตั้งล่าสุดของฉัน (Arch ลินุกซ์ + ด้วง + + GPT UEFI) มันเป็นครั้งสุดท้าย
muru

คำตอบ:


12

คำสำคัญ "ควร", "ต้อง" และ "พฤษภาคม" (พิมพ์ใหญ่) ในคำตอบนี้จะได้รับการตีความตามที่อธิบายในRFC 2119

พาร์ติชันระบบ (U) EFI (ESP จากนี้เป็นต้นไป):

  • อาจอยู่ที่จุดเริ่มต้นของดิสก์
    และ
  • ควรจะ FAT32 เพราะของ Windows เข้ากันได้

จำกัด อย่างเป็นทางการเท่านั้น:

  • ESP ต้องอยู่ใน 2.2 Terabytes แรกของดิสก์

ดังนั้น ESP ต้องอยู่ที่ใดก็ได้ใน 2.2 TB แรกของดิสก์ แต่ไม่จำเป็นต้องให้ ESP เป็นพาร์ติชันแรกหรืออยู่ที่จุดเริ่มต้นของดิสก์ใด ๆ
(เป็นเพียงที่ บริษัท ขนาดใหญ่บางแห่งใน Redmond, WA แนะนำผู้รวมระบบต่างกัน ) ...

ฉันจะใส่มันเป็นพาร์ติชั่นสุดท้ายบนดิสก์ (ถ้า <2.2TB) เพราะมันใช้เพื่อโหลดระบบปฏิบัติการอื่นเท่านั้น แต่นั่นเป็นเพียงความเห็นส่วนตัวที่เป็นส่วนตัวโดยสิ้นเชิง!


คุณหมายถึง "if <2.2 TB" ในประโยคสุดท้ายนั้นหรือไม่ ไม่อย่างนั้นฉันไม่คิดว่าคำแนะนำของคุณสมเหตุสมผล ...
KutuluMike

@ Fabby ในทางปฏิบัติ UEFI ที่ไม่ใช่ FAT32 จะทำงานได้ดีหรือไม่?
Pacerier

2
เอกสารเชื่อมโยงกับ "อย่างเป็นทางการขีด จำกัด" ในการโพสต์ของคุณหมายถึงBIOSและMBRข้อ จำกัด ESP เป็นโครงสร้างEFIดังนั้นข้อ จำกัด ของ BIOS จึงไม่สามารถนำมาใช้ได้ ฉันวาง ESP ไว้เหนือเครื่องหมาย 2TiB และบูตเครื่องคอมพิวเตอร์จาก ESP เหล่านั้นได้สำเร็จ ที่กล่าวว่า ESP บนดิสก์ MBR อาจจำเป็นต้องอยู่ด้านล่างเครื่องหมาย 2 ^ 32 (โดยปกติคือ 2TiB) หรืออย่างน้อยก็เริ่มต้นที่นั่น MBR นั้นไม่ค่อยถูกใช้สำหรับดิสก์ระบบบนระบบที่ใช้ EFI ดังนั้นข้อ จำกัด นี้แทบจะไม่ได้รับเชิงอรรถ
Rod Smith

นี่คือเหตุผลหนึ่งที่ดีสำหรับการไม่มีพาร์ติชัน EFI เป็นอันดับแรก ฉันมีแฟลชไดรฟ์ SanDisk Extreme USB ที่มีปลายคู่ ด้านหนึ่งมีขั้วต่อ USB มาตรฐานและอีกขั้วต่อ USB-C สำหรับโทรศัพท์ ไดรฟ์นั้นมีหลายพาร์ติชั่น 5 ตัวสำหรับการติดตั้ง Linux และพาร์ติชั่นข้อมูลหนึ่งพาร์ติชั่น โดยการวางพาร์ติชันข้อมูลก่อนทั้ง Windows และ Android สามารถเมานต์และอ่าน / เขียน Android และระบบ Windows ที่ได้รับการปรับปรุงล่วงหน้าของผู้สร้างจะติดตั้งพาร์ติชั่นแรกของไดรฟ์ที่ถอดออกได้เท่านั้น
BrianHVB

5

ข้อกำหนด EFIเฉพาะรัฐที่มีข้อ จำกัด ที่ไม่มีในรายละเอียดนี้:

UEFI ไม่ได้กำหนดข้อ จำกัด เกี่ยวกับหมายเลขหรือตำแหน่งที่ตั้งของพาร์ติชันระบบที่สามารถมีอยู่บนระบบ

(รุ่น 2.5, หน้า 540.)

ในทางปฏิบัติแล้วควรวาง ESP ไว้ก่อนเนื่องจากตำแหน่งนี้ไม่น่าจะได้รับผลกระทบจากการย้ายพาร์ติชันและการปรับขนาดการดำเนินการ ตัวอย่างเช่นสมมติว่ามี ESP อยู่ระหว่างพาร์ทิชัน OS A และ OS B และคุณตัดสินใจที่จะลบ OS B และให้พื้นที่ว่างกับ OS A ในกรณีนี้คุณจะต้องย้าย ESP ก่อนจึงจะสามารถขยายพาร์ติชัน OS A ได้ . นอกจากนี้เครื่องมือบางอย่างเช่นefibootmgrใช้/dev/sda1เป็นตำแหน่งเริ่มต้นสำหรับ ESP ดังนั้นหากคุณวาง ESP ที่อื่นแล้วลืมแทนที่ค่าเริ่มต้นคุณสามารถสร้างรายการที่ไม่สามารถบูตได้

การวาง ESP ไว้ท้ายดิสก์สามารถทำงานได้เกือบจะเหมือนกันในกรณีส่วนใหญ่ แต่ก็มีปัญหาเล็กน้อยเกี่ยวกับวิธีการนั้น สำหรับสิ่งหนึ่งถ้าคุณเปลี่ยนจำนวนพาร์ติชันจำนวนของ ESP อาจไม่ตรงกับตำแหน่งบนดิสก์อีกต่อไปหรือเครื่องมือการแบ่งพาร์ติชันบางอย่างอาจเปลี่ยนหมายเลขใหม่ ผลลัพธ์อาจทำให้เกิดความสับสนหรือต้องการการกำหนดค่าใหม่ นอกจากนี้หากคุณใช้ RAID และเพิ่มพื้นที่ดิสก์ ESP ที่ท้ายดิสก์จะกลายเป็นตรงกลางซึ่งอาจทำให้คุณต้องย้าย

ระบบ Windows ที่ติดตั้งไว้ล่วงหน้าจำนวนมากทำให้ ESP อยู่ในตำแหน่งที่ # 2 โดยที่ # 1 ถูกครอบครองโดยพาร์ติชันเฉพาะของผู้ผลิตรายเล็ก การกำหนดค่าดังกล่าวทำงานได้ดีและเนื่องจากพาร์ติชันของผู้ผลิตนั้นไม่น่าจะถูกย้ายหรือลบการกำหนดค่านี้จึงไม่เลวร้ายไปกว่าการวาง ESP ไว้ที่ตำแหน่ง # 1 ฉันจะไม่ออกไป "แก้ไข" การกำหนดค่าเช่นนี้ แต่ฉันจะไม่ทำอย่างนั้นถ้าฉันได้รับดิสก์เปล่าและบอกให้เริ่มการติดตั้งระบบปฏิบัติการ

โดยรวมหากคุณมีเหตุผลที่น่าสนใจในการสร้าง ESP ที่ตำแหน่งอื่นนอกเหนือจากตำแหน่งแรกคุณสามารถทำได้ แต่ถ้าคุณเริ่มต้นด้วยดิสก์เปล่าและไม่มีเหตุผลที่น่าสนใจมิฉะนั้นฉันจะใส่ ESP ก่อน

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.