SFC Scannow Problem

AmokAlex

Enthusiast
Thread Starter
Mitglied seit
25.01.2008
Beiträge
255
Ort
Home sweet Home
Hallo, ich habe seit ein paar Tagen ein Problem. Beim Scan mit sfc bricht er nach 43% ab und meldet das er beschädigte Dateien hat die er nicht Reparieren kann. Beim Sichten der CBS Log ist mir als Fehler nur der angehängte Abschnitt Aufgefallen. Ich werde da nicht ganz schlau draus. Wo liegt der fehler? Kann mir jemand helfen?
 

Anhänge

  • CBSLog.txt
    2,1 KB · Aufrufe: 132
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
hi versuche mal folgendes:

1. - die CBS_LOG löschen (manchmal muß man mehrere male neu starten, da diese datei etwas länger nach dem ausführen von win7 noch belegt wird)

CBS_LOG.jpg

2. - mal das systemlaufwerk "bereinigen" und dann dort alle haken setzen

bereinigen.jpg

bei dir ist da eventuell noch ein weiterer button vorhanden "systemdateien löschen" (bei mir habe ich die schon mal gelöscht, deswegen kein button)
beides mal machen und jedesmal neu starten

3. - dann beim systemlaufwerk unter dem reiter "tools" beide haken setzen - neustarten

überprüfen.jpg

wenn alles gemacht:

4. - jetzt noch mal die sfc /scannow laufen lassen und hoffen, das es nun durchläuft - viel glück!
 
Hallo Danke für die Hilfe. Habe alles so gemacht wie beschrieben. Sogar mehrmals. Hatt leider nicht geholfen. Kann ich diese Ordner die er als fehlend meldet irgendwo her laden? Bin bei google nicht fündig geworden.
 
Kann das Log auf dem Phone nicht sehen. Welche Ordner fehlen.
 
hi luda! - ich poste das mal als zitat hier rein:

2016-06-20 20:46:40, Info CSI 0000039e [SR] Verify complete
2016-06-20 20:46:41, Info CSI 0000039f [SR] Verifying 100 (0x0000000000000064) components
2016-06-20 20:46:41, Info CSI 000003a0 [SR] Beginning Verify and Repair transaction
2016-06-20 20:46:43, Error CSI 000003a1 (F) STATUS_OBJECT_NAME_NOT_FOUND #6637150# from Windows::Rtl::SystemImplementation::directFileSystemProvider::SysCreateFile(flags = (AllowSharingViolation), handle = {provider=NULL, handle=0}, da = (SYNCHRONIZE|FILE_READ_ATTRIBUTES), oa = @0x84cb30->OBJECT_ATTRIBUTES {s:48; rd:NULL; on:[117]"\??\C:\Windows\WinSxS\amd64_microsoft-windows-nlasvc.resources_31bf3856ad364e35_6.1.7600.16385_de-de_227862bb7dedc75e"; a:(OBJ_CASE_INSENSITIVE)}, iosb = @0x84cb10, as = (null), fa = 0, sa = (FILE_SHARE_READ|FILE_SHARE_WRITE|FILE_SHARE_DELETE), cd = FILE_OPEN, co = (FILE_SYNCHRONOUS_IO_NONALERT|0x00004000), eab = NULL, eal = 0, disp = Invalid)
[gle=0xd0000034]
2016-06-20 20:46:43, Error CSI 000003a2@2016/6/20:18:46:43.224 (F) d:\win7sp1_gdr\base\wcp\sil\merged\ntu\ntsystem.cpp(2057): Error STATUS_OBJECT_NAME_NOT_FOUND originated in function Windows::Rtl::SystemImplementation::directFileSystemProvider::SysCreateFile expression: (null)
[gle=0x80004005]
2016-06-20 20:47:07, Error CSI 000003a3 (F) STATUS_OBJECT_NAME_NOT_FOUND #6637149# from Windows::Rtl::SystemImplementation::CDirectory::OpenExistingDirectory(...)[gle=0xd0000034]
2016-06-20 20:47:07, Error CSI 000003a4 (F) STATUS_OBJECT_NAME_NOT_FOUND #6637148# from Windows::Rtl::SystemImplementation::CDirectory_IRtlDirectoryTearoff::OpenExistingDirectory(flags = 0, da = (SYNCHRONIZE), oa = @0x84d428->SIL_OBJECT_ATTRIBUTES {s:40; on:"amd64_microsoft-windows-nlasvc.resources_31bf3856ad364e35_6.1.7600.16385_de-de_227862bb7dedc75e"; a:(OBJ_CASE_INSENSITIVE)}, sa = (FILE_SHARE_READ|FILE_SHARE_WRITE|FILE_SHARE_DELETE), oo = (FILE_DIRECTORY_FILE|FILE_SYNCHRONOUS_IO_NONALERT|FILE_OPEN_FOR_BACKUP_INTENT), dir = NULL, disp = Invalid)
[gle=0xd0000034]

edit: für AmokAlex
lustig ist, das die reine textdatei als zitat diese "grafischen smileys" einbaut!
 
Zuletzt bearbeitet:
Genau. Kurz gesagt denke ich mal das es diese beiden sind die Windows fehlen.
Windows\WinSxS\amd64_microsoft-windows-nlasvc.resources_31bf3856ad364e35_6.1.7600.16385_d e-de_227862bb7dedc75e
d:\win7sp1_gdr\base\wcp\sil\merged\ntu\ntsystem.cp p(2057)
 
OK danke ich schau mal drüber.
 
So hat alles nix gebracht. Habe ein ca. 6 Wochen altes Backup raus gekramt und drüber gezogen nun läuft wieder alles. Aber trotzdem Danke an alle Helfer vor allem an chriscrosser.
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh