จะติดตั้ง GRUB2 EFI ใหม่ได้อย่างไร?

หลังจากอัปเดตไบออสของฉันเรียบร้อยแล้วมีบางอย่างผิดปกติและฉันก็สิ้นสุดด้วยเคอร์เซอร์กะพริบที่มุมบนซ้ายของหน้าจอสีดำ ไม่มีข้อผิดพลาดไม่มีอะไร ตอนนี้ไบออสแสดงรายการSATA: <disc name>ตัวเลือกการบูตแทน UEFI ปกติubuntuเท่านั้น ฉันใช้รูปแบบการแบ่งพาร์ติชัน GPT

grub-efi-amd64ฉันในที่สุดก็พบว่าวิธีการแก้ปัญหาการทำงานเป็นไปอย่างถูกต้องติดตั้ง ดังนั้นฉันจะทำอย่างไร

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

• บูตเครื่องคอมพิวเตอร์ของคุณด้วยชีวิต-USB / ซีดีในโหมด UEFI ฉันมีตัวเลือกการบูตสองตัว<flash_drive>และตัวUEFI: <flash_drive>ที่สองจำเป็นต้องเปิดเผยตัวแปร efi /sys/firmware/efi/เพื่อที่efibootmgrจะไม่ล้มเหลวในภายหลัง การบูตด้วยตัวเลือกแรกทำให้ฉันมีข้อผิดพลาดต่อไปนี้:

  Fatal: Couldn't open either sysfs or procfs directories for accessing EFI variables.
  Try 'modprobe efivars' as root.
  

  modprobe efivars ไม่ได้ทำงานให้ฉัน

• chroot เป็นระบบที่ใช้งานไม่ได้ (คล้ายกับubuntu grub2 helpแต่มีความจำเพาะ efi):

  sudo mount /dev/sda2 /mnt #sda2 is the root partition
  sudo mount /dev/sda1 /mnt/boot/efi #sda1 is the efi partition
  for i in /dev /dev/pts /proc /sys; do sudo mount -B $i /mnt$i; done
  sudo cp /etc/resolv.conf /mnt/etc/ #makes the network available after chrooting
  modprobe efivars # make sure this is loaded
  sudo chroot /mnt
  

• ตอนนี้คุณทำสิ่งต่าง ๆ ขึ้นอยู่กับการกระจาย linux ของคุณ

  • สำหรับUbuntu / Debian :

    apt-get install --reinstall grub-efi-amd64
    

    หรืออีกทางหนึ่ง:

    apt-get install --reinstall grub-efi
    update-grub
    

    ข้างต้นควรให้ด้วง แต่ไม่สามารถบูตได้
    
    

  • สำหรับFedora (สูงสุด 16 อาจใช้งานได้กับคนอื่น ๆ ):

    yum reinstall grub-efi
    

    ในคำสั่งต่อไปนี้คุณต้องแทนที่ sdX ด้วยอุปกรณ์ที่มีพาร์ติชัน EFI ที่คุณต้องการบูต ใน--part Yคุณต้องเปลี่ยนY ที่มีจำนวนของพาร์ติชัน EFI (ใน/dev/sdXY)

    efibootmgr -c --disk /dev/sdX --part Y
    efibootmgr -v # verify a new record called Linux is there
    

• ตอนนี้พิมพ์Ctrl + Dเพื่อออกจาก chroot ยกเลิกการต่อเชื่อมทุกอย่างแล้วรีบูต:

  for i in /sys /proc /dev/pts /dev; do sudo umount /mnt$i; done
  sudo umount /mnt/boot/efi #please do this. Corrupted efi partitions are not nice
  sudo umount /mnt
  sudo reboot
  

คุณอาจจำเป็นต้องปรับให้เข้ากับความต้องการของคุณ (ตารางพาร์ติชันที่แตกต่างกัน, พาร์ติชั่น / บูทแยก ฯลฯ ) และมันอาจไม่ใช่ตัวเลือกเดียว แต่มันใช้ได้ดีสำหรับฉัน

