Windows 11 KB5127648 fout 0x800f0845 fixes en tips -

Sommige Windows 11-pc’s blijven vastlopen in een terugkerende installatielus na de update van Patch Tuesday in oktober. Windows downloadt KB5127648, start opnieuw op, blijft hangen op een zwart scherm, draait alles terug en meldt fout 0x800f0845. Een paar dagen later probeert het systeem het opnieuw. De meldingen zijn echt en komen uit meerdere bronnen. Microsoft heeft het probleem nog niet erkend. De beweringen die op sociale media aan deze fout worden gekoppeld, zoals dat AMD’s AM5-platform de oorzaak zou zijn, lopen voor op het bewijs.

Hier lees je wat inmiddels is bevestigd, wat nog giswerk is en wat getroffen gebruikers en beheerders nu kunnen doen.

De update in kwestie

KB5127648 is de cumulatieve update van Microsoft van 13 oktober 2026 voor Windows 11 versies 24H2, 25H2 en 26H2. Na installatie worden deze versies bijgewerkt naar build 26100.9711, 26200.9711 en 26300.9711. Op de ondersteuningspagina van Microsoft staat dat het pakket ook servicestack-update KB5127647 bevat, die volgens Microsoft de betrouwbaarheid van het installatieproces van Windows-updates verbetert. Dat klinkt wrang als de installatie inmiddels al drie keer is mislukt.

Op de KB-pagina staan meerdere bekende problemen: fouten met Remote Desktop voor gebruikers zonder beheerdersrechten met fout 0xC000000D, problemen met USB Audio Class 1.0 en een item voor Smart App Control waarvoor speciale groepsbeleidinstellingen nodig zijn. Fout 0x800f0845 staat niet op die lijst. De berichtgeving van Windows Report komt tot dezelfde conclusie: Microsoft heeft deze specifieke installatiefouten nog niet officieel erkend en nog geen aparte oplossing gepubliceerd.

Eén detail op de KB-pagina maakt de situatie nog ernstiger. Microsoft meldt dat Windows 11 versie 24H2 Home en Pro het einde van updates hebben bereikt en dat de beveiligingsupdate van oktober 2026 de laatste is voor die edities. Een pc met 24H2 Home of Pro die KB5127648 niet kan installeren, mist dus meer dan één maand aan patches. Er wordt niet alleen een maandelijkse update gemist, maar ook de laatste update. In dat geval is een upgrade naar een nieuwere versie de echte oplossing.

Samenvatting: KB5127648 is een belangrijke beveiligingsupdate voor 24H2, 25H2 en 26H2. Op de officiële Microsoft-pagina’s wordt fout 0x800f0845 nergens genoemd.

De zaak achter de koppen

Het grootste deel van de berichtgeving is terug te voeren op één uitgebreid bericht op Microsoft Q&A, geplaatst midden oktober. De gebruiker in kwestie draait:

Windows 11 25H2, vast op OS-build 26200.8875
Gigabyte B850 Gaming WiFi6-moederbord
AMD Ryzen 7 9800X3D
Gigabyte GeForce RTX 5080 Gaming OC

Volgens deze gebruiker is sinds augustus 2026 geen enkele cumulatieve of beveiligingsupdate meer geïnstalleerd. De fout verloopt telkens op dezelfde manier: de update wordt voorbereid, de pc start opnieuw op en toont het logo van de fabrikant, waarna het scherm zwart wordt terwijl de ventilatoren blijven draaien. Na een tweede handmatige herstart start Automatische Reparatie, Windows draait de update terug en Windows Update toont 0x800f0845.

De gebruiker had al veel geprobeerd. Een Cloud Reset waarbij alle bestanden en apps werden verwijderd hielp niet. Ook tijdens Windows Setup ging het mis toen updates tijdens de installatie moesten worden gedownload. DISM /CheckHealth vond geen beschadigingen en een herstelinstallatie maakte geen verschil.

