Unable to rename file shared via SMB
I am stuck and need help.
And thank you, thank you, thank you already in advance for any hint / help with this.
I usually know my way around and know what I am doing but here I either miss something extremely obvious... or this is a bug in the OS.
Is there an official way to report bugs to Apple ?
Because I have now 3 bugs I would like to report (the issue in question here + two more listed below that I stumbled on when investigating).
Here is what I did (on a a mac-mini running MacOS 13.0):
- Used the repair function of the Disk Utility app on the drive in question
- Used chown as "root" user in a Terminal to reset permissions on the whole drive:
sudo chown -R me:media /Volumes/2
- Used the Finder app (get Info on mounted drive) to reset permissions on the whole drive (propagating permissions recursively); giving user "me" read+write permisssions
- reset the fileshare permissions on the share; giving user "me" read+write permisssions
- Turned the fileshare toggle off and on again (yes, the classic ;))
- As the user "me" I can write (e.g. rename) files
- I mount the file via SMB as user "me" from another MacOS device (still running MacOS 12.6)
And still I see, when running:
sudo log stream --level debug --predicate 'senderImagePath endswith "smbd"'
I see:
Filtering the log data using "senderImagePath ENDSWITH "smbd""
Timestamp Thread Type Activity PID TTL
2022-11-18 12:50:05.306903+0100 0x214af5 Debug 0x0 96863 0 smbd: [com.apple.smb:default] getattrlist failed on name=<private>: No such file or directory
2022-11-18 12:50:05.310367+0100 0x214af5 Debug 0x0 96863 0 smbd: [com.apple.smb:default] getattrlist failed on name=<private>: No such file or directory
Only when I give WORLD write access on the dir + file(s) (via `sudo chown` to user "me") then I can rename via SMB.
I already spent I don't know how many hours to google, try, test, retest, redo and always the same.
While doing so I stumbled about two additional bugs in MacOS Ventura:
- Editing GROUPS: Was broken for some groups (after OS update): Unable to turn on/off (add/remove) members for some groups !
- The `ls` command showed a group XXX. But `gfind -group XXX` did NOT find the file! After a `chown :XXX` on the file(s) it worked again as expected, so gfind -group XXX /and/ ls were consistent again :(((
Oh man did I already regret to have directly jumped on the new OS :((
I guess my confidence in testing of Apple was too generous.
Mac mini