Unter Umständen mutmaßliche Dateibeschädigung unter Windows 7

2986
Joey

In letzter Zeit warnt mein Laptop manchmal vor beschädigten Dateien auf der Festplatte (Samsung SSD PB22-JS3 TM). Dies ist bisher nur beim Aktualisieren (oder Auschecken) eines SVN-Repositorys mit TortoiseSVN oder dem Subversion-Client der Befehlszeile geschehen.

Der Spaß ist, dass die beschädigte Datei immer ein .svnVerzeichnis war (obwohl der Verzeichniseintrag auch Dateien in diesem Verzeichnis enthalten kann, wenn sie klein genug sind - was bei SVN der Fall sein sollte). Beim Durchsuchen des Verzeichnisses mit Warnungen bemerke ich jedoch nichts Ungewöhnliches oder Ungewöhnliches und bekomme keine weiteren Warnungen darüber und einen weiteren Versuch (SVN stoppt die Aktualisierung, sobald der Fehler auftritt - TortoiseSVN, auch mit einer entsprechenden Fehlermeldung), um die Arbeit zu aktualisieren Kopieren funktioniert (naja, meistens; manchmal geht es wieder, wenn auch mit einem anderen Verzeichnis).

Da das Notebook erst wenige Monate alt ist, bezweifle ich, dass die SSD bereits ausfällt - fünf Monate normaler Nutzung sollten nicht überraschen. Auch ist es (bisher) nur mit SVN-Updates auf einem großen Repository aufgetreten. Vielleicht sind das zu viele Schreibvorgänge in kurzer Zeit und ein Teil zwischen Software und Hardware holt nicht schnell genug auf oder so - ich weiß nicht genug darüber, um hier eine fundierte Vermutung zu treffen.

Weiß jemand was hier los ist?

ETA: Anmerkung: Ich habe chkdsk ausgeführt (es scheint sich sowieso zu planen, wenn dies passiert) und es hat nichts Außergewöhnliches gefunden.

4
Ich sehe dies gelegentlich auch auf einer normalen Festplatte, im Allgemeinen in Zeiten extremer Festplattenaktivität. Es hat mir aber nie Probleme gebracht und chkdsk / X findet keine Fehler. Ich vermute, es ist nur ein Teil von NTFS, das für kurze Zeit aus dem Takt fällt und ein falsches Positiv verursacht. (Ich habe es erst gesehen, seit ich USN Journaling eingeschaltet habe. Haben Sie USN Journaling eingeschaltet?) Fake Name vor 14 Jahren 0
Wo sind die Warnungen? Sind Sie sicher, dass die Warnungen hardwarebezogen sind und nicht nur SVN, das eine Art Beschädigung im Repository meldet? William Hilsum vor 14 Jahren 0
@ Will: Ballon-Tooltip im Benachrichtigungsbereich. Ja, ich bin ziemlich sicher, dass es mit Windows und nicht mit SVN zusammenhängt, wenn der NTFS-Treiber gleichzeitig an das Ereignisprotokoll berichtet. Joey vor 14 Jahren 0
@Fake: Ich kann mich nicht erinnern, etwas eingeschaltet zu haben, das nicht standardmäßig aktiviert ist. Aber anscheinend ist es eingeschaltet, da `fsutil usn queryjournal c:` mir Daten gibt, von denen ich glaube, dass sie nicht vorhanden sein sollten, wenn sie deaktiviert sind. Das Feld "Next USN" ändert sich scheinbar mit jeder Änderung des Datenträgers. Joey vor 14 Jahren 0
Welches Anti-Virus (falls vorhanden) laufen Sie? mindless.panda vor 14 Jahren 0
@anj: Es wurde bereits beantwortet und es hat nichts mit AV zu tun. Joey vor 14 Jahren 0
Hmmm. Es ist standardmäßig nicht unter Windows XP verfügbar. Fake Name vor 14 Jahren 0

2 Antworten auf die Frage

6
ta.speot.is

Prüfen Sie, ob dies auf Ihr Problem zurückzuführen ist.

Kurze Zusammenfassung: Der Windows 7 NTFS-Dateisystemtreiber hat einen Fehler. Wenn ein Prozess versucht, auf eine Datei zuzugreifen, die von einem anderen Prozess verwendet wird (z. B. einem Indexdienst für Hintergrunddateien), führt dies nicht zu einem Fehler "Zugriff verweigert" Im Normalfall wäre aber stattdessen "File Corrupted". Dies führt wiederum dazu, dass a chkdskfür den nächsten Systemstart geplant wird. Zitieren aus dem verlinkten Artikel:

Microsoft hat diesen Fehler bestätigt :

Dies ist eine bekannte Regression in Windows 7 im NTFS-Dateisystem. Es tritt auf, wenn eine übergeordnete Umbenennung einer Datei ausgeführt wird, die einen atomaren Oplock enthält (atomare Oplocks sind eine neue Funktion in Windows 7). Der Indexer verwendet atomare Oplocks, weshalb er beim Deaktivieren des Indexers hilfreich war. Explorer verwendet auch atomare Oplocks, weshalb Sie das Problem immer noch sehen. Wenn dies auftritt, wird STATUS_FILE_CORRUPT falsch zurückgegeben und das Volume wird als "dirty" markiert. Dies ist ein Signal an das System, dass chkdsk ausgeführt werden muss. Es ist keine tatsächliche Korruption aufgetreten.

Sieht aus wie das genaue Problem für mich. Vielen Dank. Ein bisschen aus dem Artikel zu zitieren, um Linksfäulnis zu verhindern, könnte jedoch nett sein. Joey vor 14 Jahren 2
0

Ich habe ähnliche Probleme mit demselben Samsung-Laufwerk (MMCRE28G8MXP-0VBL1 - ich bin mir ziemlich sicher, dass es sich um eine PB22-Serie handelt)

Ich hatte es nur zwei Wochen lang, aber es wurde bereits der normale Start unterbrochen, um chkdisk einige Male für die Laufwerkskonsistenz auszuführen. Es werden keine Probleme angezeigt, aber es reagiert definitiv auf NTFS-Korruptionsprobleme. In der Ereignisanzeige werden mehrere Fehler in NTFS-Fehlern angezeigt - Ereignis-ID: 55 Task-Kategorie 2.

Ich kann nicht mit Sicherheit sagen, aber ich habe das Gefühl, dass die Fehler mit der Verwendung von Laufwerken mit hoher Aktivität zusammenfallen. Ich habe mit mehreren großen Excel-Dateien (10 MB +) gleichzeitig gearbeitet, und es ist klar, dass das Laufwerk ziemlich hart arbeitet, um mitzuhalten. Vielleicht ist NTFS "nicht mehr synchron"

Wenn es durch chkdisk läuft, wird das USN Journal erwähnt, aber ich habe noch nicht genau darauf geachtet.

Sehen Sie sich die akzeptierte Antwort auf diese Frage an. Dies wurde bereits beantwortet und es liegt ein Fehler im Windows 7 NTFS-Treiber vor. Es ist weder spezifisch für eine Marke von Flash-Laufwerken noch für Flash-Laufwerke im Allgemeinen, was nicht mit hoher Festplattenaktivität zusammenhängt. Joey vor 14 Jahren 1

Verwandte Probleme