Freigeben über


Erstellen eines Updatetreiberpakets

Es ist erforderlich, dass die Updatenutzlast für jede firmwareressource, die im ESRT beschrieben wird, gebündelt und in einem eigenen Treiberpaket verteilt werden, damit es sein eigenes Versionsverwaltungsschema verwalten kann, ohne an andere Firmwareressourcenupdates gebunden zu sein, die möglicherweise nicht im gleichen Rhythmus aktualisiert werden.

Das folgende Beispiel stellt eine BEISPIELtreiberpaket-INF-Dateidefinition für ein Firmwareressourcenupdate bereit, das auf die {SYSTEM_FIRMWARE}-Ressource aus dem ESRT-Beispiel in Tabelle 2 ausgerichtet ist und von Version 1 auf Version 2 aktualisiert wird. Für Referenzzwecke gehen wir davon aus, dass die für die SYSTEM_FIRMWARE Ressource zugewiesene GUID 6bd4efb9-23cc-4b4a-ac37-016517413e9a ist.

[Version]
Signature   = "$WINDOWS NT$"
Provider    = %Provider%
Class       = Firmware
ClassGuid   = {f2e7dd72-6468-4e36-b6f1-6488f42c1b52}
DriverVer   = 01/01/2012,2.0.0.0
CatalogFile = catalog.cat
PnpLockdown = 1

[Manufacturer]
%MfgName% = Firmware,NTarm64.10.0...17134
; Prior to Windows 10, version 1803, the above should instead be:
; %MfgName% = Firmware,NTarm64

[Firmware.NTarm64.10.0...17134]
; Prior to Windows 10, version 1803, the above should instead be:
; [Firmware.NTarm64]
%FirmwareDesc% = Firmware_Install,UEFI\RES_{6bd4efb9-23cc-4b4a-ac37-016517413e9a}

[Firmware_Install.NT]
CopyFiles = Firmware_CopyFiles

[Firmware_CopyFiles]
firmware.bin

[Firmware_Install.NT.Hw]
AddReg = Firmware_AddReg

[Firmware_AddReg]
HKR,,FirmwareId,,{6bd4efb9-23cc-4b4a-ac37-016517413e9a}
HKR,,FirmwareVersion,%REG_DWORD%,0x00000002
HKR,,FirmwareFilename,,%13%\firmware.bin
; Prior to Windows 10, version 1803, the above should instead be:
; HKR,,FirmwareFilename,,{6bd4efb9-23cc-4b4a-ac37-016517413e9a}\firmware.bin

[SourceDisksNames]
1 = %DiskName%

[SourceDisksFiles]
firmware.bin = 1

[DestinationDirs]
DefaultDestDir = 13
; Prior to Windows 10, version 1803, the above should be:
; DefaultDestDir = 10,Firmware\{6bd4efb9-23cc-4b4a-ac37-016517413e9a}

[Strings]
; localizable
Provider     = "Contoso Ltd."
MfgName      = "Fabrikam Inc."
FirmwareDesc = "Fabrikam System Firmware 2.0"
DiskName     = "Firmware Update"

; non-localizable
REG_DWORD     = 0x00010001

Ändern Sie die folgenden Abschnitte, um sie für Ihre Einrichtung anzupassen.

[Version]
DriverVer --> The date on which this driver package was authored and the driver version of this driver package. Driver version in this driver package must be greater than the current driver version
CatalogFile --> Name of the catalog file

firmware.bin --> Change all instances of firmware.bin with the name of the firmware image name

[Manufacturer]
%MfgName% = Firmware,NTarm64.10.0...17134
[Firmware.NTarm64.10.0...17134] --> Change the architecture.
For x86, it should be NTx86
For AMD64, it should be NTamd64

[Firmware.NTarm64.10.0...17134]
%FirmwareDesc% = Firmware_Install,UEFI\RES_{6bd4efb9-23cc-4b4a-ac37-016517413e9a} --> The GUID of the firmware resource

[Firmware_AddReg]
HKR,,FirmwareId,,{6bd4efb9-23cc-4b4a-ac37-016517413e9a} --> The GUID of the firmware resource
HKR,,FirmwareVersion,%REG_DWORD%,0x00000002 --> Version of the firmware for the update
HKR,,FirmwareFilename,,%13%\firmware.bin --> firmware.bin should be replaced with the firmware image name
; Prior to Windows 10, version 1803, the above should instead be:
HKR,,FirmwareFilename,,{6bd4efb9-23cc-4b4a-ac37-016517413e9a}\firmware.bin --> The subdirectory named after the GUID of the firmware resource and the firmware image name

