Hallo zusammen,
 

ich habe sporadisch den Fehler -36, wenn ich Dateien umbenennen möchte, die ich zuvor mit einem Mac auf ein Unraid Share kopiert habe. Unter Windows tritt das Problem nicht auf.

Löschen kann ich Dateien, nur nicht umbenennen.

 

Hat jemand vielleicht eine Idee?

 

smb-fruit.conf

# global parameters are defined in /etc/samba/smb.conf
# current per-share Unraid OS defaults
vfs objects = catia fruit streams_xattr
#fruit:resource = file
fruit:metadata = netatalk
#fruit:locking = none
#fruit:encoding = private
fruit:encoding = native
#fruit:veto_appledouble = yes
fruit:posix_rename = yes
#readdir_attr:aapl_rsize = yes
#readdir_attr:aapl_finder_info = yes
#readdir_attr:aapl_max_access = yes
#fruit:wipe_intentionally_left_blank_rfork = no
#fruit:delete_empty_adfiles = no
#fruit:zero_file_id = no
# these are added automatically if TimeMachine enabled for a share:
#fruit:time machine
#fruit:time machine max size = SIZE

Ich bin jetzt einen Schritt weiter gekommen. Es sind nur Dateien mit Sonderzeichen oder Umlauten betroffen.

Gibt es hierfür in Unraid eine Einstellung?

On 2/4/2023 at 10:15 AM, Dr.NAS said:

Unter Windows tritt das Problem nicht auf.

 

1 hour ago, Dr.NAS said:

Gibt es hierfür in Unraid eine Einstellung?

nicht das ich wüsste und sollte dies dann nicht eher bei macos zu finden sein ?

 

wenn es am Windows Client geht und am macos Client nicht ... würde ich mal sagen der "Fehler" oder das "Feature" liegt am Client, in dem Fall macos ...

Zwar schon ein uralter Beitrag, klingt aber passend:

 

https://www.macuser.de/threads/umlaute-in-dateinamen-auf-server-afp-und-smb.652165/#post-7609759

Danke für den Link -  scheint tatsächlich ein ähnliches Problem gewesen zu sein. Allerdings kann ich daraus für mich keine Lösung entnehmen.

 

Ich denke auch, dass es am Client/macOS liegen muss, aber da finde ich keine Einstellungen wie man die Codierung unter SMB beeinflussen kann.

 

Mein Workaround lautet jetzt bei solchen Aktionen "ohne Umlaute" zu arbeiten. Damit kann ich leben, es geht in erster Linie um eingescannte Dokumente, die nach paperless.ngx verschoben werden.