sfc /scannow unter Version 10.0.29695.1001 meldet immer wieder den Fehler ?

[Jim]

hi,

sfc /scannow unter Version 10.0.29695.1001 meldet mir immer wieder den Fehler ?

Der Windows-Ressourcenschutz hat beschädigte Dateien gefunden und erfolgreich repariert.
Bei Onlinereparaturen finden Sie Details in der CBS-Protokolldatei unter
windir\Logs\CBS\CBS.log. Beispiel C:\Windows\Logs\CBS\CBS.log. Bei Offlinereparaturen
finden Sie Details in der durch das /OFFLOGFILE-Kennzeichen angegebenen Protokolldatei

normaler weise mache ich danach ein Re-boot , aber das hilft mir jetzt auch nicht mehr.
Kann jemand das Problem bestätigen bevor ich es melde ?

Jim

CBS.zip

[Tante Google]

[DK2000]

Die Dateien, welche lt. Zertifikat erwartet werden, existieren halt nicht im Komponentenspeicher und können daher nicht ersetzt/repariert werden.

Code: Alles auswählen

2026-10-25 15:03:37, Info                  CSI    00000289 Hashes for file member 'netebpfext.sys' do not match.
    Expected: {7a76b71cd626df47771b8697b2e37bf206a652601b5234a77ed734c0f464e379}.
    Actual:   {177d768f5e1fafb26037c5a5e657b628721b2d4d9d45ecbc1e806763b4a32ccc}.
2026-10-25 15:03:37, Info                  CSI    0000028a [SR] Repairing file \??\C:\WINDOWS\System32\Drivers\\netebpfext.sys from store
2026-10-25 15:03:37, Info                  CSI    0000028b Hashes for file member 'ebpfcore.sys' do not match.
    Expected: {a15e36940e838770b139ea98b6ce95f7cab2ddf793570d1c36ef8f278acb77d3}.
    Actual:   {3b6bbea4a38ef397b48ec05290cb2920174eedc1ce4c6cd4a04d1425e051b02a}.
2026-10-25 15:03:37, Info                  CSI    0000028c [SR] Repairing file \??\C:\WINDOWS\System32\Drivers\\ebpfcore.sys from store
2026-10-25 15:03:37, Info                  CSI    0000028d Hashes for file member 'ebpfapi.dll' do not match.
    Expected: {bc71010d52d9b28dff53d4717ba33eb9b5d98f135aaa81ed87ef316500b0149c}.
    Actual:   {fdb479d036aa838a2732e82b3057dc3dd63fa942fbf6fd4ef9c5eddbe10e3eb0}.
2026-10-25 15:03:37, Info                  CSI    0000028e [SR] Repairing file \??\C:\WINDOWS\System32\\ebpfapi.dll from store
2026-10-25 15:03:37, Info                  CSI    0000028f Hashes for file member 'ebpfnetsh.dll' do not match.
    Expected: {18022ce812291543c02cd89daae85c9ef9b412c9f9e86738fdec5a92f8d02cef}.
    Actual:   {e7b5c67427b4a70a90e76eb24e1e7ef32798eb1b4d8a6dccfc05b37a5964df85}.
2026-10-25 15:03:37, Info                  CSI    00000290 [SR] Repairing file \??\C:\WINDOWS\System32\\ebpfnetsh.dll from store
2026-10-25 15:03:37, Info                  CSI    00000291 Hashes for file member 'ebpfsvc.exe' do not match.
    Expected: {923fe4d47f591737f452e12d42d9a41addcb988d33c6f9796317673d4264013e}.
    Actual:   {e11ea2d7f77a9bd1c2423dae0e4632d1daff39a1a669969e225da42c03e83f42}.
2026-10-25 15:03:37, Info                  CSI    00000292 [SR] Repairing file \??\C:\WINDOWS\System32\\ebpfsvc.exe from store
2026-10-25 15:03:37, Info                  CSI    00000293 Hashes for file member 'bpftool.exe' do not match.
    Expected: {e444e8d46fad490568ce249d2ed116b7307a05f5ed320b63735f0b77f8f4c664}.
    Actual:   {311eabe39aa203da28806c9697310007e14ebfe451ecacc9b5a03a919bc5bd5d}.

DSIM mit /RestoreHealth hilft da auch nicht weiter, weil hier die bemängelten Dateien gar nicht als falsch angesehen werden. Hier wird nur rumgemeckert, dass das "VBSCRIPT-FoD-Package" fehlt. Repariert wird es aber nicht, da das ja wohl so sein soll.

Kann man nichts ändern und muss auf das nächste Upgrade warten und mal schauen, was da dann so los ist.

[Jim]

hi,
Danke für die Aufklärung.
Jim

[Ossilotta]

nach einem Update von MS hat man meistens Fehler im Komponentenspeicher. Ich habe diese bisher immer ohne Probleme beheben können mit den entsprechenden DISM Befehlen. Ich habe mir allerdings auch schon vor mindestens 2 Jahren abgewöhnt, bei einer Datenträgerbereinigung auch die Updates zu bereinigen.

[DK2000]

In dem Falle ist es aber ein Upgrade. Bedeutet, dass der Komponentespeicher von vorneherein beschädigt ist bzw. in dem speziellen Fall die erwarteten Dateien nicht existieren.

Und was die Updates in den anderen Kanälen angeht, der Komponentenspeicher wird teilweise durch die installing der Updates beschädigt. Manuelle Bereinigung ist da nicht von Nöten. Bei der 26H2 Retail z.B. fehlt in letzter Zeit immer irgendwas aus der 1742 und lässt sich auch nur mit so einer ISO reparieren. Das fällt meistens erst dann auf, wenn man /RestoreHealth zweimal hintereinander laufen lässt. Und Manuelle Bereinigung ist so oder so nicht zwangsweise nötig, weil das macht Windows von sich aus, teilweise sogar vor installation des Updates. Aber das ist wohl ein Problem, welches nicht weiter stört, bis jetzt jedenfalls. Updates ließen sich dennoch installieren und Windows läuft auch normal. Auf dem Tablet ignoriere ich das. Nur in der einen VM teste ich das ab und zu mal.