[DestinationDirs]
DefaultDestDir = 13 --> The full destination path as a 'run from Driver Store' binary
; Prior to Windows 10, version 1803, the above should be:
; DefaultDestDir = 10,Firmware\{6bd4efb9-23cc-4b4a-ac37-016517413e9a} --> The full destination path for the firmware image file based under a subdirectory named after the GUID of the firmware resource within the %SystemRoot%\Firmware directory

[Strings]
; localizable
Modify any strings here [optional]

In der folgenden Tabelle werden die verschiedenen INF-Abschnitte und Felder des Treiberpakets mit Verweis auf die obige INF-Dateidefinition des Beispieltreiberpakets beschrieben.

Abschnitt/Feld Wert Kommentar
[Version] Definiert Informationen zur Treiberpaketversionsverwaltung.
Provider %Provider% = Contoso Inc.

(lokalisiert im Abschnitt [Strings])
Identifiziert den Anbieter des gesamten Firmware-Ressourcen-Update-Treiberpakets.
Klasse/KlasseGuid Firmware/

{f2e7dd72-6468-4e36-b6f1-6488f42c1b52}
Gibt das Datum des Treiberpakets an. Das Datum und die Version sollten sowohl das Datum als auch die Version des tatsächlichen Firmwareressourcenupdates so genau wie möglich widerspiegeln, um sicherzustellen, dass das PnP-Geräteinstallationssystem das beste Treiberpaket auswählt, das auf dem System verfügbar ist.
Katalogdatei catalog.cat Gibt die zugeordnete Katalogdatei an, die die INF-Datei des Treiberpakets und alle zugehörigen Binärdateien für Firmwareressourcenupdates signiert.
PnpLockdown 1 Aktiviert den Sperrmodusmechanismus für PnP-Treiberdateien, um zu schützen, dass installierte Treiberdateien von nicht verwandten Anwendungen extern geändert werden. Für Firmwareressourcenupdates sollte diese Einstellung immer aktiviert sein, um sicherzustellen, dass Firmwareressourcenimagedateien nicht außerhalb der Kontrolle des PnP-Systems manipuliert werden können.
[Hersteller] Listet alle verschiedenen Treiberhersteller/Anbieter auf, die Firmwareressourcenupdates definieren. Jede Herstellerlinie gibt einen< [Models>]-Abschnitt an und identifiziert die unterstützte Zielplattform.
%MfgName% Fabrikam Inc.

