Hallo, ich habe so was auch erlebt, allerdings mit Samba und nicht mit NFS. Bei LO kommt so was anscheinend immer mal wieder vor und keiner weiß warum. Vor Urzeiten gab es auch schon einen Bugreport bei LO, der dann aber geschlossen wurde. Man sagte, die Samba Leute sollen sich darum kümmern. Ich bin damals von CIFS auf NFS und dann war das Problem weg. Leider kann ich nichts zu einer Lösung beitragen, eben nur sagen, dass das mal vorkommen kann. Und anscheinend auch bei NFS und nicht nur CIFS. Sh*t happens. Sehr unzufriedenstellend das Ganze. Gruß Joachim Am 25.10.23 um 15:59 schrieb Rolf Schumann:
Hallo,
Operating System: openSUSE Leap 15.4 (und 15.5. !) KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.90.0 Qt Version: 5.15.2 Kernel Version: 5.14.21-150400.24.88-default (64-bit
LibreOffice Version: Version: 7.5.4.1 (X86_64) / LibreOffice Community Build ID: 50(Build:1) CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded
Seit ein paar Tagen kann ich auf dem angeschlossenen NFS-Laufwerk mit LO keine Dateien mehr direkt zum Bearbeiten öffnen oder bearbeitete abspeichern. Es fand ein Update von LO von Suse statt. Ich glaube auch eines für den NFS-Client. Ich hatte die vorherige LO-Version installiert, aber auch die hatte keinen Schreibzugriff.
Es betrifft ausschließlich LO, bzw. alle Dateien, die ich mit LO auf dem NFS-Laufwerk zu öffnen versuche (csv …) Ich habe den Dateien alle Rechte gegeben (octal 777) Dennoch kommt "Diese Datei wurde von einem anderen Benutzer gesperrt …"
gnumeric öffnet, bearbeitet und speichert auf dem NFS-Laufwerk!
Vielen Dank für Hinweise! Rolf