Versions before 1.5.6 : folders should be owned by fog:root

1.5.6 and newer: folders should be owned by fogproject:root

@Jonathan-Cool They may be reserved accounts which is why it trips up, I don’t think there’s much to change in the settings there, going with the Samba credentials route seems the best way.

If your Samba share is AD enabled then domain connected PCs will likely logon under their actual accounts when they try to connect to the share rather than Windows assuming you want to logon as ‘System’

@Jonathan-Cool Your NAS probably treats unknown users as guest users. I’m guessing it thinks of “system” and “admin” as existing users, thus rejecting them.

@Jonathan-Cool Did using samba credentials change anything?

@Chris-J Interesting, that appears to be a bug on Samsung SSDs, perhaps there are firmware updates that resolve it by now.

@Jonathan-Cool Error 58 indicates this has to do with how Samba has changed between Windows 7 and Windows 10, specifically for security.

What Samba version is the NAS running?

Try logging in with Samba credentials to the share in the net use command instead of guest logon.

@Jonathan-Cool Still seems to be a permission problem from what I can tell.

You can try to test by assigning a drive letter as the system user to the samba share and see if you can then access the files using the drive letter assignment.

Something like:

1. net use V: \server\share /user:name1 passw2
2. xcopy V:\drivers C:\drivers
3. net use V: /delete

I’m guessing if the W10 joined the domain that could work too.

@willian Fast Strange, there should be more options in the top left corner for power mangement, something like “Actions to take when closing lid”, thats where fastboot option is located.

Sounds like you’re looking for something like http://download.wsusoffline.net/

Of course we can’t really provide support for 3rd party software.

@george1421 Worth noting that on 1.5.6 the linux user account was changed from fog to fogproject