สดระบบที่เหมาะสมสำหรับการแก้ไขสิ่งที่เป็นgrml นอกจากนี้ยังมีคำแนะนำมากมายเกี่ยวกับวิธีการตั้งค่าอุปกรณ์ USB ที่สามารถบู๊ตได้ซึ่งส่วน Mac นั้นมีประโยชน์มากที่สุด (เพียงแค่สร้างพาร์ติชัน FAT32 คัดลอกไฟล์รีบูตเสร็จแล้ว)

ในฐานะที่เป็นวิธีที่ง่ายวิธีแรกมันเป็นไปได้ที่จะบู๊ตเข้าสู่ระบบบนฮาร์ดดิสก์โดยตรงโดยใช้ด้วงของซีดีสด ทดสอบบน xubuntu 13.10 ด้วย xubuntu 13.10 live CD

ตรวจสอบให้แน่ใจว่า Secure Boot ถูกปิดใช้งานใน BIOS ของคุณ ใส่แผ่นซีดีสดและบูตผ่าน UEFI เมนู GRUB ของซีดีจะปรากฏขึ้น กดปุ่ม "c" เพื่อไปที่บรรทัดคำสั่ง

configfile (hd0,gpt1)/EFI/ubuntu/grub.cfg

ปรับคำสั่ง grub ด้านบนหากคุณมีพาร์ติชันระบบ EFI ที่แตกต่างกัน

หลังจากที่ระบบของคุณบูทจากฮาร์ดดิสก์แล้วก็ควรจะเพียงพอที่จะติดตั้งด้วงบนพาร์ติชันระบบ EFI อีกครั้งและลงทะเบียนกับเฟิร์มแวร์ผ่านทางด้วง

sudo grub-install

เช่นเดียวกับ Maxine ฉันพบการตั้งค่า UEFI ใน BIOS เพื่อให้เสียหายและเครื่องของฉันจะไม่บูต

ในกรณีของฉันมันเป็นของเลอโนโว ThinkServer RD430 กับ Linux Mint Debian และดูเหมือนว่ามันอะไรฉันทำเกี่ยวกับการปรับปรุง-ด้วงหรือเปลี่ยนฮาร์ดไดรฟ์ใด ๆ ในเซิร์ฟเวอร์จะทำให้มันบูตไม่ได้ ระบบปฏิบัติการในกรณีของฉันติดตั้ง linuxmint-201403-mate-dvd-64bit ผ่าน USB (ดูด้านล่างสำหรับคำอธิบายที่สมบูรณ์เกี่ยวกับเหตุการณ์ที่จะทำให้ UEFI ไม่ทำงาน)

การทำตามขั้นตอนเดียวกันกับ ThinkServer TS140 นั้นไม่ได้ส่งผลให้ UEFI สูญเสียความคิดแม้แต่ครั้งเดียว ดูหน้าไดรเวอร์ของ RD430 และไบออสของฉันคือรุ่นเก่าสองรุ่น ฉันไม่เคยอัปเดตไบออสบนแผงวงจรหลักมาก่อนดังนั้นฉันจึงไม่อัปเดตอัตโนมัติเมื่อมีรุ่นใหม่ให้ใช้งาน หลังจากอัปเดตไบออสแล้วคำตอบของแม็กซีนข้างต้นก็ใช้ได้แค่บิด ...

# efibootmgr -c --disk /dev/sdX --part Y
# efibootmgr -v
BootCurrent: 0004
Timeout: 1 seconds
BootOrder: 0002,0000,0003,0001,0004
Boot0000* linuxmint HD(1,800,1f4000,829f6cc9-5b17-479c-b3ea-61e43faecbf7)File(\EFI\linuxmint\grubx64.efi)
Boot0001* LMDE Linux Mint Debian    HD(1,800,15d505800,934c598c-fe3c-fd43-84a1-fa38e4f72552)File(\EFI\linuxmint\grubx64.efi)
Boot0002* Linux HD(1,800,1f4000,829f6cc9-5b17-479c-b3ea-61e43faecbf7)File(\elilo.efi)
Boot0003* UEFI: Built-in EFI Shell  Vendor(5023b95c-db26-429b-a648-bd47664c8012,)AMBO
Boot0004* UEFI: VerbatimSTORE N GO 1.00 ACPI(a0341d0,0)PCI(1a,0)USB(1,0)USB(4,0)HD(1,80,1d70780,00000000)AMBO
mint / # 

