Windows Server 20212 R2 (Essentials): Installationsfehler 0x800F0922 bei Feb. 2023-Updates

Windows[English]Mir liegen Berichte von Administratoren vor, dass die Sicherheitsupdates von Februar 2023 auf Windows Server 20212 R2 (und Windows 8.1) Probleme bereiten und die Installation mit dem Fehler 0x800F0922 abbricht. Bei Windows 8.1 ist es, wegen des Supportendes klar. Aber bei Windows Server 20212 R2 dürfen Administratoren sich bei Microsofts KI-gestützter Extended Support Update-Prüfung bedanken. Ich fädele hier einfach einige Informationen, die mir nun vorliegen, zusammen.


Anzeige

Windows Server 2012 R2 Feb. 2023-Updates

Microsoft hat am 14. Februar 2023 das Sicherheitsupdate KB5022899 (Monthly Rollup for Windows 8.1 and Windows Server 2012 R2) und das Update KB5022894 (Security Only Quality Update for Windows 8.1 and Windows Server 2012 R2) veröffentlicht. Ich hatte im Blog-Beitrag Windows 7/Server 2008 R2; Server 2012 R2: Updates (14. Februar 2023) über die Details berichtet.

Installationsfehler mit den Updates

Hier habe ich zwar kein Windows Server 2012 R2 zum Testen. Aber es gibt noch ein Windows 8.1-System und Microsoft hat die Updates auch für Windows 8.1 Embedded veröffentlicht (siehe z.B. diesen Eintrag im Microsoft Update Catalog). Ich habe daher testweise versucht, ob die Rollups für Embedded oder für Windows Server 2012 R2 installierbar sind.

Update für PC nicht geeignet

Allerdings war ich zuerst erfolglos, meldete mir der Update-Installer von Windows 8.1 doch nach einer Weile, dass das Update für meine Maschine nicht geeignet sei. Ähnliche Rückmeldungen habe ich aus der Leserschaft erhalten, siehe diesen Kommentar. Dieses Problem ließ sich aber lösen, denn als ich im Windows-Ordner Logs die Datei CBS.log ausgewertet habe, fand sich dort der Hinweis, dass das Servicing Stack Update (SSU) KB5018922 vom 11. Oktober 2022 fehlt. Ich habe dieses SSU aus dem Microsoft Update Catalog heruntergeladen und konnte dies auch installieren.

Windows 8.1: Update KB5022899 wirft Fehler 0x800F0922

Dann habe ich im Nachgang versucht, das Update KB5022899 (Monthly Rollup for Windows 8.1 and Windows Server 2012 R2) zu installieren, erhielt aber bereits bei der Installation den Fehler 0x800F0922 gemeldet.

Update Install-Error 0x800F0922

An dieser Stelle war mir die Ursache klar: Windows 8.1 ist im Januar 2023 aus dem Support gefallen und die Update-Installation ist daher nicht möglich. Die obige Erfahrung wird auch von einem Leser in diesem Kommentar bestätigt.

Windows Server 20212 R2: Update KB5022899 wirft Fehler 0x800F0922

Allerdings gibt es bei mir im Blog auch eine Reihe Rückmeldungen, dass das Update KB5022899 unter Windows Server 20212 R2 mit dem Installationsfehler 0x800F0922 abbricht. Blog-Leser Lition berichtet beispielsweise in diesem Kommentar von diesem Installationsfehler:

Ich kann ebenfalls das Problem mit KB5022899 bestätigen:

Mit kb5022899 auf einem Bare-Metal-System unter Windows 2012 R2 Essentials bekomme ich immer wieder den Fehler 0x800F0922.
Keine Chance das Update zu installieren. Es geht bis 96% und danach erfolgt ein Rollback.

Weitere Administratoren bestätigen dies in Folgekommentaren. Und an dieser Stelle wird die Sache krude, denn Windows Server 20212 R2 ist in allen seinen Varianten ja noch bis zum Oktober 2023 im Support.


Anzeige

Wegen des Installationsfehler 0x800F0922 bei Windows Server 2012 R2 hatte ich dann den Folgebeitrag Windows: Update-Installationsfehler Feb. 2023 veröffentlicht, der das Thema anspricht.

Ob die Installation des SSU KB5018922 Besserung bringt, kann ich aktuell mangels Testsystem nicht evaluieren.

Ergänzung: Das kann verneint werden – mir liegen verschiedene Rückmeldungen aus der Leserschaft vor, dass der Fehler auftritt, obwohl das SSU KB5018922 installiert ist.

