Quick Answer
Run net use * /delete in an admin command prompt, then reconnect the drive fresh.
Why This Happens
You're trying to map a drive letter — say Z: — to a network share, but Windows remembers that same drive letter was already connected to a different network path. This usually happens after a server migration, a VPN disconnect, or a network card swap. I had a client last month whose entire print queue died because of this — the IT guy before me had mapped Z: to a share on an old server that got decommissioned. Every time the user rebooted, Windows tried to reconnect that old path, and boom, error 0x000004B2.
The error message is misleading. It says "device name has a remembered connection" — which is exactly the problem. Windows stores these mappings in the registry under HKEY_CURRENT_USER\Network\Z: (or whatever drive letter). When you try to map that same letter again, it sees the old entry and throws this error.
Step-by-Step Fix
- Open Command Prompt as Admin. Hit Start, type
cmd, right-click it, and choose "Run as administrator". - Kill all stale connections. Type
net use * /deleteand press Enter. Confirm with Y when it asks. This deletes every mapped drive. If you want to be surgical, usenet use Z: /deleteto kill just the one drive. - Check for leftover entries. Run
net useto confirm the drive is gone. If it still shows up, skip to the registry step below. - Reconnect the drive. In File Explorer, right-click "This PC" > "Map network drive". Pick your drive letter, enter the full UNC path (like
\\server\share), check "Reconnect at sign-in", and finish. - Test it. Open the drive in File Explorer. Should work now.
If That Doesn't Work
Sometimes the net use command won't clear it because the entry is deeply baked into the registry. Here's the nuclear option:
- Open Regedit (Win+R, type
regedit). - Navigate to
HKEY_CURRENT_USER\Network. - Find the key matching your drive letter (like
Z:). - Right-click that key and delete it.
- Close Regedit, reboot.
- Map the drive fresh.
I've seen cases where the registry key just won't delete because another process has a handle on it. In that case, boot into Safe Mode with Networking (hold Shift while clicking Restart) and delete it there.
Prevention Tip
Always unmapped drives before making network changes. If you're moving a file server, run a script on all clients to delete the old mappings beforehand. Something like:
net use Z: /delete /y
net use * /delete /yPut that in a login script or push it via Group Policy. Saves you from chasing this error across a hundred workstations.