Quel utilisateur de faire exécuter des scripts python comme dans windows?

J'essaie d'avoir python supprimer des répertoires et j'obtiens des erreurs d'accès sur eux. Je pense que le python compte d'utilisateur n'ont pas le droit?

WindowsError: [Error 5] Access is denied: 'path'

est ce que j'obtiens lorsque je lance le script.

J'ai essayé

shutil.rmtree  
os.remove  
os.rmdir

qu'ils reviennent tous de la même erreur.

Eh bien, avec le compte d'utilisateur ne vous lancez le script? En général, vous devriez savoir, au moins sur votre machine et que vous avez configuré le script à exécuter ...
Je suis juste en cours d'exécution comme à moi-même, et je peux supprimer le directement manuellement, donc je pense que ses un drôle de windows et python autorisations déconnecter
Essayez d'exécuter le script avec SysInternals' "Process Monitor" pour voir exactement quel objet (fichier, de répertoire ou de quoi que ce soit) l'erreur se produit et ce processus se produit dans. "Process Explorer" pouvez-vous dire ce que crededtials le processus est en cours d'exécution en vertu de (peut-être Moniteur de Processus peut trop; je ne suis pas sûr).
Auriez-vous l'esprit d'impression le chemin que vous essayez de supprimer et affichage de la sortie ici? Il pourrait être un problème avec le format du chemin d'accès spécifié dans.
double possible de la Suppression de répertoire dans le répertoire de Python

InformationsquelleAutor DevelopingChris | 2009-07-31

61