Error 0x800F0922: Extended Support Update-Prüfung ist schuld

Dank meiner Leserschaft bin ich nun aber einen Erkenntnisschritt weiter. Zu meinem englischsprachigen Blog-Beitrag Windows: Update installation errors (Feb. 2023) hat sich Blog-Leser broland mit einem Kommentar gemeldet (danke dafür):

I am also having the same problem installing KB5022899 on a Windows Server 2012R2 Essentials physical server. Scouring the CBS.log file says the problem is the Extended Support Update check

Der Leser hat sich die CBS.log im Windows-Unterordner Logs in einem Editor angesehen und festgestellt, dass der Extended Support Update-Check für den Installationsfehler 0x800F0922 bei Windows Server 2012 R2 verantwortlich ist. Hier der Ausschnitt aus der CBS.log, die der Leser gepostet hat.

Installer name: [38]"Extended Security Updates AI installer"
2023-02-16 18:33:26, Info CSI 0000005c Performing 1 operations; 1 are not lock/unlock and follow:
(0) LockComponentPath (10): flags: 0 comp: {l:16 b:871196115f42d90134000000b4019001} pathid: {l:16 b:871196115f42d90135000000b4019001} path: [l:238{119}]"\SystemRoot\WinSxS\amd64_microsoft-windows-s..edsecurityupdatesai_31bf3856ad364e35_6.3.9600.20821_none_59d19e7ff626dfcd" pid: 1b4 starttime: 133210638955739993 (0x01d9425ecf427b59)
2023-02-16 18:33:26, Info CSI 00000001 ESU: Product = 50 (0x00000032).
2023-02-16 18:33:26, Info CSI 00000002 ESU: Pre IMDS checks failed, Not Eligible:HRESULT_FROM_WIN32(1605)
2023-02-16 18:33:26, Info CSI 0000005d Performing 1 operations; 1 are not lock/unlock and follow:
(0) LockComponentPath (10): flags: 0 comp: {l:16 b:aa379d115f42d90136000000b4019001} pathid: {l:16 b:aa379d115f42d90137000000b4019001} path: [l:234{117}]"\SystemRoot\WinSxS\x86_microsoft.windows.s..ation.badcomponents_31bf3856ad364e35_6.3.9600.16384_none_cd3183f2deb856d2" pid: 1b4 starttime: 133210638955739993 (0x01d9425ecf427b59)
2023-02-16 18:33:26, Error [0x01805c] CSI 0000005e (F) Failed execution of queue item Installer: Extended Security Updates AI installer ({4e9a75dd-0792-460c-a238-3f4130c39369}) with HRESULT HRESULT_FROM_WIN32(1605). Failure will not be ignored: A rollback will be initiated after all the operations in the installer queue are completed; installer is reliable (2)[gle=0x80004005]
2023-02-16 18:33:27, Info CBS Added C:\Windows\Logs\CBS\CBS.log to WER report.

Die Prüfung ergibt den Fehler Pre IMDS checks failed, Not Eligible, die Maschine ist als "nicht berechtigt für das Update" klassifiziert worden. Bei Windows Server 2012 R2 (egal welche Variante) ist das natürlich Unsinn, da haben die Entwickler sich was abgebrochen und die Prüfung auf Berechtigung ist fehlerhaft.

Ob ein SSU das ausbügelt, kann ich nicht testen. Vielleicht probieren Betroffene das an ihren Windows Server 2012 R2 Installationen.

Mir ist natürlich sofort die Dateinamensangabe edsecurityupdatesai ins Auge gesprungen, weil sich dort der Begriff AI findet. Die Prüfroutinen scheinen irgend etwas mit Artificial Intelligence (AI) zu tun zu haben. Weit ist es natürlich nicht mit dieser AI her, denn die versagt ziemlich.

Nur Windows Server 2012 R2 Essentials betroffen?

Ergänzung: Auf Grund dieses Beitrags gab es eine Reihe Rückmeldungen und es verdichtet sich die Vermutung, dass der Fehler 0x800F0922 nur bei Windows Server 2012 R2 Essentials auftritt.

