Gói 'grub-efi-amd64 đã ký' không thể cài đặt vào / target / Lần trong khi cài đặt Ubuntu 18.04 [trùng lặp]

Khi tôi đang cố gắng cài đặt Ubuntu 18.04 trên máy tính để bàn của mình, nó sẽ hiển thị lỗi sau:

Các 'grub-efi-amd64-signed'gói thất bại trong việc cài đặt vào /target/. Không có bộ tải khởi động GRUB, hệ thống đã cài đặt sẽ không khởi động.

Làm thế nào để khắc phục lỗi này?

Đã chỉnh sửa và sửa đổi câu trả lời gốc, SAU hơn 20 thử nghiệm trên cả hai máy của tôi. Để làm cho câu trả lời ngắn gọn, tôi sẽ loại bỏ tất cả các giả định và kết luận không chính xác trong câu trả lời cũ.

---------------- Máy tính của tôi LÀ 1. Fujitsu LIFEBOOK-LH532, mà UEFI BIOS trong bo mạch chính đã bị phá hủy bởi ubiquity EFI phiên bản 12.04, vào năm 2012 https: //bugs.launchpad .net / ubfox / + source / efibootmgr / + bug / 1082418 Rõ ràng tôi chọn cài đặt BIOS thủ công trên NoteBook UEFI LH532 của mình. SINCE TÔI KHÔNG MUỐN mở GHI CHÚ CỦA TÔI ĐỂ NGẮN NGẮN CIRCUIT cl1 & cl2 TRÊN MAINBOARD một lần nữa SINCE I "BUG" VẪN CÓ. *** Tôi buộc chế độ BIOS thủ công bằng cách không cung cấp EFI partion trên bất kỳ đĩa cứng nào. NHƯNG TẤT CẢ CÁC CÀI ĐẶT S DET PHÁT HIỆN UEIN MAINBOARD VÀ S TR THỬ ĐỂ CÀI ĐẶT EFI UBUNTU "ĐẦU TIÊN".

2. Máy chủ xenon Gigabyte cũ không phải bảng chính UEFI.

   Mà không có lỗi gì cả.

Các lỗi chính xác như chủ đề là, dẫn đến các vấn đề với CHỈ LƯU Ý "UEFI".

1. Máy tính xách tay UEFI botable (LH532). Ubiquity Phá hủy GRUN UBUNTU hiện có.
2. "HOẶC NẾU LUCKY" sẽ chỉ sử dụng grub Bios cũ được cài đặt bởi 16.04 và khởi động vào 18.04 mới (trong các phân vùng 16.04 cũ) với một số lỗi khi bắt đầu thời gian khởi động.

TÔI CỐ ĐỊNH

1. Đau đớn?? phức tạp? Sử dụng Boot-Repair (không thể sử dụng grubcustomiser) được cài đặt vào bản cài đặt ubfox hiện có trên các phân vùng khác hoặc usb BOOTED Live. Và làm theo các hướng dẫn khác nhau từ lần này đến lần khác tùy thuộc vào cấu hình của đĩa cứng trong hệ thống cũng như hương vị của ubfox 18.04 được sử dụng.

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

2. Dễ dàng và xuất sắc "hầu hết thời gian". Tôi đã sử dụng 16.04 của UBUNTU HOẶC LUBUNTU để thực hiện cài đặt mới trên các phân vùng khác của đĩa cứng trong cùng một máy tính, rằng bạn đã cài đặt "18.04" và không thể cài đặt grub với ERROR này.

Vì vậy, 16.04 sẽ làm cho hệ thống của bạn khởi động. Và vâng, bạn có thể truy cập vào các phiên bản Great 18.04 từ bản 16.04 đó.

Và CÓ, tôi sử dụng UBUNTU 18.04 để viết câu trả lời này, sau khi LUBUNTU 16.04 CÀI ĐẶT GRUB MỚI CHO máy tính xách tay LH532 của tôi với tùy chọn chính xác để chọn 18.04.

Lý do cho lỗi của chủ đề này là do bạn không cung cấp phân vùng EFI cho chế độ cài đặt "cái gì khác" thủ công.

Vì vậy, nếu bạn cố tình, như tôi, không có phân vùng EFI. bạn sẽ có lỗi này

Nhưng phiên bản 16.04, có một UBIQUITY thông minh hơn hay không? bất cứ điều gì? hơn 18.04. Nó sẽ thấy rằng bạn cài đặt với cài đặt BIOS (không có phân vùng efi trong đĩa cứng) và cho phép bạn chọn "GO BACK" để cài đặt Ubuntu với chế độ BIOS. Nhưng 18.04 sẽ thực hiện cài đặt mà không có sự lựa chọn nào trong trường hợp của tôi và có thể là của bạn.

Tôi sẽ gọi những người kém chất lượng hơn trong những trường hợp 18.04 này là "BUG". Nhưng nó có thể là các lập trình viên có ý định buộc chúng tôi chỉ sử dụng tự động hóa sạch đúng cách ???, mà họ nên loại bỏ tùy chọn "cái gì khác".

3. Tôi đã khắc phục các sự cố bằng cách cải tiến hoàn toàn ổ SSD của mình. Cài đặt chế độ Windows 10 UEFI. Mà nó tự động tạo phân vùng EFI.

