sfc / scannow Beschädigter Komponentenspeicher kann nicht repariert werden

Seit dem Aktualisieren meines Laptops mit dem Windows-Update vom 10. November scheint eine Komponente meines Komponentenspeichers beschädigt worden zu sein, die weder das Mediendienstprogramm zum erneuten Installieren des Updates verwendet noch ausgeführt wird sfc /scannow ist in der Lage zu lösen. Wann immer ich die sfc /scannow Befehl erhalte ich den folgenden Fehler:

Windows Resource Protection found corrupt files but was unable to fix some
of them. Details are included in the CBS.Log windir\Logs\CBS\CBS.log. For
example C:\Windows\Logs\CBS\CBS.log. Note that logging is currently not
supported in offline servicing scenarios.

Ich weiß nicht, wie ich die Protokolldatei lesen soll, und sie ist extrem groß (~ 100.000 Zeilen, da ich sie so oft ausgeführt habe), deshalb möchte ich nicht das ganze auf Pastebin setzen. Wenn jemand weiß, wonach er suchen soll oder was ich aus dem Logbuch ziehen soll, kann ich das tun.

windows-10 windows-10-v1511

— DavidB
quelle

Löschen Sie zuerst die Protokolldatei. Führen Sie sfc erneut aus. Suchen Sie in der Protokolldatei nach dem Wort "failed". Überprüfen Sie auch, ob dort "CSI Payload Corrupt" -Einträge vorhanden sind.

— AnT

Die Suche nach "failed" und "CSI Payload Corrupt" hat nichts zurückgegeben. Ich habe eine Kopie der Protokolldatei in Dropbox hochgeladen, da Chrome den Versuch, den gesamten Text aus der Protokolldatei in Pastebin zu kopieren, nicht zu schätzen scheint. dropbox.com/s/p4dfyordknwf5aj/CBS.log?dl=0

— DavidB

Hm ... das ist seltsam. In Ihrer Protokolldatei wird nichts angezeigt, was die Meldung "Gefundene beschädigte Dateien, konnte aber nicht behoben werden" von sfc rechtfertigen würde. Einträge wie "doppelter Besitz ..." sind ziemlich unschuldig - das haben wir alle. Der Rest sind "Verzeichnisse, die nicht im Besitz sind ...", die ebenfalls unschuldig sind. Alle Ihre Protokolleinträge sind "Info" -Einträge und keine "Fehler" -Einträge. Dies bedeutet, dass Ihre CBS.log-Datei nicht normal ist.

— AnT

@AnT Sollte das Problem der doppelten Inhaberschaft also nicht zu der Meldung "Korrupte Datei" in der Konsole führen?

— DavidB

Das 32Bit OpenCL.dll ist beschädigt:

Kann Mitgliedsdatei [l: 10] "opencl.dll" von nicht reparieren Microsoft-Windows-RemoteFX-ClientVM-RemoteFXWDDMDriver-WOW64-C, version 10.0.10586.0, arch Host = amd64 Guest = x86, nonSxS, pkt {l: 8 b: 31bf3856ad364e35} im Speicher, Hash-Konflikt

Seit Windows 8 können Sie das a neu benutzen DISM-Befehl zum Reparieren beschädigter Dateien :

DISM /Online /Cleanup-Image /RestoreHealth

Dadurch wird die saubere Datei vom Microsoft-Server heruntergeladen.

Wenn dies fehlschlägt, Laden Sie die ISO-Version 1511 herunter , mounten Sie die ISO in ein virtuelles DVD-Laufwerk und führen Sie den folgenden Befehl aus:

Dism /Online /Cleanup-Image /RestoreHealth /source:wim:D:\sources\install.wim:1 /limitaccess

(wobei D: Ihre gemountete Win10 ISO ist)

— magicandre1981
quelle

Der Befehl DISM gibt nur Folgendes aus:

Error: 0x800f081f  The source files could not be found. Use the "Source" option to specify the location of the files that are required to restore the feature. For more information on specifying a source location, see http://go.microsoft.com/fwlink/?LinkId=243077.  The DISM log file can be found at C:\WINDOWS\Logs\DISM\dism.log

DISM-Protokoll: dropbox.com/s/qczd6ash8n007yx/dism.log?dl=0

— DavidB

@DavidB - Der Grund, warum DISM die Datei nicht reparieren konnte, liegt darin, dass sie sich nicht im Ordner WInSxS befindet. Dies liegt daran, dass Sie das Update installiert und den Ordner angepasst haben und alle irrelevanten Pakete entfernt wurden. Mit anderen Worten, wenn Sie diese Funktion nicht benötigen, können Sie sie ignorieren. Das eigentliche Paket ist nicht einmal mit Windows 10 kompatibel.

— Ramhound

@Ramhound Kann ich einfach zum Speicherort der Datei navigieren und sie dann löschen?

— DavidB

Gute Lösung - serverfault.com/a/741491/288323

— 23W

Stimmen Sie mit @ 23W überein serverfault.com/a/741491/288323 ist eine gute Lösung ... aber stellen Sie auch sicher, dass Sie die richtige ISO-Quelle verwenden, wie von 23W empfohlen ( microsoft.com/en-us/software-download/techbench ) zu einer anderen (niedriger bewerteten) Antwort auf diese Frage. Mein neuestes MSDN-Image gab den berüchtigten 0x800f081f-Fehler, aber die korrekte ISO-Quelle funktionierte. Nicht genügend Repräsentanten, um dort einen Kommentar abzugeben :-(

— Ian W