J'ai un dossier qui a été généré par MSBuild, app.publish. Souvent, mon script de génération ne parvient pas à le supprimer, se plaignant de ne pas disposer des autorisations nécessaires. Aujourd'hui, j'ai testé cela en dehors du script de construction et j'ai constaté que je ne pouvais même pas l'ouvrir.
Si j'essaye de l'ouvrir, je reçois ce message:
"L'emplacement n'est pas disponible. L'accès est refusé."
J'ai donc essayé de modifier les autorisations, mais je ne pouvais même pas voir qui était le propriétaire, même en tant qu'administrateur:
Alors j'ai pensé que cela pourrait être un problème avec Explorer, alors j'ai essayé avec PowerShell. Malheureusement, l'accès y est également refusé. J'ai essayé d'utiliser Get-ACE -Path app.publish, mais cela a également refusé de travailler: "L'accès est refusé." J'ai également essayé icacls app.publish /grant ijhbvhbv:f, mais cela aussi a échoué et a déclaré "L'accès est refusé". J'ai essayé ces deux commandes à la fois en tant qu'utilisateur régulier et en tant qu'administrateur.
Finalement, j'ai essayé de supprimer le répertoire parent, mais on m'a dit que je devais "donner à l'administrateur la permission de supprimer ce dossier". Lorsque je l’ai fait, j’ai eu une erreur curieuse: "Vous devez obtenir l’autorisation de FWEE-ERIC-WIN8 \ ijhbvhbv pour apporter des modifications à ce dossier". "FWEE-ERIC-WIN8 \ ijhbvhbv" est mon propre compte. Il semble donc que je suis effectivement le propriétaire du dossier, mais uniquement lorsque j'essaie d'interagir avec celui-ci en tant qu'administrateur.
D'autres questions à ce sujet sur le SU parlent du contrôle de compte d'utilisateur comme source potentielle du problème, mais le problème est le même quel que soit le réglage du contrôle de compte d'utilisateur.
Réponses:
Après avoir passé beaucoup trop de temps sur un problème similaire, je l'ai compris.
Cela arrive aux dossiers qui sont:
Le dossier est dans un état "zombie" car il a été supprimé, mais est toujours utilisé par certains processus. Vous devez trouver le processus qui l'utilise et le fermer ou, si vous ne savez pas de quoi il s'agit, redémarrez la machine.
Vous serez laissé avec le dossier parti. Si un sous-arbre entier a été supprimé, mais qu'un seul dossier a été utilisé, vous devrez peut-être revenir et nettoyer le sous-arbre manuellement. Cela devrait fonctionner avec les droits d'administrateur.
la source
Quelques possibilités pour résoudre les fichiers verrouillés:
Le système ou une application le verrouille; Utilisez un outil tel que CrystalRich LockHunter pour savoir quoi et si vous le souhaitez, déverrouillez-le. Parfois, un ordinateur doit être redémarré pour supprimer tous les verrous, en particulier si l'objet est utilisé par un site Web.
La définition des autorisations sur un dossier est un peu délicate. il y a plusieurs étapes. Voir Comment accorder des autorisations complètes ... .
Quelques autres possibilités:
Certains "dossiers" sont en fait des liens symboliques, tels que C: \ ProgramData \ Application Data ; ceux-ci sont inaccessibles. Cependant, puisque vous pouviez accéder au dossier auparavant, cela semble peu probable.
MS a récemment commencé à utiliser un compte TrustedInstaller , de sorte que même l'administrateur ne peut pas toucher certains fichiers et dossiers (bien que, d'après votre description, ce ne soit probablement pas la cause du problème).
la source