我的启动在 UEFI 屏幕上随机变得很长（带有主板徽标和快捷方式列表的屏幕：F2 进入 BIOS，F11 进入启动列表...）。大约 30 秒内我的键盘没有反应，如果我想进入 UEFI，我必须在这 30 秒过后开始按 F2。
我说它是随机的，但这个错误似乎发生在我对 USB 驱动器进行操作时，例如在其上刻录 .iso 或重写其分区表，它在我修改 Windows 和 Linux 上的分区表时发生在我身上。我说它是随机的，因为它昨晚发生在我身上，即使重新启动或关闭后问题仍然存在。然后我去睡觉了，第二天问题就消失了。现在它又发生在我身上，但即使长时间关机也不会关机。我可以通过清除 CMOS 来修复它，但我厌倦了每次发生这种情况时都清除 CMOS，因为这样我就必须重新配置主板。CSM 被禁用。
是否存在已知的错误，在 UEFI 主板上会出现此类症状，某种 VRAM 错误或类似问题？（我有一台 Asrock fatality x99x killer 3.1）
编辑：nvm 只需关闭电源开关就足以解决问题，无需重置 CSMOS，仍然知道发生了什么吗？
编辑：当我尝试启动 ubuntu live USB 时再次发生这种情况，但它卡在黑屏上，并显示消息“Ignoring BGRT: invalid status 0 (expected 1)我将其放置了 1 分钟并执行了此操作”。必须关闭电源才能恢复。
答案1
我想到了许多可能性：
- 固件错误-- 固件错误可能会导致速度变慢。在这种情况下，更新固件（制造商可能称之为“BIOS”）可能解决问题。尽管固件更新总是有一点风险，但我会首先尝试一下，或者至少尽早尝试一下，因为我觉得这是导致问题的最可能原因之一。
- 固件设置-- 固件设置可能会引发问题。如果是这样，这可能是“固件错误”可能性的一个特殊情况；但在这种情况下，即使没有可用的错误修复，更改设置也可能解决问题。我无法更具体说明这种可能性，但您可能想进入并开始使用固件选项。但请注意，某些设置可能会导致更严重的问题，因此如果您不习惯摆弄固件设置，您应该小心谨慎或向了解此类事情的朋友寻求帮助。如果您已经修改了设置以超频或以其他方式优化设置，那么您可能会遇到一个错误的组合。在这种情况下，重置为系统默认值可能是最佳选择。
- 垃圾收集-- EFI 将数据存储在 NVRAM 中，随着 NVRAM 内容的变化，它们必须定期清理。这个过程称为“垃圾收集”，可能需要几秒钟才能完成。通常，您只会偶尔看到垃圾收集；但是，如果固件有错误，它可能会更频繁地执行此操作，或者如果某些东西不必要地将数据存储在 NVRAM 中，则可能会触发过于频繁的垃圾收集。如果从一个操作系统重新启动后问题发生的频率比从另一个操作系统重新启动后高，您可能需要查看触发问题的操作系统，以查找可能将数据写入 NVRAM 的 EFI 感知工具。也可能是 EFI 应用程序（如第三方引导加载程序或其他预启动应用程序）正在写入 NVRAM，因此触发垃圾收集。这些都是相当非标准的工具，因此如果您安装了它们，您可能会意识到这一点。与此相关的一个具体问题可能是启动选项列表不断增加。这将
efibootmgr在 Linux 中或通过类似简易UEFI在 Windows 中。我听说过 Fedora/Red Hat 引导加载程序堆栈中存在错误，这会导致引导列表在每次引导时都因重复条目而增长。 - 文件系统或分区表损坏-- 损坏的文件系统或分区表可能会导致问题。大多数 EFI 只能读取 FAT，因此您可以尝试备份所有 FAT 文件系统，重新创建它们（例如在
mkdosfsLinux 中），然后恢复数据。这可能需要修改/etc/fstab或其他配置文件，这些文件通过其序列号（在某些 Linux 工具中被称为“UUID”）引用文件系统。同样，损坏的分区表也可能会导致问题。使用v中的选项检查这一点gdisk；如果它报告问题，您可能需要修复它们。 - 设备缺陷-- 硬件设备（内置于主板、插入主板或插入 USB 端口）可能会导致速度变慢。如果可能，我会将系统精简到最少的设备，并尽可能长时间地进行测试。如果问题消失，则逐个重新添加设备，直到问题再次出现。
答案2
我确实遇到过这种情况，问题是文件系统损坏。主硬盘在 W10 文件系统区域有坏扇区。一旦断开硬盘连接，启动过程速度就正常了。实际上，UEFI 会尝试启动并尝试重新读取损坏的扇区。此外，如果您连接了系统可能尝试从中启动的其他设备，也可能会发生同样的事情。如果您没有连接任何设备，请对启动硬盘进行完整扫描，它可能已损坏。