After updating to Windows 10 v20H2, cannot map network drives

Anonymous
2020-06-20T16:01:30+00:00

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. :)

Windows for home | Windows 10 | Internet and connectivity

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments No comments
Answer accepted by question author
Anonymous
2020-07-30T17:31:26+00:00

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

Was this answer helpful?

100+ people found this answer helpful.
0 comments No comments
Answer accepted by question author
Anonymous
2020-07-27T13:43:35+00:00

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.

Was this answer helpful?

10+ people found this answer helpful.
0 comments No comments
Answer accepted by question author
Monkey57 3,535 Reputation points
2020-11-03T02:22:34+00:00

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.

Was this answer helpful?

7 people found this answer helpful.
0 comments No comments

242 additional answers

Sort by: Most helpful
  1. Anonymous
    2021-09-03T21:54:16+00:00

    Two things I found about re-connection to external rives as shares on other platforms. One is the setting that enables rapid restart after a hibernation of shutdown. In Power Options/System Settings DO NOT ENABLE Fast Startup.

    Second Thing is be sure all components of the SMBV1 (Server Message Block version 1 network protocol). This is needed in the event you are using external network connections not compatible with SMBV2.

    Was this answer helpful?

    0 comments No comments
  2. Anonymous
    2021-09-03T17:49:09+00:00

    If you see this post twice, I apologize, but I thought this the best place for it.

    After no less than 3 unsuccessful attempts to upgrade my existing W10Pro from 1909, it finally "took" less than 2 weeks ago.

    Now, no questions please, as I won't be able to give you any helpful answers; it just worked without me doing anything extraordinary.

    It's upgraded itself to (verbatim): Version 21H1 (OS Build 19043.1165)

    Now, here's what I did differently this time around compared to the previous. Will my method work for you? I have no idea! Here's some basic, essential background info:

    1: I had been running Windows 10 Pro version 1909 (OS Build 18363.778) before my very first update to version 2004 OS Build 19041.572 last October.

    2: When I rolled back, the version left behind was 1909 (OS Build 18363.1082. This tells me that MS had installed some essential fixes, or something like that.

    3: I am in a home environment without a server, and the other two PCs connected (via wire from time-to-time) to the LAN are W7Pro and W8.1Pro.

    4: These 3 PCS have mappings to a Synology NAS. The W10Pro machine is the only one with mapping issues.

    5: After the multiple upgrades mentioned, it got to the point where only fully powering off the PC would cause the lost mappings. Microsoft at work.

    What I did differently – and the same – this time around:

    1: Unlike previous occasions, I didn't fully Shut Down my machine for, I think, 4 days after the upgrade. Now usually, I never fully power off my PC, but rather, place it into Hibernation overnight. However, as you can see from my initial post, even logging out and back in caused the mapped drives to permanently disconnect. This was somewhat resolved after the first upgrade to x.1082 and its subsequent rollback, as noted above. What does this tell me? It seems MS was working on the issue that they've never acknowledged – at least on this forum with very annoyed and inconvenienced customers. Shame!

    2: Alike the previous upgrade occasions, I immediately installed all available updates after the OS upgrade.

    3: That night, after the upgrade, I placed my PC into Hibernation as per usual. I was pleasantly surprised, and very relieved that the mapped drives were still accessible next morning!

    4: Like I said, it was a few days before I ventured to fully shut off the machine, if only for a few minutes, but a full power-off nonetheless. When everything came back on, I thought, yeah, it might be fixed. I just don't trust Microsoft!

    5: Truth be told, I have lost track of how many days it had been since the upgrade this last time, and yesterday I thought my 10-day rollback window may be closed. Anyway, last night, I opted to do a Shut Down instead of my usual nightly Hibernation. This morning, all my mapped drives were there and accessible! Yes!

    If this seeming resolution were to be reversed in a subsequent Microsoft "fix"/update, I will only regard that as a malicious, deliberate act, or gross incompetency, by Microsoft.

    6: Finally, to reiterate, with the issue still not acknowledged, yet seemingly resolved, it appears Microsoft was quite aware of this issue and CHOSE TO INCONVENIENCE ITS CLIENTS. Disgusting!

    So, you don't have to do anything special. No registry hacks. No scripts and batch files. Simply upgrade to at least the version mentioned at the very top and you may be OK. Who the heck knows!

    Bonne chance!

    Was this answer helpful?

    0 comments No comments