Datei nach Zugriff von anderem Rechner gesperrt

Samse26 · March 13, 2026, 10:15am

LO 25.8.4.2: Meine Calc Datei, nennen wir sie fred.ods, liegt auf einem NAS. Auf das NAS (=Ordner auf einem freigegebenen Laufwerk auf dem NAS) greife ich vom Desktop (Win10) aus direkt zu. Der Laptop (Win11) kann das auch, hat aber zusätzlich das Laufwerk auch per Windows Offline Dateien lokal gespiegelt, sodaß ich auch offline zugreifen kann (sollte aber irrelevant sein, solange ich im LAN bin).

Laptop und DT hängen lokal im gleichen LAN: Nachdem ich fred.ods ein mal im LT editiert habe (danach gespeichert und geschlossen), wird mir beim Zugriff auf dieselbe Datein vom DT aus mitgeteilt, dass diese Datei von einem Anwender namens <benutzername> gesperrt wurde.Benenne ich die Datei um in fred_2.ods dauert es (nur beim ersten mal) eine gefühlte Ewigkeit (ca. 2 min!) bis sie sich öffnet, aber das geht dann ohne Sperrung.
Mache ich die Umbennennung wieder rückgängig, braucht es wieder sehr lange zum Öffnen - und dann ist die Datei wieder gesperrt. in der Zwischenzeit habe ich die Datei auf dem Laptop nicht angefasst.
Derselbe Effekt tritt auch auf, wenn der LT (nach dem ersten Edit) gar nicht mehr im NW hängt bzw. ausgeschaltet ist und überlebt auch den Kaltstart beider PCs.
Sobald ich die Datei mit dem geänderten Namen (die auf DT editierbar ist) einmal auf dem LT öffne (nicht editiere!) ist der Name “verbrannt” und ich kann die Datei unter diesem Namen auch auf dem DT nicht mehr editieren.
Umgekehrt habe ich kein Problem eine Datei auf dem LT zum Schreiben zu öffnen, nachdem sie auf dem DT editiert wurde.

Noch schlimmer: Selbst wenn ich eine neue Datei anlege und “Unbenannt 1.ods” dann umbenenne in einen “verbrannten” Namen, kann die Datei nur noch schreibgeschützt geöffnet werden. Und wenn ich eine solche Datei lösche und versuche eine Neue unter demselben Namen zu erstellen, dann scheitert auch das letztendlich mit “Fehler beim Speichern des Dokuments Unbenannt 1: Kein Zugriff auf Objekt. Aufgrund fehlender Anwenderrechte kann auf das Objekt nicht zugegriffen werden.”

LO scheint sich also sogar außerhalb von Dateien diese Sperren persistent zu merken. Kann ich die irgendwie loswerden? Oder sonstwie eine vernünftige Möglichkeit schaffen die Datei von verschiedenen PCs aus zu bearbeiten? Danke für die Hilfe!

schiavinatto · March 13, 2026, 3:53pm

Ola @Samse26, tenho 3 máquinas com uma pasta compartilhada no Dropbox, não tenho este problema. Observando que sempre que os arquivos não estão em uso, eu os deixo fechado.

Hallo @Samse26, ich nutze drei Rechner mit einem gemeinsamen Ordner in Dropbox und habe dieses Problem nicht. Ich halte die Dateien immer geschlossen, wenn ich sie nicht benutze.

Villeroy · March 13, 2026, 9:25pm

LO legt eine Lock-Dateien für jede Datei, die zum Bearbeiten geöffnet wird.

Nach erfolgreichem Schließen der Datei sollte die Lock-Datei wieder verschwinden, sodass sie von einem anderen Prozess zum Bearbeiten geöffnet werden kann.
Funktioniert bei mir mit Windows-Freigaben sehr gut. Meine Freigaben sind auf Netzlaufwerke gemappt, z.B. Laufwerk X:.
Ich würde grundsätzlich eine Konfiguration bevorzugen, die bestimmte lokale Ordner automatisch mit dem Netzlaufwerk synchronisiert, sodass ich Dateien lokal speichern kann und der Netzspeicher entsprechend synchron gehalten wird, ohne dass meine Anwendung direkt auf den Netzspeicher schreibt. Das macht viel weniger Probleme.

Wanderer · March 14, 2026, 9:13am

Ja, wie oben erwähnt in .lock-Dateien “parallel” zu den geöffneten Dateien. Sollten gelöscht werden, wenn fie Datei geschlossen wird. Kann aber z.B fehlschlagen, wenn der andere Rechner zwischendurch herunterfährt oder vom Netz geht.
.
Ansonsten gab es da kürzlich einen Bug, was aber eigentlich nicht zu Deiner Versionsnummer von LibreOffice passt.

Samse26 · March 14, 2026, 7:01pm

Danke für die Rückmeldungen. Über Nacht ist mir auch die Idee mit den lock-files gekommen und siehe da: Wenn man sie sichtbar macht ist das ganze Verzeichnis voller .~lock… Dateien. Nachdem ich in dem verlinkten Bugreport rumgelesen habe musste ich allerdings auch feststellen, dass das Löschen der lock files alleine nicht reicht, denn sobald ich die Datei speichere ist sie dann zusätzlich auch noch als schreibgeschützt markiert! Aber man kann schön sehen, dass bei Edit auf dem Desktop das lock-file beim Schließen verschwindet, und beim Schließen auf dem Laptop nicht. Der Effekt tritt aber nur auf, wenn der LT im Netz hängt. Wenn ich ihn offline betreibe wird die lock-Datei gelöscht.
Dann habe ich mal die neueste portable Version (25.2.7.) installiert und - oh Wunder: Damit habe ich alle diese Probleme nicht! Ich kann auf dem LT im NW editieren, speichern, danach ist das lock file weg und kein Schreibschutz gestetzt. Scheint also tatsächlich eine regression zu sein.ZUsammenfassung in PDF anbei 00 Dokumentation.pdf (25.4 KB)

Samse26 · March 16, 2026, 9:04am

Update: EIn Versuch auf einem anderen Laptop (Win10) mit LO 26.2.0.3 zeigte dasselbe Problem. Nach update auf 26.2.1.2 besteht es aber nicht mehr! Ein Test auf dem ursprünglichen LT (Win11) steht noch aus, aber es sieht so aus wie wenn das Problem mit der neuesten Version nicht mehr auftritt.
D.h. das Lock-file wird korrekt gelöscht und hinterlässt keine schreibgeschützte Datei.

Samse26 · March 17, 2026, 2:07pm

Update 2: wie erwartet tritt das Problem auch auf dem Win11-LT mit LO 26.2.1.2 nicht mehr auf. Ich musste allerdings noch einmal von Hand den Müll in dem Verzeichnis löschen, in dem die Sicherungskopien gespeichert werden. Danach brachte auch die ursprüngliche Datei keine Fehler mehr beim Speichern nach Edit.