“ แพ็คเกจ 'grub-efi-amd64-sign' ล้มเหลวในการติดตั้งลงใน / target / "ระหว่างการติดตั้ง Ubuntu 18.04 [ซ้ำกัน]


9

เมื่อฉันพยายามติดตั้ง Ubuntu 18.04 บนเดสก์ท็อปของฉันมันแสดงข้อผิดพลาดต่อไปนี้:

ป๊อปอัพข้อผิดพลาดที่มีแพร่หลาย

แพคเกจล้มเหลวที่จะติดตั้งลงใน'grub-efi-amd64-signed' /target/หากไม่มี GRUB bootloader ระบบที่ติดตั้งจะไม่สามารถบู๊ตได้

จะแก้ไขข้อผิดพลาดนี้ได้อย่างไร?


คอมพิวเตอร์ของคุณรองรับ EFI หรือไม่ ดูเหมือนว่าคุณกำลังพยายามติดตั้ง grub-efi บนและดิสก์ MBR หรือคุณสร้างพาร์ติชันระบบ EFI หรือไม่ ตรวจสอบการตั้งค่าไบออสของคุณและอัปเดตคำถามของคุณพร้อมรายละเอียดเพิ่มเติมเกี่ยวกับปัญหาของคุณ
Eskander Bejaoui

1
โพสต์ลิงก์ไปยังรายงานสรุปการสร้าง BootInfo เป็นส่วนหนึ่งของ Boot-Repair: help.ubuntu.com/community/Boot-Info
oldfred

1
ฉันมีปัญหาเดียวกัน สิ่งที่ใช้ได้ผลสำหรับฉันคือการเลือกตัวเลือกการบูตที่ไม่ใช่ UEFI บนตัวติดตั้ง USB
Esteban Knöbl

- กำหนด 150mb ให้กับ EFI ขณะทำการแบ่ง ติดตามภาพเพื่อดูรายละเอียดเพิ่มเติม
อรุณพ

คำตอบ:


2

คำตอบดั้งเดิมที่แก้ไขและแก้ไขแล้วหลังจากนั้นอีก 20+ การทดลองบนเครื่องของฉันทั้งคู่ เพื่อให้คำตอบสั้น ๆ ฉันจะลบข้อสมมติฐานและข้อสรุปที่ไม่ถูกต้องทั้งหมดในคำตอบเดิม

---------------- คอมพิวเตอร์ของฉันคือ 1. Fujitsu LIFEBOOK-LH532 ซึ่ง UEFI BIOS ในเมนบอร์ดถูกทำลายโดยอูบุนตู EFI ubiquity เวอร์ชั่น 12.04 ในปี 2012 https: //bugs.launchpad .net / ubuntu / + source / efibootmgr / + bug / 1082418 เห็นได้ชัดว่าฉันเลือกการติดตั้ง BIOS ด้วยตนเองใน NoteBook ของฉัน UEFI LH532 ตั้งแต่ฉันไม่ต้องการเปิดสมุดบันทึกของฉันเพื่อย่อจัมเปอร์ cl1 และ cl2 บนแผงวงจรหลักอีกครั้งตั้งแต่ฉัน "BUG" ยังคงอยู่ *** ฉันบังคับโหมด BIOS ด้วยตนเองโดยไม่ให้ EFI partion ในฮาร์ดดิสก์ใด ๆ แต่การติดตั้งทั้งหมดจะตรวจสอบ UEFI MAINBOARD และจะพยายามติดตั้ง EFI UBUNTU "FIRST" ครั้งแรก

  1. เซิร์ฟเวอร์ซีนอน Gigabyte ตัวเก่าไม่ใช่เมนบอร์ด UEFI

    ซึ่งไม่มีข้อผิดพลาดเลย

ข้อผิดพลาดตรงตามหัวข้อทำให้เกิดปัญหากับ "UEFI" NOTEBOOK เท่านั้น

  1. โน๊ตบุ๊ค UEFI ที่ไม่สามารถปรับขนาดได้ แพร่หลายทำลาย UBUNTU GRUB ที่มีอยู่
  2. "OR IF LUCKY" จะใช้ Grios Bios เก่าที่ติดตั้งโดย 16.04 และบูตเป็น 18.04 ใหม่ (ในพาร์ติชันเก่า 16.04) ที่มีข้อผิดพลาดบางอย่างในช่วงเริ่มต้นของการบูท

