64-Bit-TortoiseSVN unter Windows 7 meldet, dass die Datei oder das Verzeichnis beschädigt und nicht lesbar ist, und führt dann chkdsk aus [closed]


60

Ich verwende 64-Bit-TortoiseSVN auf einem 64-Bit-Windows 7 Professional. Ab und zu schlägt ein Checkout oder Update mit einer Fehlermeldung wie der folgenden fehl.

Error: Can't move 
Error: '[...]\\.svn\tmp\entries' 
Error: to 
Error: '[...]\\.svn\entries': 
Error: The file or directory is corrupted and unreadable. 

Dann läuft CHKDSK nach dem Neustart, was mich nervös macht.

Warum könnte das passieren oder wie kann ich das vermeiden?


Was ist Ihre Ausgabe von der CHKDSK? Möglicherweise liegt ein ernsthafteres Problem vor Ihnen.

Wie hast du es überhaupt installiert? Es stürzt ab und brennt während der Installation für mich. :-(
Brian Knoblauch

Ich habe auch dieses Problem: Mein Virenscanner ist McAfee VirusScan Enterprise 8.7.0i. Interessanterweise scheint es nicht von der genauen Marke des Virenscanners abzuhängen: Im Internet finden sich ähnliche Fehlerberichte für Benutzer mit Microsoft Security Essentials und [Kaspersky] [2]. [2]: forum.kaspersky.com/
Heinzi

Blech, ich habe das gleiche Problem, und das Ausschließen der svn + TortoiseSVN-Prozesse und des svn-Arbeitsverzeichnisses hilft nicht. Wenn ich die Echtzeitüberwachung nicht vollständig deaktiviere, erhalte ich immer wieder beschädigte .svn-Verzeichnisse. Saugt.
Orip

1
Alle Entwickler in unserem Shop, die Win 7 64-Bit ausführen, haben das gleiche Problem.
Chasler

Antworten:


51

Dies ist ein bekannter Fehler in Windows 7, der in SP 1 behoben werden soll:

http://subversion.wandisco.com/blogs/windows-7-bogus-errorfilecorrupt-error-.html

Es ist jetzt ein Hotfix verfügbar:

http://support.microsoft.com/kb/982927/en-us
http://support.microsoft.com/kb/2498472/en-us


Ich hatte das gleiche Problem und habe versucht, das HotFix zu installieren. Es hat mein Problem nicht gelöst. Durch Deaktivieren meiner Anti-Virus-Software konnte das Problem jedoch DID behoben werden.
Brian Lacy

+1. Hotfix hat das Problem für mich behoben - durch vorheriges Deaktivieren von AV wurde das Problem nicht behoben.
Joshua McKinnon

1
Anscheinend ist die Verbindung zum Hotfix unterbrochen ....
Frank V

1
... und es scheint für mich in SP1 nicht behoben zu sein. Hat jemand von einem Update dazu gehört?
James Crowley

Aus irgendeinem Grund haben sie die KB-Nummer geändert. Ich habe die Antwort des OP aktualisiert, um den neuen Standort wiederzugeben.
SiegeX

11

Ich hatte das gleiche Problem (mit MS Security Essentials). Ich denke, es könnte etwas mit der Aktivität des Überwachungsprogramms für AV-Programme zu tun haben. Es sieht so aus, als ob MS SE denkt, dass ein bösartiges Skript ausgeführt wird, und es stoppt es.

Ich habe versucht, "Datei- und Programmaktivität auf Ihrem Computer überwachen" unter "Echtzeitschutz" zu deaktivieren, und es schien das Problem zu lösen.

Von dort aus habe ich einige andere Tests durchgeführt und festgestellt, dass ich die Option aktiviert lassen und trotzdem erfolgreich auschecken kann, indem ich "Ausgeschlossene Prozesse" so konfiguriere, dass "C: \ Programme \ TortoiseSVN \ bin \ TortoiseProc.exe" "C: \ Programme" enthalten ist Dateien \ TortoiseSVN \ bin \ TSVNCache.exe "

Beide Methoden scheinen bisher bei mir funktioniert zu haben. (Seitdem ich die Optionen geändert habe, konnte ich regelmäßig große Auscheckvorgänge durchführen.) Ich bevorzuge den zweiten, sodass MS SE ohnehin immer noch nach potenziellen böswilligen Aktivitäten sucht.



Danke vielmals. Ich habe Kaspersky Internet Security unter Windows XP, Ihre Lösung hat auch für mich funktioniert.
samir105


3

Ich hatte das gleiche Problem, aber mit 32-Bit-TortoiseSVN (1.6.6 auf Win7 x64).

Deaktivieren / Ändern von Antivirus hat nicht geholfen. Ein Downgrade auf TortoiseSVN 1.5.10 (was nur zur Folge hatte, dass die ausgecheckten Repository-Verzeichnisse nicht mehr gelesen werden konnten) wurde ebenfalls nicht durchgeführt.

Was geholfen hat, war das Konfigurieren des Windows-Indexdienstes, um meine SVN- / Quellcodeverzeichnisse nicht zu indizieren . Ich habe diesen Tipp hier gefunden: http://schleichermann.wordpress.com/2009/12/09/svn-tortoisesvn-cant-move-the-file-or-directory-is-corrupted-and-unreadable-windows-7/


Ich habe versucht, Kaspersky zu deaktivieren, aber es hat nicht geholfen. Das Deaktivieren des Indexdienstes für meine Arbeitskopie behebt jedoch das Problem
Khash

3

Hier ist eine Lösung, die ich gefunden habe, um das Problem zu lösen, das wie eine Festlichkeit wirkte. Es ist ein Auszug aus SVN: TortoiseSVN kann nicht verschoben werden. Die Datei oder das Verzeichnis ist beschädigt und nicht lesbar (Windows 7) .

  1. Klicken Sie auf die Schaltfläche Startmenü und dann auf das Textfeld, um eine Suche zu starten.
  2. Geben Sie "Windows-Index" ein
  3. Klicken Sie auf "Indizierungsoptionen", die in der Suche angezeigt werden sollen (dies finden Sie auch in der Systemsteuerung, wenn Sie die Ansicht auf " Groß" oder " Klein" ändern . Ich bin mir jedoch nicht sicher, unter welcher Kategorie sie kategorisiert ist.)
  4. Wenn das Feld Indizierungsoptionen angezeigt wird, klicken Sie auf die Schaltfläche Ändern . Daraufhin wird ein Dialogfeld "Indizierte Speicherorte" geöffnet, in dem Sie eine Liste einiger "Speicherorte" sehen sollten, in der sich Ihre Festplatte (n) befinden.
  5. Erweitern Sie die gewünschte Festplatte bis zum Stammverzeichnis der Dateien, mit denen Sie SVN verwenden, und stellen Sie sicher, dass das Kontrollkästchen deaktiviert ist. Es wurde hier für mich geprüft, obwohl die Ordneroption so war, wie ich es in meinem letzten Beitrag beschrieben habe. Beachten Sie auch, dass die Festplatte höchstwahrscheinlich reduziert wird und das Kontrollkästchen deaktiviert ist, obwohl Sie nach dem Erweitern möglicherweise aktivierte Kontrollkästchen finden.

Beispielsweise befinden sich meine Projekte in meinem C:\Users\Name\Documents\VS2008\Projects\Ordner, und jeder Ordner hier wurde im Dialogfeld "Indizierte Speicherorte" überprüft. Nachdem Sie hier die entsprechenden Ordner deaktiviert haben, in denen sich meine Arbeitskopie der SVN-Projekte befindet, scheint alles so zu funktionieren, wie ich es erwartet habe.

Ich hoffe, das hilft jemandem, der immer noch an diesem lähmenden Problem leidet.


2

Der Artikel " ERROR_FILE_CORRUPT beim Verschieben einer Datei wird abgerufen ... Ergebnis: Chkdsk beim Neustart (reproduzierbar und bestätigt) " erklärt, warum dies geschieht, und das darin enthaltene Beispielprogramm zeigt genau, wie Sie diesen Fehler unter Windows 7 erhalten können. Ich hoffe nur, Microsoft findet einen Weg, um dieses Problem zu beheben.

[Update] Dieses Problem wurde in ServicePack 1 für Windows 7 und ServicePack 1 für Windows Server 2008R2 behoben.


1

Dies ist das Problem "Die Datei oder das Verzeichnis ist beschädigt und nicht lesbar." kommt in Windows 7 oder Vista, weil Sie den Indexdienst eingeschaltet haben.

So lösen Sie das Problem: Deaktivieren Sie entweder den Indexdienst für Ihr SVN-Verzeichnis oder das übergeordnete Verzeichnis oder deaktivieren Sie vorübergehend die Indexierung: So geht's? 1) Gehen Sie zu Systemsteuerung - Indizierungsoptionen. 2) Klicken Sie auf Anhalten. Dadurch wird die Indizierung standardmäßig für die nächsten 15 Minuten unterbrochen. 3) Führen Sie nun das Commit aus. Sie sind laut, für die nächsten 15 Minuten zu verpflichten


Der Indizierungsserver verursacht das Problem nicht. Alle Anwendungsüberwachungsverzeichnisse auf Änderungen können dieses Problem verursachen.
Bert Huijben

0

Wir hatten das gleiche Problem. Wenn Sie einen Virenscanner installiert haben, scheint dies das Problem zu verursachen. Versuchen Sie, das Scannen vor einer großen Kasse zu deaktivieren.

http://groups.google.com/group/tortoisesvn/browse_thread/thread/4d8bdcea4fd14fce?pli=1

Bei uns trat das Problem nur bei sehr umfangreichen Updates / Checkouts auf. Durchschnittliche oder kleine Updates funktionierten einwandfrei. Ich weiß nicht, warum das so ist, aber ich kann durchaus feststellen, dass ein Virus-Scanner-Problem auf diese Weise inkonsistent ist.


Könnte gut sein. Ich erlebe das Problem über TortoiseSVN und Kommandozeilen-SVN. Ich habe es auch bei kleinen und größeren Commits und Updates erlebt. Das Komische ist, dass ich nach dem Auftreten dieses Fehlers oft genau denselben Vorgang wiederholen kann, und dass er dann ohne Probleme abgeschlossen wird.
David Alpert

0

Ich habe das gleiche Problem mit McAfee 8.7i. Um dieses Problem zu umgehen, muss der Zugriffsschutz deaktiviert werden, da ich nicht herausfinden kann, wie eine Ausnahme für TortoiseSVN hinzugefügt werden kann.


0

Ich habe genau den gleichen Fehler erhalten, aber auch einen anderen Fehler beim Aktualisieren ("Die angegebene Datei kann nicht gefunden werden").

Ich verwende Windows 7 x64 und habe McAfee installiert.

Ich hatte eine Datei von "Map" in "map" umbenannt und sie festgeschrieben. Das Festschreiben funktionierte einwandfrei, aber das Auschecken schlug mit dem Fehler "Verzeichnis ist beschädigt" fehl.

In meinem Fall wurde dies behoben, indem ich in den Repo-Browser ging und die Datei "map" löschte. Ich hatte also immer noch die ursprüngliche nicht umbenannte Datei ("Map") in der Versionskontrolle. Von da an hat der Checkout gut funktioniert.


0

Ich habe Panda Cloud Anti-Virus ausgeführt und diesen Fehler erhalten. Wie oben erwähnt, ist der Fehler bei Deaktivierung vollständig verschwunden.


0

Ich bin mir nicht sicher, ob das Problem weiterhin besteht. Ich habe jedoch eine Lösung gefunden, die in meinen Google-Suchanfragen nicht auftauchte. Ich habe hier in meinem Blog eine genaue Wegbeschreibung gepostet . Hoffe das hilft.


0

Ich habe ein Verzeichnis - C: \ Users \\ workspace \ -, in dem ich Projekte auschecke.

Ich habe festgestellt, dass ein neues Popup angezeigt wird, wenn ich in Windows 7 zu den Indizierungsoptionen gehe und auf "Ändern" klicke. In diesem Popup kann ich mein C-Laufwerk mit dem Pfeil sehen und ihn erweitern und reduzieren. Ich habe mein Arbeitsbereichsverzeichnis einfach deaktiviert. Vermutlich sollte dies die Indizierung für dieses Verzeichnis deaktivieren.

Ich bekomme immer noch die Fehler, aber ich dachte, dass dies eine hilfreiche Information für die Lösung sein könnte. NB Ich bekomme die Fehler trotzdem mit angehaltener Indizierung, daher kann es einen anderen Faktor geben.


Ich habe schließlich mein Problem behoben. Dieser Ansatz scheint geholfen zu haben, aber ich habe festgestellt, dass beim Festschreiben einzelner Modulverzeichnisse weniger Fehler aufgetreten sind (ich habe Drupal-Module in meinem Projekt festgeschrieben). Es gab ein paar Ausreißer, die sich einfach weigerten, sich zu verpflichten. Mein Ansatz hierbei war, diese Modulverzeichnisse aus dem Projekt SVN (dh dem ausgecheckten Projekt) zu exportieren, die Verzeichnisse aus dem Projekt zu löschen, die exportierten Module zu bestätigen und sie dann wieder zu kopieren und erneut zu bestätigen. Dadurch wurden die Fehler gestoppt, obwohl mein Versionsverlauf dadurch verloren gegangen ist.
Aaron Newton

0

Sie können dieses Problem mit "Aufräumen" in Tortoise SVN beheben. Suchen Sie die Verzeichnisse, bei denen Probleme auftreten, und steigen Sie in diese Verzeichnisse ab. Sie sehen, dass Dateien als nicht versioniert gekennzeichnet sind. Wenn Sie den Bereinigungsbefehl für das enthaltene Verzeichnis ausführen, wird das Problem vorübergehend behoben.

Ich werde auch das Mishegas für die Indexierung ausschalten, toute-suite. Dank dafür!

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.