Een communitygebruiker in de draad werkte samen met de poster aan de logbestanden. Een paar bevindingen zijn belangrijk voor anderen die met hetzelfde probleem te maken krijgen:

Geen fatale fouten in de CBS-logbestanden. De reageerder gaf aan dat terugdraaiingsproblemen meestal 0x800f0922 of andere fouten met het label Fatal laten zien. In dit geval leken de logs erop te wijzen dat een deel van de fout tijdens de crash en herstart niet meer was weggeschreven.
Geen crashdumps. De map Minidump was leeg en de map $WINDOWS.~BT werd tijdens de normale mislukte updates niet aangemaakt.
Beveiligingssoftware van derden werd bekeken. In een ander geval bleek 0x800f0845 veroorzaakt te worden door antivirussoftware van derden, namelijk Malwarebytes. Deze gebruiker had dat niet geïnstalleerd en de fout bleef bestaan na een volledige reset.
Secure Boot werd als mogelijke oorzaak genoemd. De reageerder suggereerde een probleem met Secure Boot en verwees naar een andere discussie. Dat was een vermoeden van een communitylid, geen diagnose. De gebruiker schakelde Secure Boot in de firmware uit om dit te testen, maar in de discussie wordt het resultaat daarvan niet vermeld.
De poging tot een in-place upgrade liep vast door een ander probleem. De gebruiker probeerde een ISO-herstelupgrade, maar de ISO was ouder, namelijk 24H2, dan de geïnstalleerde 25H2-build. Daardoor bood Setup alleen aan om alles te wissen. Dat is een versieverschil en geen onderdeel van het probleem met 0x800f0845.

Er is ook een praktische valkuil. De gebruiker kon updates niet meer pauzeren. Windows had die optie grijs gemaakt totdat de nieuwste beveiligingsupdate was geïnstalleerd, precies de update die niet wilde installeren. Het resultaat is een pc die het om de paar dagen opnieuw probeert en telkens in Automatische Reparatie belandt.

Samenvatting: dit is één goed gedocumenteerd geval op één AMD-systeem. Het is nuttig door de hoeveelheid details, maar het bewijst niet dat het B850-moederbord, de 9800X3D of AM5 in het algemeen de oorzaak is.

Niet alleen AMD, en niet alleen oktober

De gedachte dat dit een “AM5-probleem” zou zijn, valt uiteen zodra je naar andere meldingen kijkt. Neowin bekeek online klachten en ontdekte dat deze fout mogelijk al teruggaat tot KB5089549 van Patch Tuesday in mei 2026. De site meldt ook vergelijkbare meldingen rond de beveiligingsupdate van augustus 2026, KB5121003; zelfs de noodupdate KB5129195 lijkt niet volledig vrij van het probleem.

Microsofts overzicht met releasedata bevestigt die KB-nummers en data. De beveiligingsupdate van augustus was KB5121003, met build 26200.9168 op 25H2. Op 14 september verscheen de out-of-band update KB5129195. Op 13 oktober volgde KB5127648. Dat overzicht bevestigt alleen de tijdlijn. Het zegt niets over een gedeelde oorzaak.

Een aparte Microsoft Q&A-draad laat een heel andere computer zien met dezelfde eindfout. Daar gaat het om een Acer Nitro-laptop met een Intel Core i7-10750H, draaiend op 25H2 build 26200.9168. Elke poging om de cumulatieve updates van augustus en september te installeren, namelijk KB5120998, KB5124008 en KB5129195, crashte tijdens de servicing boot met een 0x139 KERNEL_SECURITY_CHECK_FAILURE. Het enige herstel was opstarten in WinRE en de in behandeling zijnde acties terugdraaien met DISM. Daarna toonde Windows Update 0x800F0845.