ฉันแก้ไขข้อเสนอโดย

  1. ปวด ?? ซับซ้อน? การใช้ Boot-Repair (ล้มเหลวในการใช้ grubcustomiser) ติดตั้งในการติดตั้ง Ubuntu ที่มีอยู่บนพาร์ติชันอื่น ๆ หรือ BOOTED Live usb และทำตามคำแนะนำที่แตกต่างจากครั้งเดียวกับคนอื่น ๆ ขึ้นอยู่กับการกำหนดค่าของฮาร์ดดิสก์ในระบบเช่นเดียวกับรสชาติของอูบุนตู 18.04 ที่ใช้

https://help.ubuntu.com/community/Boot-Repair

  1. ง่ายและยอดเยี่ยม "เกือบตลอดเวลา" ฉันใช้ 16.04 ของ UBUNTU หรือ LUBUNTU ทำการติดตั้งใหม่บนพาร์ติชั่นอื่น ๆ ของฮาร์ดดิสก์ในคอมพิวเตอร์เครื่องเดียวกันซึ่งคุณได้ติดตั้ง "18.04" และไม่สามารถติดตั้งด้วงด้วยข้อผิดพลาดนี้

ดังนั้น 16.04 จะทำให้ระบบของคุณบูต และใช่คุณสามารถเข้าถึง Great 18.04 เวอร์ชั่นได้จาก 16.04 grub

และใช่ฉันใช้ UBUNTU 18.04 เพื่อเขียนคำตอบนี้หลังจาก LUBUNTU 16.04 ติดตั้ง GRUB ใหม่สำหรับโน้ตบุ๊ค LH532 ของฉันด้วยตัวเลือกที่ถูกต้องเพื่อเลือก 18.04

เหตุผลสำหรับข้อผิดพลาดของหัวข้อนี้คือคุณไม่ได้จัดเตรียมพาร์ติชัน EFI สำหรับโหมดการติดตั้ง "อย่างอื่น" ด้วยตนเอง

ดังนั้นถ้าคุณจงใจเหมือนฉันอย่าให้มีพาร์ติชัน EFI คุณจะมีข้อผิดพลาดนี้

แต่รุ่น 16.04 มี UBIQUITY ที่ฉลาดกว่าหรือ สิ่งที่? กว่า 18.04 จะพบว่าคุณติดตั้งด้วยการติดตั้ง BIOS (ไม่มีพาร์ติชัน efi ในฮาร์ดดิสก์) และให้คุณเลือก "GO BACK" เพื่อติดตั้ง Ubuntu กับโหมด BIOS แต่ 18.04 จะทำการติดตั้งโดยไม่คำนึงถึงตัวเลือกใด ๆ ในกรณีของฉันและเป็นไปได้ของคุณ

ฉันจะเรียกคุณภาพที่ต่ำกว่านี้ในสถานการณ์เหล่านี้ที่ 18.04 ว่า "BUG" แต่มันอาจเป็นความตั้งใจของโปรแกรมเมอร์ที่จะบังคับให้เราใช้เฉพาะระบบอัตโนมัติที่เหมาะสมเท่านั้นซึ่งพวกเขาควรจะลบตัวเลือก "อย่างอื่น" ออก

  1. ฉันแก้ไขปัญหาด้วยการฟอร์แมต SSD ใหม่ทั้งหมด ติดตั้งโหมด Windows 10 UEFI ซึ่งมันจะสร้างพาร์ติชัน EFI โดยอัตโนมัติ

จากนั้นติดตั้ง UBUNTU 18.04 โดยไม่มีข้อผิดพลาดถึงแม้ว่ามันจะหวงห้ามให้ฉันบูตเข้าสู่ MANJARO LINUX ที่ฉันติดตั้งหลังจาก Windows 10 โดยไม่มีปัญหาเช่นกัน

และแน่นอน UBUNTU 18.04 ทำลาย BIOS F12 ของฉัน JEALOUSELY PROHIBIT ให้ฉันติดตั้งระบบปฏิบัติการอื่นและฉันต้องเปิดเคสโน้ตบุ๊กไปที่จัมเปอร์ลัดวงจร CL1 และ CL2 เพื่อรับ F12 เพื่อเลือกสื่อการบูตกลับ

