AW: Fehlermeldung beim Kopieren von Dateien auf das webdav-Laufwerk unter macos Big Sur

[#1]

Die Fehlermeldung ergibt, die Datei kann nicht gespeichert werden, da schon eine Datei des Namens existiert. Die Erlaubnis zum überschreiben wird nicht eingeholt.

[#2 · Accepted solution]

Nun, der Fehler ist immer noch da und tritt nur bei der magentacloud auf, sonst nicht. Ich habe auch nicht vor, den Finder durch einen anderen Dateimanager zu ersetzen. Da ich durch die erhaltenen Tipps für mich einen Workaround gefunden habe, werde ich das Ding als geläst kennzeichnen.

PS: Vielleicht ändert sich das Ganze nach dem nächsten MacOS-Update.

Vielen Dank an alle Beteiligten.

[#3]

Na dann lösch die Datei in der Cloud

und lad ne neue hoch.

[#4]

@h.schaeferhoff  Alternative zum Vorschlag von @Buster01 :

Ihre Datei entweder in der Cloud oder vor dem Upload umbenennen.

[#5]

Da ich die zwei Dateien synchron halten will, ist das kein wirklich plausibler Vorschlag.

[#6]

Da ich die zwei Dateien synchron halten will, ist das kein wirklich nützlicher Vorschlag.

[#7]

Hallo @h.schaeferhoff,

wenn Du Deine Daten im Profil hinterlegst, kann ich eine Anfrage in der Fachabteilung stellen. Die Daten können nur vom Telekom Hilft Team eingesehen werden. Eine kurze Info, wenn dies geschehen ist, wäre sehr nett.

Viele Grüße
Stephie G.

[#8]

Das Profil ist angepasst.

[#9]

Hallo @h.schaeferhoff,

eine Frage dazu noch, passiert das beim Speichern nach dem Bearbeiten der Datei? Oder versuchst du eine schon gespeicherte Version der Datei in das WebDAV-Laufwerk zu kopieren? Das kann durchaus einen Unterschied dabei machen.

Grüße
Peter

[#10]

Es passiert dann, wenn ich die Datei von der lokalen Festplatte als Sicherung auf den Magentaspeicher kopieren will. Der Speicher ist als webdav-Laufwerk gemounted. Es funktioniert mit iCloud, OneDrive und GoogleDrive, nicht aber mit der Magentacloud.

[#11]

@h.schaeferhoff
Dann teste bitte mal, ob sich die besagte Datei, die schon in dem WebDAV-Laufwerk vorhanden ist, löschen lässt?

Grüße
Peter

[#12]

Die Datei ist nicht sichtbar, also kann ich sie auch nicht löschen, obwohl beim Einfügen angegeben wird, da sei eine. Auch das Terminal zeigt die passende Datei nicht an, auch nicht als verborgene.

[#13]

Aber eine lock-Datei ist da, wie es aussieht. Die würde ich mal entfernen und es dann nochmal probieren.

Grüße
Peter

[#14]

Die .lock-Datei habe ich gelöscht und dann erneut getestet, das Ergebnis ist dasselbe, es ist angeblich noch eine Datei gleichen Namens da.

[#15]

@Peter Hö.  Ping….

[#16]

Ehh, was will mir Peter Hö damit sagen?

[#17]

---

@h.schaeferhoff  schrieb:

Ehh, was will mir Peter Hö damit sagen?

---

Falls sich die Frage auf… bezieht,

---

@zimso  schrieb:
@Peter Hö.  Ping….

Habe den Teamie nur angepingt, damit er sich Ihrer Problemstellung nochmal annehmen kann.

[#18]

Jetzt verstehe ich, danke!

[#19]

@h.schaeferhoff
Das Hineinkopieren der Datei hattest du auch über die Konsole probiert oder nur über die GUI?

Grüße
Peter

[#20]

Über das Terminal geht es erstaunlicherweise, dazu fällt mir keine Erklärung ein. Auch rsync läuft.

[#21]

@h.schaeferhoff
Das klingt für mich dann danach, dass etwas im Dateimanager hängt. Aber nachdem es über das Terminal funktioniert hat, kann man natürlich probieren, ob man es im Dateimanager wieder gerade gezogen bekommt. Denn jetzt ist die Datei ja tatsächlich vorhanden und es dürften auch die richtigen Rechte darauf sein.

Grüße
Peter

[#22 · Accepted solution]

Nun, der Fehler ist immer noch da und tritt nur bei der magentacloud auf, sonst nicht. Ich habe auch nicht vor, den Finder durch einen anderen Dateimanager zu ersetzen. Da ich durch die erhaltenen Tipps für mich einen Workaround gefunden habe, werde ich das Ding als geläst kennzeichnen.

PS: Vielleicht ändert sich das Ganze nach dem nächsten MacOS-Update.

Vielen Dank an alle Beteiligten.