Nous avons remarqué un problème sur les machines que nous avons mises à jour vers Windows 7 SP1 et qui accèdent aux lecteurs mappés en tant qu'administrateur. L'UAC est activé et le problème semble être spécifique à un processus ou à une invite de commande exécuté en tant qu'administrateur.
Disons que pour un lecteur M :, mappé sur \\foo\\bar
Si nous exécutons une invite de commande standard et que nous tapons "dir M :" normalement (non-administrateur), cela fonctionne bien. Si c'est à partir d'une invite de commande administrateur, il reçoit maintenant "Le système ne peut pas trouver le chemin spécifié.". Pourtant, à partir de la même invite d'administration, dir " \\foo\bar "fonctionne bien - c'est seulement la lettre de lecteur mappé qui échoue.
Le fait que le partage soit en lecture seule ou en lecture-écriture ne semble pas avoir d'importance. Des informations supplémentaires ont montré que ce n'est pas le fait que le compte soit "propriétaire" du partage (pensez à homedrive) qui importe, mais la façon dont il a été mappé.
Quant à la raison pour laquelle l'invite de commande est exécutée en tant qu'administrateur, c'est parce qu'il s'agit d'un environnement de développement pour la compilation de logiciels et qu'il a besoin de l'administrateur pour enregistrer les DLL. C'est également fréquent lors du débogage...
Informations supplémentaires :
Nous sommes sous Windows 7 depuis un certain temps. Je suis surpris que cela ait fonctionné du tout, étant donné le lien fourni par @pk. Les partages en question sont mappés lors de la connexion... donc le fait que ça marche/ne marche pas peut être lié à cela.
