Just make sure you're actually authenticating to the network share and not browsing an open/anonymous share. The user perms on the host of the volume need to match for read/write, or need to be publicly writable.
Selfhosted
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.
Rules:
-
Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
-
No spam posting.
-
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.
-
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
-
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
-
No trolling.
Resources:
- selfh.st Newsletter and index of selfhosted software and apps
- awesome-selfhosted software
- awesome-sysadmin resources
- Self-Hosted Podcast from Jupiter Broadcasting
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
Yup, the mount is authenticated and the Share Permissions on Windows have it set to Full Control for Everyone, plus 'Password protected sharing' is turned off under Advanced Network Settings.
Okay, so on the device which is connecting to the share, from a cli, can you create files on the share mount? Don't use your GUI if using one. Go to a prompt, and touch or copy a file in the mount location.
No GUI on my end (It's been fun learning to use a headless server). I have to sudo to be able to do anything in the mount locations. Using ls -s, the permissions and owner aren't changing after using chown and chmod.
Okay, so you need to match the uid/gid of your user on the client machine with whatever is on the host volume machine because it seems like your auth is not set right. You probably want a dedicated user. If you're not sure what that means, just move on to the next bit.
On Windows machine: create new user, make sure ownership is set in permissions, log in with that user on the client machine. Then you won't need sudo. You can Google to find more explanation, but that's the gist.
If you need to sudo to create files, it means your Windows share isn't allowing whatever authenticated user you have doesn't have permissions to actually write on the Windows machine.
I'll look into that, thanks!
We just had a total power outage, and restarting my main machine I remembered I have Linux Mint installed as duel boot. I've been waiting for a final push to get me to migrate away from Windows. Would it be easier to do all this from Linux Mint instead of Windows?
It's certainly more cohesive if you're doing a Samba<>Samba setup. Either combo will work though, you just need to make sure of the permissions for the share, and that your connected uid/gid is set properly for read/write.
Can you provide your /etc/fstab (I assume you are automounting) on the *arrs machine?
The following was added to my fstab
//192.168.86.181/TrixieTV /home/brobot/Storage/Completed/TV cifs credentials=/home/brobot/.smb 0 0 //192.168.86.181/TrixieMovies /home/brobot/Storage/Completed/Movies cifs credentials=/home/brobot/.smb 0 0
The credentials are using a new user 'moose' that owns the folders and has full control
user=moose password=3141
OK, so right now you're mounting the remote shares as user moose, but then you tried to chown those folders to user $USER. In case you don't know this, the $ sign indicates a variable; the command is actually subbing in the name of the user who ran the command.
Now the question here is, what user is radarr / sonarr running under? If you're running them directly on your machine without docker, that's probably being set by a systemd task that runs the programs in startup.
You need to make sure that that user has the ability to write to those media folders. The simplest way to do this would probably be to edit the systemd units to run the arr programs as moose, since that's apparently an unprivileged user you created just for mounting the shares.
What is the file system format of the mounted disk?