efibootmgr -cคำสั่งเพิ่มอีกสองรายการ0000และ0002! รายการแรกในลำดับการบูตไม่ถูกต้อง รายการถูกต้อง
Boot0002* Linux HD
0000

เพื่อทดสอบสิ่งนี้ฉันลองบูทโดยไม่หยุดชะงักซึ่งเป็น0002รายการ อย่างที่คาดไว้มันไม่ทำงาน ดังนั้นผมจึงเริ่มต้นใหม่เซิร์ฟเวอร์กด F12 linuxmintและเลือก ตามที่หวังไว้มันบูตเพื่อติดตั้ง LMDE ของฉัน

วิธีการลบรายการที่ไม่ต้องการผ่าน efibootmgr คือ:

# efibootmgr -b 2 -B

ผมใช้คำสั่งนี้เพื่อลบรายการและ0001 0002ตัวเลือก0001มาจากความพยายามครั้งสุดท้ายของฉันในการกู้คืน OS

บันทึก UEFI

หากคุณอ่านข้อความนี้และรู้สึกหงุดหงิดกับ UEFI อย่างที่ฉันเป็นนี่คือบันทึกและแหล่งข้อมูล:
»การบูตไปยัง UEFI Shell นั้นคล้ายกับการใช้เปลือก DOS
» Intel ทำคู่มืออ้างอิง PDF สำหรับคำสั่งefi shell
» เอกสาร UEFI_on_TS430ของ Lenovo เป็นแหล่งข้อมูลเดียวที่ฉันได้เห็นการอธิบายการใช้งาน efi shell
» อ้างอิงเปลือก UEFI อีกจากผู้ดูแลระบบของ nPartition
»คุณสามารถลองบูทไปยังพาร์ติชันจากเปลือก efi โดยไปที่ตัวโหลดและดำเนินการ
» UEFI ต้องการให้ดิสก์มีตารางพาร์ติชัน GPT ไม่ใช่ตารางส่วน msdos
» UEFI ต้องการพาร์ติชันแรกบนดิสก์ของคุณในรูปแบบ fat32 หรือ vfat
»สำหรับ 'ทั่วไป' บูตต้องมี/EFI/bootไดเรกทอรีที่รากที่มีbootx64.efiอยู่ในนั้น
»บางคนคัดลอกgrubx64.efiจากที่ติดตั้งไว้/EFI/boot/bootx64.efiและกลโกงนี้ใช้ได้กับพวกเขา
»เมื่อใดก็ตามที่คุณทำการเปลี่ยนแปลงด้วงใช้efibootmgr -vก่อนและหลังเพื่อให้แน่ใจว่าการรีบูตของคุณนั้นใช้ได้

ประสบการณ์ RD430 ของฉัน

ฉันติดตั้งระบบปฏิบัติการอีก 10 ครั้งในสัปดาห์ที่แล้วและพยายามจัดเรียงและตั้งค่าเซิร์ฟเวอร์ การกำหนดค่าของฉันคือ SSD บนคอนโทรลเลอร์ RAID นี้ในสล็อต PCIe 2.0 ที่ติดตั้ง LMDE ไว้ AOC-S3008L-L8i RAID คอนโทรลเลอร์ ( reflashed เป็นโหมด IT ) ในสล็อต PCIe 3.0 ที่ 2 พร้อมไดรฟ์ 6x 3TB RAM: 12GB ECC (3x 4GB)

