File copy issues on MacOS

I am using MacOS ventura.

When connecting to omv6 installed on raspberry pi 3B+ and copying multiple files from mac to shared drive,

Copying stops halfway with the message "The operation can’t be completed because the item xxx is in use"

I copied a lot of files to a shared drive after installing omv6.

then no problem,

I get an error when I try to copy the file after that.

Can you think of any solutions?

Zitat von Ikebana

I have the same issue on two of my Mac OS machines.

I create a new directory, then I copy photos (20 GB i.e) from my SD card directly to my share into the new directory. After a couple of megs, I get the same error message as mentioned above. I makes no difference if I copy directly from the SD card or if I copy the files from my desktop. But I don´t get always this error, sometime a file copy runs, the next time it doesn´t.

My two machines are a Mac Pro running OS 12.6 and a Mac Studio running 13.5.

Permissions are set correctly.

I tried to add fruit:metadata = stream to my config in "Advances Settings", it made no difference. Are there "best practice" settings for Mac OS I should apply?

My Windows machine does not have any problems.

SMB Config for a share I have problems with:

Code

[medien]
path = /srv/dev-disk-by-uuid-dafb2d87-3582-4e2e-aa71-a41f807df4f1/medien/
guest ok = no
guest only = no
read only = no
browseable = yes
inherit acls = yes
inherit permissions = no
ea support = no
store dos attributes = no
recycle:repository = .recycle/%U
recycle:keeptree = yes
recycle:versions = yes
recycle:touch = yes
recycle:touch_mtime = no
recycle:directory_mode = 0777
recycle:subdir_mode = 0700
recycle:exclude =
recycle:exclude_dir =
recycle:maxsize = 0
vfs objects =  recycle
printable = no
create mask = 0664
force create mode = 0664
directory mask = 0775
force directory mode = 0775
hide special files = yes
follow symlinks = yes
hide dot files = yes
valid users = "ikebana"
invalid users =
read list =
write list = "ikebana"

Alles anzeigen

Code

[global]
workgroup = WORKGROUP
server string = %h server
dns proxy = no
log level = 0
log file = /var/log/samba/log.%m
max log size = 1000
logging = syslog
panic action = /usr/share/samba/panic-action %d
passdb backend = tdbsam
obey pam restrictions = no
unix password sync = no
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
pam password change = yes
socket options = TCP_NODELAY IPTOS_LOWDELAY
guest account = nobody
load printers = no
disable spoolss = yes
printing = bsd
printcap name = /dev/null
unix extensions = yes
wide links = no
create mask = 0777
directory mask = 0777
use sendfile = yes
aio read size = 1
aio write size = 1
time server = no
wins support = no
disable netbios = yes
multicast dns register = no
# Special configuration for Apple's Time Machine
fruit:aapl = yes
fruit:copyfile = yes
fruit:nfs_aces = no
# Extra options
fruit:metadata = stream

Alles anzeigen

Alles anzeigen

Thanks for posting.

I found one solution for this problem.

It is to fill in the following settings in the [global] section.

veto files = /._*/.DS_Store/.Trashes/.TemporaryItems/ 

No more file copy errors.

However, there was a new problem that a 0kb file with the same name was trashed when copying a file, and MacOS labels did not work.

It seems to be a problem with the handling of ._* files, but no solution has been found.

thank you.

Zitat von Gamass11

I added the information from the Samba Wiki. Here is the URL: https://wiki.samba.org/index.p…Work_Better_with_Mac_OS_X

Hope this helps.

Thank you for information.

Unfortunately the information you gave me did not solve my problem.

Thank you though.