Netzlaufwerke, Lesezeichen und Speicherfehler bei Libre Office im Netzwerk

Das kommt dabei raus:

uid=1000(wolfgang) gid=1000(wolfgang) Gruppen=1000(wolfgang),4(adm),5(tty),7(lp),10(uucp),20(dialout),22(voice),24(cdrom),27(sudo),29(audio),30(dip),43(utmp),44(video),46(plugdev),100(users),106(messagebus),114(lpadmin),117(netdev),118(uuidd),124(scanner),125(_flatpak),134(sambashare),136(vboxusers),137(mysql),1001(privat)

Ganz am Schluss steht privat mit einer 1001. privat ist meine Heimnetzgruppe

Nun habe ich mich mal aufs NAS in das betreffende Unterverzeichnis gestellt und von dort den Kopiervorgang gemacht - schaut dann so aus:

cp -v Rasentrimmer-Deckel_GLC3630L20.stl /home/wolfgang/Dokumente'Rasentrimmer-Deckel_GLC3630L20.stl' -> '/home/wolfgang/Dokumente/Rasentrimmer-Deckel_GLC3630L20.stl'

cp: Fehler beim Lesen von 'Rasentrimmer-Deckel_GLC3630L20.stl': Eingabe-/Ausgabefehler

Dann habe ich folgendes gemacht: Ich habe versucht, die stl-Datei aus dem Unterverzeichnis ins 1. NAS-Verzeichnis zu kopieren, also auch das scheitert schon.

Aber das passiert nicht mit allen Dateien. Die stl-Datei weigert sich strikt, aber wenn ich eine .doc Datei in dieses Verzeichnis kopiere und diese dann aus der NAS und dem gleichen Verzeichnis wie die stl heraus auf den PC kopiere, klappt das anstandslos. Kann es sein, dass der Befehl in der fstab nicht alle Dateitypen (-Endungen) akzeptiert beim Zugriff über Lesezeichen aber keine Probleme gibt ?

Das habe ich gerade in meinen Favoriten gefunden:

favorites:///dnssd-domain-dlink-NAS-21._smb._tcp

Lässt sich auch nicht löschen ...

Ok, das war eben zeitgleich - ja mache ich - Moment ...

-rwxrwxrwx 1 1000 503 169284 Jul 8 2021 Rasentrimmer-Deckel_GLC3630L20.stl

Was nun noch seltsamer ist:

Wenn ich im Nemo in der linken Spalte unten auf "Netzwerk" gehe, erhalte ich Folgendes:

als Screenshot sieht es so aus:

Kopiere ich das hier ein, dann ergibt sich das hier:

network:///dnssd-domain-dlink-NAS-21._smb._tcp

network:///dnssd-domain-dlink-NAS-20._smb._tcp

network:///dnssd-domain-dlink-NAS-22._smb._tcp

network:///smb-server-DLINK-NAS-20

network:///smb-server-DLINK-NAS-21

network:///smb-server-DLINK-NAS-22

network:///dnssd-domain-Raspi-NAS1%2520-%2520FTP._ftp._tcp

network:///dnssd-domain-Raspi-NAS1%2520-%2520SMB%255CsCIFS._smb._tcp

network:///dnssd-domain-Raspi-NAS1%2520-%2520SSH._sftp-ssh._tcp

network:///smb-server-RASPI-NAS1

network:///dnssd-domain-vuuno4kse._sftp-ssh._tcp

network:///dnssd-domain-VUUNO4KSE._smb._tcp

network:///smb-root

Gehe ich nun über das Icon "Windows-Netzwerk" auf die NAS und in das betreffende Verzeichnis und kopiere nun die STL-Datei, kann ich sie problemlos auf den PC übertragen.

Da soll mal einer schlau draus werden.

Ja, das wäre auch eine Idee - werde ich machen - melde mich wieder.

So, das habe ich jetzt mal gemacht. Die Datei war nach dem Rüberkopieren über die Netzfreigabe dann auch im Cura-Slicer lesbar, also ist sie in Ordnung. Dann habe ich sie wieder auf die NAS kopiert und wieder versucht, sie über die fstab-Verbindung zu kopieren, aber das wird leider wieder verweigert. An der Datei liegt es also nicht.

In Cura kann man die stl.s nicht anderweitig abspeichern, das ist ein reine Einbahnstrasse. Es verarbeitet nur die Daten aus der stl und erzeugt daraus dann eine gcode-Datei, die der Drucker kesen kann. Die stl wird vom 3D-Konstruktionsprogramm erzeugt.

Ich glaube, das blinde Huhn hat das Korn gefunden ...

Ich war eben auf der UbuntuUsers - Plattform und habe da nach weiteren Mount-Optionen für die fstab gesucht. Dabei bin ich in einer Diskussion auf den parameter "nounix" gestoßen, habe den dann mal in meine fstab-Zeilen eingefügt und der Spuk war vorbei. Nun kopiert er auch die bisher kritische Datei klaglos auf den PC und das Cura-Programm kann sie auch von der NAS aus öffnen und korrekt einlesen.

Mein fstab-Eintrag sieht jetzt so aus:

//192.168.115.21/daten /home/wolfgang/NAS-Laufwerke/NAS21-Allgemein cifs uid=1000,gid=1000,user,nobrl,cache=none,nounix,vers=1.0,credentials=/home/wolfgang/Zubehoer/Mounting/Credentials/.smbcredentials 0 0

Ich habe den Parameter "cache=none" auch mal dringelassen. Er hatte zwar ohne die Option "nounix" selbst nicht zum Ziel geführt, aber ich denke, schaden kann es wohl auch nicht.

Ich werde das alles jetzt mal in meinen verschiedenen Bereichen mit den 3 NAS-Laufwerken durchtesten, aber ich denke, das sollte es dann wohl gewesen sein.

Und ich bedanke mich recht herzlich für Eure Zeit und Geduld in dieser Sache.

Gruß
Wolfgang

Da siehste mal - ich wußte gar nicht, dass es da 2 unterschiedliche Zugriffmodi gibt. Ich dachte, Zugriff über Samba ist cifs. Ist aber ein Grund mehr, dass ich mich jetzt mal einlese über diese beiden Zugriffstypen. Es war auch nicht nur diese eine Datei, die sich sträubt. Es gibt noch andere Dateien, die sich genauso verhalten hatten, aberich habe halt mit dieser experimentiert, weil ich sie zuletzt gebraucht hatte und sie mir somit noch in Erinnerung war.

Und damit will ich es mal bei einem schönen Sonntag belassen.

Aber hätte man den Mount-Befehl statt mit cifs auch mit gvfs machen können und könnte somit allem Ärger von vornherein aus dem Wege gehen ? Ich habe bei allen Beispielen, bei denen auf Samba-Laufwerke gemountet wird, den cifs-Parameter gesehen. Bin halt noch recht frisch in Linux ...

Aber könnte mir evtl. noch jemand sagen, wie ich einen Eintrag aus den Favoriten rausbekomme, der sich mit der rechten Maustaste und "Aus Favoriten entfernen" nicht rausnehmen läßt ? Siehe hier hat sich aus meinen Experimenten noch ein Eintrag festgebissen und ich bekomme ihn nicht mehr raus.

Ich meine den hier: dnssd-domain-dlink-NAS-21._smb

Edit: Habe es gefunden und konnte den Eintrag löschen - alles gut -schönen Sonntag !