นี่คือการเปลี่ยนแปลงที่ฉันทำซึ่งทำให้ระบบของฉันไม่บูต:
»เปลี่ยนสล็อต S3008L-L8i pci (ทิ้งการ์ด SSD + ไว้คนเดียว)
»ปิดใช้งานพรอมต์ไบออสการโจมตีซอฟต์แวร์ LSiสำหรับตัวควบคุมออนบอร์ด
»เพิ่มการ์ด HighPoint RocketRaid เก่าของฉันลงในสล็อต PCIe ที่เปิดอยู่
»ทำการเปลี่ยนแปลงไปและเรียกใช้/etc/default/grub ( อาจต้องเรียกใช้ด้วย )update-grub
grub-install

ฉันจะลงคะแนนนี้ แต่เห็นได้ชัดว่าฉันมีตัวแทนไม่เพียงพอใน SuperUser ฉันดีใจที่ฉันได้พบคำตอบนี้หลังจากผ่านไปหลายวันของการต่อสู้โคลนที่ทำงาน แต่จะไม่บูต ฉันคิดว่ามันเกี่ยวข้องกับ UEFI และกลไก "การบูทที่ปลอดภัย" หรืออะไรบางอย่าง

ฉันทำงานแบบออฟไลน์ดังนั้น apt-get จึงไม่ใช่ตัวเลือก สิ่งที่ฉันทำคือใส่ Ubuntu Desktop ลงใน USB stick เพิ่มgrub-efiและgrub-efi-amd64แพ็คเกจไปยังรูทของ USB stick (grub-efi_1.99 ~ rc1-13ubuntu3_amd64.deb และ grub-efi-amd64_1.99 ~ rc1-13ubuntu3_amd64.deb สำหรับ Ubuntu 11.04 - เปลี่ยนตามความเหมาะสมสำหรับ distro และสถาปัตย์) และใส่สคริปต์ต่อไปนี้ลงใน USB stick เช่นกัน:

#! /bin/bash
sudo mount /dev/sda2 /mnt
sudo mount /dev/sda1 /mnt/boot/efi
dir=`dirname $0`
sudo cp $dir/grub-efi*.deb /mnt/tmp
for i in /dev /dev/pts /proc /sys; do sudo mount -B $i /mnt$i; done
sudo chroot /mnt /bin/sh -c "dpkg -i /tmp/grub-efi*.deb"
sudo shutdown -r now

บู๊ตกับแท่ง USB Live เปิดเทอร์มินัลเรียกใช้คำสั่งและงานเป็นสิ่งที่ดี 'un! ปัญหาที่เกิดขึ้นเป็นครั้งคราวเท่านั้นคือ UEFI บางครั้งได้ย้ายลงลำดับความสำคัญดังต่อไปนี้บูต HDD, ที่จุดที่คุณต้องการที่จะเข้าไปใน BIOS และเปลี่ยนลำดับการบูตที่จะหยุดมันพยายาม (และล้มเหลว) SATA: driveบน

นอกจากนี้คุณยังสามารถใช้dpkg-reconfigureแทนdpkg -iแต่จะถามคำถามบูตเดอร์สองสามข้อ

[แก้ไข] ฉันยังมีตัวแทนไม่เพียงพอที่จะแสดงความคิดเห็นดังนั้นสิ่งที่ฉันคิดว่าเป็นความคิดเห็นในการตอบกลับกลายเป็นคำตอบ

ใน Ubuntu 32 บิตของฉัน 14.10 บน Lenovo Yoga 2 Pro ฉันเปลี่ยนเป็นการบูท UEFI ดังนี้:

• สร้างโฟลเดอร์

  sudo su
  mkdir /boot/efi
  

• ติดตั้งพาร์ติชัน "EFI System" ใน /etc/fstab

  fdisk -l|grep EFI
  

  สิ่งนี้แสดงให้เห็นว่า: /dev/sda2 2050048 2582527 532480 260M EFI System

  echo "/dev/sda2 /boot/efi   vfat    defaults,sync   0   0">>/etc/fstab
  

  ติดตั้งพาร์ติชันนั้น

  mount /boot/efi
  

• ติดตั้งgrub-efi-amd64-binและถอนการติดตั้งgrub-efi-ia32-bin

  aptitude install grub-efi-amd64-bin grub-efi-ia32-bin_
  
  grub-install --target=x86_64-efi
  

