นี่คือตัวเลขสำหรับบูตโหลดเดอร์หลายตัวจากหนึ่งในระบบของฉัน:
- OpenSUSE (GRUB): 3.5 MiB
- มิ้นต์ 17.2 (GRUB): 3.4 MiB
- rEFInd 0.10.0: 1.3 MiB
- Windows 7: 18 MiB
- Windows 10: 23 MiB
แม้จะมีขนาดเล็ก ๆ ของพื้นที่ที่ครอบครองโดย boot loader ของระบบปฏิบัติการฉันขอแนะนำให้รักษา ESP ของ 550 MiB ด้วยเหตุผลหลายประการ:
- ความต้องการของบูตระบบปฏิบัติการอาจมีการเปลี่ยนแปลง พวกเขาอาจไม่เปลี่ยนแปลงตามลำดับความสำคัญ แต่อาจเป็นสองหรือสามเท่าในระยะสั้นถึงปานกลาง นี่เป็นเรื่องจริงโดยเฉพาะอย่างยิ่งหากคุณเก็บไฟล์ที่ซ้ำซ้อนไว้รอบ ๆ เช่นเมื่อคุณติดตั้งสำเนาบูตโหลดเดอร์ไปยังชื่อไฟล์สำรอง ในกรณีของ rEFInd การอัปเดตจะส่งผลให้สำเนาสำรองของไดเรกทอรีไอคอนเก่า (840 KiB) ดังนั้นเกือบสองเท่าของพื้นที่ที่ rEFInd ต้องการ
- คุณอาจต้องเก็บเมล็ดใน ESP ตัวจัดการการบูต Linux และตัวจัดการการบูตบางตัวเช่น ELILO, SYSLINUX และ gummiboot / systemd-boot ต้องอ่านเคอร์เนลของ Linux จากพาร์ติชั่นเดียวกันกับที่เปิดตัว หากคุณตัดสินใจที่จะลองบูทโหลดเดอร์คุณจะต้องใช้ 30-50 MiB ต่อเคอร์เนลเวอร์ชันบน ESP
- EFIs บางตัวมีปัญหากับพาร์ติชัน FAT32 ที่เล็กกว่า 512 MiB (โปรดทราบว่ามีขนาด 512 MiB ไม่ใช่ 512 MB ดูที่นี่เพื่อทำความเข้าใจความแตกต่าง) ESP ควรจะเป็น FAT32 อย่างเป็นทางการไม่ใช่ FAT16 หรือ FAT12 โดยเฉพาะอย่างยิ่ง EFIs บางคนดูเหมือนจะไม่สนใจไฟล์บางไฟล์ในพาร์ติชัน FAT32 ขนาดเล็กซึ่งนำไปสู่ปัญหาที่ไม่พบไฟล์ หากคุณโชคร้ายมากคุณจะไม่พบปัญหานี้ในตอนแรกดังนั้นคุณจะคิดว่าทุกอย่างโอเค แต่เมื่อคุณจำเป็นต้องเข้าถึงไฟล์ที่ไม่ค่อยได้ใช้ (สำหรับการดำเนินการกู้คืน) มันจะล้มเหลว . การใช้ FAT16 หรือ FAT12 บางครั้งสามารถแก้ไขปัญหานี้ได้ แต่ ....
- บางโปรแกรมรวมถึงทั้ง EFIs บางตัวและตัวติดตั้ง Microsoft Windows (อย่างน้อยสำหรับ Windows 7; ฉันไม่แน่ใจเกี่ยวกับรุ่นที่ใหม่กว่า) มีปัญหากับ FAT16 (และอาจเป็น FAT12) ESPs โดยเฉพาะ Windows ปฏิเสธที่จะรับรู้ FAT16 ESP เช่นนี้ หากคุณพยายามติดตั้งบนคอมพิวเตอร์ที่มี FAT16 ESP ตัวติดตั้ง Windows จะสร้าง FAT32 ESP โดยอัตโนมัตินอกเหนือจาก FAT16 ESP ที่มีอยู่ของคุณจากนั้นจึงหายใจไม่ออกหลังจากรีบูต ฉันใช้งาน EFI หนึ่งเครื่องที่ปฏิเสธที่จะรับรู้ FAT16 ESPs
ระหว่างปัจจัยเหล่านี้แนวทางที่ปลอดภัยที่สุดคือการสร้าง FAT32 ESP ที่มีขนาดอย่างน้อย 512 MiB เมื่อพิจารณาถึงความสับสนของ MB-vs-MiB และความจริงที่ว่าเครื่องมือบางอย่าง (เช่น Linux mkdosfs) เปลี่ยนจาก FAT16 เป็น FAT32 ด้วยค่าแปลก ๆ ที่สูงกว่า 512 MiB เล็กน้อยโดยทั่วไปฉันให้ 550 MiB เป็นค่าที่แนะนำของฉัน หมายเลขนั้นง่ายต่อการจดจำและรับประกัน FAT32 ESP แม้ว่าจะมีความสับสน MB-vs-MiB
แน่นอนคุณสามารถลองใช้ ESP ที่เล็กลงได้ มันอาจทำงานได้; แต่มันอาจจะใช้งานได้ แต่สร้างปัญหาขึ้นมา 550 MiB ESP ไม่ควรเป็นภาระหนักขนาดนั้นแม้แต่ใน SSD ขนาดเล็ก ตัวอย่างเช่นนั่นคือ 0.8% ของ 64 GiB SSD หากการสูญเสียพื้นที่เก็บข้อมูลของคุณน้อยกว่าหนึ่งเปอร์เซ็นต์นั้นเป็นเรื่องยากลำบากคุณต้องใช้พื้นที่เก็บข้อมูลเพิ่มขึ้นจริงๆ!