Sous Mac OSX 10.5, il ne trouve pas mes commandes de terminal sudo, find, etc.
Question
Je ne sais pas ce qui s'est passé, mais dans mon terminal sous Mac OSX 10.5, il ne peut plus trouver ma commande sudo, ni ma commande, etc. Ils sont là parce que si je mets / usr / bin / sudo ou / usr / bin / find cela fonctionne très bien ...
Mon fichier .bash_login ressemble à ceci: export PATH = "/ usr / local / bin: / usr / local / sbin: / usr / local / mysql / bin: / usr / bin $ PATH"
Mon fichier .bash_profile ressemble à ceci: export PATH = " / / Library / Frameworks / Python.framework/Versions/Current/bin: /Library/Python/2.5/site-packages/django_trunk/django/bin: / usr / local / mysql / bin: / usr / bin / sudo $ PATH "
Je vais dire maintenant que je ne sais pas vraiment ce que je fais avec le terminal. Je ne suis qu'un débutant dans tout cela, et je dois faire quelque chose pour que les variables d'environnement (c'est comme ça qu'elles s'appellent?) Soient perdues. J'ai supposé que je devais juste m'assurer que le répertoire / usr / bin / est dans mes fichiers bash, mais ils le sont et cela ne semble pas fonctionner. S'il vous plaît, aidez!
De plus, lorsque j'utilise la commande / usr / bin / find, la mention " Autorisation refusée " pour moi, même si je suis connecté à Mac OSX en tant que compte d'administrateur système. Je ne comprends pas.
Toute aide serait grande. Merci - James
La solution
Il semble que vos deux exportations PATH soient mal formées:
export PATH="/usr/local/bin:/usr/local/sbin:/usr/local/mysql/bin:/usr/bin$PATH"
Le bit de fin ne fonctionnera pas. Ce devrait être:
export PATH=/usr/local/bin:/usr/local/sbin:/usr/local/mysql/bin:/usr/bin:$PATH
Remarquez les deux points avant '$ PATH'? C'est important;)
De plus, les guillemets doubles ne sont pas nécessaires.
Si cela ne fonctionne pas, nous aurons besoin de plus d'informations. Il est possible que quelque chose d'autre modifie votre chemin même après le chargement de vos configurations de shell.
Pouvez-vous publier les résultats de:
$ echo $PATH
Les fichiers de configuration ne constituent pas toujours une bonne indication des variables d'environnement actuelles, car ils sont modifiés par de nombreux programmes et fichiers, sur l'ensemble de votre système. Pour voir toutes vos variables d’environnement, vous pouvez exécuter:
$ env
Autres conseils
Cela devrait résoudre le problème complètement et définitivement.
d’abord, exportez les chemins d’environnement en utilisant la commande ci-dessous dans le terminal.
export PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin
maintenant vous avez les commandes que vous voulez. (par exemple, essayez ls
. Vous verrez que la commande fonctionne). Mais ce n'est que pour la session en cours. Si vous fermez le terminal et en ouvrez un nouveau, vous aurez le numéro précédent. Pour rendre cette modification permanente, utilisez la commande ci-dessous,
aller au répertoire personnel
cd ~
ouvrir le fichier .bash_profile dans nano / vim (j'utilise nano ici)
nano .bash_profile
Cela ouvrira l'éditeur nano. Dans une nouvelle ligne, collez le texte suivant:
export PATH=/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin:$PATH
appuyez sur 'control' + 'o' pour enregistrer (WriteOut) et sur 'control' + 'x' pour quitter nano.
Tout est fait! Maintenant, essayez les commandes.
Je suis allé à travers le même problème et voici comment je l'ai résolu.
Tout d'abord, j'ai rétabli le fichier d'origine en procédant de cette manière
/usr/bin/nano ~/.bash_profile
Dans mon cas, je n’ai pu faire fonctionner aucun alias de commande. Même vi ou vim ne fonctionnaient pas sans spécifier le chemin complet de cette commande. Si nano n’est pas installé, il suffit de remplacer nano dans la commande par l’éditeur installé
Après cela, redémarrez simplement l'ordinateur. Dans mon cas, comme je l'ai dit ci-dessous, je ne pouvais utiliser aucune commande. Lorsque vous essayez de faire / usr / bin / source ~ / .bash_profile cette commande a échoué. J'ai donc dû redémarrer le système d'exploitation et cela a fonctionné