My situation is as follows.
I needed to move files from my backup share to my appdata share. It demanded permission from unix user
All shares are set to public, and export enabled.
On Win 11, where I'm trying to do this all from, I can't sign into the \\tower at all, it pulls a credential pop up, i enter my root user credentials, doesn't work. Enter windows creds, also doesn't work. I'm 100% sure the user/pass are correct.
I get an error saying "\\tower\share not accessible and might not have permissions to use this network resource, contact the administrator to see if you have permissions. Multiple connections to a server or shared resource by the same user, using more than one username, are not allowed. Disconnect all previous connections to the server or shared resource and try again"
I'm pulling my hair out trying to fix this. Diagnostics attached.
 

tower-diagnostics-20240731-0157.zip

It's normal for the appdata share to have specific permissions, depending on the containers, recommend you move the files locally, using for example midnight commander or the Dynamix File Manager.

Erm I recall a lot of Win11 nonsense with SMB shares.  When you get an error msg on Windows do a logout and login again and I found the shares were then accessible.

7 hours ago, KillerK said:

Erm I recall a lot of Win11 nonsense with SMB shares.  When you get an error msg on Windows do a logout and login again and I found the shares were then accessible.

Great suggestion.
After several restarts of both machines, deleting all credentials through win cred manager twice, I can now access it. But only using it's name ( \\tower ) but not the local IP. Strange, but if I try to connect to it's IP, I get access denied using the same exact credentials.
It works enough for me to not care about the discrepancy but still.
Win 11 has been a true bundle of joy for an old XP guy like me.

Fond memories of XP for sure but it was 98 Second Edition which is my M$ home, fewer BSOD 🤣