Error Connecting to C$: Device Attached to the System is not Functioning

When I tried to connect to the administrative file share C$ on my wife’s computer I got the error A device attached to the system is not functioning.

A device attached to the system is not functioning - 2

The other way round worked without a hitch, i.e. I could access my laptop’s C$ share from my wife’s computer.

When I tried to connect to her computer on the commandline I got this:

d:\>net use \\Computername\C$ /user:Computername\Username *
Type the password for \\Computername\C$:
System error 58 has occurred.

The specified server cannot perform the requested operation.

Different error message, same result.

After fruitlessly poking around some more I finally had the idea to check the target computer’s firewall settings. And indeed, file and printer sharing was disabled:

File and Printer Sharing disabled in Windows firewall

After enabling file and printer sharing for private networks and also disabling UAC remote restrictions (we are in a workgroup environment, not in a domain) things worked as expected.

Comments

Related Posts

Streamed Video Audio Sync Problems on Windows 10 / Realtek Sound

Streamed Video Audio Sync Problems on Windows 10 / Realtek Sound
I have been watching streaming video for a very long time. It always worked beautifully, in high resolutions and from any site: YouTube, Netflix, Amazon Prime Video, you name it. Then suddenly I started to notice lip sync issues, probably around autumn/winter 2016. The longer a video played, the more the audio would get out of sync with the video, making watching and listening increasingly awkward. Recently I finally found the time to analyze these audio/video sync problems. Read on for a playback troubleshooting methodology followed by a workaround for the issue at hand.
Troubleshooting

Solved: Citrix Desktop Service Fails to Start, Logs Event 1006

Solved: Citrix Desktop Service Fails to Start, Logs Event 1006
I am sure you all love XenDesktop VDAs that just won’t register. Although this is becoming less and less of a problem I had another case recently. Checking the Obvious When a XenDesktop VDA is unregistered the first thing I do is check if the VM is actually turned on. With that out of the way I turn to the application event log, looking for entries with the source Citrix Desktop Service. This usually tells you what the problem is. Not this time, however. Apparently the Citrix Desktop Service (aka WorkstationAgent) ran into some error during startup. It logged the following event with ID 1006 and stopped:
Citrix/Terminal Services/Remote Desktop Services