Probleme mit dem Windows-Update-Komponentenspeicher lassen sich meist mit den integrierten Reparaturwerkzeugen DISM und SFC eingrenzen. Der sichere Ablauf beginnt mit einer Prüfung, führt bei Bedarf über die Reparatur des Komponentenabbilds und endet mit einem Neustart sowie einer erneuten Update-Suche. Lösche den Ordner WinSxS nicht manuell: Er enthält Dateien, die Windows für Wartung, Updates und die Wiederherstellung von Systemkomponenten benötigt.
Typische Hinweise sind fehlgeschlagene Updates, wiederholte Installationsversuche, beschädigte Systemdateien oder Meldungen wie „Der Komponentenspeicher ist reparierbar“. Auch Fehlercodes wie 0x80073712, 0x800F081F oder 0x800F0906 können auf eine beschädigte oder unvollständige Komponentenquelle hindeuten. Die genaue Ursache ist damit noch nicht bewiesen, aber die Reparatur lässt sich mit Windows-Bordmitteln systematisch prüfen.
Was der Windows-Update-Komponentenspeicher tatsächlich macht
Der Komponentenspeicher ist ein zentraler Bereich von Windows, in dem Systemkomponenten, Pakete und verschiedene Versionen für die Wartung des Betriebssystems verwaltet werden. Dazu gehört auch der Ordner C:WindowsWinSxS. Die dort sichtbaren Dateien sind nicht einfach eine gewöhnliche Sammlung überflüssiger Kopien. Windows verwendet den Speicher unter anderem, um Updates zu installieren, optionale Funktionen bereitzustellen und bestimmte Systemdateien wiederherzustellen.
Ein beschädigter Komponentenspeicher kann deshalb mehrere Symptome verursachen. Windows Update kann ein Paket nicht anwenden, eine Nachinstallation von .NET Framework oder einer optionalen Funktion bricht ab, oder die Systemdateiprüfung findet zwar Fehler, kann sie aber nicht aus der vorhandenen Quelle ersetzen. Die Störung liegt dann nicht zwingend beim Update-Dienst selbst. Die Reparatur muss möglicherweise zuerst die Quelle wiederherstellen, aus der Windows die benötigten Dateien bezieht.
Windows 10 und Windows 11 bringen dafür das Servicing and Management Tool DISM mit. DISM steht für Deployment Image Servicing and Management. Das Werkzeug prüft und repariert das Windows-Abbild, das auf dem laufenden System verwendet wird. SFC, die System File Checker-Funktion, kontrolliert anschließend geschützte Systemdateien und ersetzt beschädigte Dateien, sofern eine passende Reparaturquelle verfügbar ist.
Vor der Reparatur: Version, Rechte und Ausgangslage prüfen
Für die folgenden Schritte brauchst du ein Administratorkonto oder musst die Werkzeuge mit Administratorrechten starten. Die Befehle verändern den Zustand der Windows-Wartung. Sie sind für die Reparatur vorgesehen, sollten aber nicht durch ein erzwungenes Ausschalten des Computers unterbrochen werden.
Prüfe zunächst, ob Windows gerade ein Update installiert oder einen Neustart verlangt. Öffne die Einstellungen mit Windows-Taste + I und rufe je nach System Windows Update oder unter Windows 10 Update und Sicherheit auf. Wenn dort ein ausstehender Neustart angezeigt wird, starte den PC zunächst regulär neu. Ein laufender Wartungsvorgang und eine parallele Reparatur können sich gegenseitig behindern.
Die installierte Version findest du über System, Info oder mit dem Dialog Ausführen. Drücke Windows-Taste + R, gib winver ein und bestätige mit der Eingabetaste. Notiere Edition und Versionsangabe, wenn du später eine Installationsquelle benötigst. Bei einem verwalteten Firmen-PC können Richtlinien, WSUS oder eine zentrale Updateverwaltung die Reparatur beeinflussen. In diesem Fall kann Windows eine interne Quelle erwarten, die außerhalb des Unternehmensnetzwerks nicht erreichbar ist.
Eine stabile Stromversorgung ist besonders bei einem Notebook wichtig. Schließe das Netzteil an und beende Programme, die gerade große Dateien schreiben. Eine Datensicherung ist vor einer gewöhnlichen DISM-Reparatur normalerweise nicht zwingend, bleibt bei einem System mit bereits vorhandenen Start- oder Dateisystemproblemen aber sinnvoll. Wenn BitLocker aktiviert ist und du später mit Wiederherstellungsumgebung, Installationsmedium oder Startkonfiguration arbeiten musst, sollte der Wiederherstellungsschlüssel erreichbar sein.
Die Eingabeaufforderung mit Administratorrechten öffnen
Die folgenden Befehle kannst du in der Eingabeaufforderung mit erhöhten Rechten ausführen. Öffne das Startmenü, suche nach Eingabeaufforderung, klicke den Treffer mit der rechten Maustaste an und wähle Als Administrator ausführen. Bestätige die Sicherheitsabfrage der Benutzerkontensteuerung.
Alternativ kannst du im Startmenü nach Windows Terminal suchen und die Anwendung als Administrator starten. Achte dann darauf, dass ein Eingabeaufforderungs-Tab geöffnet ist. PowerShell akzeptiert viele DISM- und SFC-Befehle ebenfalls, die nachfolgenden Beispiele sind aber für die Eingabeaufforderung formuliert. Ein Fenster ohne Administratorrechte führt häufig zu Zugriffsmeldungen oder kann die Reparatur nicht vollständig ausführen.
Den Komponentenstatus zuerst nur prüfen
Beginne mit einer Diagnose, die nicht repariert. Der Befehl CheckHealth prüft, ob DISM bereits einen bekannten beschädigten Zustand im Komponentenabbild gespeichert hat. Gib ihn in der administrativen Eingabeaufforderung ein:
DISM /Online /Cleanup-Image /CheckHealth
Meldet DISM, dass der Komponentenspeicher reparierbar ist, oder bleibt die Update-Installation trotz unauffälligem Status erfolglos, folgt eine ausführlichere Prüfung. Sie liest die relevanten Komponenten und sucht nach Inkonsistenzen:
DISM /Online /Cleanup-Image /ScanHealth
Dieser Vorgang kann deutlich länger dauern als CheckHealth. Der Fortschrittswert muss nicht gleichmäßig steigen. Unterbreche den Prozess nicht, nur weil die Anzeige längere Zeit an einer Stelle bleibt. Nach dem Abschluss liefert DISM eine Meldung, ob eine Beschädigung erkannt wurde und ob eine Reparatur möglich ist.
Das Windows-Abbild mit DISM reparieren
Wenn die Prüfung eine Beschädigung meldet, verwendest du zunächst die laufende Windows-Installation als Ziel:
DISM /Online /Cleanup-Image /RestoreHealth
Dieser Befehl repariert das Komponentenabbild, sofern Windows die erforderlichen Dateien aus einer vorhandenen Quelle beziehen kann. Die Quelle kann aus dem lokalen Komponentenspeicher, aus Windows Update oder aus einer anderen von Windows akzeptierten Quelle stammen. Währenddessen können Prozentanzeige und CPU-Last schwanken. Ein scheinbarer Stillstand ist allein kein ausreichender Grund, das Fenster zu schließen.
Nach erfolgreichem Abschluss sollte DISM melden, dass der Wiederherstellungsvorgang erfolgreich beendet wurde. Starte Windows danach neu, auch wenn du noch den System File Checker ausführen möchtest. Ein Neustart stellt sicher, dass ausstehende Wartungsvorgänge abgeschlossen werden. Anschließend öffnest du erneut eine administrative Eingabeaufforderung und startest SFC:
sfc /scannow
SFC prüft geschützte Systemdateien gegen die reparierte Komponentenquelle. Der Scan kann einige Zeit dauern und sollte bis 100 Prozent laufen. Eine Meldung, dass keine Integritätsverletzungen gefunden wurden, bedeutet, dass SFC keine beschädigten geschützten Systemdateien festgestellt hat. Werden beschädigte Dateien gefunden und repariert, ist ein Neustart sinnvoll, bevor du Windows Update erneut testest.
Die Meldung, dass beschädigte Dateien gefunden, aber nicht vollständig repariert wurden, verlangt eine weitere Diagnose. Führe den DISM-Reparaturbefehl erneut aus, starte danach Windows neu und wiederhole sfc /scannow. Bleibt das Ergebnis unverändert, liegt entweder ein tieferes Problem mit der Quelle oder mit der Windows-Installation vor. In diesem Fall solltest du nicht blind weitere Systemdateien löschen oder manuell aus einem beliebigen Download ersetzen.
Wenn RestoreHealth mit einer Quelle oder einem Fehlercode scheitert
Eine fehlende oder nicht erreichbare Reparaturquelle ist ein häufiger Grund, weshalb RestoreHealth nicht erfolgreich endet. Das kann passieren, wenn Windows Update selbst beschädigt ist, die Updateverbindung blockiert wird, Richtlinien den Bezug von Reparaturdateien verhindern oder die verwendete Installationsquelle nicht zur installierten Edition und Version passt.
Prüfe zuerst die einfache Umgebung. Deaktiviere keinen Virenschutz dauerhaft, sondern kontrolliere lediglich, ob eine Unternehmensfirewall, ein Proxy oder ein VPN den Zugriff auf Microsoft-Dienste beeinflusst. Entferne einen VPN-Tunnel testweise und verwende eine normale Internetverbindung, sofern die Sicherheitsrichtlinien deines Netzwerks das erlauben. Bei einem Firmen-PC sollte die zuständige Administration prüfen, welche Updatequelle vorgesehen ist.
Ein Fehler wie 0x800F081F oder 0x800F0906 weist häufig darauf hin, dass Quelldateien nicht gefunden werden. Die genaue Bedeutung hängt vom verwendeten Windows-Abbild und vom Reparaturvorgang ab. Eine passende ISO-Datei oder ein Installationsmedium kann als Quelle dienen, aber nur, wenn Edition, Architektur und Version zur Installation passen. Verwende keine Quelle, deren Herkunft oder Inhalt du nicht prüfen kannst.
Wenn du eine passende Quelle besitzt, wird die darin enthaltene Installationsdatei häufig als install.wim oder install.esd bereitgestellt. Der benötigte Index muss zur installierten Edition passen. Mit DISM kannst du die verfügbaren Images einer WIM-Datei auslesen:
DISM /Get-WimInfo /WimFile:X:sourcesinstall.wim
Ersetze X: durch den Laufwerksbuchstaben des eingebundenen Installationsmediums. Der Befehl liest die Datei nur aus. Wenn das Medium eine ESD-Datei enthält, muss der Pfad entsprechend install.esd lauten. Notiere den Index, der deiner Edition entspricht. Ein falscher Index kann dazu führen, dass die Quelle nicht akzeptiert wird.
Für eine WIM-Quelle kann die Reparatur beispielsweise so aussehen:
DISM /Online /Cleanup-Image /RestoreHealth /Source:wim:X:sourcesinstall.wim:INDEX /LimitAccess
INDEX ist dabei kein wörtlicher Befehlsteil, sondern ein Platzhalter für die zuvor ermittelte Indexnummer. /Source weist DISM auf die gewählte Quelle hin. /LimitAccess verhindert, dass DISM zusätzlich versucht, Windows Update als Quelle zu verwenden. Dieser Parameter ist sinnvoll, wenn die Internetquelle die Ursache des Fehlers ist. Er ist nicht sinnvoll, wenn du ausschließlich auf Windows Update als Reparaturquelle angewiesen bist.
Bei einem Installationsmedium mit ESD-Datei wird der Quellentyp angepasst:
DISM /Online /Cleanup-Image /RestoreHealth /Source:esd:X:sourcesinstall.esd:INDEX /LimitAccess
Prüfe vor dem Start die Syntax, den Laufwerksbuchstaben und den Index. Ein USB-Stick kann nach dem Einstecken einen anderen Buchstaben erhalten. Wenn DISM die Quelle trotz passender Angaben ablehnt, passen möglicherweise Sprache, Edition, Architektur oder Build nicht zur installierten Umgebung. Brich an dieser Stelle ab, statt Dateien aus verschiedenen Windows-Versionen zu vermischen.
Was die häufigsten DISM-Meldungen bedeuten
| Beobachtung | Wahrscheinliche Einordnung | Nächster Schritt |
|---|---|---|
| Keine Beschädigung erkannt | DISM findet keinen bekannten Schaden; Windows Update kann trotzdem aus anderen Gründen scheitern. | Update-Problembehandlung, Updateverlauf und Dienste prüfen. |
| Komponentenspeicher ist reparierbar | Die Wartungsdaten enthalten erkennbare Inkonsistenzen. | DISM /Online /Cleanup-Image /RestoreHealth ausführen und danach neu starten. |
| Quelldateien konnten nicht gefunden werden | Die benötigte Reparaturquelle ist nicht verfügbar oder nicht passend. | Netzwerk, Richtlinien und eine passende Installationsquelle prüfen. |
| Wiederherstellung erfolgreich | DISM konnte das Abbild reparieren. | Neustart, anschließend sfc /scannow und Windows Update testen. |
| Fehler bleibt nach der Reparatur | Die Updateursache liegt möglicherweise außerhalb des Komponentenspeichers oder der Schaden ist tiefergehend. | Update-Cache, Dienste, Protokolle und Wiederherstellungsoptionen untersuchen. |
Die Tabelle ersetzt keine Fehlermeldungsanalyse. Entscheidend ist der vollständige Text am Ende des DISM-Vorgangs. Notiere ihn oder kopiere die letzten Zeilen, bevor du das Fenster schließt. Ein Fehlercode allein beschreibt nicht immer, welcher konkrete Pfad zur Reparatur geeignet ist.
Windows Update nach der Komponentenreparatur neu anstoßen
Nach einem erfolgreichen DISM- und SFC-Lauf solltest du Windows neu starten. Öffne danach Einstellungen und rufe Windows Update auf. Suche erneut nach Updates und beobachte, ob das zuvor betroffene Paket installiert wird. Ein einmaliger Fehlschlag direkt nach der Reparatur ist nicht automatisch ein Beweis für einen weiteren Schaden. Windows kann noch einen Neustart oder eine interne Wartungsphase benötigen.
Wenn der gleiche Fehler wieder erscheint, prüfe zunächst den Updateverlauf. Öffne den Eintrag des fehlgeschlagenen Updates und notiere die KB-Bezeichnung sowie den Fehlercode, sofern Windows diese Angaben anzeigt. Dadurch lässt sich unterscheiden, ob weiterhin das gleiche Paket scheitert oder ob ein anderes Update betroffen ist.
Die Windows-Update-Problembehandlung kann bei Dienst- und Einstellungsfehlern helfen. Öffne in den Einstellungen den Bereich System, Problembehandlung und Andere Problembehandlungen. Unter Windows 10 befindet sich der entsprechende Bereich unter Update und Sicherheit. Die Bezeichnungen können sich je nach Version unterscheiden. Wenn die Option fehlt, ist das kein Grund, unbekannte Befehle aus dem Internet auszuführen; nutze die Suche innerhalb der Einstellungen oder die Microsoft-Hilfe für deine installierte Version.
Den Update-Cache erst nach der Diagnose zurücksetzen
Ein beschädigter Download im Update-Cache kann einen wiederkehrenden Installationsfehler verursachen, obwohl der Komponentenspeicher selbst in Ordnung ist. Ein Zurücksetzen des Caches ist deshalb eine mögliche zweite Ebene, aber nicht die erste Maßnahme. Dabei werden heruntergeladene Updateinformationen entfernt und später neu erstellt. Bereits installierte Windows-Komponenten werden dadurch nicht einfach rückgängig gemacht.
Bevor du Dienste beendest, speichere deine Arbeit und schließe Einstellungen sowie Windows Update. Öffne die Eingabeaufforderung als Administrator. Die folgenden Befehle stoppen die Dienste, deren Dateien im Cache verwendet werden:
net stop wuauserv
net stop bits
net stop cryptsvc
Wenn ein Dienst bereits beendet ist, kann Windows eine entsprechende Information anzeigen. Das ist nicht zwangsläufig ein Fehler. Benenne anschließend die beiden Cache-Ordner um, anstatt sie sofort zu löschen:
ren C:WindowsSoftwareDistribution SoftwareDistribution.old
ren C:WindowsSystem32catroot2 catroot2.old
Das Umbenennen ist ein Rückweg: Falls du die alte Struktur aus einem besonderen Grund benötigst, kannst du die neuen Ordner nach einem erneuten Stoppen der Dienste entfernen und die Endung .old zurücksetzen, sofern Windows keinen neuen Ordner mit dem ursprünglichen Namen angelegt hat. Lösche die Ordner nicht, während die Dienste noch laufen. Starte die Dienste danach wieder:
net start cryptsvc
net start bits
net start wuauserv
Starte Windows neu und suche erneut nach Updates. Beim ersten Suchlauf kann der Aufbau des Caches länger dauern. Wenn ein Firmen-PC eine interne Updatequelle verwendet, kann das Zurücksetzen des lokalen Caches allein nicht helfen. Die zentrale Richtlinie oder die Erreichbarkeit des Verwaltungsservers muss dann geprüft werden.
Den Komponentenspeicher bereinigen, ohne ihn manuell zu löschen
Ein großer WinSxS-Ordner ist nicht automatisch beschädigt. Windows zeigt bei Ordnergrößen zudem teilweise harte Verknüpfungen an, wodurch die sichtbare Größe nicht der tatsächlich zusätzlich belegten Speichermenge entspricht. Manuelles Löschen kann die Wartung und Wiederherstellung beschädigen.
Für eine unterstützte Bereinigung kannst du DISM verwenden:
DISM /Online /Cleanup-Image /StartComponentCleanup
Der Befehl entfernt ersetzte Komponenten, die Windows nicht mehr für die Rückkehr zu älteren Updatezuständen benötigt. Er ist eine Wartungsmaßnahme und keine Reparatur beschädigter Dateien. Führe ihn erst aus, wenn ausreichend Zeit, Strom und Speicher vorhanden sind. Unterbrich die Verarbeitung nicht durch Ausschalten.
Eine aggressivere Variante kann die Möglichkeit einschränken, installierte Updatekomponenten zu deinstallieren:
DISM /Online /Cleanup-Image /StartComponentCleanup /ResetBase
Verwende /ResetBase nicht als pauschale Speicherbereinigung. Nach diesem Schritt können bereits installierte Updatepakete unter Umständen nicht mehr einzeln entfernt werden. Bei einem System, das gerade Updatefehler oder Stabilitätsprobleme zeigt, ist eine solche Einschränkung besonders ungünstig. Prüfe zuerst, ob du ältere Updates noch als Rückweg benötigst.
Wenn DISM und SFC das Updateproblem nicht lösen
Ein reparierter Komponentenspeicher garantiert keine erfolgreiche Updateinstallation. Windows Update kann auch an zu wenig freiem Speicher, einem inkompatiblen Treiber, einer blockierten Verbindung, einem Neustartzustand oder einem einzelnen fehlerhaften Paket scheitern. Prüfe deshalb die Begleitumstände, bevor du eine weitreichende Wiederherstellung startest.
- Kontrolliere, ob das Systemlaufwerk ausreichend freien Speicher besitzt.
- Prüfe im Updateverlauf, ob immer dasselbe Paket betroffen ist.
- Trenne testweise nicht benötigte USB-Geräte, besonders externe Speicher und spezielle Hardware.
- Installiere ausstehende Neustarts und aktualisiere problematische Treiber nur aus vertrauenswürdigen Quellen.
- Prüfe Datum, Uhrzeit und Zeitzone, weil fehlerhafte Systemzeit die Kommunikation mit Diensten beeinträchtigen kann.
- Bei verwalteten Geräten kläre, ob eine Unternehmensrichtlinie die Updateinstallation steuert.
Ein einzelnes fehlgeschlagenes Update kann manchmal später erfolgreich installiert werden, wenn die Voraussetzungen erfüllt sind. Wenn immer dieselbe KB-Nummer mit demselben Fehlercode scheitert, ist die Kombination aus Updateverlauf, Windows-Version und Fehlercode wichtiger als ein weiterer identischer DISM-Lauf. Bei einem kumulativen Update kann außerdem ein späteres Paket die betroffene Korrektur enthalten; ob das zutrifft, lässt sich nur anhand der Updateinformationen für die verwendete Windows-Version beurteilen.
Reparaturprotokolle für eine präzisere Analyse
Wenn die Befehle Fehler melden, stehen zusätzliche Informationen in den DISM- und CBS-Protokollen. Das DISM-Protokoll liegt normalerweise unter C:WindowsLogsDISMdism.log. Das Protokoll der komponentenbasierten Wartung findest du unter C:WindowsLogsCBSCBS.log. Diese Dateien können sehr groß sein und enthalten zahlreiche Einträge, die für eine allgemeine Diagnose nicht relevant sind.
Suche im jeweiligen Protokoll nach dem Zeitpunkt des letzten Reparaturversuchs und nach Begriffen wie Error, failed oder dem angezeigten Fehlercode. Verändere die Dateien nicht und lösche sie nicht als Reparaturmaßnahme. Für eine Supportanfrage sind Edition, Versionsangabe aus winver, der vollständige DISM-Schluss sowie der betroffene Updatefehler nützlicher als ein ungekürztes Protokoll ohne zeitliche Einordnung.
Wenn du Protokolle weitergibst, entferne vorher persönliche Daten, Computernamen, Benutzerpfade und interne Servernamen. Bei einem Firmen-PC können die Dateien Informationen über die Unternehmensumgebung enthalten. Eine Supportstelle kann dir mitteilen, welche Ausschnitte benötigt werden.
Ab wann eine Reparaturinstallation sinnvoller ist
Bleiben DISM, SFC, ein Neustart und ein vorsichtiges Zurücksetzen der Updatekomponenten ohne Wirkung, kann eine Reparaturinstallation die nächste sinnvolle Stufe sein. Dabei wird Windows mit einem passenden Installationsmedium über die bestehende Installation aktualisiert. Ob persönliche Dateien und installierte Programme erhalten bleiben, hängt vom gewählten Installationsweg und den angezeigten Optionen ab. Prüfe diese Auswahl, bevor du den Vorgang bestätigst.
Eine Reparaturinstallation ist nicht dasselbe wie Diesen PC zurücksetzen. Ein Zurücksetzen kann Anwendungen entfernen und je nach Auswahl persönliche Daten beeinflussen. Nutze diese Option nicht als ersten Versuch gegen einen einzelnen Updatefehler. Sichere wichtige Daten und stelle sicher, dass du dich nach dem Vorgang wieder bei deinen Konten anmelden kannst.
Professionelle Unterstützung ist angebracht, wenn Windows nicht mehr startet, wichtige Dateien fehlen, der Datenträger Fehler meldet, BitLocker-Zugriff nicht verfügbar ist oder der Rechner während der Reparatur wiederholt abstürzt. Auch bei produktiven Firmenrechnern sollte die Administration entscheiden, bevor Update-Dienste, Richtlinien oder Systemkomponenten verändert werden.
Eine sinnvolle Reihenfolge für die eigene Prüfung
- Windows-Version, Edition und ausstehenden Neustart mit
winversowie den Einstellungen prüfen. - Administrative Eingabeaufforderung öffnen und mit
DISM /Online /Cleanup-Image /CheckHealthbeginnen. - Bei unklarer Lage oder einem Reparaturhinweis
DISM /Online /Cleanup-Image /ScanHealthausführen. - Bei erkannter Beschädigung
DISM /Online /Cleanup-Image /RestoreHealthstarten und den Vorgang vollständig beenden lassen. - Windows neu starten und anschließend
sfc /scannowausführen. - Windows Update erneut suchen und den Updateverlauf mit dem vorherigen Fehler vergleichen.
- Erst danach Netzwerk, Richtlinien, Update-Cache und eine passende Reparaturquelle untersuchen.
- Bei weiterhin unklaren oder riskanten Zuständen Protokolle sichern und eine Support- oder Reparaturinstallation prüfen.
Dieser Ablauf trennt Diagnose, Reparatur und Bereinigung. Dadurch lässt sich besser erkennen, welcher Schritt eine Veränderung bewirkt hat. Vor allem verhindert die Reihenfolge, dass du den Update-Cache löschst, den Komponentenspeicher bereinigst und anschließend nicht mehr weißt, ob der ursprüngliche Fehler durch eine Quelle, einen Dienst oder ein einzelnes Update verursacht wurde.
Woran du eine erfolgreiche Reparatur erkennst
Ein erfolgreicher DISM-Lauf ist nur ein Zwischenergebnis. Die eigentliche Kontrolle besteht darin, dass SFC ohne verbleibende Reparaturfehler endet, Windows nach dem Neustart normal arbeitet und das betroffene Update ohne denselben Fehlercode installiert wird. Prüfe zusätzlich, ob optionale Windows-Funktionen geöffnet werden und ob keine neuen Start- oder Anmeldeprobleme auftreten.
Wenn Windows Update nach der Reparatur erneut scheitert, ist der Komponentenspeicher nicht automatisch wieder beschädigt. Vergleiche die neue Fehlermeldung mit dem ursprünglichen Zustand und wende nur den nächsten passenden Schritt an. Ein zweiter identischer Reparaturversuch kann sinnvoll sein, wenn der erste wegen einer vorübergehend fehlenden Quelle abgebrochen wurde. Er ersetzt aber keine Analyse der Updatequelle, des Speicherplatzes oder einer zentralen Richtlinie.
Häufige Fragen zur Reparatur des Windows-Update-Komponentenspeichers
Kann ich den Ordner WinSxS löschen, um den Komponentenspeicher zu reparieren?
Nein, der Ordner C:WindowsWinSxS darf nicht manuell gelöscht oder mit fremden Bereinigungstools verändert werden. Windows verwaltet dort benötigte Komponenten und Reparaturquellen; eine unkontrollierte Löschung kann weitere Updates, optionale Funktionen oder die Wiederherstellung beschädigen. Nutze stattdessen DISM oder die von Windows angebotene Datenträgerbereinigung.
Was bedeutet der DISM-Fehler 0x800F081F bei der Reparatur?
Der Fehler 0x800F081F weist häufig darauf hin, dass die für die Reparatur benötigten Quelldateien nicht gefunden werden. Prüfe zuerst Netzwerkzugriff, freien Speicherplatz und ausstehende Neustarts; auf verwalteten Geräten kann außerdem eine nicht erreichbare Unternehmensquelle die Ursache sein. Eine passende Windows-Installationsquelle sollte erst verwendet werden, wenn Edition und Version mit der installierten Umgebung übereinstimmen.
Warum meldet SFC nach erfolgreichem DISM-Lauf weiterhin beschädigte Dateien?
DISM repariert das Windows-Komponentenabbild, während SFC geschützte Systemdateien anhand dieser Quelle prüft; beide Ergebnisse können deshalb unterschiedlich ausfallen. Starte Windows nach RestoreHealth neu und führe sfc /scannow anschließend erneut in einer administrativen Eingabeaufforderung aus. Bleiben Fehler bestehen, speichere die SFC-Auswertung und prüfe, ob ein bestimmtes Update, ein Datenträgerproblem oder eine fehlende Reparaturquelle dahintersteht.
Wie repariere ich den Komponentenspeicher ohne Internetverbindung?
Ohne Internet kann DISM nur dann erfolgreich reparieren, wenn eine geeignete lokale Quelle verfügbar ist, etwa ein passendes Windows-Installationsmedium oder eine freigegebene Quelle der Administration. Die Quelle muss zur installierten Windows-Edition und Version passen; eine beliebige ISO kann den Fehler daher nicht zuverlässig beheben. Wenn du die Übereinstimmung nicht sicher prüfen kannst, brich den Vorgang ab, statt einen unpassenden Pfad zu erzwingen.
Kann ein voller Datenträger die Reparatur des Windows-Komponentenspeichers verhindern?
Ja, für Wartungsvorgänge und Updatepakete wird zusätzlicher freier Speicher benötigt, auch wenn die eigentlichen Systemdateien bereits vorhanden sind. Prüfe im Explorer den freien Platz auf dem Windows-Laufwerk und entferne nur nachvollziehbar nicht benötigte Dateien, niemals Inhalte aus WinSxS oder anderen Systemordnern. Scheitert DISM mit einem Speicher- oder Schreibfehler, sollte außerdem der Zustand des Datenträgers geprüft werden.
Wann sollte ich die Reparatur des Komponentenspeichers nicht selbst durchführen?
Hole Unterstützung, wenn Windows nicht stabil startet, während DISM wiederholt abstürzt, der Datenträger Fehler meldet oder der BitLocker-Wiederherstellungsschlüssel fehlt. Auf Firmenrechnern können WSUS, Gruppenrichtlinien oder interne Reparaturquellen betroffen sein, weshalb die Administration den Ablauf festlegen sollte. Eine Reparaturinstallation kommt erst infrage, wenn die Diagnose und die risikoärmeren Bordmittel keine ausreichende Lösung bringen.





