我正在启用UEFI的Intel NUC计算机上安装Ubuntu 16.04。我正在使用另一台计算机上的SSD。在安装过程中，我选择“ 擦除磁盘”并进行新的完整安装

在过程结束时，我看到：

grub-efi-amd64-signed failed installation /target/ Ubuntu 16.04 

并且系统无法启动。

我尝试使用引导修复，但显然无法解决问题。

我在使用USB安装介质启用UEFI的新SSD上安装16.04 64桌面时遇到了完全相同的问题。与问题不同，我选择创建自己的分区，因为我要挂载其他磁盘。我在软件包安装开始附近遇到了此错误。

经过一番谷歌搜索后，我找到了此页面：

https://help.ubuntu.com/community/UEFI#General_principles

在General principles部分中指出：

如果您的HDD上没有UEFI分区，则首先必须创建它

并指向：

https://help.ubuntu.com/community/UEFI#Creating_an_EFI_System_Partition

哪个状态：

1. 挂载点：/ boot / efi（注：使用手动分区时无需设置此挂载点，Ubuntu安装程序将自动检测到该挂载点）
2. 大小：最小100Mib。推荐200MiB。
3. 类型：FAT32
4. 其他：需要一个“启动”标志。

因此，我重新安装了驱动器并对其进行分区时，我从包括文件系统和swap等在内的列表中选择了EFI选项，并在磁盘开始处将其设置为200MB。我没有选择文件系统或设置可启动标志的选项。

在此之后，其余的安装一切正常。

这是安装后此磁盘上的分区的外观：

通过运行可以看到相同的信息parted：

$ sudo parted /dev/sda
GNU Parted 3.2
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p                                                                
Model: ATA Samsung SSD 750 (scsi)
Disk /dev/sda: 250GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End    Size    File system     Name  Flags
 2      1049kB  200MB  199MB   fat32                 boot, esp
 3      200MB   242GB  242GB   ext4
 1      242GB   250GB  8000MB  linux-swap(v1)

(parted) q

请注意，创建的分区是EFI系统分区（ESP），并且磁盘具有GUID分区表（GPT）而不是MBR分区表。

如果您在此磁盘中/boot/efi或/sys/firmware/efi/在此磁盘上查找，则应该发现它们已填充，同样，运行sudo efibootmgr时应提供真实的输出，如果需要更多信息，请参见下面的链接。

更多信息

如果您想进一步了解UEFI的工作原理，请在UEFI之后进行引导：那实际上是如何工作的呢？强烈推荐Adam Williamson撰写。

他在文章中描述了导致此错误的情况（请注意，他是Fedora用户，但适用于Ubuntu）：

如果进行手动分区，则处理EFI系统分区

我在这里只能为Fedora提供权威建议，但要点可能对其他发行版/ OS有用。

如果您在执行UEFI原生安装时允许Fedora为您处理分区-并且您使用GPT格式的磁盘，或者允许它重新格式化该磁盘（通过删除所有现有分区）-它将为您处理EFI系统分区的内容。

但是，如果使用自定义分区，它将期望您提供EFI系统分区供安装程序使用。如果您不这样做，安装程序将抱怨（带有一些令人困惑的错误消息），并拒绝让您开始安装。

因此，如果您要进行UEFI本机安装并使用自定义分区，则需要确保将'EFI系统分区'类型的分区安装在/ boot / efi上–这是Fedora希望在其中找到其EFI系统分区的位置。使用。如果系统上存在现有的EFI系统分区，只需将其安装点设置为/ boot / efi。如果还没有EFI系统分区，请创建一个分区，将其类型设置为EFI系统分区，使其至少至少200MB（500MB是好的），并将其安装点设置为/ boot / efi

幸运的是，我解决了我的问题。

我使用实时USB引导并称为“磁盘”，然后手动删除了SSD的所有部分。

然后，我在计算机固件中启用了uefi的情况下重新启动。我进入了实时USB Ubuntu桌面，然后从那里安装了Ubuntu。

我检查了两个方框，说安装更新和其他软件。这次安装正常。

我在安装Ubuntu MATE 17.04时遇到了同样的问题。我试图与Windows 10一起进行双重引导。我的Windows处于传统模式，并且BIOS设置中启用了UEFI支持。我去掉了UEFI的支持，安装过程完美无缺。希望有人觉得这很有用。

如果系统允许，您还可以创建启动uefi分区。我有同样的问题，无法使用uefi是一个选项，并且是更永久的选项，但是由于我处于运行状态，因此我创建了uefi引导分区：该选项与/ boot出现在同一选项中，如下所示

