Pri*_*Raj 9 boot grub2 uefi system-installation 18.04
当我尝试在桌面上安装 Ubuntu 18.04 时,它显示以下错误:
该
'grub-efi-amd64-signed'
方案未能安装到/target/
。如果没有 GRUB 引导加载程序,已安装的系统将无法引导。
如何修复此错误?
在我的两台机器上进行了 20 多次实验后,编辑和修改了原始答案。为了简短回答,我将删除旧答案中所有不正确的假设和结论。
----------------我的电脑是 1. Fujitsu LIFEBOOK-LH532,主板中的 UEFI BIOS 被 ubuntu EFI ubiquity 版本 12.04 破坏,2012 年 https://bugs.launchpad .net/ubuntu/+source/efibootmgr/+bug/1082418 显然我在笔记本 UEFI LH532 上选择手动 BIOS 安装。因为我不想再打开我的笔记本来短路主板上的 cl1 和 cl2,因为我的“错误”仍然存在。***我通过不在任何硬盘上提供 EFI 分区来强制使用手动 BIOS 模式。但所有安装都会检测 UEFI 主板,并会尝试“首先”安装 EFI UBUNTU。
与主题完全相同的错误仅导致“UEFI”笔记本出现问题。
我通过以下方式修复了启动
https://help.ubuntu.com/community/Boot-Repair
这样 16.04 将使您的系统启动。是的,您可以从 16.04 grub 访问 Great 18.04 版本。
是的,在 LUBUNTU 16.04 为我的 LH532 笔记本安装了新的 GRUB 并使用正确的选项选择 18.04 之后,我使用 UBUNTU 18.04 来写这个答案。
本主题错误的原因是您没有为手动“其他”安装模式提供EFI分区。
所以如果你像我一样故意不进行EFI分区。你会遇到这个错误。
但是16.04版本,有更智能的UBIQUITY还是?任何?比 18.04。它会发现你用BIOS安装方式安装(硬盘没有efi分区)并让你选择“GO BACK”以BIOS方式安装ubuntu。但 18.04 将在我的情况下以及您可能的情况下进行安装,无需任何选择。
我将在 18.04 的这种情况下将那些质量较差的称为“BUG”。但这可能是程序员意图迫使我们仅使用适当的干净自动化???,他们应该删除“其他东西”选项。
然后安装 UBUNTU 18.04,没有任何错误,尽管它嫉妒地禁止我启动到我在 Windows 10 之后安装的 MANJARO LINUX,也没有任何问题。
当然,UBUNTU 18.04 破坏了我的 BIOS F12。嫉妒地禁止我安装任何其他操作系统,我必须打开笔记本电脑机箱将跳线 CL1 和 CL2 短路,才能让 F12 重新选择启动介质。
我确实按照上面提供的链接向午餐垫报告了这一点。
抱歉,有点偏离主题,但让大家知道,普遍存在的错误或安装过程中存在的错误比这个问题还要多。
归档时间: |
|
查看次数: |
18252 次 |
最近记录: |