Command Prompt in Administrator mode doesn't see mapped drives [duplicate]
Solution 1:
When you start a command prompt "As Administrator" it's running in a different user context than when you don't.
Since mapped drives are user-centric, that Admin user context will not have the (same) drives, and you'll have to map them for that user context once the command window is open as Adminsitrator, e.g. by running net use <letter>: \\<server>\<share>
. An example:
net use Z: \\SuperServer\SuperShare
Also, you can enable the EnableLinkedConnections
flag in the registry to cause the session token to be shared:
To work around this problem, configure the EnableLinkedConnections registry value. This value enables Windows Vista and Windows 7 to share network connections between the filtered access token and the full administrator access token for a member of the Administrators group.
To do this, set the HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\EnableLinkedConnections
DWORD flag to 1
, and then reboot your machine.
For more info on that from Microsoft, see: Some Programs Cannot Access Network Locations When UAC Is Enabled
Solution 2:
This makes me think about an old Windows Vista reported issue.
Can you try:
- Open RegEdit
- Go to
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
- Create a DWORD value named
EnableLinkedConnections
and set it to1
- Reboot the computer
- Test again
Solution 3:
One other work-around that took me ages to find is to run net use
from a scheduled task as the NT AUTHORITY\SYSTEM account. Apparently drives mapped under this account show up for all users and all elevation levels.
I've tested this and it works even on NFS shares (which can be a bit finicky). Just create a scheduled task set to run at system startup, and specify the following command:
net use \\server\share Z: /persistent:no
It might possibly work to run it just once with /persistent:yes
, but I haven't tried that. Granted, "just map it again" works too, but that drive still won't be visible to scheduled tasks running in different contexts. The downside is that all real users see it too, so not so good for multiuser setups.