当我尝试在技嘉主板上安装Mint 18 kde时，我遇到了同样的问题。我的问题是我试图从Uefi模式下的USB启动。

您也以兼容模式启动。您很可能需要更改某些BIOS设置才能执行此操作。就我而言，我必须在启动模式选择中选择“仅旧版”。

如果以兼容模式启动，则会出现一个屏幕，提示您在10秒钟内自动启动，然后您会看到一个菜单；但是，如果以Uefi模式启动，则会直接获得菜单。

我遇到了同样的问题。对我有用的是在安装过程中，当安装程序询问您是否要以UEFI模式安装时，请告知否。它应该警告您有关此问题的影响，但是按照此方法进行操作后，我没有遇到任何问题。

我在研究此问题时遇到的其他解决方案涉及

• 使用同一张（或另一张）实时光盘重新启动计算机，并在有问题的计算机上运行启动修复。
• 观察安装日志并在崩溃前查看是否安装GRUB时关闭计算机（我强烈建议您这样做，尽管这可能需要一些时间。我强烈建议您这样做。在安装任何东西时，您都应尽量避免关闭设备）。

曾经有同样的错误消息，原来我的EFI分区中的目录已损坏，这导致grub在每次安装尝试时都放弃了。

fsck花费的时间太长，因此Windows的chkdsk迅速清除了损坏，第二次安装正常。

收到了完全相同的消息，只需将计算机连接到互联网即可解决该问题（我当时使用USB安装程序将其安装到全新的，没有全新SSD的计算机上）。

连接后，安装程序可以下载安装程序中缺少的所有依赖项，这是我的安装程序所必需的。

赠送的内容是依赖性问题，而不是文件中的分区/磁盘问题/var/log/syslog。有关Grub无法安装的消息可能意味着很多事情，通常您应该检查/var/log/syslog一下真正的问题是什么。

我发现以上内容对我尝试将Ubuntu 16.04从另一个USB记忆棒安装到USB记忆棒并没有真正的作用。经过两天的心痛，这就是我要做的。这给了我双重引导Windows 10和Ubuntu在同一硬盘上的安装，并且在此过程中解决了这个问题：

• 使用目标硬盘和源cdrom硬件进行安装
• 将/ burn下载到DVD Windows 10（所有版本通用）和ubuntu 16.04.3版本。即创建2个安装DVD。
• 无需安装即可启动ubuntu的实时版本。
• 使用ubuntu内置的分区管理器gparted删除硬盘上的所有分区。
• 引导到系统BIOS中，并确保仅选择UEFI并关闭传统引导。还要更改启动顺序，以确保系统首先从cdrom启动（如果有），并且将磁盘作为第二选项。
• 插入Windows磁盘，然后将Windows（我使用Windows 10 Pro 64位）安装到硬盘驱动器上。您不需要许可证即可执行此操作，只需在提示时说您没有许可证即可。
• 引导Windows，并确保它可以工作。我发现它无法正确关闭，但这似乎无关紧要。我也允许Windows 10经历完整的更新周期，尽管这可能并不重要。这需要很长时间。
• 现在再次启动进入实时Ubuntu。这次使用它来减少最后一个数据分区，以便为ubuntu安装留出空间。只需保留未分配的可用空间即可。无论如何我都需要Windows，所以只剩下一半的磁盘用于Windows。
• 选择内置在ubuntu dvd中的安装应用程序。选择选项与现有Windows OS一起安装。我保留了默认选项，以使其在根目录下创建2个分区并在可用空间中进行交换。

是的。现在启动时，出现提示询问我是否要Windows，Ubuntu或具有更多选项的ubuntu Advanced。我花了很长时间来尝试从USB记忆棒启动，但这花了整整2天的时间。使用旧风格的cdrom和硬盘似乎有所帮助。

我对这个问题的解决方法如下。

1）由于某些原因，我的EFI磁盘已被Windows锁定，因此Grub无法安装在我的EFI上。

我启动Windows并将其关闭（Windows->关闭->关闭，而不重新启动）。注意：在重新启动的情况下，Windows可能会以快速重新启动模式重新启动，这会使EFI处于锁定状态-这就是我所发生的事情。

2）我运行Ubuntu Live Disk，并使用标准设置运行Boot-Repair Utility（URL）。

此后，我的系统开始通过Grub正常启动。

诀窍在于，如果没有第1项（EFI已被Windows锁定），Boot-Repair实用程序将无法修复我的Grub。

仅出于记录目的，我在Acer tmb117上安装16.04时遇到了相同的问题，我使用实时USB完全擦除了内部磁盘，然后重新启动并只是启动了安装（独立，没有其他系统与Ubuntu一起）已关闭。