ฉันรายงานสิ่งนี้ให้กับ lunchpad เป็นลิงก์ที่ฉันให้ไว้ข้างต้น

ขออภัยในหัวข้อเล็กน้อย แต่ให้คุณทุกคนรู้ว่ามีข้อบกพร่องเพิ่มเติมใน ubiquity หรือกระบวนการติดตั้งมากกว่าปัญหานี้


2

ถ้าหลังจากได้รับข้อความแสดงข้อผิดพลาดนี้คุณรีบูตเครื่องคอมพิวเตอร์ของคุณและไม่สามารถบูต Ubuntu เนื่องจากข้อผิดพลาดบูตด้วงคุณจำเป็นต้องติดตั้งด้วงตนเองลงในพาร์ติชันระบบ EFI (ESP) ผ่านchroot นี่คือวิธีที่ฉันทำเพื่อแก้ไขปัญหาในกรณีของฉัน

ใช้เซสชันสด

บูตเข้าสู่ LiveUSB (หรือ LiveCD) ของคุณแล้วเลือก 'ลอง Ubuntu โดยไม่ต้องติดตั้ง' หลังจากนั้นคุณอาจต้องตรวจสอบให้แน่ใจว่าคุณสามารถเชื่อมต่ออินเทอร์เน็ตในเซสชันสดของคุณได้

chroot

สมมติว่าคุณติดตั้งอูบุนตูใน/dev/sdXYพาร์ทิชันและมีอยู่แล้ว ESP อยู่ในพาร์ทิชันบนฮาร์ดไดรฟ์/dev/sdXZ /dev/sdXเปิดเทอร์มินัลและดำเนินการคำสั่งเหล่านี้:

$ sudo mount /dev/sdXY /mnt
$ sudo mount /dev/sdXZ /mnt/efi
$ for i in /dev /dev/pts /proc /sys /run; do sudo mount -B $i /mnt$i; done
(Now, if you customized Ubuntu installation by dividing some directories up into different partitions (eg. '/boot', '/opt', etc.), you should mount them too under `/mnt` directory. You may refer to `/mnt/etc/fstab` file to remember what you did on the installed Ubuntu system)
$ sudo chroot /mnt

ติดตั้ง grub2 อีกครั้งด้วยรุ่น EFI ที่เหมาะสม

เมื่อคุณchrootเข้าสู่ระบบ Ubuntu ที่ติดตั้งเรียบร้อยแล้วให้แน่ใจว่าได้ติดตั้งgrub-efi-*แพ็คเกจที่ถูกต้องสำหรับสถาปัตยกรรมพีซีของคุณ:

# apt-get install --reinstall grub-efi-x86_64 (อันที่ฉันใช้กับ Intel i5 CPU)

หรือ

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

หรือ

# apt-get install --reinstall grub-efi-ia32ฯลฯ คุณสามารถรับรายการแพ็คเกจที่มีได้ # apt-cache search ^grub-efi

ในที่สุดการติดตั้ง grub2 ในไดรฟ์ของคุณ

# grub-install --boot-directory=/boot --bootloader-id=ubuntu-fix --target=x86_64-efi --efi-directory=/efi
# update-grub

โปรดทราบว่า--target=x86_64-efiอาจแตกต่างกันไปขึ้นอยู่กับระบบของคุณ (เช่นi386-pcโดยค่าเริ่มต้น, อาจamd64-efi, ฯลฯ ) ตรวจสอบ# grub-install --helpข้อมูลเพิ่มเติม

ออกจากchroot , unbind / unmount อย่างปลอดภัยไดเรกทอรี & รีบูต

  1. ออกจากchrootด้วยCtrl+ Dหรือ# exit
  2. ถอนติดตั้งอย่างปลอดภัยและรีบูต:

    $ for i in /sys /proc /dev/pts /dev; do sudo umount /mnt$i; done
    $ sudo umount /mnt/efi
    (Unmount any other customized partitions, if you had any)
    $ sudo umount /mnt
    $ sudo reboot
    

ตอนนี้อูบุนตูควรบูตตามปกติ

อ้างอิง:


