5
XP Explorer hängt sich auf beim Umbenennen von Dateien
ich habe schon eine Unmenge von Beiträgen zu ähnlichen Fragen gefunden, die aber leider alle nicht relevant sind.
Vielleicht hat doch jemand zu folgender Situation eine Idee:
mein System ist: Microsoft Windows XP: Home x86 Editon, Service Pack 3, (05.01.2600.00)
Processor: 2 GenuineIntel Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz [x86 Family 6 Model 15 Stepping 11]
Ich habe eine Große Anzahl von .tiff-Dateien in der Größe von je 30 - 60 MB in diversen Verzeichnissen auf einer externen Festplatte.
Beim Versuch, eine dieser Dateien umzubenennen, bleibt der Explorer häufig (nicht immer) hängen und zwar so,
dass nur noch ein System-Reset möglich ist.
Nach vielen Versuchen habe ich den Verdacht, dass es mit der Größe der Dateien und/oder der externen Festplatte zusammenhängt, vielleicht ist es auch ein Zeit-Problem.
Bei kleineren Dateien (z.B. .jpg) ist das Problem noch nicht aufgetreten, auf dem Laufwerk C: auch nicht.
Ich versuche mir jetzt zu helfen, indem ich ein kleineres "Päckchen" von Dateien auf Laufwerk C: kopiere, dort die Dateien umbenenne und dann wieder zurückkopiere.
Hat dazu vielleicht jemand eine Idee oder kann mir sagen, wo das vielleicht doch schon behandelt wurde?
Processor: 2 GenuineIntel Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz [x86 Family 6 Model 15 Stepping 11]
Ich habe eine Große Anzahl von .tiff-Dateien in der Größe von je 30 - 60 MB in diversen Verzeichnissen auf einer externen Festplatte.
Beim Versuch, eine dieser Dateien umzubenennen, bleibt der Explorer häufig (nicht immer) hängen und zwar so,
dass nur noch ein System-Reset möglich ist.
Nach vielen Versuchen habe ich den Verdacht, dass es mit der Größe der Dateien und/oder der externen Festplatte zusammenhängt, vielleicht ist es auch ein Zeit-Problem.
Bei kleineren Dateien (z.B. .jpg) ist das Problem noch nicht aufgetreten, auf dem Laufwerk C: auch nicht.
Ich versuche mir jetzt zu helfen, indem ich ein kleineres "Päckchen" von Dateien auf Laufwerk C: kopiere, dort die Dateien umbenenne und dann wieder zurückkopiere.
Hat dazu vielleicht jemand eine Idee oder kann mir sagen, wo das vielleicht doch schon behandelt wurde?
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 115828
Url: https://administrator.de/contentid/115828
Printed on: April 19, 2024 at 20:04 o'clock
5 Comments
Latest comment
Servus,
eine Idee -genauer zwei hätte ich...
chkdsk /f Laufwerksbuchstabe - direkt nach dem einstöpseln und ohne das im Explorer geöffnet zu haben.
Statt im Explorer eine Datei umzubenennen, dieses per cmd "ren altername.tif neuername.tif"
Und manchmal ist auch der externe Datenträger schon mal "richtig" abgestürzt und hat nicht nur Dellen am Gehäuse ;-( - oder einfach nur Montagsqualität.
Gruß
eine Idee -genauer zwei hätte ich...
chkdsk /f Laufwerksbuchstabe - direkt nach dem einstöpseln und ohne das im Explorer geöffnet zu haben.
Statt im Explorer eine Datei umzubenennen, dieses per cmd "ren altername.tif neuername.tif"
Und manchmal ist auch der externe Datenträger schon mal "richtig" abgestürzt und hat nicht nur Dellen am Gehäuse ;-( - oder einfach nur Montagsqualität.
Gruß
Hallo,
vielen Dank für die schnelle Reaktion.
Meine externen Laufwerke (7) werden regelmäßig, einmal wöchentlich, gecheckt. Auf der Seite ist alles ok.
Ein rename über Command ist natürlich möglich, aber bei mehreren Hundert Dateien, die alle individuelle Bezeichnungen bekommen sollen während man sie sich ansieht, etwas aufwendig.
Was mir inzwischen noch eingefallen ist: das betroffene Laufwerk ist das einzige in meiner Sammlung, das noch das Dateisystem FAT hat. Alle anderen laufen mit NTFS.
Ob das vielleicht eine Spur ist ???
viele Grüße
M.H.
vielen Dank für die schnelle Reaktion.
Meine externen Laufwerke (7) werden regelmäßig, einmal wöchentlich, gecheckt. Auf der Seite ist alles ok.
Ein rename über Command ist natürlich möglich, aber bei mehreren Hundert Dateien, die alle individuelle Bezeichnungen bekommen sollen während man sie sich ansieht, etwas aufwendig.
Was mir inzwischen noch eingefallen ist: das betroffene Laufwerk ist das einzige in meiner Sammlung, das noch das Dateisystem FAT hat. Alle anderen laufen mit NTFS.
Ob das vielleicht eine Spur ist ???
viele Grüße
M.H.
Servus,
...aber soll ja nur ein Test sein, ob es ohne Explorer geht.
Wenn du das so schreibst - ja
Gruß
Ein rename über Command ist natürlich möglich, aber ...
...aber soll ja nur ein Test sein, ob es ohne Explorer geht.
Was mir inzwischen noch eingefallen ist: das betroffene Laufwerk ist das einzige in meiner Sammlung, das noch das Dateisystem FAT hat. Alle anderen laufen mit NTFS.
Wenn du das so schreibst - ja
Gruß
habe eben angefangen, die Daten auf ein NTFS-Laufwerk zu kopieren um
a) zu sehen, ob es dort funktioniert,
b) das alte Volume neu zu formatieren.
aber 250 GB zu kopieren dauert noch eine Weile.
Melde mich dann mit dem Ergebnis zurück.
viele Grüße
a) zu sehen, ob es dort funktioniert,
b) das alte Volume neu zu formatieren.
aber 250 GB zu kopieren dauert noch eine Weile.
Melde mich dann mit dem Ergebnis zurück.
viele Grüße
Also an FAT / NTFS liegt es nicht.
Nach dem Kopieren auf eine andere Festplatte kommt sofort der gleiche Fehler.
Dateien auf Laufwerk C: kopieren und dort umbenennen, funktioniert.
Inzwischen habe ich aber einen Weg, jedesmal den Totalabsturz zu verhindern:
Ich habe als Ersatz für den Task-Manager den "Process-Explorer" installiert. Den kann ich, wenn alles hängt, noch mit Strg-Alt-Entf. starten und ein restart-Command für den explorer.exe absetzen.
danach läuft alles wieder weiter, ...... bis zum nächten mal ............
Noch etwas anderes:
Im Dr.Watson-Log sehe ich für den explorer.exe den Hinweis:
Zugriffsverletzung c0000005
dann wird noch eine Unmenge von Modulen und Speicherauszügen angelistet.
Gibt es irgendein Werkzeug, das helfen kann, den drwtsn32.log auszuwerten ???
viele Grüße
M.H.
Nach dem Kopieren auf eine andere Festplatte kommt sofort der gleiche Fehler.
Dateien auf Laufwerk C: kopieren und dort umbenennen, funktioniert.
Inzwischen habe ich aber einen Weg, jedesmal den Totalabsturz zu verhindern:
Ich habe als Ersatz für den Task-Manager den "Process-Explorer" installiert. Den kann ich, wenn alles hängt, noch mit Strg-Alt-Entf. starten und ein restart-Command für den explorer.exe absetzen.
danach läuft alles wieder weiter, ...... bis zum nächten mal ............
Noch etwas anderes:
Im Dr.Watson-Log sehe ich für den explorer.exe den Hinweis:
Zugriffsverletzung c0000005
dann wird noch eine Unmenge von Modulen und Speicherauszügen angelistet.
Gibt es irgendein Werkzeug, das helfen kann, den drwtsn32.log auszuwerten ???
viele Grüße
M.H.
