我刚刚刷新了 3 个不同的 X9SCD 主板的 BIOS，它们都安装在不同的 MicroCloud 机箱中。我已经用这个确切的 BIOS 版本 (x9scd8.612) 做过数百次这样的操作，没有任何问题。我有自己定制的 FreeDOS ISO，我在 IPMI KVM 上启动它并运行一个批处理文件，该文件只需执行：
AFUDOSU.EXE x9scd8.612 /P /B /N /K /R
三个系统均顺利完成，没有任何错误。但重启电源后，我无法进入 BIOS。最后只看到这个屏幕：
除了无法进入 BIOS 之外，系统似乎运行良好。我能够通过 IPMI/KVM 在其中一个系统上安装 Windows 2019，并在另一个系统上启动现有的 Linux 操作系统。只是进入 BIOS 似乎失败了。
我今天注意到，出于某种原因，Java 不允许我在不添加安全例外的情况下加载 KVM。这只发生在运行 IPMI 固件 3.50 的服务器上。运行 3.54 的服务器继续正常工作。所以我想知道这是否真的与 BMC/IPMI 有关？我无论如何都更新了它们的 IPMI 固件，但这并没有解决问题。
此外，我刚刚测试了另一台最近完全没有动过的 X9SCD 服务器。它已经在运行 IPMI 3.54，我无法进入它的 BIOS！我完全搞不懂到底发生了什么。还有人在 X9 代主板上发现这个问题吗？
答案1
根据用户讨论Webjunkie 在 ServeTheHome 论坛上发表的帖子似乎存在一个与日期相关的错误，导致某些 Supermicro X9 主板出现这种行为：
如果系统日期超过 2020 年 12 月 31 日，带有 E3v1/v2 CPU（X9SCL-F、X9SCL+-F、X9SCI-LN4F、X9SCA-F、X9SCM-F、X9SCM-IIF 等）的 SuperMicro X9 主板似乎不允许您进入 BIOS。尝试进入 BIOS 时，会出现蓝屏，右下角出现错误代码“AB”，根据 SuperMicro 文档，这显然意味着“设置输入等待”。如果清除 CMOS，则可以进入 BIOS。我们尝试了最新的 BIOS（v2.3）和较旧的 BIOS，结果相同。
hwclock显然，可以通过清除 CMOS 来重置 RTC 或启动操作系统并使用其工具（例如）将 RTC 设置为 2021 年之前的日期来解决该问题。
根据他们的讨论，Supermicro 已经意识到了这个问题：
我刚刚收到 SuperMicro 的更新：
“我们已经意识到这个问题，并在内部努力解决它。一旦我掌握了更多有关 BIOS 修复的详细信息，我将提供更新。请继续使用手动解决方法。”
答案2
我刚刚收到了 Supermicro 的第一个未经测试的 BIOS 版本，它修复了我的 X9SCM-F 主板的错误。之前的版本是 2.3 现在主板是 2.3a，运行良好
因此您可能很快就会看到受影响主板的修复 BIOS 版本。
