Win 10: Verschieben von Dateien / diese bleiben stehen

[pba]

Dieser Fehler tritt sporadisch auf. Dieses Mal habe ich etwas genauer hingeschaut und da ich im Forum nicht richtig fündig geworden bin, hier die Schilderung:

Ich erzeuge mittels Microsoft Print to PDF PDF-Dateien, die ich auf dem SUBST-Laufwerk H ablege. Nach einiger Zeit möchte ich diese zum richtigen / Zielverzeichnis verschieben (F6 in Total Commander), dass sich auch auf einem per SUBST definierten Laufwerk befindet. Die Dateien kommen im Zielverzeichnis an und sind dort lesbar, im Quellverzeichnis bleiben Sie aber stehen. Für den angehängten Screenshot habe ich versucht, die Datei mittels Lister zu öffnen, um die dann übliche Fehlermeldung zu sehen (Acrobat Reader und andere Programme sagen ansonsten, dass die PDF-Datei korrupt sei; bei einigen kommt zusätzlich die Auskunft, dass die Dateigröße 0 Byte beträgt). Nach einiger Zeit (bis zu einem Tag) verschwinden die Dateien im Quellverzeichnis.

Ich vermute stark, dass es sich dabei um ein Windows-Problem handelt (Print to PDF, Win 10, ...) - bei der Qualität, die Microsoft in letzter Zeit abliefert, durchaus möglich - zumal es ja noch in Windows weitere unverständliche Timing-Probleme (Stichwort SendTo-Verzeichnis) gibt (sogar die altehrwürdige FAZ berichtet über Qualitätsprobleme bei Microsoft). Was mich aber irritiert, ist, dass vom TC keine Fehlermeldung kommt (im Sinne: Kann die Datei nicht löschen oder ähnliches).

Genauere Infos: Win 10 64bit (Windows 10 Enterprise, genauer Patchstand 10.0.17134), Total Commander 9.21A

[pba]

Ich würde gerne einen Screenshot an meinen Beitrag anhängen, darf das aber anscheinend nicht.

@Admin: Bitte freischalten.

[Dalai]

2pba
Es gibt hier keinen Bilderupload. Wenn du Bilder bereitstellen willst, lad sie auf eine von dir gewählte Seite hoch (z.B. www.abload.de) und verlinke sie in deinem Beitrag.

Grüße
Dalai

[ghisler(Author)]

Sie können mit dem Tool Lockhunter via Kontextmenü herausfinden, welches Programm die Dateien blockiert und so das Verschieben verhindert:
https://lockhunter.com
Falls es Total Commander selbst ist, könnte es an einer Explorer-Erweiterung liegen, etwa für die Symbole oder Vorschaubilder.

[pba]

Auf die Idee mit dem Upload kam ich über den FAQ-Eintrag "Weshalb kann ich keine Dateianhänge anfügen?"

Hier die Datei:
https://www.dres-baumann.de/tc/2019-02-25_13_29_32-Dateien_verschieben.png

[pba]

Ich habe Lockhunter installiert. Beim Starten kann man nicht auf die per SUBST angelegten Laufwerke zugreifen bzw. diese auswählen. Ich bin dann auf den "Ersatzpfad" und Lockhunter gibt an, dass es keine Sperre gibt ("No processes locking this file or folder have been found"). Versuche ich die Datei zu löschen, erhalte ich "Cannot delete file\folder ....". Das Programm bietet mir noch an: "Delete At Next System Restart".

[Failix]

Das Problem bzw. das Nichtfunktionieren von LockHunter habe ich auch - ich hatte diesen nach Tipps hier im Forum installiert. Er erkennt nicht, warum eine Datei gesperrt wurde und bietet auch keine Möglichkeit, eine Freigabe zu erzwingen.

Ich vermute laienhaft, dass dies an Windows 10 liegt. Es nervt unendlich, wenn man schon alle Anwendungen geschlossen hat und trotzdem eine Datei nicht löschen kann. Erst nach dem Ab- und Wiederanmelden geht es dann.

Gruß
Failix

[pba]

