Mint bleibt beim Umkopieren hängen

Ich hatte mir vorhin noch den Midnight-Commander (mc) für die Kommandozeile aus dem Mint Repository installiert (ähnlich wie der Commander unter DOS) und während ich hier geschrieben hatte, hat er das geschafft, was alle anderen Dateinmanager, die ich vorher probiert hatte, nicht geschafft hatten: alle Dateien wurden anstandslos kopiert - einschließlich der kleinen Textdatei - alle Achtung vor diesem Tool !

Bei den anderen Dateimanagern könnte es also manchmal zu Problemen kommen und man weiß nicht, wo der Fehler liegt (wie gerade bei mir) udn dann liegt das an einer kleinen Textdatei. Da sollten die Programmierer aber tatsächlich nochmal über ihre Werke nachdenken, denn das ist ein gravierender Fehler.

Was mich nur wundert: warum treten diese Probleme nur bei mir auf - was ist bei mir anders ? Das beschäftigt mich ja schon. Unter Windows selbst gab es früher mal Probleme mit korrupten Dateien. Wenn man so eine mit dabei hatte, blieb das Kopieren auch hängen, bis dann mal einer den "Unstoppable Copier" programmiert hatte - der hat auch alles mit genommen.

Zitat von nicoletta

Versuche die Datei mal per Terminal zu kopieren

nicoletta: Hatte ich gerade mit dem MC - Deine Nachricht kam rein, als ich gerade mit meinem Beitrag fertig war und ihn abschickte (Überschneidung)

So, nun habe ich diverse Tests mit Umbenennen usw. gemacht - ging alles daneben. Das Seltsame daran ist, dass die Datei eigentlich einwandfrei kopiert wird, nur danach bleiben die Dateimanager irgendwie hängen (sowohl Nemo, Krusader, als auch Thunar).

Dann habe ich die Datei leer gemacht - es war also gar nichts mehr drin - da hat das Kopieren einwandfrei funktioniert. Danach habe ich mal ganz was anderes (sdfdwefdsfrfda) oder so reingeschrieben und schon ging es wieder nicht mehr.

Nur MC in der Konsole hat es geschafft, die Datei "ohne Wenn und Aber" zu kopieren. Da tippt man sich doch ans Hirn, oder ?

Zitat von nicoletta

Mich würde interessieren ob du eine neue Datei anlegen kannst mit dem identischen Inhalt und diese kopiert werden kann.

Nein, kann ich leider auch nicht . auch dieser Versuch klappt nicht. Nun habe ich mal probiert eine beliebige andere kleine Textdatei (die auch schon auf dem NAS-Laufwerk liegt) zu kopieren - auch das schlägt fehl. Also kopiert er wohl reine Textdateien nicht, bzw. er kopiert sie schon, aber dann hängt er und ich muss Nemo in der "Systemüberwachung" abschießen.

Die laufen mit Ext4 im Raid-1

Zitat von nicoletta

Probleme mit Dateien unter 4KB nehme ich an.

Gibt es sowas ? Dann könnte es gut sein - aber warum kopiert dann MC diese Dateien problemlos ?

whois:
Stimmt - Verschieben ist ja kopieren und anschließend löschen - es scheitert ja schon am kopieren, wie soll er da anschließend löschen - soweit kommt es ja erst gar nicht.

nicoletta:
Das mit der NAS-Konfiguration hört sich interessant an. Die Frage wäre halt nur - was wäre da einzustellen, bzw. umzukonfogurieren, damit es passt. Mittlerweile hatte ich ja die alten D-Link-NAS-Geräte in die verdiente Rente geschickt und sie durch eine 4-bay Synology-NAS ersetzt. Dort werkeln nun 4 Seagate-NAS Festplatten, welche zu jeweils zwei in einem Raid-1 gespiegelt sind. Dateisystem ist (wie oben schon erwähnt) EXT4.

Habe auf meiner NAS nun mal in den Einstellungen nachgeschaut - evtl. könnte es mit diesen Locking-Einstellungen zu tun haben ?

Also ich habe dann gestern Nacht meine beiden NAS-Volumes mit MC gesichert - das ging problemlos - zumindest hatte ich keine Fehlermeldungen und am Morgen war alles kopiert. Da waren aber auch Umlaute in manchen Dateinamen, obwohl ich eigentlich schon darauf achte, solche zu vermeiden - passiert halt doch manchmal noch ...

Ich frage mich: Wenn die Kopierproblematik am Dateisystem (in meinem Fall Ext4) liegen sollte, warum kopiert MC dann aber auch solche Dateien, bei denen Nemo und Konsorten hängen bleiben ? Sowohl die NAS als auch die Zielfestplatte haben beide Ext4-Partitionen.