Bei Windows 11 lässt sich der Updatefehler 0x800f0845 nicht allein anhand des Codes einer bestimmten Ursache zuordnen. Scheitert ein Oktober-Update, brauchst du zuerst dessen KB-Nummer, deine Windows-Version und die Information, ob die Installation bereits im laufenden Windows oder erst beim Neustart abbricht. Starte Windows noch normal, sind die Prüfung des betroffenen Updates und anschließend eine gezielte Reparatur der Windows-Komponenten sinnvoll. Gerät der PC dagegen in eine Startschleife, hat die Wiederherstellung eines startfähigen Systems Vorrang.
Ein bestimmter, allgemein bestätigter Fehler eines Oktober-Patches lässt sich ohne Jahr, KB-Nummer und Versionsangabe nicht benennen. Die folgenden Schritte trennen deshalb ein möglicherweise bekanntes Paketproblem von einer beschädigten lokalen Installation. Du musst dafür weder vorsorglich Updateordner löschen noch Sicherheitsfunktionen abschalten.
Das gescheiterte Oktober-Update eindeutig identifizieren
Die Bezeichnung Oktober-Update ist für die Fehlersuche nicht eindeutig. Je nach Windows-Version und Jahr kommen unterschiedliche kumulative Updates, Vorschauupdates oder Updates für zusätzliche Komponenten infrage. Selbst am selben PC können mehrere Pakete am gleichen Tag installiert werden.
Öffne Einstellungen → Windows Update → Updateverlauf. Notiere den vollständigen Namen des fehlgeschlagenen Eintrags einschließlich KB-Nummer und Datum. Achte darauf, ob 0x800f0845 tatsächlich beim Windows-Qualitätsupdate erscheint oder beispielsweise bei einem .NET-Update. Das sind unterschiedliche Pakete; eine manuelle Installation muss genau zum betroffenen Eintrag passen.
Drücke Windows-Taste + R und führe zur Versionsprüfung diesen nur lesenden Befehl aus:
winverNotiere die angezeigte Version und Betriebssystembuild. Unter Einstellungen → System → Info findest du außerdem den Systemtyp, insbesondere x64 oder ARM64. Diese Angaben entscheiden später darüber, welches Paket aus dem Microsoft Update-Katalog überhaupt geeignet ist.
Für die weitere Diagnose reichen zunächst diese Angaben:
- Windows-Version und Betriebssystembuild aus dem Versionsfenster.
- Vollständiger Updatename und KB-Nummer aus dem Updateverlauf.
- Systemtyp aus den Geräteinformationen.
- Abbruchphase: Download, Installation im laufenden Windows oder Verarbeitung beim Neustart.
- Fehlercode und Uhrzeit des letzten fehlgeschlagenen Versuchs.
Ein alter Fehlereintrag bleibt im Updateverlauf möglicherweise bestehen, obwohl ein späterer Versuch erfolgreich war. Prüfe deshalb auch, ob dasselbe Update anschließend als erfolgreich installiert erscheint.
Die Abbruchphase bestimmt den nächsten Schritt
Bei 0x800f0845 ist die sichtbare Abbruchphase für die Entscheidung hilfreicher als eine lange Liste denkbarer Ursachen. Wähle den passenden Zweig und arbeite nicht vorsorglich alle Reparaturen ab.
- Windows startet normal und das Update scheitert vor dem Neustart: Prüfe zunächst die KB-bezogenen Hinweise. Gibt es keinen passenden bekannten Fehler, untersuche die Windows-Komponenten mit DISM und SFC.
- Das Update wird beim Neustart rückgängig gemacht, danach startet Windows: Sichere die Fehlerspuren und prüfe anschließend ebenfalls den Komponentenspeicher. Ein reines Downloadproblem ist durch dieses Verhalten nicht bewiesen.
- Windows erreicht den Desktop nicht mehr: Nutze den weiter unten beschriebenen Wiederherstellungsweg. Befehle für das laufende Windows dürfen nicht unverändert in der Wiederherstellungsumgebung verwendet werden.
- Nur der automatische Installationsweg scheitert, während Windows ansonsten unauffällig arbeitet: Nach der Komponentenprüfung kann die passende manuelle Paketinstallation als Gegenprobe dienen.
Ein Abbruch bei derselben Prozentanzeige beweist weder einen defekten Treiber noch eine beschädigte Partition. Die Anzeige ist kein verlässlicher Hinweis auf die gerade bearbeitete Komponente. Entscheidend sind der Paketbezug und die zeitlich passenden Protokolleinträge.
Bekannte Probleme des Oktober-Pakets ausschließen
Suche in der Microsoft-Rubrik Windows Release Health nach deiner Windows-11-Version. Öffne außerdem den Microsoft-Supportartikel zur notierten KB-Nummer. Dort sind insbesondere bekannte Probleme, Voraussetzungen und Hinweise zur Installation relevant.
Vergleiche die beschriebenen Bedingungen mit deinem PC. Eine Einschränkung für verwaltete Unternehmensgeräte, bestimmte Software oder eine einzelne Windows-Version gilt nicht automatisch für jede Installation. Stimmen die Voraussetzungen überein und ist eine bestimmte Abhilfe genannt, hat diese Vorrang vor allgemeinen Reparaturschritten.
Ist das Oktober-Update inzwischen durch ein neueres kumulatives Update ersetzt, kann das angebotene neuere Paket der sinnvollere Installationsweg sein. Prüfe dafür Windows Update und die Paketinformationen. Ein älterer fehlgeschlagener Eintrag muss nicht nachträglich erfolgreich werden, wenn das System bereits mit einem neueren passenden kumulativen Update versorgt wurde.
Auf einem Firmen-PC können Freigaben, Updatequellen und Installationsvorgaben zentral gesteuert sein. Ändere dort keine Richtlinien und umgehe keine eingerichtete Updateverwaltung. Gib der IT die erfassten Versions- und Paketdaten sowie die Abbruchphase weiter.
Komponentenspeicher und Systemdateien gezielt reparieren
Windows verwendet einen Komponentenspeicher, um Systembestandteile zu warten und Updates einzubauen. Beschädigungen darin sind eine mögliche Ursache fehlgeschlagener Installationen, aber durch 0x800f0845 allein nicht nachgewiesen. DISM prüft beziehungsweise repariert diesen Speicher; SFC untersucht anschließend die geschützten Systemdateien.
Speichere offene Arbeiten, sichere wichtige Dateien und starte Windows einmal über Start → Ein/Aus → Neu starten neu. Falls bereits eine Updateverarbeitung läuft, lasse sie zunächst abschließen. Öffne danach über das Startmenü das Terminal oder die Eingabeaufforderung als Administrator.
DISM ausführen und das Ergebnis auswerten
Der folgende Befehl bearbeitet die aktuell gestartete Windows-Installation. Er kann beschädigte Komponenten reparieren und dafür erforderliche Dateien über die konfigurierte Reparaturquelle beziehen:
DISM.exe /Online /Cleanup-Image /RestoreHealthLasse den Vorgang bis zur abschließenden Meldung laufen. Eine länger unveränderte Prozentanzeige ist allein kein Grund zum Abbruch. Unterbrich die Reparatur nicht durch Ausschalten des PCs.
Meldet DISM einen erfolgreichen Abschluss, fahre mit SFC fort. Scheitert DISM dagegen mit dem Hinweis auf fehlende Quelldateien oder einem weiteren Fehlercode, notiere diesen vollständig. Wiederhole nicht endlos denselben Befehl: Auf verwalteten Geräten kann der Zugriff auf Reparaturinhalte eingeschränkt sein; auf anderen PCs kann eine geeignete Installationsquelle oder eine Reparaturinstallation erforderlich werden.
Eine beliebige Windows-ISO ist keine verlässlich passende Reparaturquelle. Version, Sprache, Architektur und Wartungsstand beeinflussen die Eignung. Ohne diese Zuordnung solltest du keine aus fremden Anleitungen übernommenen Quellpfade oder Image-Indizes verwenden.
SFC nach der Komponentenreparatur ausführen
Führe im weiterhin administrativ geöffneten Fenster anschließend diesen Befehl aus:
sfc /scannowSFC prüft geschützte Systemdateien und ersetzt erkannte beschädigte Dateien, soweit die Reparatur möglich ist. Werden keine Integritätsverletzungen gefunden, liegt zumindest kein durch diesen Prüflauf erkannter Systemdateifehler vor. Werden Dateien erfolgreich repariert, starte Windows neu und versuche das betroffene Update einmal erneut.
Kann SFC nicht alle Dateien reparieren, ist ein wiederholter Updateversuch zunächst wenig aussagekräftig. Sichere die Protokolle und entscheide anhand der verbleibenden Fehler über eine weitergehende Reparatur.
DISM und SFC bieten keinen einfachen Rückgängig-Schalter für einzelne Reparaturen. Sie setzen Windows-Bestandteile instand und sind keine Tuningmaßnahmen. Installiere danach nicht gleichzeitig zusätzliche Treiber oder Bereinigungsprogramme, damit das Ergebnis des nächsten Updateversuchs auswertbar bleibt.
Bei erneutem 0x800f0845 die zugehörigen Protokolle sichern
Scheitert das Oktober-Update nach der Reparatur erneut, sind die Einträge rund um diesen Versuch entscheidend. Der Fehlercode in Windows Update kann nur die abschließende Fehlermeldung sein; ein vorheriger Eintrag kann die betroffene Komponente genauer benennen.
Das CBS-Protokoll enthält Informationen zur Windows-Komponentenwartung. Du findest es unter diesem Pfad:
C:\Windows\Logs\CBS\CBS.logDie DISM-Protokolldatei liegt hier:
C:\Windows\Logs\DISM\dism.logDiese Pfade gelten bei einer Windows-Installation auf Laufwerk C. Kopiere die Dateien nach Möglichkeit in einen eigenen Diagnoseordner, bevor du weitere Versuche startest. Falls ein Zugriff scheitert, kann das Kopieren Administratorrechte benötigen. Notiere zusätzlich die Uhrzeit des fehlgeschlagenen Updateversuchs.
Suche in der Kopie von CBS.log nach 0x800f0845 und betrachte die zeitlich benachbarten Einträge. Interessant sind insbesondere weitere Fehlercodes, Paketnamen sowie Hinweise auf fehlende oder beschädigte Komponenten. Einzelne ältere Fehlereinträge sind kein Beleg für die Ursache des letzten Versuchs.
Ergänzend kannst du in der Ereignisanzeige unter Anwendungs- und Dienstprotokolle → Microsoft → Windows → WindowsUpdateClient → Operational nach Ereignissen zum passenden Zeitpunkt suchen. Fehlt dort eine tiefere Erklärung, bedeutet das nicht, dass keine Fehlerspur existiert; die Komponentenwartung wird ausführlicher im CBS-Protokoll dokumentiert.
Lösche aufgrund eines gefundenen Paketnamens keine Dateien aus dem Komponentenspeicher. Auch manuelle Berechtigungsänderungen an Systemordnern sind keine geeignete Ableitung aus einem Protokolleintrag. Für eine Supportanfrage sind die zusammengehörigen Angaben wertvoller als ein einzelner aus dem Zusammenhang kopierter Fehler.
Das passende Update manuell installieren: Gegenprobe statt Universallösung
Eine manuelle Installation aus dem Microsoft Update-Katalog ist sinnvoll, wenn Windows normal startet, die Komponentenprüfung abgeschlossen ist und keine passende bekannte Einschränkung vorliegt. Sie umgeht Teile des automatischen Downloadwegs, verwendet aber weiterhin die Windows-Wartungsmechanismen. Eine beschädigte lokale Komponentenbasis repariert sie nicht automatisch.
- Suche im Microsoft Update-Katalog nach der zuvor ermittelten KB-Nummer.
- Vergleiche Produkt, Windows-Version und Architektur mit deinem System. Ein Paket für ARM64 ist kein Ersatz für x64 und umgekehrt.
- Lies die Installationshinweise im zugehörigen KB-Supportartikel. Falls Voraussetzungen oder mehrere Pakete genannt werden, beachte die dort festgelegte Reihenfolge.
- Speichere offene Arbeiten und starte das passende heruntergeladene Installationspaket. Bestätige erforderliche Administratorrechte.
- Starte den PC nach Aufforderung neu und kontrolliere anschließend Updateverlauf und Betriebssystembuild.
Erscheint die Meldung, das Update sei nicht für diesen Computer geeignet, prüfe zuerst Version, Architektur, Voraussetzungen und bereits installierte Updates. Erzwinge die Installation nicht. Die Meldung kann auch bedeuten, dass das Paket nicht mehr benötigt wird.
Scheitert dasselbe passende Paket sowohl automatisch als auch manuell mit 0x800f0845, ist eine ausschließlich gestörte automatische Downloadstrecke weniger wahrscheinlich. Dann bringen weitere Downloads derselben Datei meist keinen zusätzlichen Erkenntnisgewinn. Nutze die Protokolle für die nächste Entscheidung.
Nach dem Oktober-Update in einer Startschleife: Wiederherstellung vor Reparaturbefehlen
Erreicht Windows nach dem Installationsversuch den Desktop nicht mehr, unterscheiden sich Vorgehen und Risiken deutlich. Lasse eine sichtbare Rücknahme zunächst arbeiten. Wiederholtes Ausschalten während der Verarbeitung kann die Situation verschärfen.
Öffnet sich die automatische Reparatur, wähle Erweiterte Optionen. Ist der Anmeldebildschirm noch erreichbar, kannst du bei gedrückter Umschalttaste über Ein/Aus → Neu starten in die Wiederherstellungsumgebung wechseln. Über Problembehandlung → Erweiterte Optionen → Updates deinstallieren steht je nach Zustand die Entfernung des letzten Qualitätsupdates zur Verfügung.
Bei einem regulären kumulativen Oktober-Patch ist das Qualitätsupdate der passende Ansatz, nicht die Rückkehr von einer neuen Windows-Version. Sichere vor diesem Eingriff nach Möglichkeit wichtige Daten. Halte bei aktivem BitLocker den Wiederherstellungsschlüssel bereit; die Wiederherstellungsumgebung kann ihn anfordern.
Die Deinstallation entfernt das betreffende Update, soweit Windows diesen Rückweg anbietet. Dadurch können auch dessen Sicherheitskorrekturen wieder fehlen. Sobald Windows startet, muss daher ein korrigierter oder anderweitig passender Updateweg folgen. Eine vorübergehende Updatepause kann Zeit für die Diagnose schaffen, ersetzt aber keine dauerhafte Lösung.
Führe in der Wiederherstellungsumgebung nicht einfach den zuvor genannten DISM-Befehl aus: /Online bezeichnet das aktuell gestartete System, nicht automatisch deine Windows-Installation auf der Festplatte. Zudem können Laufwerksbuchstaben dort abweichen. Offline-Reparaturen verlangen eine eindeutige Zuordnung der Installation und gehören bei Unsicherheit in fachkundige Hände.
Wann eine Reparaturinstallation sinnvoller ist als weitere Einzelversuche
Eine Reparaturinstallation kommt infrage, wenn das passende Update wiederholt scheitert und DISM oder SFC verbleibende Beschädigungen melden. Sie ersetzt Windows-Systembestandteile, ohne zwingend persönliche Dateien und installierte Anwendungen zu entfernen. Eine Datensicherung bleibt trotzdem erforderlich.
Prüfe unter Einstellungen → System → Wiederherstellung, ob deine Windows-Version eine Reparatur über Windows Update anbietet. Verfügbarkeit und Bezeichnung hängen von Version und Verwaltung des Geräts ab. Die dort angebotene Neuinstallation der vorhandenen Windows-Version ist von der Funktion zum Zurücksetzen des PCs zu unterscheiden.
Als Alternative kann ein geeignetes offizielles Windows-11-Installationsmedium für eine Reparatur innerhalb des laufenden Windows dienen. Starte dessen Setup aus dem Desktop heraus. Kontrolliere vor der endgültigen Bestätigung ausdrücklich, dass persönliche Dateien und Apps behalten werden. Fehlt diese Auswahl, brich ab und prüfe Sprache, Edition, Architektur und Versionsstand des Mediums. Das Booten vom Installationsmedium ist nicht derselbe Reparaturweg.
Bei wiederkehrenden Dateibeschädigungen, zusätzlichen Abstürzen oder Datenträgerfehlern sollte vor weiteren Installationsversuchen die Hardware beziehungsweise der Datenträgerzustand untersucht werden. Ein Systemreset ist nicht die automatische nächste Stufe eines einzelnen Updatefehlers.
Erfolgreich abgeschlossen ist die Fehlerbehebung, wenn Windows normal startet und das betroffene oder ein nachfolgendes passendes kumulatives Update installiert ist. Kontrolliere dafür die erfolgreiche Installation und den zugehörigen Buildstand. Bleibt 0x800f0845 bestehen, sind KB-Nummer, Windows-Version, Abbruchphase sowie die gesicherten CBS- und DISM-Protokolle die Grundlage für eine gezielte Unterstützung statt weiterer pauschaler Eingriffe.