Sie haben Recht: Sehr wahrscheinlich wirklich Windows. Und ich ziehe meine Aussage "Was mich aber irritiert, ist, dass vom TC keine Fehlermeldung kommt (im Sinne: Kann die Datei nicht löschen oder ähnliches)." zurück: Wahrscheinlich ist der "Trick" der, dass TC keinen Fehler bekommt und die Datei "eigentlich" schon weg ist (darauf deuten die 0 Bytes hin, die manche Reader bei PDFs anzeigen - vielleicht ist aber auch das eine fehlerhafte Implementierung).

Ich habe auch versucht, den Besitz an der Datei zu übernehmen (weil man nur als Besitzer etwas ändern kann). Auch das geht nicht. Manchmal bekommt man dabei auch angezeigt, dass "Der aktuelle Besitzer kann nicht angezeigt werden", was wirklich auf Windows-interne Probleme hinweist.

Bzgl. Windows 10 bin ich total frustriert: Ich habe jetzt den zweiten Rechner umgestellt und bin nur auf Probleme gestoßen (neben den eben geschilderten): (a) Overlay-Symbole funktionieren nicht auf SUBST-Laufwerke (b) Overlay-Symbole für Dropbox funktionieren in TC nicht, aber im Datei Explorer (c) SMB2-Problematik (die mich kalt erwischt hat, weil das NAS nicht mehr funktionierte) (d) bei Windows 10 Home muss man von Zeit zu Zeit den Papierkorb "resetten", weil sonst das Löschen mit und ohne TC nicht funktioniert (e) Tastenkombinationen funktionieren nur noch im Verzeichnis startmenu und nicht mehr im Verzeichnis Desktop, (f) ...

[pba]

Siehe auch

Code: Select all

https://www.ghisler.ch/board/viewtopic.php?f=2&t=72241

[pba]

Noch der Vollständigkeit halber ein Nachtrag (zwecks Dokumentation der Historie bzw. zukünftiger Fehlersuche):

Ich hatte in der Folgezeit (2019 ist schon einiges her) zunehmend weitere Probleme wie z. B. weitere Datei mittels TC in eine gerade erstellte ZIP-Datei hinzufügen - dann kam die Meldung, dass die *.zi#-Datei nicht umbenannt werden konnte. Dito wenn man in einer geraden erstellten ZIP-Datei mit Office oder einem anderen Tool eine Datei geringfügig und schnell bearbeitet hat.

Bei größeren Dateien ist mir dann aufgefallen, dass OneDrive noch am Arbeiten war, wenn die Meldung kam. OneDrive wurde tatsächlich damals zu dem Zeitpunkt in der Firma eingeführt und auch als Backup-System verwendet. Über die Jahre hinweg ist das Problem mit OneDrive geringer geworden; selten bekommt man aber weiterhin die o. g. Fehlermeldung.

[ghisler(Author)]

Wenn man eine ZIP-Datei ändert, also Dateien hinzufügt, umbenennt oder löscht, dann erzeugt Total Commander eine temporäre neue ZIP-Datei mit Endung .zi#, in welche er alle Dateien aus dem alten Archiv hinein kopiert, die beibehalten werden sollen, und fügt dann etwaige neue Dateien hinzu. Danach testet er das .zi#-Archiv, ob es entpackt werden kann, löscht dann die alte .zip-Datei und benennt die neue von .zi# nach .zip um.

Wenn nun OneDrive diese neue .zi#-Datei sieht, versucht es sofort, diese in den Cloudspeicher hochzuladen. Ist es damit beschäftigt, wenn TC versucht, die Datei vin .zi# nach .zip umzubenennen, dann müsste OneDrive den Upload abbrechen und das Umbenennen zulassen...

[pba]

Ja, genau. Dropbox verhält sich da (schon immer, auch vor der Erstellung des Beitrags im Forum) wesentlich geschickter - sei es ob der von Ihnen beschriebene Algorithmus imlementiert ist oder ob zi# auf einer Ignorw-Liste steht (was einer einfachen 80% Lösung entspricht). Irgendwann scheint letzteres MS inplementiert zu haben, weil das Problem nur noch beim Umbenennen auftrat, wenn die sehr große zip-Datei noch nicht komplett hochgeladen war. Bei OneDrive hatte ich mir seitdem angewöhnt, immer etwas zu warten, bis der Upload abgeschlossen ist (wenn ich es überhaupt benutze).