Les exécutables de /bin et /usr/bin ne sont pas trouvés dans le chemin d'accès.

Question

Les exécutables de /bin et /usr/bin ne sont pas trouvés dans le chemin d'accès.

Demandé el 14 de Mai, 2012: Quand la question a-t-elle été
15361 affichage: Nombre de visites la question a
4 Réponses: Nombre de réponses aux questions
Résolu: Situation réelle de la question

D'une manière ou d'une autre, je ne peux pas exécuter les fichiers dans /bin o /usr/bin sans fournir le chemin d'accès complet.

Cela ne se produit pas lorsque l'exécution se fait à partir du Terminal, mais, par exemple, iTerm ne peut pas exécuter bash (seulement /bin/bash ), OnyX ne peut pas exécuter sw_vers .

.profile: export PATH=/opt/local/bin:/opt/local/sbin:/bin:/usr/bin:$PATH 
.profile: export PATH=$PATH 
.bash_history: export PATH="$PATH:"'/Users/gilstrauss/Applications/CrossOver.app/Contents/SharedSupport/CrossOver/bin' 
.bash_history: export PATH=/opt/local/bin:/opt/local/sbin:$PATH 
.bash_history: export PATH=${PATH}:/bin 
.bash_profile: export PATH=/bin:$PATH 
.bashrc: export PATH=${PATH}:/bin:/usr/bin

Demandé el 14 de Mai, 2012 par user49204

2 votes

Que renvoie cette commande ? grep PATH= .profile .bash* ?

Commenté el 14 de Mai, 2012 par glenn jackman

0 votes

.profile:export PATH=/opt/local/bin:/opt/local/sbin:/bin:/usr/bin:$PATH .profile:export PATH=$PATH .bash_history:export PATH="$PATH:"'/Users/gilstrauss/Applications/CrossOver.app/C‌ontents/SharedSuppor‌t/CrossOver/bin' .bash_history:export PATH=/opt/local/bin:/opt/local/sbin:$PATH .bash_history:export PATH=${PATH}:/bin .bash_profile:export PATH=/bin:$PATH .bashrc:export PATH=${PATH}:/bin:/usr/bin

Commenté el 14 de Mai, 2012 par user49204

0 votes

@user49204 - montrez cette information en éditant la question - et lorsque vous l'enregistrez, vérifiez que le formatage la rend compréhensible.

Commenté el 14 de Mai, 2012 par yoliho

Answer 1

4 Réponses

Answer 2

3voto

Ryan Spears Points 1524

Terminal.app démarrer correctement le shell ne signifie pas grand chose : il exécute /usr/bin/login (avec le chemin d'accès complet) par défaut, qui invoque votre interpréteur de commandes par défaut (encore une fois : défini avec un chemin d'accès complet) en tant qu'un shell de connexion interactif (qui à son tour lira les deux .profile y .bashrc et vous laisser avec un travail $PATH ). Votre problème est le suivant les coquilles non interactives qui ne font ni l'un ni l'autre, n'obtiennent aucun $PATH paramètres. Cela semble indiquer que les paramètres de chemin d'accès par défaut d'OS X ont été modifiés d'une manière ou d'une autre.

Pour vérifier cela, exécutez cat /etc/paths . Le résultat devrait être (au minimum)

/usr/bin
/bin
/usr/sbin
/sbin

(ce sont les valeurs par défaut sur une installation OS X vierge). Si les deux premiers sont manquants, vous avez votre cause - et une solution facile :

mv /etc/paths /etc/paths.old # if you want to keep the current contents
def_paths=(/usr/bin /bin /usr/sbin /sbin)
for p in ${def_paths[@]}; do echo $p >> /etc/paths; done
cat /etc/paths.old >> /etc/paths # append previous contents

Notez que lorsque /etc/paths est détenu par root vous devrez sudo su pour que cela fonctionne.

Répondu el 14 de Mai, 2012 par Ryan Spears (1524 Points )

Answer 3

1voto

Aaron Lake Points 3622

Je ne sais pas comment c'est arrivé mais votre PATH s'est détraqué, heureusement c'est une réparation facile. Exécutez ce qui suit dans Terminal (ou iTerm) pour résoudre le problème :

echo "export PATH=$PATH:/bin:/usr/bin" >> ~/.bashrc
source ~/.bashrc

