Jump to content
dcast777

Windows 10 SMB Share issues

18 posts in this topic Last Reply

Recommended Posts

I'm having issues being able to see any of the shares on my unraid server on my Windows 10 Desktop.  I've view dozens of forum posts on here and can't seem to find anything that works. This is after a wipe and reinstall to fix issues I was having with Windows 10.  Here are the bullet points and what I've done so far:

- Other Windows 10 computers can see and edit just fine. I've got a Windows 10 VM on another server that works just fine and it did so right from a fresh install.

- The Windows 10 machine that can't, won't even let me see the shares, when I double click on the host name "Tower" it gives me "Windows cannot access \\Tower"  Then it says "The network path was not found" Error Code 0x80070035

- I've tried browsing to the IP and to the Host name in windows explorer with the same result.

- I've turned off Windows defender ransomware protection

- Not running any other AV or firewall. I've turned off Windows firewall as well.

- Hooked up through Ethernet and verified it's set to "Private Network" not Public

- I can ping the Unraid server and after turning on SMB v1 in Windows, I can see it when I browse the network in Windows Explorer

- I can use remote desktop to get to another server just fine and view other network resources

- I've tried rebuilding permissions on the Unraid box with the "New Permissions" tool

- I can browse to the WEB gui on the windows 10 machine that can't view the shared folders.

- Set SMB settings Local Master to "Yes"

- Cleared all credentials in the Credential Manager

- Verified both the Windows 10 box and Unraid both are set to the exact same workgroup

- Windows is fully updated to 1803 build

- Unraid is updated to 6.5.3

- Tried changing the Workgroup name on the unraid server, it's set back to just the default "WORKGROUP" now

- Tried turning off SMB and Turning it back on

- Full reboot of the Unraid server

 

 

I've attached the diagnostics log file. 

 

Thanks for any help you can provide

 

tower-diagnostics-20180827-1615.zip

Share this post


Link to post
1 hour ago, dcast777 said:

I'm having issues being able to see any of the shares on my unraid server on my Windows 10 Desktop.  I've view dozens of forum posts on here and can't seem to find anything that works. This is after a wipe and reinstall to fix issues I was having with Windows 10.  Here are the bullet points and what I've done so far:

- Other Windows 10 computers can see and edit just fine. I've got a Windows 10 VM on another server that works just fine and it did so right from a fresh install.

- The Windows 10 machine that can't, won't even let me see the shares, when I double click on the host name "Tower" it gives me "Windows cannot access \\Tower"  Then it says "The network path was not found" Error Code 0x80070035

- I've tried browsing to the IP and to the Host name in windows explorer with the same result.

- I've turned off Windows defender ransomware protection

- Not running any other AV or firewall. I've turned off Windows firewall as well.

- Hooked up through Ethernet and verified it's set to "Private Network" not Public

- I can ping the Unraid server and after turning on SMB v1 in Windows, I can see it when I browse the network in Windows Explorer

- I can use remote desktop to get to another server just fine and view other network resources

- I've tried rebuilding permissions on the Unraid box with the "New Permissions" tool

- I can browse to the WEB gui on the windows 10 machine that can't view the shared folders.

- Set SMB settings Local Master to "Yes"

- Cleared all credentials in the Credential Manager

- Verified both the Windows 10 box and Unraid both are set to the exact same workgroup

- Windows is fully updated to 1803 build

- Unraid is updated to 6.5.3

- Tried changing the Workgroup name on the unraid server, it's set back to just the default "WORKGROUP" now

- Tried turning off SMB and Turning it back on

- Full reboot of the Unraid server

 

 

I've attached the diagnostics log file. 

 

Thanks for any help you can provide

 

tower-diagnostics-20180827-1615.zip

 

I know this is obvious, but, it is not in your list of things you have tried.

 

Is Network Discovery turned on on that Windows 10 machine? 

 

I found that a Windows 10 update a couple of month ago had, for some reason, turned it off.  Re-enabling Network Discovery and SMB 1.0/CIFS server and client fixed that issue and I now check those after every major Windows update as they are often disabled by updates.

