Wir haben den zweiten Dienstag im Monat und das bedeutet Sicherheitsupdate für alle relevanten Windows-Versionen. Für die Windows 11 25H2 und Windows 11 24H2 hat Microsoft die KB 5077181 bereitgestellt. Dadurch ändert sich die Versionsnummer auf die 26200.7840 bzw. 26100.7840.
Im Update enthalten sind die Änderungen aus dem optionalen Update (KB5074105) von Ende Januar 2026. Mit dabei die Unterstützung der MIDI Dienste. Das Ersetzen der 2011 signierten bootmgfw.efi durch die 2023 signierte bootmgfw.efi. Und vieles mehr.
Nebenbei noch die Erwähnung, da es in den letzten Tagen zu verschiedenen Meldungen kam. Diejenigen, die alte Drucker mit V3- und V4-Druckertreiber nutzen, können diese Drucker auch nach Januar 2026 nutzen. Es werden ab Juli 2027 zwar keine Treiber mehr über Windows Update verteilt. Die Treiber von den OEM-Seiten können aber weiterhin installiert werden, damit diese alten Drucker funktionieren.
Dass auch mit diesem Update die KB5043080 vom 10.09.24 als Checkpoint-Update die Voraussetzung ist, brauche ich wohl nicht zu betonen.
Bekannte Probleme durch die KB5077181
- Die derzeit noch offenen Probleme und auch die noch offenen Safeguard Holds könnt ihr auch hier in Ruhe nachlesen
Korrekturen und Verbesserungen durch die KB5077181
- Dieses Update behebt Sicherheitsprobleme im Windows-Betriebssystem.
- Die einzelnen Sicherheitslücken, die geschlossen wurden, könnt ihr hier nachlesen
- [Gaming] Behoben: Dieses Update behebt ein Problem, das die Eignung von Geräten für das Vollbild-Gaming-Erlebnis bestimmt.
- [Netzwerk] Behoben: Dieses Update behebt ein Problem, das einige Geräte daran hinderte, eine Verbindung zu bestimmten WPA3-Personal-WLAN-Netzwerken herzustellen. Das Problem kann nach der Installation von KB5074105 auftreten.
- [Sicherer Start] Mit diesem Update enthalten Windows-Qualitätsupdates eine Vielzahl von Zielangaben, die Geräte und deren Fähigkeit zum Empfang neuer Secure Boot-Zertifikate identifizieren. Geräte erhalten die neuen Zertifikate erst, nachdem sie ausreichend erfolgreiche Update-Signale gezeigt haben, was eine sichere und schrittweise Einführung gewährleistet. Mehr dazu in diesem Beitrag
- support.microsoft
Manueller Download der KB5077181
Windows 11 Tutorials und Hilfe
- In unserem Windows 11 Wiki findet ihr sehr viele hilfreiche Tipps und Tricks.
- Falls ihr Fragen habt, dann stellt diese ganz einfach bei uns im Forum.
- Installationsmedien: Aktuelle Windows 11 ISOs findet ihr hier: 25H2 26200, oder 24H2 26100. Ansonsten immer in der rechten Sidebar.
- Windows 11 neu clean installieren Tipps und Tricks.
- Windows 11 auch ohne TPM und Secure Boot installieren.
- Windows 11 mit lokalem Konto auch Offline installieren.
- Windows 11 Inplace Upgrade Reparatur oder Feature Update.
- Automatisch anmelden Pin entfernen Windows 11.
- Alle Beiträge zu Windows 11 im Blog findet ihr über diese Seite. Wobei auch alle anderen Artikel interessant sein können.
Windows Update Einstellungen laden jetzt die 26200. 7840
Bei mir auch 26200.7840
Dadurch ändert sich die Versionsnummer auf die 26200.78240 bzw. 26100.7840.
geschwollene Finger?
/EDIT/ ok, dasChaos war schneller…
Lasst mich raten , die Zahl an geschlossenen Sicherheitslücken für Windows 11 + Office wird wieder rekordverdächtig hoch ?
Sodala, ich hatte nun meinen Zweitrechner mit nem 6700k so 9 Tage nicht angeschlossen gehabt, Windows-Update selbst angestossen, kommt nix.
Lad die KB5..7181 nun manuell runter, aber warte auch erstmal noch ab, so irgendwie ist das aber ein erstes Anzeichen für nicht unterstützte Hardware gibt es keine Updates mehr oder aber man packt die zumindest schonmal von der Priorität nach hinten offenbar.
schauen wir mal…
mfG
Bei mir kam es auf nicht unterstützter Hardware.
Ah okay, interessant
Secure Boot dabei aktiviert oder deaktiviert ?
TPM hab ich natürlich aus, so oder so
mfG
SecureBoot und TPM 2.0 aktiviert. SecureBoot könnte ich deaktivieren, aber TMP geht glaube ich, gar nicht zu deaktivieren. Das UEFI-Setup ist das sehr abgespeckt. Aber stört mich auch nicht weiter.
Das aber sehr unschön, da würde ich ja eine Lösung dafür finden wollen, Nachbesserung verlangen, ModBios oder eben notfalls auch einen Hardwarewechsel.
Kontrollverlust der anstehen könnte, steht bei mir dann eben nicht zur Debatte, TPM nicht abschaltbar, dann ohne mich
Muss aber halt jeder selber wissen für sich, ich sage, alte Bedenken vom BSI hat sich nichts daran geändert, TPM 2.0 ist und bleibt nunmal das TPM2.0
mfG
HP Smart Universal Printing Driver for Windows V4 (64-bit)
Version:
5.03.1.3642
Unser Drucker ist neu auf dem Markt „HP Color LaserJet Pro Multifunktionsdrucker 4302dw“ , jedoch bietet HP für Windows 11 nur diese komischen Treiber an. Der hier ist von 1. Juli 2025
In iOS über die App im WLAN Netzwerk läuft es perfekt und in Windows 11 muss ich den Druck 2-3x anstoßen neuerdings bis der wirklich druckt.
Drucker und Windows sind wirklich abstoßend
den Drucker per Netzwerk oder W-Lan am Router anschließen und dann die Software HP Easy Start nutzen dann sollte es ohne Probleme funktionieren, zumindest nutze ich meinen HP Drucker so.
🆗 Danke für den Tipp‼️
Werde es die Tage mal so ausprobieren an der FRITZ!Box hängt der ja sowieso im LAN schon
Nach Installation und Neustart dann Blackscreen mit watchdog violation „your device ran into a problem“. Scheint nach dem forcierten Neustart dann aber wieder zu funktionieren und das Update ist trotzdem erfolgreich installiert.
Upgrade gerade installiert. 2 x Neustart. Angetestet, keine Probleme. Sogar die Sandbox war ok. Und das auf einem 14 Jahre alten PC mit i7-3XXX, Ivy-Bridge.
gepostet mit der Deskmodder.de-App für Android
so auf beiden entsprechenden Uralt Systemen beim Installieren nach Neustart abgebrochen und zurück auf die jeweilige
100.7705 bzw 200.7705 zurück – also mal warten was die Community so für Ideen hat – morgen ist auch ein Tag und Harry S ist dann auch noch vielleicht die Lösung
so über windows update probiert , jetzt sich beide Zweige aktuell – was auch immer der Unterschied zum Manuellen Download der KB5077181 ist .
Bei mir wurde das Update ohne Probleme installiert.
Es wurde nur 1 Neustart zum Abschliessen des Updates durchgeführt.
Bis jetzt keine Probleme feststellbar.
Ich glaube , dass hat nur Windows 10 Update erhalten 🤣🤡
[Schriftarten] Dieses Update enthält Änderungen an chinesischen Schriftarten, um die Konformität mit GB18030-2022A zu gewährleisten.
Der Aomei Backupper 8.1 verwendet im Programmordner noch bootmgfw.efi von 2020.
Muss ich den jetzt neu installieren?
Diese bootmgfw.efi gehört zu Aomei, nicht zu Windows. Die hat ganz andere Signaturen. Keine Ahnung, wie sich das mit der verhält. Mat mit den CA2023 von Microsoft nichts zu tun. Das Tool erstellt eine ISO/Stick mit den CA2011 Bootdateien.
Win 11 Update lief problemlos durch, wie de letzten 4 Jahre immer der Fall bei mir
Die Kamera meines Acer -Laptops läuft wieder nach der Installation von KB5077181.
Es wäre schön wenn ihr mir helfen könntet. Ich habe immer noch folgenden Fehler:
Inplace Updates mit dem neuesten Patch laufen durch aber wenn dann in dem aktuellen Windows ein neuer Patch kommt bricht dieser im Boot Update Vorgang bei 35 % ab und der Patch wird nicht installiert.
DISM SFC usw. zeigen keine Fehler
Was Du schonmal mit dem Problem im Forum? Weil dazu bräuchte man die passende CBS.log, zeitnah zur missglückten Installation. Darf keine neuere sein. Oder am Besten alles aus dem Ordner. Ohne ist es schwer zu sagen, was da das Problem ist.
Wo soll ist den die Logs hin packen ?
Hallo zusammen,
seit Januar habe ich das Problem das mir Windows Update jedesmal eine Reparaturversion anbietet, statt des neuesten Updates.
DISM und SFC zeigen keine Fehler an.
Das Update konnte ich jedesmal mit Erfolg manuell installieren.
Windows Problembehandlung findet auch keine Fehler.
Woran könnte es liegen und was könnte ich noch versuchen?
Habe diese Reparaturversion noch nie durchlaufen lassen, bleiben dabei meine Apps und Daten erhalten wie bei einem Inplace Upgrade?
Habe zur Not aber auch 6 Backups die ich zurückspielen könnte.
Würde aber gerne den Fehler so beheben.
Einer eine zündende Idee?
Du wirst ein Problem haben, was nur durch eine Inplace Reparatur zu lösen ist. Und ja die Reparatur-Version ist ein Inplace. Seit der 23H2 integriert.
https://www.deskmodder.de/wiki/index.php?title=Windows_11_Inplace_Upgrade_Reparatur_oder_Feature_Update
OK, besten Dank.
Dann werde ich nächsten Monat mal die Reparatur Version durchlaufen lassen.
Kann ja immer noch ein Backup wieder einspielen.
Heute lief das Update mal wieder nicht glatt durch: Zuerst hat der Rechner die Installation mit Fehler 0x800705b9 abgebrochen, dann erneut über Windows Update versucht, lief die Installation auch komplett durch und zeigte das Update als „erfolgreich installiert“ an, forderte aber keinen Neustart und blieb beim alten Patchlevel.
Habe dann den Ordner „$WinREAgent“ auf C: gelöscht und das Sytem neu gestartet (war ein Tipp im Netz). Danach erneut mit Windows nach Updates gesucht, KB5077181 wurde erneut angeboten, der Download ging sehr schnell (vermutlich weil die Datei schon im Cache war), die Installation auch relativ schnell (wenige Minuten), dieses Mal mit Aufforderung zum Neustart. Im Zuge des Neustarts wurde das Update wie immer installiert (zuerst bis 30%, dann nach dem Neustart der Rest) und jetzt ist auch das Patchlevel bei 7840.
Was da wohl die Ursache gewesen ist? Mit Windows Update habe ich höchst selten ein Problem. Seltsam, aber jetzt passt es.
Interessant, bei mir gibt es „$WinREAgent“ nicht auch mit dem Befehl zur Neuanlage macht er es nicht … evtl. ein Bug ?
$WinREAgent ist der Arbeitsordner für das SafeOS Update, wenn die WinRE.wim ein Update erhält. Wenn alles geklappt hat, wird der im Anschluss wieder gelöscht.
0x800705b9 steht wohl für „ERROR_NOT_ENOUGH_QUOTA“. Bei der Installation wurden da wohl die Systemressourcen knapp, weswegen die Installation abgebrochen wurde.
Bei mir ist es der Installationsfehler – 0x800f0922
Ach ja, da war ja was mit den Logdateien. Irgendein Installer versagt da (CBS_E_INSTALLERS_FAILED). Muss man herausfinden, welcher Installer da nicht kann, wie er will.
Das könnte der Fehler sein
LogSession: Starting a new log session at [C:\Windows\Logs\WinREAgent]
2026-02-12 10:10:11, Error 0x80070490 in WinREAgent::WinREServicingManager::InternalLoad (base\diagnosis\srt\winreagent\dll\winreservicingmanager.cpp:1169): [C:\$WinREAgent\WinREServicingManager.xml] doesn’t exist, there is no servicing manager suspended[gle=0x00000003]
2026-02-12 10:10:11, Error 0x80070490 in WinREAgent::WinREServicingManager::Load (base\diagnosis\srt\winreagent\dll\winreservicingmanager.cpp:1126): Failed to load servicing manager[gle=0x00000003]
2026-02-12 10:10:11, Error 0x80070490 in WinREAgent::LoadWinREServicingManager (base\diagnosis\srt\winreagent\dll\winreagent.cpp:123): Failed to load servicing manager
Dass die Systemressourcen auf meinem Rechner knapp wurden, wäre das erste Mal. Immerhin habe ich 32 GB Arbeitsspeicher und eine zwar alte, aber doch durchschnittliche CPU. Wie dem auch sei, ich habe in den Ereignisprotokollen gesehen, dass das System zweimal die Wartung der WinRE gestartet hat. Danach gab es weder einen Eintrag über einen Fehlschlag noch einen Erfolg. Scheint also an dieser Stelle „steckengeblieben“ zu sein. Die Wiederherstellungspartition wurde beim letzten Inplace Upgrade selbständig erstellt und ist 760 MB groß. Wenn es da, wie schon einmal, ein Problem mit der Größe geben sollte, lasse ich es, da manuelll die Größe zu verändern. Hab ich schon mal mit Eurer Anleitung gemacht, hat auch prima funktioniert, doch beim nächsten Inplace Upgrade macht das System wieder was es will, also neue Partition mit entsprechender Größe. Naja, vielleicht lag es auch wirklich nur an den Systemressourcen und ich hätte nicht gleich den $WinREAgent-Ordner löschen sollen.
Warten wir den nächsten Patchday ab und sehen, was dann passiert.
Also ich habe jetzt mal das Inplace von Birkuli verwendet und alles ist jetzt auf dem neusten Stand, bleibt abzuwarten wenn der nächste Patch kommt ob es wieder Probleme gibt.
Sollte eigentlich nicht. Denn das war ja die Reparatur.
„Fummeln“ am System solltest du aber mal vermeiden.
Schade, bei PRO immer noch kein neues Startmenü.
Bei HOME habe ich jetzt auch noch eine 0KB große crossdevice.exe.
Nach der Installation gab es wieder Stillstand, diesmal bei meinem SATA-HOME-PC.
Wie schon letzten Monat beim SATA-PRO-PC den Startparameter für stornvme wieder auf 4 gesetzt.
Eigentlich ist das mein SATA-„custom-default“, aber WU repariert auch gerne mal was.
Ich hatte ja wegen der freezes nicht nur bei strnvme zwischen Start = 4 oder 0 hin und zurück geswitcht.
Wegen meiner custom-settings hat es scheinbar nur diese zusätzlichen Neustarts gebraucht.
Jetzt läuft das auf den alten Geräten unabhängig von diesen Settings zuverlässig.
Ich habe auch gleich mal von 2,5-SATA-SSD über USB3 auf M2-SATA-SSD getestet.
Eine 10GB große Datei lief mit 150 Einheiten satt durch. Gegenüber vorher max 100 ist das ein Gewinn.
Zurück startete das ganze mit grandiosen 260-300 Einheiten, nur um bei 5GB auf 16 Einheiten mit einigen Peaks einzubrechen.
Dann zickt meine 0KB-Crossdevice.exe bei Benutzerwechsel rum… Falscher Parameter!
Wahrscheinlich bräuchte es die AdvancedSettings um da was zu verstellen.
Und Winget zeigt mir immer 2 MSEdge, aber mit unterschiedlichen Versionsnummern an.
Macht ihr eigentlich auch regelmäßig Updates von dem Exemplar in Windows Apps?
Und wenn ja, wie?
Bietet Microsoft das MCT und die downloadbaren ISOs jetzt erneut mit dem aktuellisierten Patchstand an, wie es schon einige Male der Fall war?
Danke
Das weiß nur Microsoft.
bei mir geht spootlight auf dem sperrbildschirm nicht mehr
Nachdem zur 7705 vermehrt Probleme gemeldet wurden, hatte ich für das Februar-Update bei meinen PCs vorher ein Backup gezogen. Die PCs mit PRO-Windows laufen weiterhin erwartungsgemäß. Es gab dann aber bei HOME (absolut gleiche Hardware wie PRO) auch später einige Probleme mit freezes, so dass ich hier per dism-Restore wieder zurück zur 26200.7628 bin. Nach allen weiteren Updates (Defender, Edge, winget und Store) habe ich es jetzt (18.2.2026) nochmal versucht und bin jetzt auf 7840.
Dabei habe ich „C:\Windows\ShellComponents\WindowsInternal.ComposableShell.Experiences.Switcher.dll“ mal mit vorgestelltem – lahm gelegt, um die nervige Benachrichtigung zur „C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\CrossDeviceResume.exe“ abzuschalten, was bis jetzt ganz gut funktioniert. Mal sehen, welche Funktionen jetzt fehlen.
Weiter ist mir wieder aufgefallen, dass Updates für die WinRE.wim in einem Ordner namens „$WinREAgent/Scratch/Mount“ realisiert werden.
Hat schon mal einer getestet, dort z.B. eine Explorer++.exe unterzuschieben?
Vielleicht wird ja erst danach/zum Schluß der neue Hashwert für die wim ermittelt.
Was die WinRE.wim angeht, die kannst Du ganz normal bereitstellen lassen (dism oder reagentc), die Explorer++ da reinkopieren und dann wieder mit zurückschreiben. Reinschmuggeln muss man da nichts. Ist eine normale WinPe.wim.
… wenn du den richtigen Index mountest. Hier bin ich immer noch auf 7840.
Ich konnte nicht länger warten, sondern habe per vivetool das neue Startmenü dort, wo noch nicht vorhanden, freigeschaltet. Was ein Umstand. Die Unstimmigkeiten vom Monatsanfang haben sich soweit alle verflüchtigt.
Nur der Hänger bei Minute 5:10 auf einem PC bleibt.
Da hilft nur, entweder SecureBoot im BIOS, oder in der Aufgabenplanung den betreffenden Task (Microsoft/Windows/PI/Secure-Boot-Update) zu deaktivieren.
Für mich neu: diskusage /?
Servus. Nach diesem Update im Februar hat mein Zuverlässigkeitsverlauf ständig die Meldung, dass „Microsoft WWA nicht mehr funktionsfähig“ sei. Ich habe schon sfc scan und auch Health durchlaufen lassen. Keinerlei Fehler zu erkennen. Die Meldung kommt quasi jeden Tag. Auch mehrmals. Es ist nichts schlimmes, Windows und mein Rechner laufen auch gut, aber mich stört das schon und ich frage mich, was das sein könnte. Ihr habt mir hier IMMER super geholfen.
Gruß
Microsoft WWA (Host) ist für die Apps zuständig. Sieht so aus, als ob irgendwas dort die Funktion blockiert und es dadurch zu einer Zeitüberschreitung kommt. Ist aber so aus der Ferne schwer zu sagen.
Vielen Dank für die Antwort. Dann warte ich bis es von selbst wieder verschwindet, oder?
Kannst ja noch einmal über den Zuverlässigkeitsverlauf nachschauen, ob in der Ereignisanzeige noch weitere Infos stehen. Kann ja wie gesagt durchaus sein, dass etwas die Funktion blockiert.
Oder du hast da mit einem Tool zu viel blockiert. Gibt da viele Varianten. Ansonsten, wenn der Rechner läuft, lass ihn laufen.
Vielen lieben Dank.
Mir läßt es jetzt doch keine Ruhe. Hier noch ein paar Meldungen aus dem Zuverlässigkeitsverlauf:
Pfad der fehlerhaften Anwendung: C:\Windows\System32\WWAHost.exe
Problemereignisame: MoOsMitigation
Vollständiger Paketname: Microsoft.Win32WebViewHost_10.0.26100.1_neutral_neutral_cw5n1h2txyewy
Anwendungsname: praid:DPI.Unaware
Anwendungsversion: 10.0.26100.7309
Anwendungszeitstempel: d7856b84
Fehlermodulname: StackHash_885f
Fehlermodulversion: 0.0.0.0
Fehlermodulzeitstempel: 00000001
Ausnahmeoffset: PCH_16_FROM_win32u+0x0000000000005844
Ausnahmecode: c000001c
Ausnahmedaten: 000000000000022d
Betriebsystemversion: 10.0.26200.2.0.0.256.48
Gebietsschema-ID: 1031
Zusatzinformation 1: 885f
Zusatzinformation 2: 885f73de2cac0a42e85150166f63bd6d
Zusatzinformation 3: 074f
Zusatzinformation 4: 074fa8eea7fbdac2ea5c39c4c0372742
Bucket-ID: 93f768017375ee6aada9d8c9ee70d14c (2137477859964408140)
Vielleicht erkennt jemand, welche App ich updaten oder deinstallieren muss.
Ich möchte euch nur kurz mitteilen, dass ich seit drei Tagen keine Meldungen mehr erhalte. Gemacht habe ich aber nichts. Danke noch einmal für eure Unterstützung.
Nein. Gestern war er wieder da
Beschreibung
Pfad der fehlerhaften Anwendung: C:\Windows\System32\WWAHost.exe
Problemsignatur
Problemereignisame: MoOsMitigation
Vollständiger Paketname: Microsoft.Win32WebViewHost_10.0.26100.1_neutral_neutral_cw5n1h2txyewy
Anwendungsname: praid:DPI.Unaware
Anwendungsversion: 10.0.26100.7309
Anwendungszeitstempel: d7856b84
Fehlermodulname: StackHash_885f
Fehlermodulversion: 0.0.0.0
Fehlermodulzeitstempel: 00000001
Ausnahmeoffset: PCH_5C_FROM_win32u+0x0000000000005834
Ausnahmecode: c000001c
Ausnahmedaten: 000000000000022c
Betriebsystemversion: 10.0.26200.2.0.0.256.48
Gebietsschema-ID: 1031
Zusatzinformation 1: 885f
Zusatzinformation 2: 885f73de2cac0a42e85150166f63bd6d
Zusatzinformation 3: a1de
Zusatzinformation 4: a1def7ff949b6b6fa851883e0a3d5983
Weitere Informationen über das Problem
Bucket-ID: d961af14622842ded62939e62b40149d (1596871203610432669)