• รีบูท Ubuntu ในโหมด efi

  update-grub
  

• ทดสอบว่าบู๊ตดีแล้วฉันติดตั้งgrub-efi-amd64และถอนการติดตั้งgrub-pc grub-gfxpayload-listsด้วย

  aptitude install grub-efi-amd64 grub-pc_ grub-gfxpayload-lists_
  

ฉันเลือกที่จะไม่ลบ / บูตเมื่อถูกถาม

บางทีฉันอาจทำให้มันซับซ้อนและสิ่งนี้ก็ใช้ได้ดี:

apt-get install --reinstall grub-efi
update-grub

รายการนี้มีมากขึ้นตามสายการเตรียมคอมพิวเตอร์ของคุณเพื่อติดตั้งรายการ efi ใหม่ นอกจากนี้ยังเป็นสิ่งที่คุณอาจพบว่าเป็นวิธีที่มีประสิทธิภาพและง่ายในการสร้างแผ่นดิสก์ช่วยเหลือหลังจากการติดตั้งระบบในสื่อภายใน (SSD, HDD)

ด้วย Linux Mint Tara (ตัวแปร Linux ที่เกี่ยวข้องอย่างใกล้ชิดกับ Ubuntu Bionic Beaver) วิธีการทั้งสองทำให้การติดตั้งของฉันแย่ลงและทำให้มันเป็นไปได้ในภายหลังเพื่อบันทึก มันเกิดขึ้นจากความต้องการ USB สดที่มีอยู่ของฉันและตั้งแต่เวลาในการติดตั้งยูทิลิตี้อย่าง Unetbootin สำหรับการติดตั้งแบบถาวรนั้นเหมือนกับการติดตั้งใหม่ฉันจึงใช้การกระจายสดแบบเดียวกันเพื่อทำการติดตั้งบน USB ถูกใช้เพื่อติดตั้งระบบปฏิบัติการบน SSD ภายใน

แน่นอนว่านี่ไม่ใช่ RAID หรือการติดตั้งแบบพิเศษอื่น ๆ แต่มันต้องการไดรฟ์ข้อมูลที่จัดเตรียมไว้ในไดรฟ์ USB และการติดตั้งบน USB นั้นโดยใช้วิธีการที่มีอยู่ของ distro ทำให้หลีกเลี่ยงไดรฟ์ภายในสำหรับการติดตั้งเพียงครั้งเดียว การเมาท์รูทของพาร์ติชัน (/)

นี่คือที่ซึ่งการติดตั้งด้วงใหม่จะพันกันกับไดรฟ์ภายใน เมื่อฉันรีบูทเป็น USB รายการด้วง UEFI ภายในดูเหมือนจะหายไปเหลือเพียงเมนูด้วงเมื่อพยายามเลือกไดรฟ์โดยใช้รายการในเมนู BIOS

แต่การบูตจาก USB แสดงให้เห็นว่าวิธีการของ distro นั้นได้สร้างเมนู grub ที่ทำขึ้นมาแล้วโดยมีรายการสำหรับ / dev / sda2 ซึ่งเป็นพาร์ติชันที่มี / boot / efi ในไดรฟ์ภายในหลักส่วนใหญ่ติดตั้งชื่อด้วงของพาร์ติชันคือ hd0, gpt1

การเข้าสู่ 'ขั้นสูง' มีการช่วยเหลือเคอร์เนลมากกว่าหนึ่งรายการ จากนั้นให้เรียกใช้ยูทิลิตีด้วงแล้วทำการบู๊ตตามปกติ

จากจุดนี้ใช้ OS บนไดรฟ์ภายในที่ไม่สามารถเข้าถึงได้ก่อนถอด USB sudo grub-installออกแล้วเรียกใช้

เมื่อคุณรีบูทโดยไม่มี USB คุณควรจะสามารถกลับเข้ามาใหม่ได้ ณ จุดนี้ USB ถูกกำหนดค่าให้เปิดไดรฟ์ภายในให้เข้าสู่โหมดปกติหรือโหมดช่วยเหลือและไดรฟ์มีเมนูของตัวเอง