Mon compte utilisateur sous Windows 7 fait partie du groupe des administrateurs qui a un contrôle total des autorisations sur C:\inetpub\wwwroot :
Cependant, lorsque j'essaie de créer un dossier dans celui-ci, j'obtiens l'erreur “accès refusé”. Ce problème est résolu en ajoutant mon compte d'utilisateur spécifique à la liste, mais cela ne devrait pas être nécessaire si ?
Le problème est que l'UAC ne peut pas “élever” Explorer correctement. Voir l'article suivant qui explique pourquoi cela se produit et comment y remédier. Je pensais que cela avait été corrigé dans Windows 7 mais il semble que ce ne soit pas le cas, voir Windows 7 Access Denied
Tiré de Technet :
Pour aider à empêcher les logiciels malveillants de s'installer silencieusement et de provoquer une infection à l'échelle de l'ordinateur, Microsoft a développé la fonction UAC. Contrairement aux versions précédentes de Windows, lorsqu'un administrateur se connecte à un ordinateur fonctionnant sous Windows Vista, le jeton d'accès administrateur complet de l'utilisateur est divisé en deux jetons d'accès : un jeton d'accès administrateur complet et un jeton d'accès utilisateur standard. Pendant le processus de connexion, les éléments d'autorisation et de contrôle d'accès qui identifient un administrateur sont supprimés, ce qui donne un jeton d'accès utilisateur standard. Le jeton d'accès utilisateur standard est alors utilisé pour démarrer le bureau, le processus Explorer.exe. Comme toutes les applications héritent de leurs données de contrôle d'accès dès le lancement initial du bureau, elles s'exécutent toutes également comme un utilisateur standard.
Après qu'un administrateur se soit connecté, le jeton d'accès administrateur complet n'est pas invoqué jusqu'à ce que l'utilisateur tente d'effectuer une tâche administrative.
Ainsi, chaque fois que vous essayez d'utiliser les informations d'identification de l'administrateur, vous devriez recevoir une invite de l'UAC pour invoquer ce jeton d'accès administrateur, ce qui vous donne l'accès pour effectuer ce changement. Si cela ne fonctionne pas, vous devez vérifier vos paramètres UAC .
Le paramètre que vous devez probablement désactiver est le Contrôle des comptes d'utilisateurs : exécuter tous les administrateurs en mode d'approbation de l'administrateur “. Vous pouvez changer ce comportement en modifiant la clé "EnableLUA” dans la loctaion suivante :
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
Cela devrait faire que les administrateurs fonctionnent comme des administrateurs tout le temps. C'est dangereux et je vous recommande de réactiver cette fonctionnalité pour une utilisation quotidienne.
Ce comportement est attendu lorsque l'UAC est activé.
Comment tentez-vous de créer le dossier ? L'explorateur Windows génère une invite UAC, je suppose donc que vous utilisez une autre méthode ?
Si vous le faites à partir d'une invite de commande, assurez-vous qu'elle fonctionne avec des privilèges élevés.
Comme beaucoup l'ont dit, il y a toutes sortes de raisons pour lesquelles cela peut arriver. Si vous avez totalement exclu les questions de propriété/permission, il est très probable qu'un autre programme empêche l'accès aux fichiers.
Parfois, il s'agit d'un programme spécifiquement destiné à restreindre l'accès aux fichiers, comme le verrouillage des dossiers, mais le coupable le plus courant est que les fichiers sont ouverts dans un autre programme, comme un éditeur de texte (par exemple, Atom dans mon cas), et ce programme a un verrouillage sur les fichiers. Dans un tel cas, l'accès est refusé même si vous êtes administrateur, car aucun utilisateur ne peut modifier un fichier lorsqu'il est verrouillé par une autre application de lecture/écriture. Et donc, après avoir fermé le(s) programme(s), ou après avoir fermé les fichiers ouverts dans le programme, vous devriez à nouveau avoir un accès régulier à ces derniers.
J'ai également eu le même problème. J'ai fait tout ce qui est mentionné ci-dessus, mais cela n'a pas fonctionné. Le problème était toujours là. Mais maintenant mon problème est résolu :
Je suppose que le problème est maintenant résolu.
J'ai récemment eu ce problème lors de la programmation. Je pouvais compiler une fois, mais après avoir fait des modifications, je ne pouvais pas compiler à nouveau et écraser le programme .exe.
Rien ne verrouillait le fichier, j'étais administrateur, et Windows ne voulait même pas me dire qui était le propriétaire du fichier.
Dans mon cas, mon programme Anti-Malware (MalwareBytes) protégeait mon ordinateur contre les comportements suspects.
Après avoir mis le dossier en liste blanche, j'ai retrouvé l'accès à l'exe verrouillé.
Dans Windows7, le compte de l'administrateur est caché. Vous pouvez activer le compte administrateur.
Cela le guérira. vous aurez 2 comptes d'utilisateur, l'un est administrateur et l'autre votre utilisateur. Vous pouvez maintenant vous connecter à Windows en tant qu'administrateur. Vous allez maintenant modifier les fichiers ou même les supprimer.
Comme MAYUR ci-dessus, j'ai également essayé la correction mentionnée relative à l'UAC, mais cela n'a pas fonctionné pour moi.
Je n'ai pas pu créer un nouveau dossier, ou déplacer un dossier existant dans un répertoire de mon compte utilisateur (Users/x/workspace/). Pour corriger cela, j'ai :
Users/x/workspace2, et copié-collé tout le contenu de workspace à workspace2. workspace dans cygwin. workspace workspace2 en workspace