SFC /Scannow unter Windows 11 ausführen

Rechtsklick auf Start, Terminal (Admin). Zuerst DISM, dann SFC:

DISM /Online /Cleanup-Image /RestoreHealth

sfc /scannow

DISM dauert fünf bis zwanzig Minuten, SFC weitere fünf bis fünfzehn. Das Fenster während SFC nicht schließen.

Warum DISM zuerst

Ich habe einmal SFC zuerst auf einem Rechner ausgeführt und es hat drei DLLs durch beschädigte Kopien ersetzt. Der Komponentenspeicher — C:\Windows\WinSxS\ — war durch dasselbe unterbrochene Update beschädigt, das das Problem verursacht hatte, also holte sich SFC kaputte Dateien, um das System zu „reparieren”. DISM repariert den Komponentenspeicher, indem es saubere Kopien von Microsoft herunterlädt. Danach hat SFC tatsächlich etwas Brauchbares, mit dem es arbeiten kann.

Was WinSxS beschädigt, ist fast immer ein Stromausfall während eines Windows-Updates. Hauptsächlich Laptops, weil Leute den Deckel mitten im Update zuklappen. Bei einem Rechner hatte die Katze des Besitzers das Ladekabel herausgetreten, während 24H2 lief. Akku war bei 6%. Einige DLLs bekamen die neue Version, einige hatten noch die alte, ein paar waren einfach abgeschnitten. Brauchte zwei Runden DISM + SFC.

Derselbe Rechner kam drei Wochen später mit anderen beschädigten Dateien zurück. Da habe ich aufgehört, auf SFC zu schauen und das Laufwerk geprüft — ausfallende NVMe. Wenn die Beschädigung in verschiedenen Dateien immer wieder auftritt, aufhören SFC auszuführen und erst die Laufwerksgesundheit prüfen. Gleich noch chkdsk C: /r mitlaufen lassen.

Ergebnisse lesen

„Keine Integritätsverletzungen gefunden” — sauber. „Erfolgreich repariert” — neu starten. „Der angeforderte Vorgang konnte nicht ausgeführt werden” — man ist nicht Admin, oder der Windows-Modulinstaller ist in services.msc deaktiviert.

„Beschädigte Dateien gefunden, aber einige konnten nicht repariert werden” ist die Meldung, die Leute erschreckt. Eine Kundin war kurz davor, sich deswegen einen neuen Laptop zu kaufen. Meist bedeutet es nur, dass DISM nicht zuerst ausgeführt wurde, oder bestimmte DLLs sind gesperrt, weil Windows sie gerade benutzt. In den Abgesicherten Modus booten und dort sfc /scannow ausführen — der Abgesicherte Modus gibt die meisten gesperrten Dateien frei.

Die Details stehen in C:\Windows\Logs\CBS\CBS.log, aber nicht in Notepad öffnen, die Datei ist riesig. Stattdessen findstr /c:"[SR] Cannot repair" %windir%\Logs\CBS\CBS.log ausführen. Man bekommt Ausgaben wie:

2025-11-14 09:17:22, Info CSI    00000389 [SR] Cannot repair member file [l:22]"mshtml.dll" of Microsoft-Windows-InternetExplorer
2025-11-14 09:17:23, Info CSI    0000038b [SR] Cannot repair member file [l:18]"oleaut32.dll" of Microsoft-Windows-OLE

mshtml.dll ist altes Internet-Explorer-Zeug, das Microsoft immer noch mit Windows 11 ausliefert. Ich warte ständig darauf, dass sie es entfernen, und sie tun es nie. explorer.exe taucht auch oft auf, weshalb der Datei-Explorer nicht mehr reagiert auf Maschinen mit beschädigten Systemdateien. oleaut32.dll verwaltet COM/OLE-Automatisierung — die Zwischenablage hängt davon ab, wenn die beschädigt ist, funktioniert Kopieren-Einfügen nicht mehr, bis SFC sie ersetzt.

Worauf man im Log achtet, ist ein Muster. Ein paar Dateien aus einem Updatepaket bedeuten ein einmaliges unterbrochenes Update — reparierbar. Zufällige Dateien aus verschiedenen Paketen bei jedem Scan bedeuten, das Laufwerk geht kaputt und SFC wird einen nicht retten.

Abgesicherter Modus, Offline, letzte Option

Abgesicherter Modus wurde oben schon erwähnt. Wenn das die hartnäckigen Dateien auch nicht repariert, kann SFC komplett außerhalb von Windows ausgeführt werden — Umschalttaste halten, auf Neu starten klicken, Problembehandlung, Erweiterte Optionen, Eingabeaufforderung, dann sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows ausführen. Den Laufwerksbuchstaben vorher mit dir C:\Windows prüfen, weil die Wiederherstellungsumgebung manchmal C und D vertauscht.

In-Place-Upgrade ist die letzte Option. Die Windows 11-ISO herunterladen, mounten, setup.exe ausführen, „Persönliche Dateien und Apps behalten”. Ersetzt jede Systemdatei, behält die Daten, 30-60 Minuten. Ich habe das bei einem Rechner gemacht, nachdem drei Runden DISM + SFC ntdll.dll nicht reparieren konnten. Hätte gleich damit anfangen sollen.

Noch etwas — wenn SFC ständig Beschädigungen findet und man sie repariert, aber sie immer wiederkommen, vor dem erneuten SFC-Lauf auf Malware prüfen. Malware modifiziert System-DLLs, SFC ersetzt sie, Malware infiziert sie sofort wieder. Sinnlose Schleife.

Wartung

SFC nicht nach Zeitplan ausführen. Es ist Diagnose, keine Wartung. Ausführen, wenn tatsächlich etwas nicht stimmt — Einfrieren, fehlende DLL-Fehler, Update-Probleme, Bluescreens.

Nach 23H2, 24H2 oder jedem großen halbjährlichen Update lohnt sich ein schneller DISM + SFC-Check aber die zehn Minuten. Diese Updates ersetzen hunderte von Dateien. Wer nicht sicher ist, ob das Problem Beschädigung ist oder etwas anderes, können wir es per Fernzugriff prüfen und so oder so Bescheid sagen.