Oprindelig publiceringsdato: 6. marts 2026
KB-id: 5083344
Oversigt
Opdateringer til sikker bootstart kan blive blokeret, når Windows registrerer firmwarebetingelser, der kan forhindre, at opdateringen fuldføres. Når dette sker, logger Windows enten en hændelse 1802 eller hændelse 1803. Du kan finde oplysninger om strukturen og formatet af disse hændelser under Opdateringshændelser for sikker bootstart DB og variable DBX-hændelser.
På denne side forklares det, hvorfor en sikker bootstartopdatering blev stoppet, og den indeholder oplysninger om enhedens signatur, der kan hjælpe med at identificere den underliggende årsag. Hændelse 1802 angiver et kendt problem, der påvirker bestemte enheder, hvor opdateringen bevidst ignoreres. Hændelse 1803 opstår, når Windows ikke kan finde en nøgle exchange-nøgle (KEK), der er korrekt signeret af platformsnøgle (PK), hvilket forhindrer KEK-opdateringen i at fortsætte.
Hændelse 1802 rapporteres, når der registreres en enhed med et kendt problem. Inkluderet i hændelsen er en SkipReason af formularen KI_nn hvor nn er nummeret på det kendte problem. De kendte problemer er beskrevet her.
-
KI_2: Apple Virtualized Firmware Mac-computere, der har Apple T2-sikkerhedschippen, understøtter sikker bootstart. Opdatering af UEFI-sikkerhedsrelaterede variabler er dog kun tilgængelig som en del af macOS-opdateringer. Boot Camp-brugere forventes at se en hændelseslogpost for hændelses-id 1802 i Windows, der er relateret til disse variabler. Du kan finde flere oplysninger om denne logpost under Secure Boot DB- og DBX-variable opdateringshændelser.
-
KI_3: Fujitsu FCCL Firmware Visse Fujitsu FCCL-enheder, der er lavet ~2015-2017, har firmwareproblemer, der forhindrer, at variablerne for sikker bootstart opdateres.
Se følgende sider:
(FM World – kun japansk) og (FM-understøttelse – kun japansk)
-
KI_4: Insyde Firmware Enheder, der bruger Insyde-baseret firmware, kan opleve kendte kompatibilitetsproblemer under opdateringer til sikker bootstart. Anvendelse af opdateringer på disse systemer kan medføre startfejl eller beskadigelse af firmware, så opdateringen springes over for at bevare stabiliteten. Kunder kan kontakte producenten af enheden for at finde ud af, om der findes opdateret firmware, der løser dette problem, og tillader, at opdateringen til sikker bootstart fortsætter.
-
KI_5: Toshiba Firmware Denne Toshiba-enhed har et kendt kompatibilitetsproblem under opdateringer til Sikker bootstart. Opdateringer ignoreres på berørte modeller for at forhindre problemer, der kan opstå, hvis den nødvendige firmwareopdatering mangler. Kunder kan kontakte Dynabook for at finde ud af, om der findes opdateret firmware, der løser dette problem, og tillader, at opdateringen til sikker bootstart fortsætter.
-
KI_6: ASUS Firmware Denne Asus-enhed har et kendt kompatibilitetsproblem under sikker bootstart-opdateringer. Opdateringer ignoreres på berørte modeller for at forhindre problemer, der kan opstå, hvis den nødvendige firmwareopdatering mangler. Kunder kan kontakte Asus for at se, om der findes opdateret firmware, der løser dette problem, og tillader, at opdateringen til sikker bootstart fortsætter.
-
KI_7, KI_8 KI_9: HP Firmware Denne HP-enhed har et kendt kompatibilitetsproblem under sikker bootstart-opdateringer. Opdateringer ignoreres på berørte modeller for at forhindre problemer, der kan opstå, hvis den nødvendige firmwareopdatering mangler. Kunder kan kontakte HP for at finde ud af, om der findes opdateret firmware, der løser dette problem, og tillader, at opdateringen til sikker bootstart fortsætter. Du kan finde flere oplysninger under: HP-pc'er – Klargør til nye certifikater til sikker bootstart af Windows | HP-support®.
-
KI_10: Qualcomm-firmware Denne enhed bruger Qualcomm-firmware og har et kendt kompatibilitetsproblem under opdateringer til sikker bootstart. Opdateringer ignoreres på berørte modeller for at forhindre problemer, der kan opstå, hvis den nødvendige firmwareopdatering mangler. Kunder kan kontakte enhedsproducenten for at finde ud af, om der findes opdateret firmware, der løser dette problem, og tillader, at opdateringen til sikker bootstart fortsætter.
Hændelse 1803 rapporteres, når Windows ikke kan finde en Nøgle exchange-nøgle, der er korrekt signeret af platformsnøgle til enheden. Windows søger efter KEK i de månedlige kumulative sikkerhedsopdateringer, og hvis en PK-signeret KEK ikke er til stede, kan KEK-opdateringen ikke fortsætte. I de fleste tilfælde betyder fraværet af en PK-signeret KEK, at enhedsproducenten endnu ikke har leveret den til Microsoft. Kunder kan kontakte producenten af enheden for at se, om der findes en PK-signeret KEK, der indeholder de nødvendige nøgleoplysninger, og tillader, at sikker bootstart-opdateringen fortsætter.