Share this post


Link to post

I hadn't checked that before. It was still on as was file and print sharing. I tried turning them off, saving and then turning them back on, no change.

 

Thanks for the suggestion.

Share this post


Link to post

 

40 minutes ago, dcast777 said:

Thanks for the suggestion. 

 

 

I wish it was a solution and not just a suggestion. 

 

It seems like there are one or two reports of this every couple of days now and many different solutions.  Eventually, Microsoft is going to just totally do away with SMB 1.0 support as they have done with Homegroups and then those for whom that was a solution (like me) will be hosed.  I wish unRAID worked more reliably with SMB 2/3, but, it seems to need SMB 1.0.

 

Windows 10 networking is such an adventure these days that it seems to need constant troubleshooting.

 

The fact that you can't even see the shares when accessing the server via IP address is baffling.

 

Share this post


Link to post

What’s mind boggling to me is that another windows 10 box works just fine. I’m a Sysadmin for a living so this shouldn’t be this hard. 

Share this post


Link to post

Try one of these:

  1. Download latest driver of your network card, uninstall current driver, restart, reinstall driver.
  2. Use regedit to delete all entries of any memorized network (wired and wireless), restart.
  3. Reinstall Windows from scratch

The fact that your other VM / machine can access unRAID fine suggests your unRAID config is good. So all we can do is to try to force Windows to "forget" what it had that didn't work. All have worked for me at one point or another.

 

Why (3)? I have had a weird corrupted windows update (the major type - one that creates a windows.old folder) that suddenly caused things to inexplicably fail which was only fixed by reinstalling and reupdating from scratch.

Edited by testdasi

Share this post


Link to post

Ya I'm not in a hurry to reinstall windows from scratch, it can get to other shares on the network just fine. And it was literally just done a month or two ago. I will give the driver reinstall a try.

Share this post


Link to post

I am curious if you ever found a solution to your problem?

 

I am experiencing the same problem.  I literally fired up my first unraid system yesterday.  As yet I haven't even set a password, and the one share I have created is set to public.  I have zero problem accessing the share on 2 of my 3 windows 10 computers.  The 3rd, however, shows the server in explorer under Network, but when I try to open it I get the error message below.  I have also typing the server name in directly and get the same error message.

 

Windows cannot access \\Tower

Error code: 0x80070035

The network path was not found.

 

What is even more odd about 1 out of 3 computers not being able to open the server, is that the 3rd computer can see my other 2 servers just fine.  I also have a Synology NAS and Amahi server, which the offending computer can access without issue.  All 3 machines are Windows 10, but the computer unable to connect with unraid is running Windows 10 Pro while the other two are windows 10 home.  This is odd since you would expect the Pro machine to have the more robust networking abilities, if there is any difference between the two.

Share this post


Link to post
9 hours ago, jkBuckethead said:

I am curious if you ever found a solution to your problem?

Here is a long thread in the Microsoft support forums about this specific error over a period of three years.  Various solutions are offered. Perhaps one of them will work for you.

 

https://answers.microsoft.com/en-us/windows/forum/windows_10-networking-winpc/windows-10-explorer-network-error-0x80070035-the/f30a1112-ffa7-4230-b843-ecc7ab8b5119

Share this post


Link to post

I never did find a solution, pretty much gave up at this point and just working around it until I can find the time to rebuilt my gaming/main desktop that is having the issue.

Share this post


Link to post
14 hours ago, Hoopster said:

Here is a long thread in the Microsoft support forums about this specific error over a period of three years.  Various solutions are offered. Perhaps one of them will work for you.

 

https://answers.microsoft.com/en-us/windows/forum/windows_10-networking-winpc/windows-10-explorer-network-error-0x80070035-the/f30a1112-ffa7-4230-b843-ecc7ab8b5119