Cela ajoutera /bin y /usr/bin à la fin de votre PATH pour cette session et toutes les sessions futures du terminal.

Répondu el 14 de Mai, 2012 par Aaron Lake (3622 Points )

0 votes

Merci, mais cela ne semble pas résoudre le problème. Je ne vois pas ce problème dans un terminal mais seulement lorsque des applications tierces essaient d'invoquer des exécutables d'accès sous /bin ou /usr/bin.

Commenté el 14 de Mai, 2012 par user49204

0 votes

Pouvez-vous me donner un exemple de tiers essayant d'accéder à ces binaires ?

Commenté el 14 de Mai, 2012 par Aaron Lake

0 votes

Oui, iTerm2 n'exécute pas bash mais seulement /bin/bash. Vous ne voyez pas ce comportement lorsque vous exécutez bash à partir du terminal.

Commenté el 14 de Mai, 2012 par user49204

Afficher 1 autres commentaires

Answer 4

1voto

chiggsy Points 2899

Dans OS X, c'est launchd qui définit le chemin initial pour tout, et non vos fichiers de terminal.

Maintenant, sur une note sans rapport, je viens de découvrir que dans OS X

ps -E

montrera l'environnement qui a été donné au processus. Je suis sûr que tout le monde le savait, sauf moi, mais je suis très excité ! Pourquoi ?

Parce que maintenant je peux fournir une réponse partielle.

ps -EA

Vous montrera l'environnement dans lequel chaque processus a démarré, que ce processus ait un terminal de contrôle ou non. Vous devriez voir

/usr/bin:/bin:/usr/sbin:/sbin

Ce qui est aussi ce que vous devriez obtenir lorsque vous tapez dans

/bin/launchctl getenv PATH

puisque launchd définit le chemin. C'est ici que se situe votre problème, je pense, et non dans vos dotfiles. Vous trouverez peut-être que la lecture de la page de manuel de environ(7) ainsi que path_helper(8) utile. Lorsque le système fonctionne correctement, chaque application que vous exécutez devrait avoir le même environnement que celui qui lui est donné par launchd. Le fait qu'Onyx fonctionne mal signifie que ce n'est pas un problème de shell, mais plutôt un problème de système.

Il est très important que launchctl/launchd définisse le chemin correctement.

Répondu el 17 de Mai, 2013 par chiggsy (2899 Points )

1 votes

Merci beaucoup. Il est intéressant de voir que mon processus terminal Bash a été lancé avec un simple chemin 'PATH=/usr/bin:/bin'. Mon '/bin/launchctl getenv PATH' ne renvoie rien sur Yosemite.

Commenté el 31 de Mars, 2015 par Dave X

0 votes

Cela signifie que votre chemin d'accès est défini par login(1). "La séquence de répertoires, séparés par des deux-points, recherchée par csh(1), sh(1), system(3), execvp(3), etc, lors de la recherche d'un fichier exécutable. PATH est fixé à ``/usr/bin:/bin'' initialement par login(1)."

Commenté el 21 de Mai, 2015 par chiggsy

Answer 5

0voto

Sheehan Alam Points 13754

Avez-vous un .bash_profile ? dans le mien

$ cat bash_profile 

source ~/.bashrc
export PATH=$PATH:/opt/local/bin:/opt/local/sbin

$ echo $PATH
/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin:/usr/local/git/bin:/usr/local/julia:/usr/local/MacGPG2/bin:/usr/texbin:/opt/local/bin:/opt/local/sbin

(pour les macports vers le chemin). Il est logique que vous puissiez simplement avoir dans le fichier .bash_profile la ligne suivante

export PATH=$PATH:/bin:/usr/bin

Et voir comment ça se passe. À mon avis, vous avez dû faire quelque chose de très grave à votre machine, alors faites une sauvegarde de vos fichiers et testez le bon fonctionnement du logiciel et du matériel.

Répondu el 14 de Mai, 2012 par Sheehan Alam (13754 Points )

Les exécutables de /bin et /usr/bin ne sont pas trouvés dans le chemin d'accès.

Réponses

Questions en vedette

Top Tags

LesApples.com

Powered by:

Les exécutables de /bin et /usr/bin ne sont pas trouvés dans le chemin d'accès.

Réponses

Questions en vedette

Top Tags

Dans notre réseau

LesApples.com

Powered by: