LO Datei kann nicht auf NAS (cifs) gespeichert werden

Hallo,
Ich nutze Linux Mint 20, ZorinOS 15.3 & auch LMDE4 (Debian Debbie).
Getestet habe ich LO 6.1,5 & 7.0.3. Das NAS sind in dem Fall zwei FritzBoxen mit FritzOS 7.21 (SMB1 support ist aktiv + 2 & 3) Das Problem tritt jetzt erst mit FritzOS 7.21 auf (Anfrage bei AVM läuft) . es betrifft aber nach meinen bisherigen Tests nur LO. Ich kann z.B. ein Calc Dokument auf dem Share anlegen. Dieses auch öffnen bzw. auch andere vorhandene LO Dokumente öffnen. Allerdings nicht speichern. Meldung: Schreibfehler, Wenn ich danach die Datei öffnen will ist diese defekt. Auch eine Reperatur als Archiv ist nicht möglich. Die content.xml hat anscheinend kein Ende. Ich habe in Summe 4 Rechner und zwei Fritzboxen getestet, das verhalten ist immer das gleiche. Eingehangen wird das Netzlaufwerk mit der fstab. Nutze ich Nemo oder Thunar wird ein Dokument mit (WEB) geöffnet. Dort bleiben die Dateien unbeschädigt, Speichern funktioniert. Allerdings ist es in gefühlt 90% der Fälle so, dass die Datei nur Schreibgeschützt geöffnet werden kann, da diese von einem unbekannten Benutzer verwendet wird, was nicht sein kann. Bei LinuxMintUsers gibt es einige User mit dem Problem:
https://www.linuxmintusers.de/index.php?topic=64297.0
Wie kann ich denn herausfinden, warum genau LIbreOffice nicht schreiben kann? Gibt es irgendwelche Logs?
Bei mir ist das Thema recht brisant, das wir mehrer Filialen haben mit LInux-Rechnern und ausschließlich LO nutzen.
Daher habe ich den Rechnern das Netzlaufwerk entzogen, damit keine Dokumnte zerstört werden. Was die Produktiviät in den Büros allerdings einschränkt.
An den Windows Rechnern mit LO tritt das Problem übrigens nicht auf.
Vielen Dank & beste Grüße

EDIT_ebot, aus Antwort (12.11.2020) entnommen, Antwort gelöscht.

Hi, der smbclient im terminal einigt sich auf 3.11, das habe ich bei mir in der fstab auch so eingetragen mit der Option: vers=3.11. Ich habe aber auch schon 3 und 2 versucht, das macht keinen unterschied.Grad auch nochmal mit 3 getestet:

//IP/Pfad /media/Pfad cifs noauto,iocharset=utf8,noserverino,file_mode=0777,dir_mode=0777,users,username=name,password=kennwort,vers=3 0 0

Mit WPS Office besteht das Problem nicht. Bisher habe ich kein weiteres problematisches Programm gefunden. Ich habe noch ein FreeNAS Server auf dem tritt das Problem auch nicht auf. Nur im Zusammenspiel LibreOffice & Fritz!OS 7.21. Es ist übrigend auch egal, ob es eine ods oder xlsx ist. Das Dateiformat scheint egal. Es liegt am Speichervorgang des Programms, also LO.

Ich hatte auch Unterschiede zu LMDE4 festgestellt. Das nutzt etwas ältere cifs-utils Paket Versionen. Dort habe ich die optionen noserverino,file_mode=0777,dir_mode=0777 nicht benötigt. Also war direkt read/write gemountet und keine E/A oder Stale File Handle Fehler wie bei Mint 20. Aber bei beiden tritt dann letztendlich das besagte LibreOffice Problem beim Schreiben auf das Mount auf. Windows 10 macht wie gesagt auch keine Probleme.

Ich bin auch mit AVM in Kontakt, mal schauen, ob die etwas finden. Ich konnte das Problem jetzt an 4 Linux Rechnern und 2 FBs nachvollziehen. Weitere Fritz!OS Updates spare ich mir erstmal. Mhm, ich hätte erwartet dass es mit 7.20 auch bestünde, da ich vermute, dass es mit der neuen SMB2 & 3 Implementierung zusammen hängt. 7.12 war bei mir problemlos.

Ich würde gern herausbekommen, warum LO die Schreibfehler Meldung bringt. Ich weiß nur nicht wie ich das bewerkstelligen kann. Prinzipiell wird schon etwas geschrieben, sonst wären die Dateien nicht kaputt.

(SMB1 support ist aktiv + 2 & 3)

Und auf welche Version verständigen die sich (siehe Ausgabe von mount ohne jede Option)? Ich gebe bei meinen mounts auf die Fritzbox explizit die Version 3 mit der option vers=3 vor. Und habe kein Problem mit Version 7.0.3.1 auf openSUSE 15.2 und den TDF Paketen (Ich verwende für mein “produktives” System entgegen aller Ratschläge nie die distributionseigenen Pakte). Allerdings läuft bei mir noch FritzOS 7.20 - eine Update auf 7.21 gibt es für mich nicht.


> Allerdings ist es in gefühlt 90% der Fälle so, dass die Datei nur Schreibgeschützt geöffnet werden kann, da diese von einem unbekannten Benutzer verwendet wird, was nicht sein kann.

Das klingt aber nach einem Problem mit den Lock Dateien .~lock<dateiname># und LibreOffice Benutzern die keine Benutzerdaten in Ihrer LibreOffice Konfiguration (Extras -> Optionen -> LibreOffice -> Benutzerdaten) eingetragen haben (sonst wäre der Verursacher namentlich genannt).