Leser haben mich auf den Microsoft Q&A-Beitrag Windows Server Essentials 2012 R2 can't install KB5022899 (2023-02 Security Monthly Quality Rollup) hingewiesen, der mehrere, für mich neue, Erkenntnisse bringt.

  • Es ist dort bereits im Titel von "Essential" die Rede. Im Nachgang habe ich gesehen, dass alle Meldungen über den Fehler 0x800F0922 auf Windows Server 2012 R2 Essentials beziehen.
  • Es wird ebenfalls ein Auszug aus der CBS.log gezeigt, der den "Extended Security Updates AI installer" thematisiert, der einen Fehler meldet.
  • Das bedingt nach Abarbeitung der "installer queue" ein Rollback der Aktion – genau, was beobachtet wird.

Im Trace wird eine Microsoft-Windows-SLC-Component-ExtendedSecurityUpdatesAI-Komponente erwähnt. Das Kürzel SLC dürfte für "Software Licensing Client" stehen und es gibt eine SLC.dll, die prüft, ob eine Lizenz besteht. Bestimmte Cracks-Programme manipulieren diese SLC.dll, um die Lizenzprüfung zu umgehen.

In den Kommentaren bestätigen weitere Betroffene den Update-Fehler bei Windows Server 2012 R2 Essentials, und zum 18. Feb. 2023 (nachdem die englischsprachige Fassung des Artikels hier gepostet wurde) hat sich aboddi86 gemeldet, der folgendes schreibt:

They added ESU component to block Windows 8.1 Client, apparently they missed adding ServerSolution as supported edition, lol.

no fix other than re-releasing new version of 2023-02 updates with corrected ESU component

Und in den nachfolgenden Kommentaren hat sich Deniz Ö gemeldet und antwortet auf den Hinweis von Mark, dass er eine OEM_COA_NSLP-Lizensierung (Original Equipment Manufacturer_Certificate Of Authenticity_Non-System Locked Preinstallation) habe:

Hmm … all I can say is that the servicing stack references four activation IDs explicitly:

{c7e5dd52-ef14-4bf6-bc71-1bf5f5794cd0} (Server 2012 R2 Standard OEM:SLP)
{5b338ef7-8d99-45cb-bb59-618bd328b4a4} (Server 2012 R2 Standard OEM:NONSLP)
{66d129b6-eae9-414e-a39a-ea5b8be961cc} (Server 2012 R2 Datacenter OEM:SLP)
{1226e046-263d-414c-824f-0d4f458cee3a} (Server 2012 R2 Datacenter OEM:NONSLP)

(No signs of activation IDs for Essentials.)

These are used for product ID range checking, but I'm not sure whether the code flow actually arives there.

Im Servicing Stack werden nur vier Aktivierungs-IDs aufgelistet, die die Server 2012 R2-Varianten Standard, und Datacenter betreffen. Ein Eintrag für Server 2012 R2 Essential fehle. Deniz Ö ergänzt:

In any case, I wonder if update installation succeeds on Standard or Datacenter machines that have been activated with a retail key or a MAK.

An dieser Stelle kristallisieren sich für mich folgende Vermutungen heraus:

  • In Rückmeldungen mit detaillierten Angaben waren (beim Überfliegen) ausschließlich Windows Server 2012 R2 Essentials-Systeme betroffen.
  • Es könnte sein, dass Microsofts Entwickler "vergessen haben", die Activation IDs für Windows Server 2012 R2 Essentials mitzuliefern, bevor die erweiterte Prüfung durch den "Extended Security Updates AI installer" erfolgte.
  • Oder die erweiterte Prüfung durch den "Extended Security Updates AI installer" ist schlicht kaputt, denn im Grunde müssten alle Windows Server 2012 R2 Editionen als Update-berechtigt durchgewunken werden.

Es bleibt nur das Fazit: Redmond hat es verbockt und wird da nachbessern müssen.

Schwank am Rande: Die scheinen in Redmond so von ihrem ChatGPT-Bot benebelt, dass sie Artificial Intelligence (AI) in ihre Prüfroutinen einbauen, die dann doch scheitert, weil eine notwendige Komponente möglicherweise vergessen wurde. Keine Glanzleistung.

Ein Gutes hat die Sache aber schon: Zumindest haben wir Antworten auf die Frage nach der Ursache für den Update-Fehler 0x800F0922 bei Windows Server 2012 R2 in Verbindung mit dem Februar 2023 Sicherheitsupdates.