Dat is de meest waardevolle aanwijzing in dit verhaal. In beide discussies verschijnt 0x800f0845 na een terugdraaiing van een mislukte servicing boot. Op de AMD-desktop is de fout een zwart scherm dat blijft hangen. Op de Intel-laptop is het een bugcheck. De code lijkt daardoor minder op een echte diagnose en meer op het label dat Windows geeft aan een servicing boot die niet goed is afgerond. Dat is onze lezing van twee gebruikersmeldingen, niet iets wat Microsoft heeft bevestigd. Wel verklaart het waarom “ongeldig argument” en “AM5” zwakke verklaringen zijn.

Nog twee kanttekeningen:

Dezelfde oktoberupdate heeft ook andere foutcodes opgeleverd. Windows Report en andere bronnen noemen 0x800f0845, 0x80070306 en 0x800f0989. Dat zijn losse symptomen en moeten niet op één hoop worden gegooid.
Sommige meldingen beschrijven 0x800f0845 als een “invalid argument” tijdens het toepassen van het pakket. Microsoft heeft die betekenis niet gedocumenteerd voor dit incident en niets in de openbare discussies ondersteunt die uitleg.

Samenvatting: dezelfde foutcode verschijnt op AMD- en Intel-machines, verspreid over meerdere maanden en met verschillende crashsymptomen. Niemand heeft openbaar één enkele oorzaak aangewezen.

Wat je kunt doen als je pc vastzit

Microsoft heeft nog geen oplossing gepubliceerd, dus de onderstaande stappen zijn standaard herstel- en diagnosemaatregelen. Geen enkele stap is een bewezen oplossing voor dit probleem, en het hoofdvoorbeeld hierboven laat zien dat zelfs bekende reparaties niet altijd helpen.

Noteer eerst de feiten

Voordat je iets wijzigt, noteer:

Je Windows-versie en buildnummer (gebruik winver).
De exacte KB en foutcode via Instellingen > Windows Update > Updategeschiedenis.
Waar het misgaat: vóór de herstart, tijdens de herstart op een bepaald percentage, of na een zwart scherm of crash.
Of Automatische Reparatie of een terugdraaimelding verschijnt.
Bewaar de logbestanden

De CBS-servicelogbestanden, te vinden in C:\Windows\Logs\CBS, waren de eerste bestanden waarnaar de Q&A-gebruikers vroegen. Als je een ISO-gebaseerde herstelupgrade hebt gebruikt, wordt de setup-activiteit apart vastgelegd in setupact.log. Controleer ook C:\Windows\Minidump op crashdumps, al vond geen van beide discussies iets. Dien de logbestanden daarna in via Feedback Hub (Win+F). De communitygebruiker wees erop dat er geen directe manier is om het engineeringteam van Microsoft te bereiken, dus Feedback Hub is voor thuisgebruikers het belangrijkste officiële kanaal.

Probeer de veilige herstelstappen

Dit zijn standaard eerste stappen, zoals ook Windows Report noemt:

DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

Je kunt ook naar Instellingen > Systeem > Herstel > Problemen oplossen met Windows Update gaan. Daarmee wordt de huidige versie van Windows opnieuw geïnstalleerd terwijl persoonlijke bestanden, apps en instellingen behouden blijven. Verwacht er niet te veel van. Windows Report zegt zelf dat geen van deze methoden een bevestigde oplossing is voor 0x800f0845, 0x80070306 of 0x800f0989. En de gebruiker uit de AMD-draad had al een herstelinstallatie, Cloud Reset en DISM-controles geprobeerd zonder succes.

Gebruik je antivirussoftware van derden, probeer die dan tijdelijk te verwijderen. Het geval met Malwarebytes hierboven is het enige bevestigde voorbeeld van specifieke software die deze fout veroorzaakte.

Handmatige installatie via de Microsoft Update Catalog

Op de KB-pagina van Microsoft staan per architectuur stappen voor het installeren van het zelfstandige pakket:

