😊😊😊😊😊😂😂😂😂😂😂😂😂
Von Microsoft gibt es eine „ganz saubere“ Dokumentation zu den Reparaturfunktionen von DISM und sfc.
Früher
Bis Windows XP gab es einen komprimierten Ordner „%WinDir%\System32\dllcache“.
DISM.exe /Online /Cleanup-image /Restorehealth (Quelle: Windows Update)
oder
DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:C:\Reparaturquelle\Windows /LimitAccess (Quelle: eine Reparaturquelle)
führten keine Reparaturen durch, sondern stellten die Dateien für die Reparatur aus einer Quelle in einem komprimierten Ordner „%WinDir%\System32\dllcache“zur Verfügung.
Mit dem Befehl sfc /scannow wurden alle geschützten Systemdateien überprüft und die beschädigten Dateien durch eine zwischengespeicherte Kopie ersetzt, die sich in einem komprimierten Ordner unter „%WinDir%\System32\dllcache“ befindet.
Damals also wurden durch den Befehl DISM.exe /Online /Cleanup-image /Restorehealth die Quelldateien unter Verwendung von Windows Update heruntergeladen.
Trotzdem wird in einem aktuellen Microsoft-Artikel für Windows 10, Windows 8.1 oder Windows 8 immer noch auf den komprimierten Ordner „%WinDir%\System32\dllcache“ Bezug genommen, obwohl es diesen Ordner seit Windows Vista nicht mehr gibt.
Und so gibt es im Internet auch mindestens eine Frage nach dem komprimierten Ordner „%WinDir%\System32\dllcache“ für Windows 10 Enterprise 20H2,OS build:19042.685.
Heute
Ab Windows Vista gab es den komprimierten Ordner „%WinDir%\System32\dllcache“ nicht mehr.
Ab Windows Vista gibt es den Ordner %windir%\winsxs\Backup“.
Im Internet gibt es eine Erklärung, dass DISM.exe /Online /Cleanup-image /Restorehealth Beschädigungen im Komponentenspeicher verifiziert und korrigiert durch einen Hash-Vergleich des Backups seiner Systemdateien (%windir%\winsxs\Backup) gegenüber Kopien auf dem Windows Update Server.
Das bedeutet, dass dabei nicht alle Quelldateien unter Verwendung von Windows Update heruntergeladen werden, sondern ein Hash-Vergleich durchgeführt wird und nur Quelldateien heruntergeladen werden, die beschädigt sind.
Microsoft Windows [Version 6.3.9600]
(c) 2013 Microsoft Corporation. Alle Rechte vorbehalten.
C:\Windows\system32>DISM.exe /Online /Cleanup-image /Restorehealth
Tool zur Imageverwaltung für die Bereitstellung
Version: 6.3.9600.19408
Abbildversion: 6.3.9600.19397
[==========================100.0%==========================]
Fehler: 0x800f0906
Die Quelldateien konnten nicht heruntergeladen werden.
Geben Sie mit der Option "Quelle" den Ort der Dateien an, die zum Wiederherstellen des Features erforderlich sind. Weitere Informationen zum Angeben eines Quellorts finden Sie unter "http://go.microsoft.com/fwlink/?LinkId=243077".
Die DISM-Protokolldatei befindet sich unter "C:\Windows\Logs\DISM\dism.log".
C:\Windows\system32>sfc /scannow
Systemsuche wird gestartet. Dieser Vorgang kann einige Zeit dauern.
Überprüfungsphase der Systemsuche wird gestartet.
Überprüfung 100 % abgeschlossen.
Der Windows-Ressourcenschutz hat keine Integritätsverletzungen gefunden.
C:\Windows\system32>
Das Ergebnis von sfc /scannow lautet:
- Der Windows-Ressourcenschutz hat keine Integritätsverletzungen gefunden.
- Dies bedeutet, dass keine Systemdateien fehlen oder beschädigt sind.
Das Ergebnis von DISM.exe /Online /Cleanup-image /Restorehealth lautet:
- Die Quelldateien konnten nicht heruntergeladen werden.
Fragen über Fragen tun sich auf:
- Was ergibt die Fehlermeldung „Die Quelldateien konnten nicht heruntergeladen werden“ für einen Sinn, wenn keine Systemdateien fehlen oder beschädigt sind? In diesem Fall findet doch nur ein Hash-Vergleich statt und wenn keine Systemdateien fehlen oder beschädigt sind, wird selbstverständlich auch keine Quelldatei heruntergeladen.
- Ist die Fehlermeldung „Die Quelldateien konnten nicht heruntergeladen werden“ tatsächlich die Meldung eines Fehlers oder einfach nur die schlechte Übersetzung von Microsoft einer englischsprachigen Fehlermeldung?
- Oder warum funktioniert die Verbindung von DISM zu Windows Update nicht, obwohl der Rechner Zugang zum Internet hat und das Herunterladen von Updates mittels Windows Update problemlos funktioniert?
Quellen:
https://support.microsoft.com/de-de/topic/verwenden-des-systemdatei-%C3%BCberpr%C3%BCfungsprogramms-sfc-exe-zur-problembehandlung-bei-fehlenden-oder-besch%C3%A4digten-systemdateien-79aa86cb-ca52-166a-92a3-966e85d4094e
2. Wenn Sie Windows 10, Windows 8.1 oder Windows 8 ausführen, führen Sie zuerst das Tool zur Abbildverwaltung für die Bereitstellung (DISM) des Posteingangs aus, bevor Sie die Systemdateiprüfung ausführen.
Geben Sie den folgenden Befehl ein und drücken Sie dann die Eingabetaste. Es kann mehrere Minuten dauern, bis der Befehl abgeschlossen ist.
DISM.exe /Online /Cleanup-image /Restorehealth
Wichtig: Wenn Sie diesen Befehl ausführen, stellt DISM unter Verwendung von Windows Update die Dateien bereit, die zur Behebung der Beschädigungen erforderlich sind. Wenn Ihr Windows Update-Client bereits nicht mehr funktioniert, verwenden Sie eine funktionstüchtige Windows-Installation als Quelle zur Reparatur, oder verwenden Sie einen Windows-Ordner von einer Netzwerkfreigabe oder einem Wechselmedium, z. B. die Windows-DVD, parallel als Quelle für die Dateien. Führen Sie hierzu stattdessen den folgenden Befehl aus:
DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:C:\Reparaturquelle\Windows /LimitAccess
1. Geben Sie an der Eingabeaufforderung folgenden Befehl ein, und drücken Sie die EINGABETASTE:
sfc /scannow
Mit Administratorrechten - sfc/scannow
Mit dem Befehl sfc /scannow werden alle geschützten Systemdateien überprüft und die beschädigten Dateien durch eine zwischengespeicherte Kopie ersetzt, die sich in einem komprimierten Ordner unter „%WinDir%\System32\dllcache“ befindet.
Der Platzhalter %WinDir% steht für den Windows-Betriebssystemordner. Beispiel: C:\Windows.
1. Wenn dieser Prozess abgeschlossen ist, wird eine der folgenden Meldungen angezeigt:
- Der Windows-Ressourcenschutz hat keine Integritätsverletzungen gefunden.
Dies bedeutet, dass keine Systemdateien fehlen oder beschädigt sind.
- Der Windows-Ressourcenschutz konnte den angeforderten Vorgang nicht ausführen.
Um dieses Problem zu beheben, führen Sie die Datei im abgesicherten Modus aus, und stellen Sie sicher, dass die Ordner „PendingDeletes“ und „PendingRenames“ unter „%WinDir%\WinSxS\Temp“ vorhanden sind.
- Der Windows-Ressourcenschutz hat beschädigte Dateien gefunden und erfolgreich repariert. Details finden Sie in der Datei „CBS.Log“ („%WinDir%\Logs\CBS\CBS.log)“.
Um detaillierte Informationen zur Systemdateiüberprüfung und -wiederherstellung anzuzeigen, wechseln Sie zu Anzeigen von Details des Systemdatei-Überprüfungsprozesses.
- Der Windows-Ressourcenschutz hat beschädigte Dateien gefunden und konnte einige der Dateien nicht reparieren. Details finden Sie in der Datei „CBS.Log“ („%WinDir%\Logs\CBS\CBS.log)“.
Um die beschädigten Dateien manuell zu reparieren, zeigen Sie Details des Systemdatei-Überprüfungsprozesses an, um die beschädigte Datei zu finden, und ersetzen Sie die beschädigte Datei manuell durch eine als unbeschädigt bekannte Kopie der Datei.
https://docs.microsoft.com/en-us/answers/questions/194715/where-is-the-position-of-the-dllcache-folder.html
where is the position of the Dllcache folder?
The Windows Resource Protection component replaced the need for the dllcache folder. Files that are necessary to start Vista are stored in the %windir%\winsxs\Backup folder. You can use the System File Checker tool to repair missing or corrupted system files.Please refer to this similar question to get more details ,
--> use the System File Checker tool to repair missing or corrupted system files
https://support.microsoft.com/en-us/help/929833/use-the-system-file-checker-tool-to-repair-missing-or-corrupted-system
--> similar question
https://answers.microsoft.com/en-us/windows/forum/windows8\_1-update/why-cant-i-find-cwindowssystem32dllcache-folder/fe9dcc35-f38a-44df-8baf-2555ac713d4f
https://ittec.com/superuser/the-purpose-of-the-dism-restorhealth-parameter-and-sfc/
/RestoreHealth: Verifies and fixes any corruption in the Component Store by verifying it's system file backups against known good copies from the Windows Update servers through hash comparison;