I just want to copy files from Windows 10 to Ubuntu plex server via Samba (NFS is NOT an option)

[deerewright]

Server Version#: 1.22.1.4228-724c56e62 amd64
Player Version#:

I am going nuts with my linux and Samba permissions. No matter what I try will give me write access from Windows 10 home (the reason NFS is not an option).

I have a plex server running on Ubuntu 20.04. My shared plex folder is /srv/plex. /plex is owned by chad:media, both chad and plex are members of @media. Right now /plex has folder permissions of 0775, and files 0770.

Plex is working fine with this setup. /srv is my RAID array mounted in fstab:

UUID=xxx… /srv ext4 defaults,noatime,rw 0 0

My smb.conf shares:

[nas_data]
path = /srv
force group = nogroup
create mask = 0755
directory mask = 0755
browsable = yes
writeable = yes
guest ok = yes

[plex]
path = /srv/plex
browsable = yes
writeable = yes
read only = no
write list = root, chad, plex, @media
valid users = root, chad, plex ,@media
force create mode = 0770
force directory mode = 0775
create mask = 0770
directory mask = 0775

The way things are now, I do not have write access to either [nas_data], or [plex]. I can browse all the folders from windows (10 home), if I go through thev [nas_data] folder. I have no access to [plex] folder (unless I start in [nas_data]. If I try to access [plex] directly, I am met with a password entry, then I get an access denied message:

What am I doing wrong and/or any suggestions for improving my setup?

Please be gentle, still learning here…

[deerewright]

I really have no idea what I did, but I suddenly have access. I am sure I tried this before to no avail, but this time it did something…maybe???

I gave my user “chad” an smbpasswd. Then restarted smbd. Then accessed [plex] from Windows by entering “\nas1\plex” in the file explorer address. No password required. I was also able to map that location and now have write access. The only thing I am worried about now, was not having to enter a password, i.e., security.

[pshanew]

@deerewright

I gave my user “chad” an smbpasswd.

This is what did the trick. Otherwise, your user is unable to authenticate and you can only view shares allowing guest access. And while “nas_data” was configured as writeable, the guest user didn’t have permissions to make changes to the file system.

@deerewright

The only thing I am worried about now, was not having to enter a password, i.e., security.

Has Windows cached your credentials from previous login attempts perhaps? You can see if this is the case by running (in Windows) the Credential Manager control panel applet. In there, select “Windows Credentials” and see if credentials for your share are listed. If so, you can edit or delete them. A reboot may be required afterward.