Novgorod
ngb-Nutte
- Registriert
- 14 Juli 2013
- Beiträge
- 3.055
Servus,
ein älterer vista-laptop eines bekannten bootet seit kurzem direkt in einen BSOD (hier: "black screen"), weil eine treiberdatei (wdf01000.sys) kaputt ist.. meine "servicefähigkeiten" sind in dem fall stark limitiert, weil alles "remote" gehen muss, d.h. telefon-anweisungen + skype-kamera (*peng*) - die alternative wäre das ding zuzuschicken, also ein noch größeres fass, was wir im moment noch vermeiden wollen..
folgendes wurde versucht:
- ein stick mit UBCD4WIN (XP/BartPE) wurde erstellt, davon gebootet und CHKDSK C: /f ausgeführt.. es wurden dateisystemfehler behoben, aber leider nicht jener (gleicher fehler beim booten)...
- dann wollte ich die betroffene treiberdatei manuell ersetzen.. es stellte sich heraus, dass sie komplett vergriesgnaddelt ist - lesen, löschen/ersetzen und umbenennen quittiert er mit "zugriff verweigert" oder "I/O-fehler" (immernoch in der live-umgebung, es ist also nichts in benutzung, und andere sys-dateien in system32\drivers lassen sich umbenennen, also auch kein rechteproblem)..
was kann man noch machen, um kaputte NTFS-dateien zu killen? das letzte mittel wäre natürlich die partition plattzumachen, aber das will ich (vorerst) um jeden preis verhindern, denn neuaufsetzen inkl. backups per "remote" wird extrem zäh.. ein vista-reparatursetup wurde noch nicht probiert, aber das dürfte bei so einem dateisystemfehler wohl auch nicht helfen, weil's bloß versucht die dateien zu überschreiben.. ist evtl. das chkdsk von vista/7/8 "mächtiger" als das von XP? gibts irgendwelche tools für XP/BartPE, die solche probleme lösen?
ein älterer vista-laptop eines bekannten bootet seit kurzem direkt in einen BSOD (hier: "black screen"), weil eine treiberdatei (wdf01000.sys) kaputt ist.. meine "servicefähigkeiten" sind in dem fall stark limitiert, weil alles "remote" gehen muss, d.h. telefon-anweisungen + skype-kamera (*peng*) - die alternative wäre das ding zuzuschicken, also ein noch größeres fass, was wir im moment noch vermeiden wollen..
folgendes wurde versucht:
- ein stick mit UBCD4WIN (XP/BartPE) wurde erstellt, davon gebootet und CHKDSK C: /f ausgeführt.. es wurden dateisystemfehler behoben, aber leider nicht jener (gleicher fehler beim booten)...
- dann wollte ich die betroffene treiberdatei manuell ersetzen.. es stellte sich heraus, dass sie komplett vergriesgnaddelt ist - lesen, löschen/ersetzen und umbenennen quittiert er mit "zugriff verweigert" oder "I/O-fehler" (immernoch in der live-umgebung, es ist also nichts in benutzung, und andere sys-dateien in system32\drivers lassen sich umbenennen, also auch kein rechteproblem)..
was kann man noch machen, um kaputte NTFS-dateien zu killen? das letzte mittel wäre natürlich die partition plattzumachen, aber das will ich (vorerst) um jeden preis verhindern, denn neuaufsetzen inkl. backups per "remote" wird extrem zäh.. ein vista-reparatursetup wurde noch nicht probiert, aber das dürfte bei so einem dateisystemfehler wohl auch nicht helfen, weil's bloß versucht die dateien zu überschreiben.. ist evtl. das chkdsk von vista/7/8 "mächtiger" als das von XP? gibts irgendwelche tools für XP/BartPE, die solche probleme lösen?

.. achja, die normalen dateisysteminfos werden angezeigt (name, größe, änderungsdatum usw.), sogar herausgeber- und versionsinfos.. nur das lesen der eigentlichen datei (z.b. kopieren oder öffnen im texteditor) wird verweigert, daher sicherlich auch das erstellen einer checksumme.. und gerade von dieser datei kursieren etliche versionen mit unterschiedlichen dateigrößen, selbst bei identischer versionsnummer (evtl. OS-spezifisch?).. anhand des datums kann sie nicht von der original-installation stammen, sondern wurde irgendwann ~2013 gepatcht.. wie auch immer, ich komme ja nicht einmal so weit, die datei zu löschen und zu ersetzen...
.. interessanterweise haben die "tools" von MSDaRT 6 (vista-version) allesamt nichts gebracht, weder die automatische reparatur, noch die systemdatei-reparatur (SFC scan) - entweder absturz oder nichtssagende "failed"-meldung..
- diese dann auch ersetzt und auf einmal lebte er wieder
...