Und noch eine Sache treibt mich in meiner schwarzen Seele seit Tagen um: Ich habe ein altes ASUS Eee PC X101CH Netbook mit Windows 7 meiner Tochter platt gemacht, weil dieses kaum noch benutzbar und Windows 7 aus dem Support gefallen war. Es kam ein 64-Bit Q4OS drauf, da das Netbook nur zum Surfen (und ggf. Mailen) genutzt werden soll. Was soll ich sagen: Es funktionierte alles "out-of-the-box". Das Netbook ist zwar kein Rennpferd, es dauert etwas, bis Linux bis zur Oberfläche gebootet ist, und auch ein Programmstart (z.B. Firefox) dauert einige Sekunden (1 GByte RAM). Aber dann lässt sich mit dem Programm arbeiten, keine ständigen Kunstpausen wie bei Windows 7. Und Installationsfelder der Art 0x800F0922 habe ich auch noch nicht zu Gesicht bekommen.

Ergänzung: Es gibt ein SSU-Update, was den Fehler beheben soll, siehe Windows Server 20212 R2 (Essentials): Fix für Installationsfehler 0x800F0922 bei Feb. 2023-Update.

Ähnliche Artikel:
Microsoft Security Update Summary (14. Februar 2023)
Patchday: Windows 10-Updates (14. Februar 2023)
Patchday: Windows 11/Server 2022-Updates (14. Februar 2023)
Windows 7/Server 2008 R2; Server 2012 R2: Updates (14. Februar 2023)
Patchday: Microsoft Office Updates (14. Februar 2023)

Windows: Update-Installationsfehler Feb. 2023


Cookies blockieren entzieht uns die Finanzierung: Cookie-Einstellungen

Dieser Beitrag wurde unter Problemlösung, Update, Windows 8.1, Windows Server abgelegt und mit , , , , verschlagwortet. Setze ein Lesezeichen auf den Permalink.