(lokalisiert im Abschnitt [Zeichenfolgen]
Identifiziert den Hersteller/Anbieter des Firmware-Ressourcen-Updates. Dies kann mit dem Feld "Anbieter" identisch sein.
Firmware

NTarm64.10.0... 17134
Identifiziert den Abschnitt [<Modelle>], der die von diesem Treiberpaket unterstützten Firmware-Ressourcengeräte definiert, einschließlich ihrer Zieltreiberplattformen. In diesem Beispiel sind die Treiber nur für die Arm64-basierte NT-Plattform für Windows 10-Builds 17134 und höher vorgesehen, und der Abschnitt [<Models>] lautet [Firmware.NTarm64.10.0... 17134].
[Firmware.NTarm64.10.0... 17134] [<Modelle>] Abschnitt für die Arm64-basierte NT-Plattform für Windows 10 Builds 17134 und höher, in dem alle Firmwareressourcengeräte aufgeführt sind, für die Updates definiert sind. Jede Hardwaremodellzeile gibt einen [<DDInstall>]-Abschnitt und die zugehörige Hardware-ID-Übereinstimmung an.
%FirmwareBeschreibung% Fabrikam System Firmware 2.0

(lokalisiert im Abschnitt [Strings])
Beschreibt das Firmware-Ressourcen-Update. Dies ist die primäre Beschreibungszeichenfolge, die verwendet wird, um die zugeordnete Instanz des Firmwareressourcengeräts im Geräte-Manager und andere gerätebezogene UI darzustellen. Aus diesem Grund kann die Beschreibung den Firmwareanbieter und die Version enthalten.
Firmware_Install,

UEFI\RES_{RESOURCE_GUID}
Identifiziert den Abschnitt [<DDInstall], der die Installationsschritte für das Firmware-Ressourcen-Update enthält, die die Gerätinstanz anspricht, die durch die UEFI\RES_{RESOURCE_GUID}-Hardware-ID identifiziert wird. Dabei ist RESOURCE_GUID die GUID der Firmwareressource, die aktualisiert wird.
[Firmware_Install.NT]

CopyFiles = Firmware_CopyFiles

[Firmware_CopyFiles]

...
[<DDInstall>]-Abschnitt, der die Installationsschritte für das Firmwareressourcenupdate enthält. Für Firmwareressourcenupdates definiert dies nur die Firmwareressourcenimagedatei, die für ein Firmwareressourcenupdate in die Datei eingefügt werden soll. In diesem Beispiel lautet der Abschnitt [<DDInstall>] [Firmware_Install.NT].
firmware.bin Spezifiziert die Firmware-Ressourcen-Update-Bilddatei, die kopiert werden soll. Weitere Informationen dazu, wo diese Datei kopiert wird, finden Sie im Abschnitt [DestinationDirs] weiter unten.
[Firmware_Install.NT.Hw]

AddReg = Firmware_AddReg

[Firmware_AddReg]

...
[<DDInstall>. Hw] Abschnitt, der die hardwarespezifischen Installationsschritte für das Firmwareressourcenupdate enthält. Für Firmwareressourcenupdates definiert dies die Konfigurationsinformationen zur Firmwareressourcenaktualisierung in Form von Registrierungswerten, die unter dem Gerätehardwareschlüssel der Zielgeräteinstanz festgelegt werden.
FirmwareId {RESOURCE_GUID} Die Firmware-GUID des Firmwareressourcenupdates. Beachten Sie, dass dies die gleiche Firmwareressourcen-GUID ist, die in die UEFI\RES_{RESOURCE_GUID}-Hardware-ID eingebettet ist. Sie muss jedoch hier als eigenständiger Wert angegeben werden, da vom PnP-System alle Hardware-IDs als undurchsichtige Zeichenfolgen behandelt werden, die ausschließlich für Geräte-/Treiberabgleichszwecke verwendet werden.
FirmwareVersion 0x00000002 Die Firmwareversion des Firmware-Ressourcen-Updates, angegeben als ein REG_DWORD Wert.
Firmware-Dateiname %13%\firmware.bin Unter Windows 10, Version 1803 und höher, sollte dies eine "Ausführung aus dem Treiberspeicher" sein und den vollständigen Pfad zur Binärdatei angeben, wie im Beispiel dargestellt. Für Windows 10 vor Version 1803 sollte dies der relative Pfad sowie der Firmwaredateiname des Imagedateinamens der Update-Kapsel des Firmwareressourcenupdates unter dem %SystemRoot%\Firmware-Verzeichnis sein, sodass {RESOURCE_GUID} ein Unterverzeichnis darstellt, das zur Organisation aller Firmware-Imagedateien verwendet wird, die für bestimmte Firmwareressourcen vorgesehen sind. Beispiel: {RESOURCE_GUID}\firmware.bin.
[SourceDisksNames] Listet alle unterschiedlichen Speicherorte des Treiberpakets auf, an denen zugeordnete Treiberdateien, z. B. Ressourcenimagedateien für Firmwareupdates, enthalten sind.
1 %DiskName% = Firmware-Update

(lokalisiert im Abschnitt [Zeichenfolgen])
Gibt eine beliebig nummerierte Treiberpaket-Quelldatenträger-ID und den zugehörigen Beschreibungsnamen an. Es wurde kein optionales Unterverzeichnis für das Treiberpaket angegeben, sodass alle Treiberdateien, die dieser Laufwerks-ID zugeordnet sind, wie die Imagedatei für Firmware-Ressourcen-Updates, direkt neben der INF-Datei gespeichert werden.
[SourceDisksFiles] Listet alle Treiberdateien auf, auf die vom Treiberpaket verwiesen wird, und verknüpft sie mit einer Datenträger-ID aus dem Abschnitt [SourceDisksNames].
firmware.bin 1 Stellt die firmware.bin Firmwareressourcenaktualisierungsimagedatei als Teil des Treiberpakets her, indem sie mit der primären Datenträger-ID verknüpft wird. Es wird kein optionales dateispezifisches Unterverzeichnis angegeben, sodass diese Treiberdatei voraussichtlich relativ zum Unterverzeichnis der Datenträger-ID gespeichert wird, das sich in diesem Fall direkt neben der INF-Datei befindet.
[DestinationDirs] Listet die Zielverzeichnisse aller Treiberdateien auf, auf die vom Treiberpaket verwiesen wird.
DefaultDestDir 13 Gibt das Standardzielverzeichnis aller Treiberdateien an, die von diesem Treiberpaket kopiert wurden. Unter Windows 10, Version 1803 und höher, sollte dies DIRID 13 sein, damit die Dateien aus dem Treiberspeicher ausgeführt werden. Vor Windows 10, Version 1803, sollte dies 10,Firmware\{RESOURCE_GUID} sein, um anzugeben, dass sich das Ziel aller Dateien unter %SystemRoot%\Firmware befindet, wobei 10 (DIRID_WINDOWS) das Basisverzeichnis %SystemRoot% und {RESOURCE_GUID} ein Unterverzeichnis darstellt, das nach der GUID der Firmwareressource benannt ist.
[Zeichenfolgen] Definiert Schlüssel-Wertzuordnungen für alle indirekten Zeichenfolgentoken (%token%) in der INF-Datei des Treiberpakets. Die Verwendung von Zeichenfolgentoken ermöglicht es einer INF-Datei eines Treiberpakets, einfach lokalisiert zu werden, indem gebietsschemaspezifische [Strings.<LanguageID>]-Abschnitte eingeführt werden. Es kann auch hilfreich sein, die Ersetzung von Zeichenfolgentoken zum Definieren konstanter numerischer Werte zu verwenden, z. B. REG_DWORD.
Provider "Contoso Ltd." Ein Beispiel für eine Zuordnung von String-Token-Schlüssel zu Wert.

Es ist wichtig, für jede Imagedateiversion der Firmwareressourcenaktualisierung einen eindeutigen Namen zu verwenden, um potenzielle Konflikte mit anderen Firmwareimagedateien zu vermeiden, sowohl ihre eigenen als auch die von anderen Firmwareanbietern. Beispielsweise sollte firmware.bin aus der obigen Version den folgenden Namen zugewiesen werden, um sowohl den Namen des Anbieters als auch die Versionsbeschränkungen zu erfüllen: Fabrikam-System-Firmware-2.0.bin.

Um sicherzustellen, dass Varianten eines bestimmten Firmwareressourcenupdateimages, die möglicherweise für OEM/IHV-Anpassungszwecke verwendet werden, nicht kollidieren, wenn sie im selben Windows-Systemimage bereitgestellt werden, wird empfohlen, dass jedes unterschiedliche Firmwareressourcenupdateimage entweder eine Datei vom Treiberspeicher (Windows 10, Version 1803 und höher) ist oder unter einem Unterverzeichnis im verzeichnis %SystemRoot%\Firmware verwaltet wird. Dieses Unterverzeichnis sollte nach der GUID der Ziel-Firmwareressource benannt werden. Die folgenden Imagepfade für Firmwareressourcenupdates erfüllen beispielsweise die Bereitstellungseinschränkungen: %SystemRoot%\\Firmware\\{6bd4efb9-23cc-4b4a-ac37-016517413e9a}\\Fabrikam-System-Firmware-2.0.bin

Testen der Signierung des Firmware-Treiberpakets

Sobald die INF-Datei des Treiberpakets und die Firmwarenutzlast-Binärdatei bereit sind, muss das gesamte Treiberpaket signiert werden, um eine Katalogdatei zu erzeugen. Es ist entscheidend, dass diese Katalogdatei die Gültigkeit und Authentizität der im Treiberpaket enthaltenen INF-Datei und der Firmwarenutzlast-Binärdatei bestätigt, damit Windows ein sicheres Update der Firmware-Ressourcen initiieren kann.

Die Schritte zum Selbst signieren des Treiberpakets für Testzwecke werden unten aufgelistet. Bitte beachten Sie, dass diese Schritte nur zu Testzwecken dienen. In der Produktion müssen Treiberpakete für Firmware-Updates zum Signieren an das Partner Center übermittelt werden. Die Schritte zum Signieren eines Firmwaretreiberpakets für die Produktion finden Sie unter Zertifizieren und Signieren des Updatepakets.

  1. Installieren Sie das neueste Windows SDK und das Windows Driver Kit (WDK).

    • Das Windows SDK installiert Tools wie makecert, pvk2pfxund signtool.
    • Das Windows Driver Kit (WDK) installiert treiberspezifische Tools wie Inf2Cat.

    Diese Tools finden Sie in der Regel im Installationsverzeichnis von Windows Kits, z. B.:

    %WindowsSdkDir%\bin\<version>\x86 (oder x64)

    Hinweis

    Der genaue SDK-Versionsordner und der Satz verfügbarer Tools hängen von den installierten Komponenten des Windows SDK/WDK ab.

  2. Führen Sie den folgenden Befehl aus, um ein Testzertifikat zu erstellen.

    makecert.exe -r -pe -a sha256 -eku 1.3.6.1.5.5.7.3.3 -n CN=Foo -sv fwu.pvk fwu.cer
    pvk2pfx.exe -pvk fwu.pvk -spc fwu.cer -pi <Password entered during makecert prompt> -spc fwu.cer -pfx fwu.pfx
    

    Weitere Informationen finden Sie unter MakeCert.

  3. Führen Sie den folgenden Befehl aus, um eine Katalogdatei zu erstellen.

    Inf2Cat.exe /driver:"." /os:8_x64
    

    Das Argument "/driver " verweist auf die Position, an der sich die INF befindet. Ändern Sie den Wert des /os-Arguments je nach Betriebssystem, für das das Firmwaretreiberpaket vorgesehen ist. Weitere Informationen finden Sie unter Inf2Cat.

    Weitere Informationen zu Sicherheitskatalogen und Treibern finden Sie unter "Katalogdateien und digitale Signaturen" und"Erstellen einer Katalogdatei für ein PnP-Treiberpaket".

  4. Führen Sie den folgenden Befehl aus, um die Katalogdatei zu signieren.

    signtool sign /fd sha256 /f fwu.pfx /p <Password entered during makecert prompt> delta.cat
    

    Weitere Informationen finden Sie unter SignTool.

  5. Installieren Sie das Testzertifikat auf dem Testsystem:

    1. Doppelklicken Sie auf die datei fwu.cer, und wählen Sie die Option "Zertifikat installieren " aus.

    2. Wählen Sie während der Zertifikatinstallation die folgenden Optionen aus:

      • Wählen Sie für den Speicherort "Lokaler Computer" aus.

      • Navigieren Sie zum Zertifikatspeicher und wählen Sie "Vertrauenswürdige Stammzertifizierungsstellen" aus.

  6. Deaktivieren Sie den sicheren Start in den Firmware-/BIOS-Optionen.

  7. Aktivieren Sie die Testsignierung in den BCD-Optionen, damit der OS-Loader die Firmware-Image-Datei (firmware.bin) während des Starts laden kann, auch wenn der Katalog nicht produktionssigniert ist. Führen Sie den folgenden Befehl mit Administratorrechten aus:

    bcdedit /set testsigning on
    

Nachdem das Treiberpaket signiert wurde, kann es mithilfe eines der folgenden Mechanismen installiert werden:

  • Geräte-Manager. Für manuelle Tests bietet Der Geräte-Manager eine benutzerfreundliche Schnittstelle zum Auffinden eines Firmwareressourcengeräts und zum Aktualisieren des Treibers, um ein Firmwareressourcenupdate zu initiieren.

    1. Suchen Sie das gewünschte Firmwareressourcengerät unter der Klasse "Firmware", während Sie Geräte nach Typ anzeigen, oder unter dem Gerät "Microsoft UEFI-Compliant System" während der Anzeige von Geräten nach Verbindung.

    2. Klicken Sie mit der rechten Maustaste auf das Firmwareressourcengerät, und wählen Sie "Treibersoftware aktualisieren..." aus. Option.

    3. Verwenden Sie die Option "Computer nach Treibersoftware durchsuchen", um ein neueres Firmwareressourcenupdatetreiberpaket auf dem Firmwareressourcengerät zu suchen und zu installieren. Dieser Vorgang stellt sicher, dass das angegebene Treiberpaket für das Firmwareressourcenupdate tatsächlich neuer ist als jedes vorhandene Firmwareressourcenupdatetreiberpaket, das sich möglicherweise bereits auf dem Firmwareressourcengerät befindet, bevor sie dem Windows-Treiberspeicher hinzugefügt und eine Installation initiiert wird.

  • pnputil. Für automatisierte Tests kann das Befehlszeilenprogramm PnpUtil von einer Administrator-Eingabeaufforderung verwendet werden, um ein Treiberpaket für das Firmware-Ressourcen-Update in den Windows-Treiberspeicher zu importieren und eine Geräteinstallation auf allen anwendbaren Firmwareressourcengeräten zu initiieren, die derzeit eine ältere Firmwareressourcenversion verwenden, wie durch den DriverVer ihrer aktuell installierten Treiberpaket-INF-Datei oder wenn keine von einem Drittanbieter bereitgestellte Treiberpaket-INF-Datei vorhanden ist. Verwenden Sie beispielsweise die folgende Befehlszeile, um X:\firmware.inf hinzuzufügen und zu installieren:

    pnputil -i -a X:\firmware.inf
    

Wenn das Firmwareressourcenupdate erfolgreich auf einem Firmwareressourcengerät installiert wurde und ein Firmwareressourcenupdate bereitstellt, das eine höhere Version als die aktuelle Firmwareversion ist, wartet das Gerät auf einen Systemneustart, um den Updatevorgang abzuschließen. Ein Gerät in diesem Zustand gibt an, dass das System neu gestartet werden muss, indem ein Geräteproblem beibehalten wird, wodurch verhindert wird, dass das Gerät gestartet und in einem stabilen Zustand wiederhergestellt wird, bis der Neustart ausgeführt wird.

Überprüfen des Status des Firmwareupdates

Wenn ein Firmwaretreiberpaket erfolgreich installiert wurde, fordert PnP einen Systemneustart an, um die Updates anzuwenden. Nach dem Neustart kann der Status des Updates überprüft werden. Der Status des Updates wird unter dem folgenden Registrierungsschlüssel verwaltet: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FirmwareResources\{RESOURCE_GUID}

RESOURCE_GUID ist die GUID der Ressource (aus ESRT), die aktualisiert wurde.

Der Registrierungswert "LastAttemptStatus" gibt den Status des Firmwareupdates an, wobei ein Wert von 0 den Erfolg angibt und jeder Wert ungleich Null einen Fehler darstellt. Der Wert für diesen Registrierungsschlüssel sind NTSTATUS-Codes, die vom Betriebssystemladeprogramm basierend auf dem Wert des LastAttemptStatus aus dem ESRT aufgefüllt werden. Die folgende Tabelle ordnet den LastAttemptStatus-Code dem entsprechenden NTSTATUS-Code zu.

LetzterVersuchsstatus Code NTSTATUS Code
Success 0 STATUS_SUCCESS 0x00000000
Fehler: Nicht erfolgreich 1 STATUS_UNSUCCESSFUL 0xC0000001
Fehler: Unzureichende Ressourcen 2 STATUS_INSUFFICIENT_RESOURCES 0xC000009A
Fehler: Falsche Version 3 STATUS_REVISION_MISMATCH 0xC0000059
Fehler: Ungültiges Bildformat 4 STATUS_INVALID_IMAGE_FORMAT 0xC000007B
Fehler: Authentifizierungsfehler 5 STATUS_ACCESS_DENIED 0xC0000022
Fehler: Stromereignis, Wechselstrom nicht verbunden 6 STATUS_POWER_STATE_INVALID 0xC00002D3
Fehler: Energieereignis, unzureichender Akku 7 STATUS_UNZUREICHENDE_POWER 0xC00002DE

Die Hardware-ID-Eigenschaft des Firmwareressourcengeräteknotens sollte auch die Änderung der Firmwareversion widerspiegeln, wobei XXX die neue Firmwareversion ist.

  • UEFI\RES_{RESOURCE_GUID}&REV_XXX

Wenn das Firmwareupdate fehlgeschlagen ist, können Sie das fehlgeschlagene Firmwareupdate wiederholen:

  • Erweitern Sie im Geräte-Manager den Firmwareknoten, klicken Sie mit der rechten Maustaste auf das Firmwareressourcengerät, und klicken Sie auf "Treibersoftware aktualisieren".

  • Klicken Sie auf "Meinen Computer für Treibersoftware durchsuchen", und klicken Sie auf der nächsten Seite auf " Aus einer Liste der Gerätetreiber auf meinem Computer auswählen".

  • Wählen Sie denselben Treiber aus, den Sie zuvor installiert haben, und klicken Sie auf 'OK'.

Nach dem nächsten Neustart wird der OS-Loader UpdateCapsule() mit der Nutzlast des Firmwaretreiberpakets aufrufen.

ESRT-Tabellendefinition

Plug-and-Play-Gerät

Verarbeiten von Updates

Geräte-E/A aus der UEFI-Umgebung

Nahtlose Krisenprävention und -erholung

Firmware-Update-Status