I have been converting my secondary older server from RS to XFS, I have done successfully all but one (Disk 4), it appears Windows 11 credential manager is refusing my credential access to Disk 4 only.

Previously access in Windows 10 was not an issue, the Tower is running Unraid 6.12.3 and I have attached a diag file hopefully someone could analyse for any clues as to why.

Thanks

T.T.

tower-diagnostics-20251014-2335.zip

Post the output from ls -la /mnt

1 hour ago, JorgeB said:

Post the output from ls -la /mnt

Hi Jorge

Where would I find, ls -la /mnt info ?

Open a terminal window and copy/paste that command.

1 hour ago, JorgeB said:

Open a terminal window and copy/paste that command.

root@Tower:~# ls -la /mnt

total 16

drwxr-xr-x 20 root root 400 Oct 15 10:30 ./

drwxr-xr-x 20 root root 420 Oct 15 07:55 ../

drwxrwxrwx 6 nobody users 140 Oct 15 10:30 RecycleBin/

drwxrwxrwx 1 nobody users 96 Oct 15 08:05 cache/

drwxrwxrwx 8 nobody users 127 Oct 15 08:05 disk1/

drwxrwxrwx 6 nobody users 69 Oct 15 08:05 disk10/

drwxrwxrwx 6 nobody users 69 Oct 15 08:05 disk11/

drwxrwxrwx 6 nobody users 69 Oct 15 08:05 disk12/

drwxrwxrwx 7 nobody users 86 Oct 15 08:05 disk13/

drwxrwxrwx 7 nobody users 86 Oct 15 08:05 disk14/

drwxrwxrwx 6 nobody users 90 Oct 15 08:05 disk2/

drwxrwxrwx 7 nobody users 110 Oct 15 08:05 disk3/

drwxrwxrwx+ 9 nobody users 248 Oct 15 08:05 disk4/

drwxrwxrwx 7 nobody users 86 Oct 15 08:05 disk5/

drwxrwxrwx 5 nobody users 72 Oct 15 08:05 disk6/

drwxrwxrwx 4 nobody users 39 Oct 15 08:05 disk7/

drwxrwxrwx 6 nobody users 74 Oct 15 08:05 disk8/

drwxrwxrwx 6 nobody users 118 Oct 15 08:05 disk9/

drwxrwxrwx 1 nobody users 127 Oct 15 08:05 user/

drwxrwxrwx 1 nobody users 127 Oct 15 08:05 user0/

root@Tower:~#

Disk 4 appears to have a + sign none of the others do.

Have a look here:

https://www.linuxquestions.org/questions/linux-newbie-8/what-is-in-drwxrwxrwx-915243/

and

https://en.wikipedia.org/wiki/Access-control_list

and

https://forums.unraid.net/topic/116389-access-denied-printer-unraid-share/?tab=comments#comment-1059803

The real problem is often figuring out what set up these additional controls in the first place. (With User Shares, the New Permissions tool will usually fix the problem. I am not sure if it will for Disk Shares...)

Make sure that you notice this switch for the ls command:

It might show more of what is happening...

EDIT: Should have check first before posting. The '-e' switch is not implemented in Unraid's Linux disto!

Edited October 15, 2025Oct 15 by Frank1940

You can try running the new permission tool on that disk; it should fix them, but make sure there's no appdata there.

35 minutes ago, JorgeB said:

You can try running the new permission tool on that disk; it should fix them, but make sure there's no appdata there.

Am I able to run the New Permission tool just on Disk 4 without the rest of the other drives? I do not see a folder on that drive called appdata.

19 minutes ago, TopTrainer said:

Am I able to run the New Permission tool just on Disk 4 without the rest of the other drives?

Yes, Pick disk and use the Dropdown list as shown below:

1 hour ago, Frank1940 said:

Yes, Pick disk and use the Dropdown list as shown below:

I have run the new permissions tool on Disk 4, sadly the + is still present after rebooting and running the ls command

Try setfacl -b /mnt/disk4

28 minutes ago, TopTrainer said:

I have run the new permissions tool on Disk 4, sadly the + is still present after rebooting and running the ls command

Here is a post from another Unraid user with this problems and his solution:

https://forums.unraid.net/topic/116389-access-denied-printer-unraid-share/?tab=comments#comment-1059803

Be aware that this will fix the condition for now but be forewarned that the problem may return. Something (client, VM or Docker container) set up the ACL and it may do it again.

50 minutes ago, JorgeB said:

Try setfacl -b /mnt/disk4

Applied this, rebooted server, checked the ls + removed access gained.

Thank you.