ฉันได้ติดตั้งแพคเกจgrub-efi-amd64-signedและใช้--uefi-secure-bootตัวเลือกด้วยgrub-installคำสั่ง ฉันคิดว่านี่เป็นสิ่งจำเป็นสำหรับเมื่อเปิดใช้งานการบูตอย่างปลอดภัย
ปีเตอร์และหมาป่า

1

ฉันมีข้อผิดพลาดคล้ายกันเมื่อติดตั้ง ubuntu 18.04 จาก boot USB ฉันทำซีดีบูตและติดตั้งสำเร็จแล้ว


ขอบคุณสำหรับการตอบกลับของคุณ แต่นี่เป็นคำตอบที่ดีที่สุด การติดตั้ง 18.04 จาก USB เป็นไปได้และเป็นส่วนหนึ่งของการออกแบบที่ตั้งใจดังนั้นจึงน่าจะเป็นปัญหาอื่นที่ไม่ใช่ USB เพื่อให้เป็นสื่อการติดตั้งที่ถูกต้อง
Jeremy

0

ฉันคิดว่าคุณมีสามตัวเลือก:

  • ใช้ตารางพาร์ติชัน GPT บนดิสก์
  • บูตโปรแกรมติดตั้งในโหมดดั้งเดิม
  • เมื่อทั้งคู่ไม่ใช่ตัวเลือก (หรือล้มเหลว) ให้ใช้วิธีแก้ปัญหาที่อธิบายไว้ใน:
    https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1771651

ฉันหวังว่านี่จะช่วยได้ด้วยความเคารพ
ออนโน่


0

ฉันมีปัญหาเดียวกันนี้อย่างแน่นอนเมื่อติดตั้งจาก USB แฟลชเมมโมรี่สติ๊กโดยใช้บูท UEFI เมื่อสิ่งนั้นล้มเหลวฉันทำตามความคิดเห็นอย่างใดอย่างหนึ่งที่นี่การบูตจากแฟลชดิสก์ทั่วไปที่ไม่ใช่ UEFI เพื่อทำการติดตั้งและใช้งานได้ ในตอนนั้นฉันไม่รู้อะไรเกี่ยวกับ UEFI และไม่รู้ว่าทำไมวิธีการหนึ่งถึงใช้ได้ แต่ไม่ใช่วิธีอื่น

ตั้งแต่นั้นมาฉันได้ลองดูและตอนนี้เข้าใจว่า UEFI (Unified Extensible Firmware Interface) เป็นตัวต่อของ BIOS และมีข้อกำหนดที่แตกต่างกัน โดยเฉพาะอย่างยิ่ง Linux ต้องการพาร์ติชัน / boot / efi หากใช้ UEFI ซึ่งฉันไม่ได้สร้าง (ฉันสร้างพาร์ติชันด้วยตนเอง)

ข้อความแสดงข้อผิดพลาดอาจชัดเจนขึ้น โปรแกรมพาร์ติชันดิสก์ UEFI ควรต้องการพาร์ติชันสำหรับเริ่มระบบ efi ก่อนที่จะอนุญาตให้คุณดำเนินการต่อ แต่จะทำการติดตั้ง Linux เป็นส่วนใหญ่ก่อนที่จะแสดงข้อผิดพลาด "การติดตั้ง GRUB ล้มเหลว"


คำถาม ... พาร์ทิชันหรือไดเรกทอรี / boot / efi ??? ฉันยังมีปัญหากับ grubn2 ที่ถูกปลิวไป ... แต่ฉันคิดว่ามันเป็นเพราะฉันมีการติดตั้ง SSD 2 ครั้งแรกของฉันกับ GPT พาร์ติชัน MS-DOS ตัวที่สอง ... ฉันคิดว่าปัญหาคือ GPT เป็นครั้งแรกแม้ว่า พยายามติดตั้งในวินาทีและระบุว่าสำหรับการบูต ดังนั้น ... ทำ / boot / / book / efi swap / เป็นพาร์ทิชัน huh ??? ฉันเพิ่งติดตั้ง Fedora ในวันที่สองและมันใช้งานได้
george Barbaz

@georgeBarbaz ฉันเชื่อว่ามันต้องเป็นพาร์ทิชัน นี่คือบางข้อมูล Ubuntu UEFI จากไม่กี่ปีที่ผ่านมาสำหรับรุ่นก่อนหน้า: ข้อมูล UEFI
Tom Karzes
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.