พาร์ติชัน EFI เทียบกับ / boot พาร์ติชัน

ฉันเพิ่งนั่งลงเพื่อติดตั้ง debian 7 ซึ่งมีบางสิ่งที่เรียกว่า 'EFI' ซึ่งเป็นสิ่งใหม่สำหรับฉัน

ฉันผ่านการติดตั้งตามปกติ

• 256MB / พาร์ติชั่นสำหรับบู๊ต, บูตได้, ไม่ได้เข้ารหัส
• ขนาดดิสก์ที่เหลืออยู่ในฐานะ / พาร์ติชันเข้ารหัส

โปรแกรมติดตั้งเตือนฉันเกี่ยวกับ 'ไม่พบพาร์ติชัน EFI' แต่ฉันเพิกเฉยเพราะฉันชอบอยู่อันตราย

แต่การติดตั้งนั้นไม่สามารถบูตได้ด้วงบ่นเกี่ยวกับ 'ELF magic' และทำให้ฉันเข้าสู่โหมดช่วยเหลือ

ดังนั้นตอนนี้ฉันกำลังเรียกใช้การติดตั้งอีกครั้งและพบตัวเลือกสำหรับการสร้างพาร์ติชัน EFI คำถามของฉันมีดังนี้

• มันคืออะไร?
• ทำไมฉันถึงต้องใช้ตอนนี้
• ฉันยังต้องการพาร์ติชั่น / บูตแยกต่างหากหรือไม่?
• ฉันมี windows 7 ติดตั้งอยู่ในดิสก์เดียวกันซึ่งใช้งานได้ดีกับ grub2 จาก mbr เป็นไปได้หรือไม่ที่จะช่วยเหลือการติดตั้งนั้น

คอมพิวเตอร์ของคุณมีเฟิร์มแวร์ UEFI แทน BIOS เก่า (แม้ว่ายังคงรองรับระบบปฏิบัติการ BIOS เท่านั้นภายใต้ชื่อ "CSM")

• ในระบบ BIOS นั้น bootloader (หรือ "stage1" ของ bootloader ขนาดใหญ่) จะถูกจัดเก็บไว้ใน MBRในเซกเตอร์ zeroth ของดิสก์ (512- ไบต์ MBR สำรอง 446 ไบต์สำหรับรหัส bootstrap ส่วนที่เหลือจะใช้สำหรับข้อมูลพาร์ติชัน) หาก bootloader มีขนาดใหญ่เกินไปรหัส MBR "stage1" ของมันมักจะพยายามค้นหาไฟล์ "stage2" ในพาร์ติชั่น / boot ของคุณ

• ในระบบ EFI หรือ UEFI พื้นที่โค้ด bootstrap ใน MBR มักจะว่างเปล่า (ระบบ UEFI ส่วนใหญ่ไม่ได้ใช้ MBR สำหรับการแบ่งพาร์ติชันโดยเลือกGPT ) แต่ bootloaders ทั้งหมดจะถูกจัดเก็บเป็น.efiโปรแกรมทั่วไปใน "พาร์ติชันระบบ EFI" ซึ่งเป็นพาร์ติชัน FAT32 ปกติที่มี "พาร์ทิชันชนิดพิเศษ" ในตารางพาร์ติชัน หากคุณมีระบบปฏิบัติการหลายระบบพวกเขาแบ่งปันพาร์ติชันระบบ EFI เดียวกัน

  / boot / EFI
  ├── EFI
  ├──├── arch
  ram │├── initramfs-linux.img
  m │└── vmlinuz-linux.efi
  umm └── gummiboot
  umm └── gummiboot.efi
  ├──ตัวโหลด
  │├──รายการ
  . │└── arch.conf
  └──└── loader.conf
  └── SHELLX64.EFI
  

  ผู้ใช้บางคนเลือกที่จะวางพาร์ติชัน EFI ที่/bootทำให้การกำหนดค่าง่ายขึ้นเล็กน้อยสำหรับระบบ Linux เท่านั้น แต่เมื่อ dualbooting - แม้ว่าจะเป็นสอง distros ลินุกซ์ที่แตกต่างกัน - ผมขอแนะนำให้มีพาร์ติชัน EFI /boot/efiที่ /bootโดยปกติจะแยกไม่จำเป็น)