Vereisten: Windows 11 24H2 en 25H2 hebben een update nodig die op of na 10 juni 2025 is uitgebracht, zoals KB5060842, plus de nieuwste servicing stack update.
Download alle MSU-bestanden voor KB5127648 uit de Update Catalog naar één map, bijvoorbeeld C:\Packages, die verder leeg is.
De Catalogus kan checkpoint-cumulatieve updates bevatten. Installeer die eerst in de juiste volgorde vóór de doelupdate, of gebruik DISM met de parameter PackagePath voor de map. Daarmee worden de vereiste checkpoints automatisch herkend en geïnstalleerd.

Een handmatige installatie verandert alleen de manier waarop de update binnenkomt. Het verandert niets aan de servicing boot. De gebruiker uit de AMD-draad probeerde de offline route op advies van een reageerder en meldde dezelfde mislukking.

Maak een back-up voordat je grotere stappen zet

Elke in-place upgrade via ISO moet dezelfde Windows-versie zijn als je huidige installatie, of nieuwer. Een oudere ISO biedt alleen een schone installatie aan, en dat is precies wat er gebeurde in de AMD-draad. Maak daarom eerst een volledige systeemkopie voordat je experimenteert met firmware-instellingen zoals Secure Boot. De communitygebruiker gaf hetzelfde advies.

De beheerdershoek en de vraag of je “gewoon moet wachten”

Sommige berichten adviseren getroffen gebruikers om te wachten op een officiële patch. Dat is begrijpelijk na een paar zwartschermherstarts, maar het is geen advies van Microsoft en het brengt risico’s met zich mee. KB5127648 is een beveiligingsupdate en een pc die vastzit op een build van augustus mist inmiddels maanden aan correcties. Voor 24H2 Home en Pro, zoals hierboven genoemd, komen er helemaal geen maandelijkse updates meer.

Voor IT-teams:

Controleer nalevingsrapporten op apparaten waarvan de build sinds mei of augustus niet meer is doorgegroeid, vooral als daar herhaaldelijk 0x800f0845 verschijnt.
Focus niet op één specifiek hardwaremodel. De openbare meldingen gaan over een AMD-desktop uit 2025 en een Intel-laptop uit 2020.
Verzamel CBS-logbestanden en informatie over de fase van de fout vóór je een apparaat opnieuw installeert. Als een systeem eenmaal is gewist, is het bewijs weg en kan de fout toch terugkomen. Dat gebeurde ook bij de AMD-gebruiker, zelfs na een schone herinstallatie.
Houd de KB5127648-pagina en Windows Release Health in de gaten voor een vermelding van een bekend probleem. Microsoft werkte de pagina op 14 oktober bij om het probleem met Remote Desktop toe te voegen, dus de informatie wordt na publicatie wel aangepast.

De conclusie

Fout 0x800f0845 bij KB5127648 is een echt, maar nog vaag omschreven probleem. Gebruikers op Microsoft Q&A, samen met berichtgeving van Neowin en Windows Report, laten mislukte installaties zien met de oktoberupdate en met cumulatieve updates die teruggaan tot mei. Het AMD-systeem met een Ryzen 7 9800X3D en Gigabyte B850 is het best gedocumenteerde voorbeeld, maar het blijft één voorbeeld en geen bevestigde lijst van getroffen hardware. Microsoft heeft tot nu toe niets bevestigd.

Totdat Microsoft duidelijkheid geeft, is de verstandigste aanpak om de fout vast te leggen, de logbestanden te bewaren, de veilige herstelstappen te proberen, feedback te geven en de KB-pagina in de gaten te houden. Updates onbeperkt pauzeren is geen goede oplossing, omdat Windows de pauzeoptie na een mislukte cumulatieve update soms grijs maakt.

Lezers die met dezelfde rollbacklus kampen, worden aangemoedigd om hun hardware, buildnummer en het exacte moment waarop het misgaat te delen in de Windows Update-forums. Verslagen van veel verschillende machines zijn vaak precies wat nodig is om een patroon uiteindelijk te herkennen en te begrijpen.