Nous avons eu des problèmes de suppression de fichiers et de répertoires sur Windows, même si nous avions juste copié, si ils avaient été mis en 'lecture seule'. shutil.rmtree() vous propose de tri des gestionnaires d'exception pour gérer cette situation. Vous l'appelez et vous fournir un gestionnaire d'exception comme ceci:
```
import errno, os, stat, shutil

def handleRemoveReadonly(func, path, exc):
  excvalue = exc[1]
  if func in (os.rmdir, os.remove) and excvalue.errno == errno.EACCES:
      os.chmod(path, stat.S_IRWXU| stat.S_IRWXG| stat.S_IRWXO) # 0777
      func(path)
  else:
      raise

shutil.rmtree(filename, ignore_errors=False, onerror=handleRemoveReadonly)
```
Vous voudrez peut-être essayer ça.
- Voir aussi la onerror fonction voidspace.org.uk/downloads/pathutils.py
- Je suis arriver: NameError: name 'stat' n'est pas défini EDIT: vous oblige à faire "importer des stat' en haut de votre script. N'a résoudre mon problème. Merci beaucoup!
- J'ai essayé cette solution, maintenant j'ai le [Error 5] Access denied erreur avec cette ligne : os.chmod(path, stat.S_IRWXU| stat.S_IRWXG| stat.S_IRWXO) # 0777
- Cette recette ne fonctionne que pour les fichiers pour lesquels vous avez chmod autorisation (par exemple, les fichiers que vous possédez).
- Il est également nécessaire d'importer de errno
- Utilisation func in (os.rmdir, os.unlink, os.remove), particulièrement à partir de python 3.7. Je ne pouvais pas trouver où os.remove est transmis au gestionnaire d'erreur nulle part comme de 3.7. "Cette fonction est sémantiquement identique à remove()" - python os.unlink
- Oui, c'est tout de python 2.x. Cocher la case appropriée docs pour shutil.rmtree et peut-être jouer un peu avec elle. Tout dépend de la fonction que shutil.rmtree passe dans le gestionnaire d'erreur, celui qui a échoué (qui, comme les docs disent, c'est de la plate - forme et implementaton-dépendant). Peut-être que vous voulez imprimer le passé de la fonction dans le gestionnaire d'erreur, vous voyez donc la fonction qui est utilisé dans votre environnement et de votre cas d'utilisation.
InformationsquelleAutor ThomasH
3

Je n'ai jamais utilisé de Python, mais je suppose qu'il s'exécute en tant que quel que soit l'utilisateur exécute le script.
- ok, donc apparemment il fonctionne comme moi, pourquoi ne puis-je pas supprimer le fichier à l'aide de python, mais je peux si je viens de le supprimer par rmdir sur la ligne de commande?
- Ne vous le chemin codé en dur? Êtes-vous sûr que c'est le bon chemin? Je ne peux pas penser à une raison pourquoi ça ne marcherait pas si vous pouvez le faire manuellement.
- ouais, je l'ai eu dynamiquement obtenir le chemin d'accès à partir d'un listdir, mais alors quand qui a arrosé, je viens de mettre le même chemin en python, le programme d'installation du scénario et de python ne pouvez pas le supprimer, mais je peux si j'utilise cmd
- Je ne sais vraiment pas ce qui pourrait être la question. J'imagine que l'erreur Accès refusé est juste de déguiser la véritable question, à moins que Python exécute les méthodes comme dans une sorte de bac à sable. Désolé je n'ai pas de meilleures réponses.
InformationsquelleAutor Max Schmeling
2

Les scripts ont rien de spécial à l'utilisateur, il suffit d'exécuter en vertu de l'utilisateur actuellement connecté qui a exécuté le script.

Avez-vous essayé de vérifier que:
- vous essayez de supprimer un chemin d'accès valide? et que
- le chemin n'a pas de fichiers verrouillés?
InformationsquelleAutor Yuval Adam
0

Si le script est exécuté en tant que tâche planifiée (ce qui semble probable pour un nettoyage de script), il sera probablement de fonctionner en tant que SYSTÈME. C'est (peu judicieux, mais) possible de définir des autorisations sur les répertoires de sorte que le SYSTÈME n'a pas accès.
- Tâches planifiées fonctionner que n'importe quel utilisateur vous dire qu'il fonctionne comme. Cependant, je pense que sur les anciennes versions de windows ce n'est pas vrai.
InformationsquelleAutor pzr
0

Sont les répertoires vides, et si ce n'est pas ces méthodes de soutien decursively de supprimer le contenu d'un répertoire?

InformationsquelleAutor Justin
0

La façon dont vous exécutez le script? À partir d'une console interactive session? Si oui, il suffit d'ouvrir une fenêtre de commande DOS (en utilisant cmd) et tapez 'whoami'. C'est qui vous êtes l'exécution des scripts de manière interactive.

Ok j'ai vu vos modifications tout à l'heure...pourquoi ne pas imprimer le chemin et vérifiez les propriétés de voir si le compte d'utilisateur qui exécute les scripts a les privilèges requis?

Si whoami ne fonctionne pas sur votre version de Windows, vous pouvez utiliser les variables d'environnement comme nom d'utilisateur et le JEU de nom de DOMAINE à partir de votre fenêtre de commande.
- whoami est un *nix commande, pas windows.
- vous avez essayé sur Windows? Il fonctionne très bien.
- Je l'ai juste essayé, ça ne fonctionne pas pour moi
- whoami pas trouvé sur mon XP au travail.
- Je devine quelque chose que vous avez installé l'ajout d'une commande whoami.
- whoami vient avec la gnu port, le fait de ls, c'est la seule chose qui rend supportable cmd
- whoami fonctionne très bien sur ma version de WIndows 2003 server. quelle version de windows u sont en cours d'exécution? Ne vous contentez pas de fournir une couverture de commentaires disant que c'est un *NIX de commande et de ne pas voter si vous n'êtes pas sûr de quelque chose. Veuillez demander à la communauté.
- btw, whoami, dit-moi, mais je peux les supprimer manuellement le répertoire rmdir /S, pourquoi pas python?
- Êtes-vous en cours d'exécution 'whoami' cmd ou en powershell?
- FWIW, mon WinXP Pro x4 installation ont un whoami.exe dans SYSTEM32 que du droit d'auteur par Microsoft. Honnêtement, je ne peux pas dire si c'est un défaut du système ou de certains autres, l'ensemble d'outils est installé (peut-être un kit de ressources ou de quelque chose). Je doute que c'est un défaut du système, car je sais que j'ai souvent essayer de l'utiliser sur les systèmes où il ne l'est pas (ce qui est assez irritant).
- Fournir un ****** la raison avant en bas à droit de vote. De cette façon, je vais aussi apprendre si je me trompe.
- whoami est disponible par défaut dans vista, 2k8 et fait partie des service packs en 2000, 2003 et éventuellement XP pro (je ne suis pas sûr)
- XP pro n'a pas whoami de commande, sauf si vous installez des outils externes comme cygwin ou quelque chose.
- Pour ce que sa vaut, whoami est standard sur au moins Vista et Windows 7. Bien que, c'est presque aussi facile à ECHO %USERDOMAIN%\%USERNAME% pour obtenir le même résultat sur les autres versions de Windows.
InformationsquelleAutor msvcyc

@ThomasH : une autre brique dans le mur.

Sur les systèmes unix, vous devez vous assurer que le répertoire parent est accessible en écriture trop.
Voici une autre version :

def remove_readonly(func, path, exc):
    excvalue = exc[1]
    if func in (os.rmdir, os.remove) and excvalue.errno == errno.EACCES:

        # ensure parent directory is writeable too
        pardir = os.path.abspath(os.path.join(path, os.path.pardir))
        if not os.access(pardir, os.W_OK):
            os.chmod(pardir, stat.S_IRWXU| stat.S_IRWXG| stat.S_IRWXO)

        os.chmod(path, stat.S_IRWXU| stat.S_IRWXG| stat.S_IRWXO) # 0777
        func(path)
    else:
        raise

Selon le Python Documention, les Exceptions soulevées par onerror ne sera pas pris donc, je ne suis pas sûr que le augmenter signifie quoi que ce soit.

InformationsquelleAutor fylb

-1

Solution Simple, après avoir cherché pendant des heures est de vérifier d'abord si ce dossier existe en fait!
```
GIT_DIR="C:/Users/...."
if os.path.exists(GIT_DIR):
    shutil.rmtree(GIT_DIR)
```
Cela a fait l'affaire pour moi.
- La différence est, je viens de créer dans la ligne de code précédente. Donc à 100% existe pour certains. Mais il y a un problème d'accès au niveau de l'OS, les adaptateurs de windows.
InformationsquelleAutor Nerminz

Vous devez vous connecter pour publier un commentaire.