I've been down some crazy rabbit holes with windows before, but this one really takes the cake.  A little googling, and you quickly see that tons and tons of people have experienced this particular error.   There are dozens upon dozens of potential solutions, ranging from simple to extremely complicated and everything in between.  Reading posts of people's results couldn't be more random.  For every person that is helped by a particular solution, there are twenty people for whom it didn't work.  I myself had tried about a dozen of the best sure-fire fixes without any success.

 

I really didn't have much hope, but I took a look at the post linked above.  The thread started in August of 2015.  One common thread in error 0x80070035 posts is the 1803 windows 10 update so I decided to jump ahead to the end of the thread.  Low and behold, on page 5, the first post I read struck a chord for some reason.  Even though I was quite tired of trying random things without success, I decided to give this registry edit a try.  As soon as I added the key below I was able to access the unraid server.  I didn't even have to reboot.  HALLELUJAH!!!!

 

Try: (Solution)

https://www.schkerke.com/wps/2015/06/windows-10-unable-to-connect-to-samba-shares/

Basically the solution follows, but you'll need to use regedit:

add the new key HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\AllowInsecureGuestAuth key, value set to 1

It's interesting to know one of my other computers that works doesn't have this key, but it has "AuditSmb1Access" which set to 0, which this computer doesn't have.  

 

I checked one of windows 10 home machines, and like the post above it does not have the AllowInsecureGuestAuth key, but does have the AuditSmb1Access key set to 0.  My windows 10 pro machine, the one the could not access my unraid server, had the AllowInsecureGuestAuth set to 0.  Setting this to 1 appears to have fixed my problem.

 

I'm not certain, but I suspect the different keys could be linked to one being Home and the other Pro.  Again I'm just guessing, but the name suggests that access was blocked because the share lacked a password.  I guess it's a security thing, but it's kind of an unexpected default setting.  I wonder what GUI setting this is associated with.  I don't recall ever seeing a windows setting to block access to open servers.  I don't even want to test and see how much frustration I could have saved myself if I had simply secured the share and set a password from the start.

 

Share this post


Link to post
5 hours ago, jkBuckethead said:

I don't even want to test and see how much frustration I could have saved myself if I had simply secured the share and set a password from the start.

Look at it this way, you would have been masking a latent issue that could have bit you later. Now, you know.

Share this post


Link to post

This post is old, but I found numerous share issues with windows build 1803 which went away after updating to 1809.

Share this post


Link to post

I've been having this issue on a newer work laptop ever since I got it back in Feb and this registry issue just fixed it.  AWESOME find!!  Thanks for the help...

Share this post


Link to post

Something you may want to consider also is going through a removing any cached Windows credentials to your server.  I removed them, and bingo, the shares popped right up.

Share this post


Link to post

Struggled to find a solution and tried pretty much every step listed on the first 4 pages on the microsoft support site. This finally did it. Especially step 2

 

Step 1:

1.1) Press Windows+R (Open Run)

1.2) Execute gpedit.msc. It will open the Local Group Policy Editor.

1.3) Follow the dropdown options as:

       Local Computer Policy -> Computer Configuration -> Administrative Templates -> Network -> Lanman Workstation

Then Enable the Enable insecure guest logons

Try to access the devices over the network once.

If it does not works then Step 2 can be followed.

Step 2:

1.1) Press Windows+R (Open Run)

1.2) Execute gpedit.msc. It will open the Local Group Policy Editor.

1.3) Follow the dropdown options as:

       Local Computer Policy -> Computer Configuration -> Windows settings -> Security Settings -> Security Options

Then Disable the Microsoft Network client: Digitally sign communications(always)

While searching for solutions, I could found a lot of solutions and most of them have been included in this thread. As above steps worked for me, I thought of including them here.

Share this post


Link to post
On 9/24/2018 at 10:18 PM, jkBuckethead said:

I've been down some crazy rabbit holes with windows before, but this one really takes the cake.  A little googling, and you quickly see that tons and tons of people have experienced this particular error.   There are dozens upon dozens of potential solutions, ranging from simple to extremely complicated and everything in between.  Reading posts of people's results couldn't be more random.  For every person that is helped by a particular solution, there are twenty people for whom it didn't work.  I myself had tried about a dozen of the best sure-fire fixes without any success.

 

