Commande introuvable lors de l'utilisation de sudo

J'ai un script appelé foo.sh dans mon dossier home.

Quand je accéder à ce dossier, et entrez ./foo.sh, je reçois

-bash: ./foo.sh: Permission denied.

Lorsque j'utilise sudo ./foo.sh, je reçois

sudo: foo.sh: command not found.

Pourquoi cela se passe et comment je peux résoudre ce problème?

InformationsquelleAutor Neko | 2012-10-21

134

Permission denied

Pour exécuter un script, le fichier doit avoir un exécutable permission de l'ensemble de peu de.

Afin de comprendre pleinement Linux les autorisations de fichier vous pouvez étudier la documentation du chmod de commande. chmod, une abréviation de changer de mode, est la commande qui est utilisé pour modifier les paramètres d'autorisation d'un fichier.

De lire le chmod documentation de votre système local , exécutez man chmod ou info chmod à partir de la ligne de commande. Une fois lu et compris, vous devriez être en mesure de comprendre la sortie de course à pied ...
```
ls -l foo.sh
```
... pour consulter la liste de LECTURE, d'ÉCRITURE et d'EXÉCUTION des autorisations pour le propriétaire du fichier, le groupe propriétaire et toute autre personne qui n'est pas le propriétaire du fichier ou d'un membre du groupe auquel appartient le fichier (la dernière autorisation de groupe est parfois appelé "monde" ou "autres")

Voici un résumé de la façon de résoudre le erreur Permission Denied dans votre cas.
```
$ ls -l foo.sh                    # Check file permissions of foo
-rw-r--r-- 1 rkielty users 0 2012-10-21 14:47 foo.sh 
    ^^^ 
 ^^^ | ^^^   ^^^^^^^ ^^^^^
  |  |  |       |       | 
Owner| World    |       |
     |          |    Name of
   Group        |     Group
             Name of 
              Owner 
```
Propriétaire a accès en lecture et écriture rw, mais l' - indique que le fichier exécutable de l'autorisation est manquant

La chmod commande des correctifs. (Groupe et d'autres uniquement en lecture de l'ensemble d'autorisations sur le dossier, ils ne peuvent pas écrire ou exécuter)
```
$ chmod +x foo.sh               # The owner can set the executable permission on foo.sh
$ ls -l foo.sh                  # Now we see an x after the rw 
-rwxr-xr-x 1 rkielty users 0 2012-10-21 14:47 foo.sh
   ^  ^  ^
```
foo.sh est maintenant exécutable autant que Linux est concerné.

De l'utilisation de sudo résultats dans la Commande introuvable

Lorsque vous exécutez une commande à l'aide sudo vous sont effectivement en l'exécutant en tant que superutilisateur ou de la racine.

La raison que l'utilisateur root n'est pas de trouver votre commande est probable que le PATH variable d'environnement pour le root ne comprennent pas les répertoire où foo.sh est situé. D'où la commande n'est pas trouvée.

La variable d'environnement PATH contient une liste de répertoires qui sont recherchés pour les commandes. Chaque utilisateur définit leur propre variable de CHEMIN d'accès en fonction de leurs besoins.
Pour voir ce qu'il est configuré pour s'exécuter
```
env | grep ^PATH
```
Voici un exemple de sortie de l'exécution de la ci-dessus env première commande en tant qu'utilisateur simple et puis tant qu'utilisateur root avec la commande sudo
```
rkielty@rkielty-laptop:~$ env | grep ^PATH
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games

rkielty@rkielty-laptop:~$ sudo env | grep ^PATH
[sudo] password for rkielty: 
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin
```
Noter que, bien que similaires, dans ce cas, les répertoires contenus dans le CHEMIN d'accès de l'utilisateur non privilégié (rkielty) et le super utilisateur sont pas la même.

Le répertoire où foo.sh se trouve n'est pas présent dans la variable de CHEMIN d'accès de l'utilisateur racine, d'où le commande pas trouvé erreur.
- Bizarre que sudo $PWD/temp.sh ne fonctionne pas non plus, tandis que sudo echo $PWD montre juste ce que j'attendais. (Mac)
- si vous mettez cela dans une question avec plus de détails, je devrais être capable de le résoudre pour vous. Le problème est probablement le shell (votre première commande shell ou le shell lancé par sudo) a évalué à $PWD
- jamais l'esprit. Je ne me souviens pas la cause exacte, mais il était probablement qch comme de ne pas fixer de chmod -x pour une commande dans le script, et le script d'appel via sudo généré pas si erreur compréhensible msg.
- alors, comment fait-on sudo's PATH le même que l'utilisateur?
- c'est une bonne question, pas sûr que je peux y répondre dans un commentaire que j'ai besoin d'un peu de contexte afin de mieux vous conseiller. Mais comme un point de départ, je vous suggère de revoir le sudo documentation complète (ce qui est très bon), mon instinct serait de ne PAS prendre le chemin de la racine de la même comme un utilisateur général, mais que l'instinct est basée sur l'exécution d'une machine un environnement de production versus dire un ordinateur portable privé.
- J'ai trouvé un moyen dans l'intervalle (voir ma réponse ci-dessous).
- J'ai eu ce problème avec sudo asterisk -r, qui n'a pas fonctionné. Asterisk est situé dans /usr/sbin, et c'était dans le CHEMIN de la racine, mais pas dans mon CHEMIN. Après l'ajout de /usr/sbin de mon CHEMIN d'accès de l'utilisateur, il a travaillé. Vous dites "la variable d'environnement PATH de root ne pas inclure le répertoire où foo.sh est situé", donc, vous dites que je devrais ajouter le chemin vers le CHEMIN de la racine, ce qui est contraire à mes conclusions.
- J'aime la façon dont vous l'explique! Merci 🙂
- Vous êtes les bienvenus
- sudo's "command not found" n'a rien à voir avec le CHEMIN; si vous définissez les autorisations d'exécution, puis sudo l'exécute! C'est juste un caprice en sudo (qui doit sans doute être fixe; les messages d'erreur ne devrait pas être gratuite, inexactes).
InformationsquelleAutor Rob Kielty
75

