我使用 Startup Disk Creator 在 GPT 格式的 USB 上创建了一个 17.04 安装程序，并使用它在 GPT 格式的 SSD 上创建了一个新的 17.04 安装程序。目的是新的 SSD 应该在 UEFI 模式下启动而不安全启动。
当我从这个 SSD 启动时，我只是得到一个空白屏幕，没有任何迹象表明 Grub2 已加载或执行任何操作。系统没有完全锁定，因为我可以使用 Ctrl-Alt-Delete 重新启动。
我已经验证没有明显的硬件问题，安装 USB 和新 SSD 都通过了 e2fsck 检查。
新 SSD 的 ESP 为 400Mb，内容似乎很合理。
我应该如何解决这种情况？我既想解决这个特定问题，又想提高我的故障排除技能，而后者是我的首要任务。
感谢@Rod 的评论为我指明了正确的方向，我能够解决这个问题。发生的事情是我的机器已经使用了 5 年以上，并且有一个 UEFI 的早期副本，它似乎忽略了 EFI 引导顺序。相反，它坚持认为 ESP 必须位于 /dev/sda1 上，而在我的机器上它位于 /dev/sda3 上，这是对磁盘配置进行大量更改的结果。
我需要删除磁盘上的所有分区，然后删除 GPT 分区本身。完成后，我创建了一组新的分区，其中 ESP 作为第一个分区，登陆 /dev/sda1。最后我重新安装了 Ubuntu 17.04，重新启动，一切正常。
三个具体的困难立即浮现在脑海。
第一：efi固件存储信息。如果您有 ubuntu 实时映像，请启动它并安装 efibootmgr。使用它来删除 efi 中的所有条目。
第二：不是所有的uefi实现，扫描操作系统。他们在第一个 fat32 分区上查找 /efi/boot/bootx64.efi。将 grubx64.efi 复制到此文件夹并重命名。
第三：一些 efi 实现，要求 1 GB ntfs 恢复或诊断分区是磁盘上的第一件事，第二个是 efi 分区。
第四：验证您是否启动并安装了 uefi。某些系统会在安全启动关闭时启动 CMS