After updating to Windows 10 v20H2, cannot map network drives

Question

Hi,

How can I solve this problem after updating to windows 10 v2004 from v1909, i cannot map network drives/shares anymore, everything was working fine before the update, the shares are located in a windows server v1809.

When i try to connect the shares on map a network drive either using \server_name\share_name or \IP_of_the_Server\share_name using the correct domain\username and password i get a error code 0x80070043, the windows server is a domain controller and the windows 10 is a laptop that is not joined in the domain.

Thanks.

[Moderator Edit: Answers marked in this post reflect work arounds to this problem**]**

Update (2/9/2021): Last year when I posted this problem the solution that i used was to rollback to v1909, so if you're having the same problem this is still the best solution, because it was working fine until today, when on my laptop appears a message box to update windows to a newer version and since i was on my way out and was going to live the laptop on, (i keep come back to read the post but never decided to update and since there was solutions each i now know are not related to my problem), i just click update my BAD, because instead of updating me to v20H2, it updated me to v20H1 and since I was on a roll, I decided to update to v20H2 to see if this was already fixed and no the problem still exist and now I'm stuck with windows v20H2 or v20H1, the windows server is still v1809 with all updates, it's using SMBv3, since Encrypted data is on (i also tried it with Encrypted data off/SMBv2v3 and with SMBv1 ON in both client and server and i get the same network name not found error), and the client is windows 10 v20H2 and it have no mapped network drives and i just can't map any network drive i always get the same error code 0x80070043, i can use RDP, i can access my personal website, i can use FTP each is the workaround that I'm using at the moment, but i just can't map the drives i think that the problem in my case is related to some kind of authentication or secure protocol communication error used in SMB., but keep in mind that when i was using v1909 or previous versions, i had no problem with mapped drives or accessing the server with net use and there are no modifications on the server or network side, the only change is updating the client (my laptop) to a newer windows version after v1909.

So if someone has a solution or some ways of troubleshooting this please share them with me.

Thanks.

Update (2/9/2021): Finally got a solution after having 3 windows installations on the same day, that makes everyone happy, reinstall windows but keep apps and files, voila everything is like it was before and working fine again. :)

Answer 1

SUCCESS! I fixed the problem.

Using regedit I searched for my mapped XP drive, \drive name, and deleted the 4 registry entries found after exporting them just in case.

Rebooted the PC and all is well, File Explorer works and the XP drive is gone.

Re-mapped the XP drive and I can now get to it without problems and all works as it should.

My best guess is some update screwed things up because the drive was mapped and connected when the update installed.

Version 2004 STILL has problems. Please fix it Microsoft if you follow your users problems.

What was the exact keys you modified and is the fix still working?

Yes, it's still working for me.

Computer\HKEY_CURRENT_USER\Network\Z   or your drive letter, I deleted Z.

Computer\HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Map Network Drive MRU   and delete the entry, (a, b, etc), for your drive.

Then add the following after remapping your drive or else it will fail to connect after a reboot or shutdown.

[HKEY_CURRENT_USER\Network\Z]

"ProviderFlags"=dword:00000001

Answer 2

SUCCESS! I fixed the problem.

Using regedit I searched for my mapped XP drive, \drive name, and deleted the 4 registry entries found after exporting them just in case.

Rebooted the PC and all is well, File Explorer works and the XP drive is gone.

Re-mapped the XP drive and I can now get to it without problems and all works as it should.

My best guess is some update screwed things up because the drive was mapped and connected when the update installed.

Version 2004 STILL has problems. Please fix it Microsoft if you follow your users problems.

Answer 3

Win10 20H2 fixes the issue.

Previously when 2004 broke smb1, I rolled back.

There was no registry change or any other modification made to the system.  After Win10 20H2 upgrade was installed via Windows Updates; SMB1 worked as it did before the upgrade.

Thank you Microsoft.

Answer 4

Hi,

Nope that does not resolve the issue and more information i can use RDP to the windows server from the laptop.

Best Regards.

Answer 5

Hi,

My name is SherwinF, I'm Independent Community Advisor. I’m so glad assisting you today

I am also Windows user. Let us work together to answer your question.

If you’re encountering the issue in a domain environment, you should start by ensuring that you have sufficient access for SMB file transfers. To do this, you should access the Local Group Policy Editor and make sure that the Always wait for the network at computer startup and logon policy is Enabled.

-Press Windows key + R to open up a Run dialog box. Once you’re inside the Run dialog box, type “gpedit.msc” inside the text box and press Enter to open up the Local Group Policy Editor policy. If you’re prompted by the UAC (User Account Control) window, click Yes to grant administrative privileges.

-Once you’re inside the Local Group Policy Editor, select Local Computer Policy > Computer Configuration > Administrative Templates from the right-hand side.

Next, move down to the right-hand side and click on System, then click on Logon from the list of available options.

-After you manage to get inside the Logon folder, double-click on Always wait for the network at computer startup and logon.

-Inside the Properties screen of this policy, select the Setting tab, then change the status to Enabled and click Apply to save the changes.

-Restart your computer and wait for the next startup to complete. Then, Try to access it once again.

Hope this works for your.

Thank you.