Les autres solutions que j'ai vu jusqu'ici sont fondées sur un système de définitions, mais il est en fait possible d'avoir sudo utiliser les PATH (avec le env de commande) et/ou le reste de l'environnement (avec la -E option) juste en invoquant ce droit:
```
sudo -E env "PATH=$PATH" <command> [arguments]
```
En fait, on peut faire un alias hors de lui:
```
alias mysudo='sudo -E env "PATH=$PATH"'
```
(Il est aussi possible de le nom de l'alias lui-même sudo, en remplacement de l'original sudo.)
- J'aime bien cette solution, Tom, parce que vous êtes consciemment de collaborer avec une autre sudo invocation. Il est important d'être conscient de ce que la variable de CHEMIN d'accès est en cours d'utilisation à tout moment quelle que soit la manière (et ils sont nombreux), il est mis en place.
- Je crois que c'est la bonne et la plupart de solution standard pour command not found problème dans la distro Ubuntu. Merci homme.
- Un au point, le travail de réponse. Merci!
InformationsquelleAutor Tom
13

Vérifier secure_path sur sudo
```
[root@host ~]# sudo -V | grep 'Value to override'
Value to override user's $PATH with: /sbin:/bin:/usr/sbin:/usr/bin
```
Si $PATH est remplacée utilisation visudo et modifier /etc/sudoers
```
Defaults    secure_path = /sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin
```
- Merci! Qui a aidé à résoudre un mystère de sudo n'étant pas en mesure d'exécuter des commandes.
InformationsquelleAutor codemonkee
6
1. Vérifier que vous avez l'autorisation d'exécuter le script. c'est à dire chmod +x foo.sh
2. Vérifiez que la première ligne du script est #!/bin/sh ou quelque chose du genre.
3. Pour sudo vous êtes dans le mauvais répertoire. vérifiez auprès de sudo pwd
InformationsquelleAutor Ed Heal
3

Vous pouvez également créer un doux lien vers votre script dans un des répertoires (/usr/local/bin par exemple) dans le super utilisateur CHEMIN. Il va ensuite être disponible pour le sudo.
```
chmod +x foo.sh
sudo ln -s path-to-foo.sh /usr/local/bin/foo
```
Ont un coup d'oeil à cette réponse pour avoir une idée de l'annuaire de mettre des liens symboliques dans.

InformationsquelleAutor TrigonaMinima
1

Il semble que linux va dire "command not found", même si vous l'avez explicitement donner le chemin d'accès au fichier.
```
[veeam@jsandbox ~]$ sudo /tmp/uid.sh;echo $?
sudo: /tmp/uid.sh: command not found
1
[veeam@jsandbox ~]$ chmod +x /tmp/uid.sh
[veeam@jsandbox ~]$ sudo /tmp/uid.sh;echo $?
0
```
C'est un peu trompeuse erreur, cependant, c'est sans doute techniquement correcte. Un fichier n'est pas une commande jusqu'à ce que son exécutable, et donc ne peut pas être trouvé.

InformationsquelleAutor Jeff MacDonald
1

Ok c'est ma solution:
dans ~/.bash_aliases il suffit d'ajouter le texte suivant:
```
# ADDS MY PATH WHEN SET AS ROOT
if [ $(id -u) = "0" ]; then
   export PATH=$PATH:/home/your_user/bin 
fi
```
Le tour est joué!
Maintenant, vous pouvez exécuter vos propres scripts avec sudo ou définir en tant que ROOT sans avoir à faire un export PATH=$PATH:/home/your_user/bin à chaque fois.

Avis que j'ai besoin d'être explicite lors de l'ajout de mon CHEMIN, puisque la MAISON pour le super utilisateur est /root

InformationsquelleAutor Fernando D Jaime
1

Essayer chmod u+x foo.sh au lieu de chmod +x foo.sh si vous avez des problèmes avec les guides ci-dessus. Cela a fonctionné pour moi quand les autres solutions n'ont pas.

InformationsquelleAutor Peter David Carter
0

Il y a d'excellentes réponses ci-dessus. Si, après avoir essayé, vous obtenez toujours command not found essayer de nouveau avec la totalité du fichier chemin d'accès:
```
sudo /home/user/path/to/foo.sh
```
InformationsquelleAutor IggyM

Vous devez vous connecter pour publier un commentaire.