[SOLVED] I have not the right to write on a share anymore

[pbear]

Hello,

 

I don't know how to fix it. I've already rebooted the server and the client (my Mac)

 

I cannot write on my "downloads" share anymore, from my Mac.

I have other shares I still can access read/write but not this one.

There is like a locker on the icon:

smb://10.0.1.2/downloads

 

 

And I have windows10 running in a VM that can still access and write this share without any problem.

 

 

 

Also, something always changes the owner of the dir. I dont know what and why:

root@Home-Server:~# ls -l /mnt/cache
total 0
drwxrwxrwx 1 nobody   users  32 Jan  4 17:09 domains/
drwxrwxrwx 1 pee_bear  1000 474 Feb 21 19:11 downloads/

If I change the dir owner (chown -R nobody:users downloads) it comes back to pee_bear/1000 later.

Anyway I don't think it is the reason I cannot have write access from my Mac because I can from the Win10 and the rights are 777 so even "the others" can write.

 

Any idea ? 

 

Thank you

 

 

 

Edited February 22, 2021 by pee_bear

[pbear]

Here are my settings for this share:

[pbear]

I've discovered today that I have write rights inside the already existing folders. So the problem would be only at the root of the share 💁‍♂️

[pbear]

Ok I just solved it. I have read on another forum that there is probably a special DOSATTRIB (dos attribute?) that could be set on the folder. I've never heart about this attribute before.

As I quote someone: MacOS SMB clients interpret the DOS readonly bit in a non-standard way. It is basically mapped to the "locked" property in Finder.

 

We can see and remove this attribute with commands getextattr and rmtextattr but those commands aren't available on UNraid. 

So I've backed up all the contains to a temp dir, deleted the downloads folder and recreated a new one.

 

Et voilà.

I hope it can help another UNraid user in the futur.

Hv a nice day

Edited February 22, 2021 by pee_bear