20 Antworten zu Windows Server 20212 R2 (Essentials): Installationsfehler 0x800F0922 bei Feb. 2023-Updates

  1. Deniz Ö. sagt:

    In diesem Fall steht "AI" für "Advanced Installer". :-)

    Auf einem Windows Server 2012 R2 Standard mit vorheriger Installation des SSU aus KB5018922 ließ der Fehler sich hier nicht beobachten.

    Es wäre allerdings nicht das erste Mal, daß die ESU-Prüfroutinen sich im Editions- und Lizenzierungswirrwarr verheddern; das gab es auch schonmal zu Beginn des Windows 7 ESU-Programms: https://answers.microsoft.com/en-us/windows/forum/all/net-update-kb4565636-fails-to-install-on-esu/6bc2c8ca-3b98-4ab3-b509-dc2bbf988a84

    • Mark sagt:

      Interesting, in my situation the Windows licensing is OEM_COA_NSLP

      • Deniz Ö. sagt:

        Hmm … all I can say is that the servicing stack references four activation IDs explicitly:

        {c7e5dd52-ef14-4bf6-bc71-1bf5f5794cd0} (Server 2012 R2 Standard OEM:SLP)
        {5b338ef7-8d99-45cb-bb59-618bd328b4a4} (Server 2012 R2 Standard OEM:NONSLP)
        {66d129b6-eae9-414e-a39a-ea5b8be961cc} (Server 2012 R2 Datacenter OEM:SLP)
        {1226e046-263d-414c-824f-0d4f458cee3a} (Server 2012 R2 Datacenter OEM:NONSLP)

        (No signs of activation IDs for Essentials.)

        These are used for product ID range checking, but I'm not sure whether the code flow actually arives there.

        In any case, I wonder if update installation succeeds on Standard or Datacenter machines that have been activated with a retail key or a MAK.

  2. Andy sagt:

    Ich hatte bei einer virtuellen Maschine auf Hyper-V kein Problem mit den Updates.
    Da wird also bestimmt irgendein Ratespiel gespielt, ob das jetzt ein Server ist oder nicht. Statt einfach mal die Systeminfos korrekt auszuwerten.

    Das mit dem Linux ist mittlerweile wirklich oft die einzig gute Lösung, wenn man Geräte nicht wegschmeißen will. Aber mittlerweile auch sonst.
    Ich habe ein 5 Jahre altes Dell Notebook mit i5, noch als Zweikerner. Während Windows-Update konnte man nicht arbeiten und das nervte mich.
    Also umgestellt auf Linux, vor 2 Jahren.
    Und was jetzt für sich selbst spricht:
    Wir haben 2 weitere Notebooks in der Familie. Beide recht neu, größerer und besserer Bildschirm, weniger Gewicht und mit Windows und ordentlich Power (AMD 4800HS und i7 der 12er Generation – Korerektur: 11te Generation).
    Wenn hier jemand was Wichtiges machen will, dann wird das alte Notebook mit Linux genommen. Nicht aus ideologischen Gründen oder weil ich irgendwie dahin lenken würde.
    Da gibt es einfach nie Probleme mit dem Drucker (WLAN, Epson), man kann sofort arbeiten und es passieren keine anderen komischen Dinge.
    Im Gegensatz zu Windows musste für den Drucker nicht mal ein Treiber installiert werden, funzte einfach sofort und stabil.
    Die extensive Nutzung fing mit Banking an, dann die Steuer, dann allgemein Internet und schnell waren es die Hausaufgaben beim Kind.
    Ich habe mal gesagt, dass ich irgendwann auch die anderen Notebooks umstelle, wenn ich Laune habe. Und bin der Arbeit aber aus dem Weg gegangen.
    Jetzt soll ich es tun, weil Frau sich immer wieder mit Problemen mit der Peripherie, Programmen und Updates auf dem neuesten Notebook rumschlagen muss, weil das alte Notebook gerade in Benutzung ist, wenn sie dringend was machen muss. Am meisten Ärger machen Drucken und Scannen und für die allgemeine Verwaltung zu Hause ist Windows damit zum Greuel geworden. Zumindest muss ich ständig helfen, in Ordnung bringen und Einstellungen wiederherstellen. Geht halt gar nicht, wenn man schnell was erledigen will.

    Die Zeiten haben sich wirklich geändert. Vor allem zum Negativen, was die Funktion von Windows als verlässliches und möglichst nervfreies Arbeitsgerät angeht.
    Aus meiner Sicht lässt sich das Microsoft-Management gerade durch das Gelddrucken bei den Cloud-Diensten benebeln und mit steuert auf einen Totalschaden im Systembereich zu.

  3. Mark sagt:

    I tried installing Servicing Stack Update (SSU) KB5018922 but it was already installed, so in this situation it doesn't seem to help fixing the failure with KB5022899 on my end.

    I've also noticed some admins mentioning success installing and applying KB5022899 on some servers, but failure on others. The majority that report failure seem to have the Essentials variant, while successes are mostly on the Standard variant, but this could be a bad observation on my part and not expressive of the actual distribution of cases or causality.

  4. Robert sagt:

    Bis jetzt bei 2x Server 2012 R2 Standard (beides HyperV-VMs, also nicht auf bare-metal) liefen die Updates via Windows Update ohne Probleme durch.

    "Mir liegen Berichte von Administratoren vor"
    Berichte? Mehrzahl? Betrifft es nur die Essentials Edition, oder auch die Standard?

    Wenn es mit dem 2012 R2 Server mehr Probleme gibt, müsste doch mehr im Netz darüber vorhanden sein?

    • Robert sagt:

      So, inzwischen auch mal auf bare-metal getestet. 3x Windows 2012 R2 Standard (die vor Jahren per in-place upgrade von 2008 R2 auf 2012 R2 aktualisiert wurden) -> das Feb 23 Update wurde problemlos installiert.
      Vermutlich -wenn überhaupt- mehr ein Essentials Problem – oder?

      • Paul sagt:

        Zumindest bei mir läuft das Update auf WSE 2012 r2 nicht, könnte also mit Essentials zu tun haben. Alle bekannten Maßnahmen konnten bisher kein Update ermöglichen. Während Neustart immer Abbruch bei 96% und Rollback. Installation selbst ging ohne Probleme.

  5. 1ST1 sagt:

    Ich habe hier auch noch ein Netbook, ein Olivetti Olibook M1300, das läuft eigentlich erträglich mit Win 7 (mit ESU-Bypass so aktuell wie geht, das hat Tage gedauert bis es so weit war), auch der Firefox startet erträglich, lässt sich aber bestimmt durch eine billige 256/512 GB SSD noch etwas beschleunigen.

    • R.S. sagt:

      Ja, eine SSD macht enorm viel aus.
      Der Umstieg von einer HDD auf eine SSD bringt sehr deutlich mehr als mehr RAM oder ein schnellerer Prozessor.
      Ich würde nie wieder einen Rechner kaufen, der als Systemplatte eine HDD hat.

      Zu Windows 2012R2:
      Ich habe mehrere Systeme, sowohl VM als auch bare metall aktualisiert, ging fehlerfrei.

  6. Micha sagt:

    Die oben gezeigte Fehlermeldung habe ich auf keiner meiner Windows 8.1 x64 Installationen erhalten.
    Auf allen meiner Windows 8.1 x64 Installationen wurde nie ein Sicherheitsqualitätsrollup Installiert. Für das Betriebssystem wurden immer nur Sicherheitsqualitätsupdates installiert.

    Wenigstens ist jetzt geklärt weshalb es unter Windows 8.1 x64 mit der Updateinstallation nicht klappt.

  7. Carsten sagt:

    Windows Server 20212 R2 Datacenter unter VM Ware ebenfalls keine Probleme, alle 3 Februar Updates KB25022853, KB5022894, KB5022899 ließen sich ohne Probleme installieren

  8. Sascha sagt:

    Ich habe Heute bei meinen Kunden geschaut.

    Server 2012 Essentuals ließ sich erfogreich aktualisieren.
    Und auch Server 2012 R2 Foundation.

    Der letzte 2012 R2 Essentials den ich nicht habe natürlich nicht.

    Lustig Kerlchen bei MS.

  9. Sam Hawkins sagt:

    Guten Abend.

    Ein paar kleine 2012R2 Essentials und Standard habe ich noch in der Pflege.
    Diese sind meist mit Hyper-V virtualisiert.
    Es bestätigt sich bei mir, dass das Update bei Essentials nicht durchläuft aber bei Standard sehr wohl.
    Ma sehen, ob dort noch ein Patch oder brauchbarer Workaround kommt.

    Gruß S.H.

  10. HV sagt:

    Hallo und guten Morgen,

    Windows Server Standard 2012R2 (mit WSUS) via HyperV mit KB5022899 und KB 5022733 ohne Probleme nach Installation/Reboot. Keine Fehler in den Logs…

    Gruß HV

  11. Martin sagt:

    Hallo zusammen,

    Ich kann bestätigen das bei mir
    Windows Server 2012 R2 Essentials die Updates auf Fehler laufen und Windows Server 2012 R2 Standard ohne Probleme aktualisiert wird.
    Bin gespannt ob Microsoft für Essentials einen entsprechenden Fix liefert.

    Gruß,
    M.E.

  12. Christian sagt:

    Bei mir scheitert das Update unter Windows Server Datacenter 2012R2, allerdings mit dem Fehler:
    DriverUpdateUninstallUpdates failed [HRESULT = 0x80070490 – ERROR_NOT_FOUND]
    Doqe: Failed uninstalling driver updates [HRESULT = 0x80070490 – ERROR_NOT_FOUND]
    Perf: Doqe: Uninstall ended.
    Failed uninstalling non-critical driver updates [HRESULT = 0x80070490 – ERROR_NOT_FOUND]
    Doqe: Unlocking driver updates, Count 4
    Doqe: Failed processing queue [HRESULT = 0x80070490 – ERROR_NOT_FOUND]
    Doqe: Failed while processing superseded driver operations queue. [HRESULT = 0x80070490 – ERROR_NOT_FOUND]
    Perf: InstallUninstallChain complete.
    00000166@2023/2/20:20:03:34.805 CSI Transaction @0x130f0365e0 destroyed
    Exec: Store corruption found during execution, but auto repair is already attempted today, skip it.
    Failed to execute execution chain. [HRESULT = 0x80070490 – ERROR_NOT_FOUND]
    Failed to process single phase execution. [HRESULT = 0x80070490 – ERROR_NOT_FOUND]
    WER: Generating failure report for package: Package_for_KB5022525~31bf3856ad364e35~amd64~~9600.21408.1.2, status: 0x80070490, failure source: Execute, start state: Staged, target state: Installed, client id: WindowsUpdateAgent
    Not able to query DisableWerReporting flag. Assuming not set… [HRESULT = 0x80070002 – ERROR_FILE_NOT_FOUND]
    Added C:\Windows\Logs\CBS\CBS.log to WER report.
    Not able to add %windir%\winsxs\pending.xml to WER report. [HRESULT = 0x80070002 – ERROR_FILE_NOT_FOUND]
    Not able to add %windir%\winsxs\pending.xml.bad to WER report. [HRESULT = 0x80070002 – ERROR_FILE_NOT_FOUND]
    Reboot mark cleared
    Winlogon: Deregistering for CreateSession notifications
    Winlogon: Stopping notify server
    Winlogon: Unloading SysNotify DLL
    FinalCommitPackagesState: Started persisting state of packages
    SQM: Reporting package change for package: Package_for_KB5022525~31bf3856ad364e35~amd64~~9600.21408.1.2, current: Staged, pending: Default, start: Staged, applicable: Installed, target: Installed, limit: Installed, hotpatch status: DisabledBecauseNoHotpatchPackagesInitiated, status: 0x0, failure source: Execute, reboot required: False, client id: WindowsUpdateAgent, initiated offline: False, execution sequence: 12871, first merged sequence: 12871 reboot reason: DRIVERSPRESENT RM App session: -1 RM App name: N/A FileName in use: N/A
    SQM: Upload requested for report: PackageChangeBegin_Package_for_KB5022525~31bf3856ad364e35~amd64~~9600.21408.1.2, session id: 142859, sample type: Standard
    SQM: Ignoring upload request because the sample type is not enabled: Standard
    SQM: Reporting package change completion for package: Package_for_KB5022525~31bf3856ad364e35~amd64~~9600.21408.1.2, current: Staged, original: Staged, target: Installed, status: 0x80070490, failure source: Execute, failure details: "(null)", client id: WindowsUpdateAgent, initiated offline: False, execution sequence: 12871, first merged sequence: 12871, pending decision: InteractiveInstallFailed, primitive execution context: Interactive
    SQM: execute time performance datapoint is invalid. [HRESULT = 0x80070490 – ERROR_NOT_FOUND]
    SQM: Failed to initialize Win SAT assessment. [HRESULT = 0x80040154 – Unknown Error]
    SQM: average disk throughput datapoint is invalid [HRESULT = 0x80040154 – Unknown Error]
    SQM: Upload requested for report: PackageChangeEnd_Package_for_KB5022525~31bf3856ad364e35~amd64~~9600.21408.1.2, session id: 142862, sample type: Standard
    SQM: Ignoring upload request because the sample type is not enabled: Standard
    FinalCommitPackagesState: Completed persisting state of packages
    Enabling LKG boot option
    Exec: Processing complete. Session: 31016294_1676810900, Package: Package_for_KB5022525~31bf3856ad364e35~amd64~~9600.21408.1.2 [HRESULT = 0x80070490 – ERROR_NOT_FOUND]
    Session: 31016294_1794156386 initialized by client WindowsUpdateAgent.
    Mapping package cache was successfully rebuilt.
    Session: 31016294_1795093894 initialized by client WindowsUpdateAgent.
    Mapping package cache was successfully rebuilt.
    Session: 31016294_1809625353 initialized by client WindowsUpdateAgent.

    Die bekannten Reparaturmethoden mittels sfc und dism, online wie offline habe ich bereits versucht, leider ohne Erfolg. Andere Updates "davor und danach" konnte ich aber installieren. Es hängt nur an diesem Update.
    Auffällig ist, dass sich .net3 nicht deaktivieren lässt:

    TI: CBS has queried the current reboot required state: 0
    SQM: Reporting selectable update change for package: Microsoft-Windows-NetFx3-Server-OC-Package~31bf3856ad364e35~amd64~~6.3.9600.16384, update: NetFx3, start: Installed, applicable: Staged, target: Staged, client id: DISM Package Manager Provider, initiated offline: False, execution sequence: 12873, first merged sequence: 12873, download source: 0, download time (secs): 4294967295, download status: 0x0 (S_OK),reboot required: False, overall result:0x8000ffff (E_UNEXPECTED)
    SQM: Upload requested for report: UpdateChange_NetFx3_Microsoft-Windows-NetFx3-Server-OC-Package~31bf3856ad364e35~amd64~~6.3.9600.16384, session id: 142860, sample type: Standard
    SQM: Ignoring upload request because the sample type is not enabled: Standard
    SQM: Reporting package change for package: Microsoft-Windows-NetFx3-Server-OC-Package~31bf3856ad364e35~amd64~~6.3.9600.16384, current: Installed, pending: Default, start: Installed, applicable: Installed, target: Installed, limit: Installed, hotpatch status: DisabledBecauseNoHotpatchPackagesInitiated, status: 0x0, failure source: Execute, reboot required: False, client id: DISM Package Manager Provider, initiated offline: False, execution sequence: 12873, first merged sequence: 12873 reboot reason: REBOOT_NOT_REQUIRED RM App session: -1 RM App name: N/A FileName in use: N/A
    SQM: Upload requested for report: PackageChangeBegin_Microsoft-Windows-NetFx3-Server-OC-Package~31bf3856ad364e35~amd64~~6.3.9600.16384, session id: 142859, sample type: Standard
    SQM: Ignoring upload request because the sample type is not enabled: Standard
    SQM: Reporting package change completion for package: Microsoft-Windows-NetFx3-Server-OC-Package~31bf3856ad364e35~amd64~~6.3.9600.16384, current: Installed, original: Installed, target: Installed, status: 0x8000ffff, failure source: Execute, failure details: "(null)", client id: DISM Package Manager Provider, initiated offline: False, execution sequence: 12873, first merged sequence: 12873, pending decision: InteractiveInstallFailed, primitive execution context: Interactive
    SQM: execute time performance datapoint is invalid. [HRESULT = 0x80070490 – ERROR_NOT_FOUND]
    SQM: Failed to initialize Win SAT assessment. [HRESULT = 0x80040154 – Unknown Error]
    SQM: average disk throughput datapoint is invalid [HRESULT = 0x80040154 – Unknown Error]
    SQM: Upload requested for report: PackageChangeEnd_Microsoft-Windows-NetFx3-Server-OC-Package~31bf3856ad364e35~amd64~~6.3.9600.16384, session id: 142862, sample type: Standard
    SQM: Ignoring upload request because the sample type is not enabled: Standard
    FinalCommitPackagesState: Completed persisting state of packages
    Enabling LKG boot option
    Exec: Processing complete. Session: 31016295_2232099048, Package: Microsoft-Windows-ServerCore-Package~31bf3856ad364e35~amd64~~6.3.9600.16384 [HRESULT = 0x8000ffff – E_UNEXPECTED]
    Failed to perform operation. [HRESULT = 0x8000ffff – E_UNEXPECTED]
    Session: 31016295_2232099048 finalized. Reboot required: no [HRESULT = 0x8000ffff – E_UNEXPECTED]
    Failed to FinalizeEx using worker session [HRESULT = 0x8000ffff]

  13. Alexander sagt:

    Danke für den Artikel. Habe einen Windows Server 2012 R2 Foundation, die Updates (kb5022835 und kb5022899) meldeten zunächst "Für diesen Computer nicht geeignet". Nach Installation von SSU kb5018922 (Service Stack Update) sind beide Updates durchgelaufen.

  14. Aleksandar A. sagt:

    Bei mir Lies sich das Update nicht Installieren auf einem Windows Server 2012 R2 Essentials Dagegen hatte ich bei mehreren Standard Versionen keine Probleme mit dem Update

    Das KB5018922 ist schon eine weile drauf

    2022-10 Servicing Stack Update for Windows Server 2012 R2 for x64-based Systems (KB5018922)
    Installation date: ‎13.‎11.‎2022 13:58
    Installation status: Succeeded
    Update type: Important

    Als Fehlermeldung bekomme ich den Code 800F0922 Angezeigt

    The error code: 800F0922, this is might caused by a Secure Boot conflict.

    To correct this: AS ADMINISTRATOR

    Reboot the machine into the BIOS, (usually by pressing F2 repeatedly on restart.)
    Once in the BIOS, locate the BOOT options and DISABLE SECURE BOOT.
    Save and exit the configuration changes and boot into the OS normally.
    Run the update. It should be successful.
    Reboot the system back into the BIOS screen.
    In the BOOT options, re-enable SAFE BOOT, save configurations changes and restart machine booting into the OS as normal.

    Zu Blöd das die VM allerdings Generation 1 ist und Gar kein secure boot an ist :)

    Hier in Bild von der MS fehlermeldung mit Code
    https://ibb.co/mG5FQZH

  15. Paul sagt:

    Nach erfolgreicher Installation SSU 02-2023 zuerst Installation der beiden ausstehenden Updates mit Fehlermeldung, beim 2. Versuch werden die Updates nei geladen und dann erfolgreich installiert, Neustart diesmal erfolgreich, fehlende updates erfolgreich installiert.
    WSE 2012 r2!

Schreibe einen Kommentar zu HV Antworten abbrechen

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert

Hinweis: Bitte beachtet die Regeln zum Kommentieren im Blog (Erstkommentare und Verlinktes landet in der Moderation, gebe ich alle paar Stunden frei, SEO-Posts/SPAM lösche ich rigoros). Kommentare abseits des Themas bitte unter Diskussion.