在Ubuntu 18.04的安装过程中，“'grub-efi-amd64-signed'软件包无法安装到/ target /中”

当我尝试在桌面上安装Ubuntu 18.04时，它显示以下错误：

该'grub-efi-amd64-signed'软件包无法安装到中/target/。没有GRUB引导程序，安装的系统将不会引导。

如何解决这个错误？

编辑和修改原始答案，然后在我的两台机器上进行了20多次实验。为了简短起见，我将删除旧答案中所有不正确的假设和结论。

---------------- 我的电脑是 1.富士通LIFEBOOK-LH532，其主板上的UEFI BIOS在2012年被ubuntu EFI普遍存在版本12.04销毁了 https：//bugs.launchpad .net / ubuntu / + source / efibootmgr / + bug / 1082418 显然，我在笔记本UEFI LH532上选择了手动BIOS安装。因为我一直不想打开“笔记本”，所以不想再次打开笔记本上的电路板跳动cl1＆cl2。***我通过不在任何硬盘上提供EFI分区来强制使用手动BIOS模式。但是所有安装都将检测UEFI主板，并尝试安装EFI UBUNTU“ FIRST”。

2. 旧的技嘉氙气服务器非UEFI主板。

   根本没有错误。

与主题完全相同的错误仅导致“ UEFI”注释书出现问题。

1. 不可固定的UEFI笔记本电脑（LH532）。无处不在销毁现有的UBUNTU GRUB。
2. “ OR IF LUCKY”将仅使用16.04安装的旧版Bios grub并在启动时开始时以一些错误启动到新的18.04（在旧的16.04分区中）。

我修正了

1. 痛？？复杂？使用已安装到其他分区或BOOTED Live USB上的现有ubuntu安装中的Boot-Repair（无法使用grubcustomiser）。并且遵循不同时间的说明，具体取决于系统中硬盘的配置以及所用ubuntu 18.04的风格。

https://help.ubuntu.com/community/引导修复

2. 简单而出色的“大多数时间”。我使用UBUNTU或LUBUNTU的16.04在同一台计算机的硬盘的其他分区上进行了新的安装，即您已安装“ 18.04”，但无法安装带有此错误的grub。

这样16.04将使您的系统启动。是的，您可以从该16.04 grub访问Great 18.04版本。

是的，在LUBUNTU 16.04为我的LH532笔记本电脑安装了新GRUB之后，我使用UBUNTU 18.04编写了此答案，并选择了正确的选项以选择18.04。

出现此主题错误的原因是，您没有为手动“其他”安装模式提供EFI分区。

因此，如果您有意像我一样，不要拥有EFI分区。您将遇到此错误。

但是16.04版本具有更智能的UBIQUITY或？随你？比18.04。它会发现您使用BIOS安装程序进行安装（硬盘上没有efi分区），然后选择“返回”以BIOS模式安装ubuntu。但是18.04可以在我的情况下以及您可能的情况下进行选择。

在这种情况下，我将在18.04的这种情况下质量较差的称为“错误”。但是，这可能是程序员的意图，是迫使我们仅使用适当的清洁自动化系统？???，他们应该删除“其他”选项。

3. 我已通过完全格式化我的SSD纠正了这些问题。安装Windows 10 UEFI模式。它会自动创建EFI分区。

然后毫无错误地安装UBUNTU 18.04，尽管它会严格禁止我启动到在Windows 10之后也没有问题安装的MANJARO LINUX。

当然，UBUNTU 18.04销毁了我的BIOS F12。危险地禁止我安装任何其他操作系统，并且我必须打开笔记本电脑外壳以使跳线CL1和CL2短路才能使F12选择启动媒体。

我确实将此报告为午餐板，作为我上面提供的链接。

抱歉，让这个话题有点抱歉，但是让大家都知道，普遍存在或安装过程中的错误比这个问题更多。

如果在收到此错误消息后，由于GRUB引导错误而重新引导了PC并且无法引导Ubuntu，则需要通过chroot手动将GRUB重新安装到EFI系统分区（ESP）中。这是我为解决此问题所做的工作。

使用实时会话

引导到您的LiveUSB（或LiveCD），然后选择“不安装而尝试Ubuntu”。稍后，您可能需要确保可以在实时会话中连接到Internet。

Chroot

假设您将Ubuntu安装在/dev/sdXY分区中，并且/dev/sdXZ硬盘上的分区中已经存在一个ESP /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

使用正确的EFI版本重新安装grub2

一旦你的chroot成功进入你安装Ubuntu系统，确保（重新）安装合适的grub-efi-*包为您的PC架构：

# 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，安全地取消绑定/卸载目录并重新启动

1. 使用+ 或退出chrootCtrlD# 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
   

Ubuntu现在应该正常启动。

参考文献：

• 如何重新安装GRUB2 EFI？
• 如何将GRUB重新安装到EFI分区？

从启动USB安装ubuntu 18.04时出现类似错误。我制作了一张BOOT CD，安装成功。

我认为您有三种选择：

• 在磁盘上使用GPT分区表
  
• 以旧模式启动安装程序
  
• 如果两者都不可行（或失败），请使用以下描述的解决方法：https :
  //bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1771651

我希望这可以帮助，问候，
ONNO

使用UEFI引导从USB闪存棒安装时，我遇到了完全相同的问题。当失败时，我遵循此处的评论之一，从非UEFI通用闪存磁盘启动以进行安装，并且可以正常工作。当时，我对UEFI一无所知，也不知道为什么一种方法可行，而另一种却不可行。

从那时起，我进行了一些研究，现在了解到UEFI（统一可扩展固件接口）是BIOS的后继产品，并且具有不同的要求。特别是，如果使用的是我尚未创建的UEFI（我是手动创建分区），则Linux需要/ boot / efi分区。

错误消息肯定会更清晰。UEFI磁盘分区程序在允许您继续之前，应先要求efi引导分区。而是在给出“ GRUB安装失败”错误之前执行大多数Linux安装。