I really didn't have much hope, but I took a look at the post linked above.  The thread started in August of 2015.  One common thread in error 0x80070035 posts is the 1803 windows 10 update so I decided to jump ahead to the end of the thread.  Low and behold, on page 5, the first post I read struck a chord for some reason.  Even though I was quite tired of trying random things without success, I decided to give this registry edit a try.  As soon as I added the key below I was able to access the unraid server.  I didn't even have to reboot.  HALLELUJAH!!!!

 

Try: (Solution)

https://www.schkerke.com/wps/2015/06/windows-10-unable-to-connect-to-samba-shares/

Basically the solution follows, but you'll need to use regedit:

add the new key HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\AllowInsecureGuestAuth key, value set to 1

It's interesting to know one of my other computers that works doesn't have this key, but it has "AuditSmb1Access" which set to 0, which this computer doesn't have.  

 

I checked one of windows 10 home machines, and like the post above it does not have the AllowInsecureGuestAuth key, but does have the AuditSmb1Access key set to 0.  My windows 10 pro machine, the one the could not access my unraid server, had the AllowInsecureGuestAuth set to 0.  Setting this to 1 appears to have fixed my problem.

 

I'm not certain, but I suspect the different keys could be linked to one being Home and the other Pro.  Again I'm just guessing, but the name suggests that access was blocked because the share lacked a password.  I guess it's a security thing, but it's kind of an unexpected default setting.  I wonder what GUI setting this is associated with.  I don't recall ever seeing a windows setting to block access to open servers.  I don't even want to test and see how much frustration I could have saved myself if I had simply secured the share and set a password from the start.

 

Changing the regkey to 1 worked for me. Thanks!

Share this post


Link to post
On 9/25/2018 at 1:18 AM, jkBuckethead said:

I've been down some crazy rabbit holes with windows before, but this one really takes the cake.  A little googling, and you quickly see that tons and tons of people have experienced this particular error.   There are dozens upon dozens of potential solutions, ranging from simple to extremely complicated and everything in between.  Reading posts of people's results couldn't be more random.  For every person that is helped by a particular solution, there are twenty people for whom it didn't work.  I myself had tried about a dozen of the best sure-fire fixes without any success.

 

I really didn't have much hope, but I took a look at the post linked above.  The thread started in August of 2015.  One common thread in error 0x80070035 posts is the 1803 windows 10 update so I decided to jump ahead to the end of the thread.  Low and behold, on page 5, the first post I read struck a chord for some reason.  Even though I was quite tired of trying random things without success, I decided to give this registry edit a try.  As soon as I added the key below I was able to access the unraid server.  I didn't even have to reboot.  HALLELUJAH!!!!

 

Try: (Solution)

https://www.schkerke.com/wps/2015/06/windows-10-unable-to-connect-to-samba-shares/

Basically the solution follows, but you'll need to use regedit:

add the new key HKLM\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters\AllowInsecureGuestAuth key, value set to 1

It's interesting to know one of my other computers that works doesn't have this key, but it has "AuditSmb1Access" which set to 0, which this computer doesn't have.  

 

I checked one of windows 10 home machines, and like the post above it does not have the AllowInsecureGuestAuth key, but does have the AuditSmb1Access key set to 0.  My windows 10 pro machine, the one the could not access my unraid server, had the AllowInsecureGuestAuth set to 0.  Setting this to 1 appears to have fixed my problem.

 

I'm not certain, but I suspect the different keys could be linked to one being Home and the other Pro.  Again I'm just guessing, but the name suggests that access was blocked because the share lacked a password.  I guess it's a security thing, but it's kind of an unexpected default setting.  I wonder what GUI setting this is associated with.  I don't recall ever seeing a windows setting to block access to open servers.  I don't even want to test and see how much frustration I could have saved myself if I had simply secured the share and set a password from the start.

 

Thank you so much! I just did a clean reinstall of my Windows 10 laptop and I couldn't connect to any of my shares. That regedit did the trick. 

Share this post


Link to post

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.