จำเป็นต้องใช้พาร์ติชัน EFI หากคุณต้องการบูทระบบในโหมด UEFI อย่างไรก็ตามหากคุณต้องการ Debian ที่ใช้ UEFI ได้คุณอาจต้องติดตั้ง Windows ใหม่อีกครั้งเนื่องจากการผสมวิธีการบูตทั้งสองวิธีนั้นไม่สะดวกที่สุด

ทั้ง Windows 7 และ Debian 7 รองรับทั้ง BIOS และ UEFI และพวกเขาติดตั้ง bootloader apropriate ขึ้นอยู่กับโหมดที่โปรแกรมติดตั้งถูกบูทระบบบ่อยครั้งที่ระบบ UEFI มีสวิตช์ "boot mode" ในหน้าจอการตั้งค่าของพวกเขาเช่น "UEFI" เฉพาะ "," UEFI และ CSM "," Legacy (BIOS) เท่านั้น "," BIOS, จากนั้น UEFI "หรือบางอย่างที่คล้ายกัน (CSM เป็นโมดูลสนับสนุนความเข้ากันได้, การจำลอง BIOS)

ระบบ Windows 7 ของคุณอาจถูกติดตั้งในโหมด BIOS แต่ตอนนี้ตัวติดตั้ง Debian จะบู๊ตในโหมด UEFI และเสนอให้ติดตั้ง bootloader ที่เข้ากันได้กับ UEFI (บางทีคุณอาจสลับสวิตช์ "UEFI / BIOS" ที่อื่นฉันไม่รู้)

สำหรับตอนนี้คุณสามารถละเลย EFI สมบูรณ์และติดตั้ง GRUB2 อีกครั้งเข้าไปใน MBR grub-install --target=i386-pcอาจใช้

มันไม่ใช่ระบบปฏิบัติการเดียวกัน แต่มันก็เป็นปัญหาที่คล้ายกันฉันติดตั้ง Ubuntu 13.04 บนพีซีที่มี windows 8 และมันให้ตัวเลือกการบูตมันไปยัง windows 8 โดยตรงดังนั้นฉันต้องใช้การซ่อมแซมการบู๊ต แต่ไม่รู้จักฉัน การ์ดไร้สายดังนั้นฉันจึงทำตามขั้นตอนในลิงค์นี้เพื่อซ่อมแซมปัญหาด้วยการ์ดไร้สาย: ฉันสามารถเปิดใช้งาน WiFi บน Ubuntu Live CD ได้หรือไม่

โดยพื้นฐานแล้วสิ่งที่ฉันทำเพื่อเปิดใช้งานระบบไร้สายคือ:

1. ไปที่การตั้งค่าระบบ→แหล่งซอฟต์แวร์→ไดรเวอร์เพิ่มเติม
2. เลือกตัวเลือกที่มีอยู่นอกเหนือจาก "ห้ามใช้อุปกรณ์"
3. กด "ใช้การเปลี่ยนแปลง"

จากนั้นฉันทำตามขั้นตอนจากhttps://help.ubuntu.com/community/Boot-Repair

โดยพื้นฐานแล้วสิ่งที่ฉันทำคือ:

1. เปิดใช้ Boot-Repair จาก: 1. Dash (โลโก้ Ubuntu ที่มุมบนซ้ายของหน้าจอ)

   2. หรือ System-> Administration-> เมนู Boot-Repair (Ubuntu 10.04 เท่านั้น)

   3. หรือโดยพิมพ์ 'boot-repair' ในเทอร์มินัล

2. จากนั้นคลิกปุ่ม "แนะนำการซ่อมแซม" เมื่อการซ่อมแซมเสร็จสิ้นให้จดบันทึก URL (paste.ubuntu.com/XXXXX) ที่ปรากฏบนกระดาษแล้วรีบูตและตรวจสอบว่าคุณกู้คืนการเข้าถึงระบบปฏิบัติการของคุณหรือไม่

3. หากการซ่อมแซมไม่สำเร็จให้ระบุ URL แก่ผู้ที่ช่วยเหลือคุณทางอีเมลหรือฟอรัม