Beiträge von PapaWolf im Thema „Mint bleibt beim Umkopieren hängen“

Das ist ja toll - werde ich mir auch mal ansehen, habe auch noch ein Gerät von SkyRC.

Das kann ich Dir nicht so genau sagen, da es von ISDT etliche Ladegeräte gibt, die verschiedene Zwecke erfüllen. Für manche brauchst Du ein extra Netzteil, mein hat eins drin. Da wirst Du nicht umhin kommen, Dich da mal durchzuforsten oder Du lässt Dich von einem Modellbaufachmann (-Fachgeschäft) dahingehen beraten.

Ich habe meins bei https://www.stefansliposhop.de/ gekauft. Wenn sich einer mit Akkus auskennt, dann der. Ich habe schon öfters mit denen telefonmiert - kann ich empfehlen, da mal anzurufen. Für die jeweilien Akkutypen sind die Ladekurven enthalten. Musst halt mal fragen, welche Geräte speziell für Deine Zwecke zu empfehlen wären.

Currock Es gibt Ladegeräte von ISDT in verschiedenen Ausführungen. Vielleicht wäre das ja auch was für Dich - manche funktionieren mit Bluetooth und Handy, ist aber somit ebenfalls überwachbar. Ich lade damit meine Flugzeug-Akkus.

Habe dieses hier:

https://www.amazon.de/ISDT-Ladeger%C3%A4t-Balance-Entlader-Batterien/dp/B08ZN6RPHQ/ref=sr_1_29?keywords=isdt+ladeger%C3%A4t&qid=1707326155&sr=8-29&ufe=app_do%3Aamzn1.fos.335e368b-29e8-4542-bb58-939a88195e78

Lotsenbruder

Da wäre z.B. die Software für mein Gitarren-Effektgerät. Das ist ein "Digitech RP1000" - die dazugehörige Software heißt XEdit. Die Software braucht einen USB-Treiber, der nicht zu installieren ist. Ich habe das selbst mit Wine 9 nicht hingekriegt.

Dann wäre da noch mein Modellflug-Flugsimulator "Aerofly RC7". Den habe ich (ehrlich gesagt) noch nicht probiert auf Linux laufen zu lassen, aber auch der wäre mir wichtig.

Auch habe ich noch andere Windows-Programme, die ich erst noch ausprobieren muss, die mir aber auch wichtig sind, wie z.B. das Musik-Programm "Ludwig".

Es sind ja nun nicht mehr so viele, aber XEdit und den Aerofly würde ich nicht missen wollen. Bei der ganzen Musiker-Hardware gibt es fast zu 100% nur Treiber für MAC und Windows.

So, hier nun (wie angekündigt) mein Fazit zur Stabilität der Umkopiererei nach der Einstellung des NAS-Parameters und dem Leeren des SMB-Caches:

Ich habe seitdem keinerlei Probleme mehr gehabt (auch bei den kleinsten Dateien nicht mehr). Gestern habe ich beide NAS-Volumes umkopieren (sichern) können, ohne jeden Fehler. Ich denke, ich kann dann mal eine gewisse Zuversicht walten lassen, dass das nun auch so bleibt.

Dennoch hatte Windows 7 auch mit der bisherigen Einstellung keine Probleme, die von mir getesteten Linuxe aber schon. (Hier kann also MS doch noch was besser.) Da ich aber mit Windows nur noch einzelne Programme starte, die auf Linux nunmal überhaupt nicht laufen und für die es leider auch keine Linux-Alternativen gibt, starte ich Win7 nur noch selten, eben nur noch dann, wenn ich diese Programme nutzen will.

Ich setzte dieses Thema daher mal auf "gelöst".

Hallo - ich mal wieder ...

es sieht aktuell so aus, als wäre ich dem Problem auf die Schliche gekommen.

Ich habe die letzten Tage damit zugebracht, alle möglichen Varianten der fstab auszuprobieren (Parameter und deren Reihenfolgen, Abstände mittels TAB oder Leerzeichen usw.) - waren aber alles nur Fehlschläge. Gestern hatte ich was im Internet gelesen (war ca. 2 Jahre alt), dass das jemand das gleiche Problem hatte und damit gelöst hätte, dass er in seiner Synology-NAS einen Parameter im SMB-Bereich geändert hat.

Beim Vergleich mit den Einstellungen meiner Synology-NAS fehlt dieser Parameter aber - insofern konnte ich das nicht unbedingt für mich übernehmen. Allerdings habe ich im Bereich:

Dateidienste - SMB - Erweiterte Einstellungen

den SMB-Cache gelöscht und den Parameter Opportunistic Locking aktivieren angehakt.

Und seither funktioniert das auch mit den kleinen Dateien einwandfrei. Mal sehen, ob das auch dauerhaft so bleibt - aber die Hoffnung stirbt ja bekanntlich zuletzt. Übrigens habe ich nun auf LMDE 6 nur noch einen Parameter (_netdev) in der Mountzeile und es funktioniert auch damit. Bei meinen anderen PC's lasse ich die Aufrufe erstmal so wie sie waren und beobachte die Unterschiede mal eine Weile - man weiß ja nie ...

