Je suis sur un MacBook Pro, exécutant la dernière version de Mountain Lion.
J'ai vraiment besoin d'aide, j'ai réussi à endommager mon .bash_profile (je pense) pour que chaque fois que j'ouvre le terminal, j'obtienne l'erreur listée ci-dessous.
-bash: export: `/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/local/go/bin': not a valid identifier
-bash: export: `/Users/rob/Applications/sbt/bin:': not a valid identifier
env: bash: No such file or directory
env: bash: No such file or directory
env: bash: No such file or directory
env: bash: No such file or directory
env: bash: No such file or directory
-bash: tar: command not found
-bash: grep: command not found
-bash: cat: command not found
-bash: find: command not found
Je ne sais pas ce qui s'est passé, je n'ai pas de sudo, cd ou toute commande normale. La seule façon dont j'ai pu accéder à l'un des répertoires principaux est d'utiliser la commande go to folder dans le Finder et d'essayer de trouver le fichier en vain.
Pour couronner le tout, je pense que j'ai créé un fichier qui pourrait être à l'origine du problème, je voulais modifier le .bash_profile alors j'ai tapé
sudo nano ./bash_profile
Cela ouvre un nouveau fichier en nano qui, je pense, a ensuite été enregistré. Après cela, j'ai ouvert le vrai .bash_profile à ajouter dans le chemin d'accès pour node.js.
Si je peux accéder au .bash_profile, je pense que je peux le remettre sur la bonne voie mais je ne le trouve pas, dois-je réinstaller bash? Si oui, comment pourrais-je le faire sur un Mac, j'ai essayé d'utiliser
brew install bash
auquel j'arrive
-bash: brew: command not found
la source
bash
.-bash: export: '/Users/rob/Applications/sbt/bin:': not a valid identifier
a disparu. La seule chose avec laquelle je me bats, c'est que la première ligne pourrait être stockée, j'ai regardé dans mon .bash_profile, .profile et .bashrc mais rien./usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/local/go/bin
à mon .bash_profile et il semble avoir corrigé bash mais j'ai toujours cette erreur-bash: export: '/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/local/go/bin': not a valid identifier
Des idées?PATH="/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/local/go/bin:$PATH" # Make sure to use double quotes not single quotes
Et sur une nouvelle ligneexport PATH
.Réponses:
Juste rassembler tous mes commentaires pour une réponse:
La première chose que vous devez faire est de changer le shell, de cette façon, vous pouvez définir un shell qui ne chargera pas les scripts init bash (
.bashrc
,.bash_profile
) - comment faire pour l'application terminal Mac OS X peut être vu ici: Assistance AppleVous devriez maintenant pouvoir ouvrir à nouveau un terminal et utiliser votre éditeur de ligne de commande préféré pour ouvrir le
.bash_profile
fichier (par exemplenano
ouvi
):Dans ce fichier, vous devez réinitialiser votre
PATH
variable qui est utilisée par le terminal pour trouver les programmes qu'il peut exécuter.Cela peut être fait avec les deux lignes suivantes:
Cela définira d'abord les répertoires que vous souhaitez avoir sur votre PATH et exportera ce PATH pour le rendre disponible à tous les programmes démarrés à partir de ce shell (via l'exportation).
la source
⇧⌘. affiche les fichiers cachés dans les boîtes de dialogue de fichiers. Vous pouvez essayer d'ouvrir ~ / .bash_profile avec TextEdit et le rendre temporairement vide.
la source
Je courais sur le même problème, et je viens de trouver une solution plus simple:
/usr/bin/nano .bash_profile
supprimez tous vos dégâts, puis enregistrez le fichier
la source
Je sais que c'est un vieux fil, mais je voulais juste laisser ici ma solution dans l'espoir que quelqu'un d'autre se retrouve avec le même problème.
Lorsque j'ai exécuté le terminal à partir de MacOS, cela n'allait pas avec mon propre utilisateur, mais lorsqu'il a été remplacé par sudo, cela ne pouvait pas fonctionner (commande introuvable).
J'ai fini par le réparer avec:
Je viens de supprimer le chemin qui provoquait l'erreur. Redémarrage du terminal et tout fonctionne bien maintenant.
la source
J'ai découvert récemment que les fichiers de style DOS causent des problèmes pour les deux scripts .bash * dans OS-X. Je dois utiliser des terminaisons de fichiers DOS pour du code partagé avec les utilisateurs de Windows, donc si je modifie .bash_profile dans ce dépôt git, j'obtiens beaucoup de messages d'erreur lors de l'exécution du script (à la connexion). L'utilitaire dos2unix l'a corrigé.
la source
En plus de l'affichage des fichiers cachés et de l'utilisation d'un éditeur de texte mentionnés précédemment, il existe également un moyen plus simple d'ouvrir un nouveau shell sans changer votre shell par défaut. Vous pouvez alt-cliquer sur l'application Terminal et choisir "Nouvelle commande ...". Tapez ensuite "sh" dans la boîte de dialogue et exécutez-le. Cela ouvrirait un shell non bash et vous pourriez y éditer le fichier. À l'avenir, ce serait une bonne idée de garder un shell ouvert ou de tester l'exécution du nouveau .bash_profile avant de quitter.
la source