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