Bei meiner alten NAS (DLINK) mit Samba 1 gab es solche Parameter, die man evtl. hätte verändern können, erst gar nicht. Somit hatte ich während meiner ganzen bisherigen Linux-Zeit schon immer mit diesem Problem zu kämpfen. Ich wäre glücklich, wenn das nun auf alle Zeit erledigt wäre. Vielleicht hilft es ja auch dem einen oder anderen hier ...

Hallo zusammen,

wie auch schon in dem Thread "Upgrad zu Mint 21.3"
erwähnt, habe ich auf einem meiner Testrechner LMDE 6 installiert und das Kopierproblem von und zur NAS war weg. Da das aber so doch nicht ganz stimmt, möchte ich Folgendes posten und Euch um Eure Einschätzung bitten:

Ich habe die NAS unter LMDE zunächst über Nemo als Wechsellaufwerk eingebunden, also in Nemo auf Netzwerk geklickt und dann erscheinen alle Netzlaufwerke, auch die NAS. Dann Doppelklick darauf, Username und Passwort eingeben und sie geht auf. Somit kann ich bis zum nächsten Neustart auf alles zugreifen und umkopieren - und das ohne jeden Fehler !

Dann habe ich es dauerhaft gemacht über die FSTAB und jetzt kommt der Fehler - also doch leider auch mit LMDE 6 !!!

Ich poste hier mal die fstab, damit Ihr seht, wie das bei mir aussieht - vielleicht kann ja jemand rauslesen, warum es damit nicht funktioniert:

Meine testweise fstab auf LMDE 6 ist in 3 Blöcke unterteilt:
1) Einbinden der NAS mit Symlink und Parametern
2) Einbinden der NAS als Wechsellaufwerk mit Parametern
3) Einbinden der NAS als Wechsellaufwerk ohne Parameter

Alle 3 Varianten funktionieren, verursachen aber auch alle den Kopierfehler. Nur woran liegt das ? Und wieso kann man das über Nemo einbinden, ohne dass man irgendwelche Parameter eingibt und dann ist der Kopierfehler weg ???

Wer weiß was dazu ? Ich sage schonmal Danke !

#### Static Filesystem Table File
proc    /proc   proc    defaults        0       0
# /dev/sda2
UUID=beacce07-5cf1-456a-b7eb-7cc268620ad6 /  ext4 defaults 0 1
# /dev/sda1
UUID=85bc4cec-b440-4824-b509-875747564170 none   swap sw 0 0

# Symlink erforderlich !
# ----------------------
#//192.168.115.20/NAS20-Allgemein        /mnt/NAS20-Allgemein  cifs   _netdev,uid=1000,gid=1000,user,credentials=/home/wolfgang/.smbcredentials   0 0
#//192.168.115.20/NAS20-Medien        /mnt/NAS20-Medien  cifs  _netdev,uid=1000,gid=1000,user,credentials=/home/wolfgang/.smbcredentials   0 0

# als Wechselaufwerk (ohne Symlink):
# ----------------------------------
#//192.168.115.20/NAS20-Allgemein /home/wolfgang/NAS-Laufwerke/NAS20-Allgemein cifs uid=1000,gid=1000,user,nobrl,nodfs,cache=none,nounix,credentials=/home/wolfgang/.smbcredentials 0 0
#//192.168.115.20/NAS20-Medien /home/wolfgang/NAS-Laufwerke/NAS20-Medien cifs uid=1000,gid=1000,user,nobrl,nodfs,cache=none,nounix,credentials=/home/wolfgang/.smbcredentials 0 0

# als Wechselaufwerk (ohne Symlink):
# ----------------------------------
//192.168.115.20/NAS20-Allgemein /home/wolfgang/NAS-Laufwerke/NAS20-Allgemein cifs credentials=/home/wolfgang/.smbcredentials 0 0

Tja, schade, dass man da nciht durchblickt und schade, dass das nicht so direkt nachvollziehbar ist. Manchmal kopiert es solche Dateien und manchmal eben nicht. Wenn man wüßte, woran das liegt, könnte man eingreifen, aber so ...

Ich denke auch nicht, dass an den NAS-Einstellungen liegt, denn solcherlei passiert auch beim Kopieren auf USB-Sticks oder USB-Laufwerke.

Vielleicht kommt da ja mal irgendwann irgendwoher eine klärende Info - danke Euch jedenfalls für Eure Bemühungen. Habe jetzt MC auf meinen PS's nachinstalliert.

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.

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 ?

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 ?

Die laufen mit Ext4 im Raid-1

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.

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

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)

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.

Ja, da gebe ich Dir Recht - das kapier ich auch nicht ...

Nein, das ist der Inhalt - sie heißt: Drucker-Anschluss

Thunar bleibt auch hängen, sagt aber wenigstens, bei welcher Datei, da er immer einblendet, was gerade kopiert wird.

Es ist eine kleine Textdatei mit nur 38 Bytes - was könnte daran wohl so schlimm sein ?
Sie enthält nur das hier:

usb://Brother/QL-560?serial=E9G674196

(Anmerkung: rein optisch gefällt mir Thunar übrigens viel besser als Nemo)

Zitat von whois

Hi

Cinnamon basiert IIRC auf Gnome.

Sind da alle Gnome extensions installiert ?

cu

Alles anzeigen

Oha, da bin ich überfragt - wie prüfe ich das ?