共用方式為


韌體更新狀態

此時,預期會套用所有韌體更新,以及後續叫用 Windows OS 載入器上 ESRT 中反映的所有更新結果。 參考 ESRT 資料表定義中的 ESRT 範例和 撰寫更新驅動程式套件中的韌體資源更新驅動程式套件 INF 範例,如果韌體.bin 第 2 版已成功套用韌體.bin,則新的 ESRT 資料表會反映這一點。 請注意,資料表中唯一的差異是系統韌體資源專案的 [韌體版本] 和 [上次嘗試版本] 欄位已變更,以反映已成功套用的新韌體版本。

欄位 註解
韌體資源計數 2 此資料表包含兩個韌體資源專案。
韌體資源上限 2 此資料表配置包含足夠的空間來描述最多兩個資源。
韌體資源版本 1 此資料表使用的韌體資源專案格式版本為 1。
韌體資源專案陣列 韌體資源專案 0
Firmware 類別 (SYSTEM_FIRMWARE) 此 GUID 會識別透過 PnP 進行更新的系統韌體。
韌體類型 1 系統韌體類型為 1。
韌體版本 2 目前的系統韌體版本為 2。
最低支援的韌體版本 2 將最低支援的韌體版本變更為 2,讓韌體無法回復至版本 2 之前的版本。 當韌體更新包含安全性修正時,通常會變更此值。
太空旗標 0 系統韌體不會定義任何私人的密封更新旗標。
上次嘗試版本 2 嘗試更新的最後一個系統韌體版本是 2
上次嘗試狀態 0 上次系統韌體更新嘗試成功。
韌體資源專案 1
Firmware 類別 (DEVICE_FIRMWARE) 此 GUID 會識別裝置韌體,以透過 PnP 進行更新。
韌體類型 2 裝置韌體類型為 2。
韌體版本 1 目前的裝置韌體版本為 1。
最低支援的韌體版本 1 將最低支援的韌體版本保留為 1。 如有必要,韌體可以回復至第 1 版。
太空旗標 0x8010 裝置韌體會定義 (0x8010) 的私人密封更新旗標。
上次嘗試版本 1 嘗試更新的最後一個裝置韌體版本是 1。
上次嘗試狀態 0 上次裝置韌體更新嘗試成功。

如果無法成功套用韌體,則 ESRT 中的 [韌體版本]、[上次嘗試版本] 和 [上次嘗試狀態] 專案將會反映失敗的更新嘗試。 例如,如果系統嘗試將第 1 版韌體更新為第 2 版,且無法成功套用,則韌體版本 = 1、上次嘗試版本 = 2,以及上次嘗試狀態 != 0。 (也就是[上次嘗試狀態] 設定為適當的非零錯誤碼,指出發生失敗的原因。 如需此專案的有效錯誤碼清單,請參閱 ESRT 資料表定義

雖然標準更新原則會強制增加韌體版本,但此原則可透過 [原則] 設定停用,如以下 復原韌體更新 一節中所述。

系統重設

系統重設可讓使用者將系統還原回原廠設定。 在製造過程中,將預先載入的 Windows 映像重新安裝至系統,即可達成此目的。 將會重新安裝整個 OS,包括驅動程式和應用程式。

由於 防止韌體跨 安全性界限復原的安全性需求,系統重設無法回復韌體版本,以符合在處理站中部署的原始韌體。 這表示所有版本的韌體都必須與該平臺上隨附的所有驅動程式和作業系統版本回溯相容。 如果韌體不相容,這可能會導致使用者將其系統傳回給製造商。

復原韌體更新

在某些情況下,可能需要復原韌體更新,例如在更新測試期間。 每個 ESRT 報告的韌體資源都有下列登錄機碼中的專案: HKLM\SYSTEM\CurrentControlSet\Control\FirmwareResources

專案是名稱等於 用來報告 ESRT中資源之 GUID 的索引鍵。 若要允許韌體復原,請建立名為Policy的REG_DWORD值,並將值設定為1。 指定的韌體資源只能回復至其各自的最低支援韌體版本,如 ESRT中所指定。 這是為了防止韌體復原超過對韌體進行重大安全性修正的一點。 如果您要復原的韌體版本符合這些條件,OS 載入器將會更新為較舊的版本。

ESRT 資料表定義

隨插即用裝置

撰寫更新驅動程式套件

處理更新

來自 UEFI 環境的裝置 I/O

順暢的危機預防與復原