我剛剛刷新了 3 個不同 X9SCD 主機板的 BIOS，它們都安裝在不同的 MicroCloud 機箱中。我已經用這個確切的 BIOS 版本 (x9scd8.612) 執行了數百次，沒有任何問題。我有自己自訂的 FreeDOS ISO，我在 IPMI KVM 上啟動它並運行批次文件，該文件只需執行：
AFUDOSU.EXE x9scd8.612 /P /B /N /K /R
所有 3 個系統均已完成且沒有錯誤。但是重啟後我無法進入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 主機板上出現此行為：
如果系統日期為 E3v1/v2 CPU（X9SCL-F、X9SCL+-F、X9SCI-LN4F、X9SCA-F、X9SCM-F、X9SCM-IIF 等），SuperMicro X9 主機板似乎將不允許您進入 BIOS 2020 年12 月31日過去。清除CMOS後，就可以進入BIOS了。我們嘗試過最新的 BIOS (v2.3) 和較舊的 BIOS，但結果相同。
hwclock顯然，可以透過清除 CMOS 以重置 RTC 或啟動作業系統並使用其工具（例如）將 RTC 設定為 2021 年之前的日期來解決此問題。
根據他們的討論，Supermicro 意識到了這個問題：
我剛剛收到來自 SuperMicro 的更新：
“我們已經意識到這個問題，並正在內部努力解決它。一旦獲得 BIOS 修復的更多詳細信息，我將提供更新。目前請繼續使用手動解決方法。”
答案2
我剛剛收到了第一個未經測試的 BIOS 版本，它修復了 Supermicro 為我的 X9SCM-F 主機板帶來的錯誤。之前的版本是 2.3 現在主機板是 2.3a 並且工作得很好
因此，您可能很快就會期望受影響的主機板修復 BIOS 版本。