Sau đó cài đặt UBUNTU 18.04 không có lỗi, mặc dù nó ghen tị cấm tôi khởi động vào MANJARO LINUX mà tôi đã cài đặt sau Windows 10 mà không gặp vấn đề gì.

Và tất nhiên, UBUNTU 18.04 phá hủy BIOS F12 của tôi. JEALOUSELY PROHIBIT cho tôi để cài đặt bất kỳ HĐH nào khác và tôi phải mở hộp máy tính xách tay để nhảy ngắn CL1 và CL2 để lấy F12 để chọn phương tiện khởi động trở lại.

Tôi đã báo cáo điều này với lunchpad như liên kết tôi cung cấp ở trên.

Xin lỗi ngoài chủ đề một chút nhưng cho tất cả các bạn biết có nhiều lỗi trong tính phổ biến hoặc quá trình cài đặt nhiều hơn vấn đề này.

Nếu sau khi nhận được thông báo lỗi này, bạn đã khởi động lại PC và không thể khởi động Ubuntu do lỗi khởi động GRUB, bạn cần cài đặt lại GRUB thủ công vào phân vùng hệ thống EFI (ESP) thông qua chroot . Đây là cách tôi đã làm để khắc phục vấn đề trong trường hợp của mình.

Sử dụng phiên trực tiếp

Khởi động vào LiveUSB (hoặc LiveCD) của bạn và chọn 'Dùng thử Ubuntu mà không cần cài đặt'. Sau đó, bạn có thể cần đảm bảo rằng bạn có thể kết nối Internet trên phiên trực tiếp của mình.

Chroot

Giả sử bạn đã cài đặt Ubuntu trong /dev/sdXYphân vùng và một ESP đã tồn tại trong /dev/sdXZphân vùng, trên ổ cứng /dev/sdX. Mở một terminal và thực hiện các lệnh sau:

$ 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

Cài đặt lại grub2 với phiên bản EFI phù hợp

Khi bạn chroot thành công vào hệ thống Ubuntu đã cài đặt của mình, hãy đảm bảo (cài đặt lại) grub-efi-*gói phù hợp với kiến ​​trúc PC của bạn:

# apt-get install --reinstall grub-efi-x86_64 (cái tôi đã sử dụng cho CPU Intel i5)

hoặc là

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

hoặc là

# apt-get install --reinstall grub-efi-ia32, v.v ... Bạn có thể lấy danh sách các gói có sẵn với # apt-cache search ^grub-efi

Cuối cùng, để cài đặt grub2 vào ổ đĩa của bạn:

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

Xin lưu ý rằng --target=x86_64-eficó thể khác nhau tùy thuộc vào hệ thống của bạn (ví dụ: i386-pctheo mặc định, có thể amd64-efi, v.v.). Kiểm tra # grub-install --helpđể biết thêm.

Thoát chroot , unbind / unmount thư mục an toàn & khởi động lại

1. Thoát chroot với Ctrl+ Dhoặc# exit

2. Ngắt kết nối an toàn và khởi động lại:

   $ 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
   

Ubuntu nên khởi động bình thường.

Người giới thiệu:

• Làm cách nào để cài đặt lại GRUB2 EFI?
• Làm cách nào tôi có thể cài đặt lại GRUB vào phân vùng EFI?

Tôi gặp một lỗi tương tự khi cài đặt Ubuntu 18.04 từ USB khởi động. Tôi đã tạo một CD BOOT và cài đặt thành công.

Tôi nghĩ bạn có ba lựa chọn:

• Sử dụng bảng phân vùng GPT trên đĩa
  
• Khởi động trình cài đặt ở chế độ cũ
  
• Khi cả hai không phải là một tùy chọn (hoặc thất bại), hãy sử dụng cách giải quyết được mô tả trong:
  https://bugs.launchpad.net/ubfox/+source/grub-installer/+orms/1771651

Tôi hy vọng điều này sẽ giúp, liên quan,
Onno

Tôi gặp vấn đề chính xác như vậy, khi cài đặt từ thẻ nhớ flash USB bằng cách sử dụng boot UEFI. Khi thất bại, tôi đã theo dõi một trong những bình luận ở đây, khởi động từ đĩa flash chung không phải UEFI để thực hiện cài đặt và điều đó đã hoạt động. Vào thời điểm đó, tôi không biết gì về UEFI và không biết tại sao một phương pháp này hoạt động mà không phải là phương pháp khác.

Kể từ đó, tôi đã xem xét nó một chút và bây giờ hiểu rằng UEFI (Giao diện phần mềm mở rộng hợp nhất) là sự kế thừa cho BIOS và có các yêu cầu khác nhau. Cụ thể, Linux yêu cầu phân vùng / boot / efi nếu sử dụng UEFI mà tôi chưa tạo (Tôi đang tạo phân vùng theo cách thủ công).

Các thông báo lỗi chắc chắn có thể rõ ràng hơn. Chương trình phân vùng đĩa UEFI cần có phân vùng khởi động efi trước khi cho phép bạn tiếp tục. Thay vào đó, nó thực hiện hầu hết các cài đặt Linux trước khi đưa ra lỗi "Cài đặt GRUB không thành công".