Skip to main content
Contributor I
July 20, 2026

Synology NAS music library folder - only works with admin account

  • July 20, 2026
  • 22 replies
  • 291 views

Hello. I’ve scoured this forum for hours trying to find an answer with no luck so far, so here goes with my post looking for help please from all you clever people…

I’ve tried lots of different SMB settings etc, but in the end regardless of those settings it simply comes down to if I add my Synology NAS shared music folder path using a Synology administrator account all my NAS music shows and it works fine.  If I repeat adding the same folder with read only (or read/write) standard user account credentials (what I want to do to tighten security), it tries to add (I can see the SMB3 connection request in the Synology log centre) but quickly throws a “can’t find path\folder anymore it might have moved…” box.

Any ideas to configure the standard user account? - I know this starts to blur across to a Synology topic otherwise and the admin account might be bypassing something or has a deeper permission allowing it to work??

I’m running S2 on my 8 speakers, the newest being an Arc.  Everything else works fine and always has done for 15 years.

Many thanks in advance,

Mark.

22 replies

Stanley_4
Grand Maestro
July 20, 2026

Check that the base share point is the same for user and admin accounts.

Not synology but this is from my samba config:

[music]

Comment = Pi shared folder

Path = /mnt/music

Browseable = yes

Writeable = Yes

only guest = no

create mask = 0555

directory mask = 0555

Public = yes

Guest ok = yes 

Pools-3015
Prodigy I
July 21, 2026

You can create a user account that has admin privileges.

 I have disabled the Synology admin account and the guest account. There is just my admin account that has access to my folders.

Local Superstar
July 21, 2026

Are you 100% sure that the account you're using in Sonos to access the share(s) actually have read access to them?  If you can access an area with one account but not another, it's usually a simple permissions thing.

I would not give the account Admin privileges, but would certainly create one, just for Sonos, to access the Music share.  Read only access to the minimum area(s) necessary.  Creating an account won't necessarily have access.  Go into the share's properties and make sure it has access.

User117655
Prodigy II
July 21, 2026

I have found this with Synology also. The account used for Sonos share seems to need admin access to the shared folders now.

This manifested a while ago when my named access paths stopped being accepted by Sonos in favour of IP.

This was true on an older DS414 and now a current DS124. I use a dedicated Sonos admin user locked down to shared folders only... and keep my library backed up 🫣

I concluded it was a Sonos thing rather than Synology since it coincided with a firm/software release, from memory, towards the end of last year. It would be a strange coincidence if not.

mlouden81Author
Contributor I
July 21, 2026

Are you 100% sure that the account you're using in Sonos to access the share(s) actually have read access to them?  If you can access an area with one account but not another, it's usually a simple permissions thing.

I would not give the account Admin privileges, but would certainly create one, just for Sonos, to access the Music share.  Read only access to the minimum area(s) necessary.  Creating an account won't necessarily have access.  Go into the share's properties and make sure it has access.

Yep agree, and that's what I've tried to avoid the account having full admin privaleges. But any combination of access permissions (R or RW) on a non admin account doesn't work.  The question is what does an admin account do over and above a user account to disable/ignore/override in order to be accepted by Sonos?

mlouden81Author
Contributor I
July 21, 2026

I have found this with Synology also. The account used for Sonos share seems to need admin access to the shared folders now.

This manifested a while ago when my named access paths stopped being accepted by Sonos in favour of IP.

This was true on an older DS414 and now a current DS124. I use a dedicated Sonos admin user locked down to shared folders only... and keep my library backed up 🫣

I concluded it was a Sonos thing rather than Synology since it coincided with a firm/software release, from memory, towards the end of last year. It would be a strange coincidence if not.

Good to know it's not just me then 👍🏻.

One thing I did try after posting was setting my ‘sonos’ synology account to admin, then add the folder, then switch it back to a standard user account. The library still appeared and music would play. As I don't intend to add further files once setup this might be my work around.  When I get back home I'll see if the 2am ‘check for new files’ has knocked the library off, which makes it feel like an indexing issue that only admin accounts can handle 🤷🏻‍♂️. If it has disappeared I'll just set to not daily update.

Cheers.

kdowling
July 21, 2026

Hate to be the odd one out, but the “Sonos” user on my Synology DS225+ has read-only access to the  Music share (//nas3/Music) and it works just fine.

When I set this up, it was new. I let it use Synology’s weird file system permissions and didn’t tell it to use linux/unix permissions. Maybe that’s the difference?

The music share was originally populated using the usb copy feature from a usb drive that contained my full music library. After that, all new files are copied from my linux box (fedora) that has the share mounted using a user with read/write access being a member of the “Music” group. The “Sonos” user is not a member of the “Music” group and only has read-only access to the share.

Edit (again): Another thing that may be different. I also use this share with S1, so SMBv1 is enabled. In File Services, SMB, Advanced, I have Max SMB = SMB3, min SMB = SMB1. NTLMv1 auth enabled under Others.

User117655
Prodigy II
July 21, 2026

... When I get back home I'll see if the 2am ‘check for new files’ has knocked the library off, which makes it feel like an indexing issue that only admin accounts can handle 🤷🏻‍♂️. If it has disappeared I'll just set to not daily update.

Cheers.

Let us know the result 👍

mlouden81Author
Contributor I
July 22, 2026

Hate to be the odd one out, but the “Sonos” user on my Synology DS225+ has read-only access to the  Music share (//nas3/Music) and it works just fine.

When I set this up, it was new. I let it use Synology’s weird file system permissions and didn’t tell it to use linux/unix permissions. Maybe that’s the difference?

The music share was originally populated using the usb copy feature from a usb drive that contained my full music library. After that, all new files are copied from my linux box (fedora) that has the share mounted using a user with read/write access being a member of the “Music” group. The “Sonos” user is not a member of the “Music” group and only has read-only access to the share.

Edit (again): Another thing that may be different. I also use this share with S1, so SMBv1 is enabled. In File Services, SMB, Advanced, I have Max SMB = SMB3, min SMB = SMB1. NTLMv1 auth enabled under Others.

Ah, I’m avoiding running with SMB1 and NTLMv1, although I did try it and it still didn’t seem to work anyway.

mlouden81Author
Contributor I
July 22, 2026

... When I get back home I'll see if the 2am ‘check for new files’ has knocked the library off, which makes it feel like an indexing issue that only admin accounts can handle 🤷🏻‍♂️. If it has disappeared I'll just set to not daily update.

Cheers.

Let us know the result 👍

The Music Library is still there and working 👍🏻.

I’ll add a new file for it to find overnight and see what happens.