Damals trat es still und heimlich durch mein damals verwendetes Antiviren-Programm verursacht auf und verschwand nach dem Tausch dessen sofort. Inzwischen bin ich einer anderen Ausprägung dieses Fehlers begegnet.

Evince und Inkscape (beide GTK, Zufall?) verursachen diesen Fehler bei mir sporadisch. Er äußert sich in einem Popup im Infobereich, der etwa so lautet:

*.exe – Datei beschädigt

Die Datei C:/[Pfad zur exe]/*.exe ist beschädigt und kann nicht gelesen werden. Bitte führen die CHKDSK aus.

Wobei letzteres keine Bitte ist, sondern ein Befehl, denn zugleich wird CHKDSK /r beim Systemstart angeordnet.

Und wie zu erwarten meldet sich Freund Backup mit den Worten

"wurde von der Windows-Sicherung übersprungen [...], da sich das Element auf dem beschädigten Laufwerk "C:\" befindet.

Und auch der alte Bekannte fsutil stiftet mir bei, fsutil dirty query C: bestätigt ein “beschädigtes” Dateisystem.

Mittlerweile wurde ich in den Kommentaren auf KB982927 von Microsoft aufmerksam gemacht. Dieser liefert dann auch eine Art Erklärung, da z.B. eine häufige, aufeinander folgende Verwendung von MoveFileEx() ein Ausnahme hervorrufen kann. Schon gruselig, denn es handelt sich damit definitiv um einen Bug im Dateisystem. Deshalb und da er recht selten zu sein scheint, wird der Hotfix nicht über Windows Update verteilt, sondern kann nur von Microsofts Seite manuell heruntergeladen werden. Ich habe ihn nicht installiert, da die genannte Dateiversion nicht zu meinem System passt.

Der Hotfix soll erstmals im SP1 enthalten sein, das erst im März 2011 erscheinen soll. Bis dahin bleibt mir wohl nichts anderes übrig, als ab und zu doch zu Rebooten, wenn dieser Fehler mal wieder seine hässliche Fratze zeigt.

Update: Service Pack 1 behebt das Problem scheinbar endlich.

Die Geschichte von Windows-Backups ist eine Geschichte voller Missverständnisse. Kennen sie das auch, wenn sich ihr Dateisystem mal nicht ganz frisch anfühlt? Ich schon, denn seit ein paar Wochen passiert das ständig

Die Konsequenz ist, dass das geplante Backup durchläuft, am Ende feststellt, dass D beschädigt ist, die Sicherung für unvollständig erklärt und zum Schluss noch ganz böse guckt. Die Daten verbleiben allerdings allem Anschein nach am Sicherungsort. Ob sie dann wiederhergestellt werden können, ist aber mehr als fraglich. Da das letzte Backup unvollständig war, ist das Nächste natürlich nicht nur ein Inkrement, sondern eine vollständige Sicherung. Hach, ohne Unsicherheit wären Computer doch nur halb so spannend.*

Die übliche Vorgehensweise ist natürlich erst mal CHKDSK durchlaufen zu lassen, etwa so

chkdsk D: /f /x

Keine Fehler.

OK, vielleicht liegts an der Festplatte, also mal

chkdsk D: /r

aber ein paar Stunden später erneut: keine Fehler.

Vielleicht weiß das Festplattentool vom Hersteller mehr… aber auch da keine Fehler, selbst im Intensivmodus. Es ist also wenigstens kein Hardwaredefekt.

Langsam wird mir die Chose zu bunt, also Frage ich Tante Gurgel. Die fördert erstmal folgenden Befehl zu Tage:

fsutil dirty query D:

Und ja, dieses Tool widerspricht CHKDSK und bestätigt, dass D beschädigt ist. Was denn nun? FSUTIL sagt beschädigt, CHKDSK sagt, dass es keine Fehler findet. Führt man es allerdings nach CHKDSK aus sind sich beide einig und alles ist scheinbar OK. Bis der Fehler wenig später wieder auftritt. Irgendwas stimmt hier nicht. Wenn Dateisystemfehler tatsächlich so zahlreich auftreten würden wäre etwas ganz schön im argen. Dabei funktioniert das System sonst tadellos. Also weiter gurgeln… und finden. Tatsache, es gibt einen Bug in Windows 7, durch den scheinbar das “dirty”-Bit im Dateisystem fälschlicherweise gesetzt wird.

Einen Fix oder Workaround habe ich noch nicht gefunden. Es gibt aber einen Hinweis Richtung Avira, das ich verwende.

* Wie ich bereits festgestellt habe ist Apple totlangweilig.

Update: Ich habe mittlerweile Antivir durch Microsoft Security Essentials ersetzt und seitdem keinerlei Probleme mehr. Ich habe zum Thema einen Folgeartikel geschrieben.

Update 2: Fast ein Jahr später nochmal Neuigkeiten. Ich habe einen weiteren Artikel geschrieben, der ein Paar Hintergründe und einen möglichen Patch von Microsoft aufzeigt.

Update 3: Service Pack 1 behebt das Problem scheinbar endlich.