commande introuvable lors de l'utilisation de sudo

Il y a quelques questions sur le site qui semblent liées à mon problème mais je n'ai pu trouver de solution à aucune d'entre elles.

Mon système d'exploitation est Ubuntu 12.04. J'ai mvninstallé dans /tools/noarch/apache-maven-3.1.1et j'ai ajouté les lignes suivantes à la fin de mon /etc/profile:

export M2_HOME=/tools/noarch/apache-maven-3.1.1
export PATH=$M2_HOME/bin:$PATH

Après cela j'exécute source /etc/profile.

Maintenant , mon problème est le suivant : quand je lance mvn --versionla commande réussit et mvnexécutable se trouve, alors que si j'Execute: sudo mvn --versionJe reçois la sortie: sudo: mvn: command not found. Je sais que cela PATHpeut être différent quand j'exécute une commande avec sudoet c'est pourquoi j'ai essayé ceci:

$>sudo echo $PATH
/tools/noarch/apache-maven-3.1.1/bin:... some other stuff ...

Une autre chose que j'ai essayée est d'exécuter sudo su -, puis de taper mvn --version. Dans ce cas mvn, la commande est trouvée et la commande réussit. Qu'est-ce qui se passe ici?

$PATH est évalué par votre shell, votre chèque ne fonctionne donc pas comme prévu.

/etc/sudoersest configuré pour remplacer votre PATHpar un par défaut.

sudone charge pas d’environnement shell de connexion avant d’exécuter la commande, la valeur PATHpar défaut de /etc/sudoersest utilisée. su -ouvre un shell de connexion, ce qui implique le chargement /etc/profile. Voir la man bashsection INVOCATION .

Il suffit de retirer la PATHréinitialisation dans /etc/sudoers. C'est probablement une règle appelée secure_path.

CentOS

Dans CentOS, vous pouvez ajouter PATHà la Defaults env_keepsection:

Defaults    env_keep = "COLORS DISPLAY HOSTNAME HISTSIZE INPUTRC KDEDIR \
                        LS_COLORS MAIL PS1 PS2 QTDIR USERNAME \
                        LANG LC_ADDRESS LC_CTYPE LC_COLLATE LC_IDENTIFICATION \
                        LC_MEASUREMENT LC_MESSAGES LC_MONETARY LC_NAME LC_NUMERIC \
                        LC_PAPER LC_TELEPHONE LC_TIME LC_ALL LANGUAGE LINGUAS \
                        _XKB_CHARSET XAUTHORITY PATH"

Donnez sudovotre courant PATHavec:

sudo env "PATH=$PATH" your_command

En développant la réponse de @ opyate, j'utilise le script shell suivant (qui peut être nommé mysudo, par exemple):

#!/bin/bash
sudo -E env "PATH=$PATH" "$@"

• -Edit sudode préserver l'environnement.
• env "PATH=$PATH"est étendu en dehors de l’ sudoappel, ce qui rend l’extérieur PATHdisponible à l’intérieur de celui-ci sudo(ceci est nécessaire en plus du fait -Equ’il PATHreçoit habituellement un traitement spécial en plus du traitement que reçoit l’ensemble de l’environnement).
• "$@"passe les arguments que notre script reçoit à la sudoligne.

Enregistrez le script dans un fichier d'un répertoire de PATH, donnez-lui les +xautorisations nécessaires, et le tour est joué.

Comme les réponses actuelles sont un peu vagues, le paramètre spécifique pour /etc/sudoerschanger de chemin est le suivant secure_path:

Defaults    secure_path = /sbin:/bin:/usr/sbin:/usr/bin

Vous pouvez le modifier avec sudo visudo, ou mieux encore, ajouter les répertoires dont vous avez besoin:

Defaults    secure_path = /sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin

J'ai eu le même problème lorsque j'ai installé Maven pour la première fois . Le problème a été résolu après avoir ajouté les deux lignes,

export M2_HOME=/tools/noarch/apache-maven-3.1.1
export PATH=$M2_HOME/bin:$PATH

à quatre fichiers:

/root/.bashrc
/root/.profile

et pour l'utilisateur actuel ( mehranmon nom d'utilisateur Ubuntu):

/home/mehran/.bashrc
/home/mehran/.profile

Vous devez modifier la variable PATH de la racine exactement comme vous l'avez fait pour vous, c'est- à- dire en ajoutant ces deux lignes dans le profil de sudo, situé dans /root/.bashrc, puis en le source.