ecco l'output di echo $ PATH
/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/bin:/usr/bin
e quando ho dato a cat / etc / paths questo è l'output
/usr/bin
/bin
/usr/sbin
/sbin
/usr/local/bin
Non sono sicuro che / usr / local / bin stia creando l'errore (comando non trovato)
Grazie per i tuoi suggerimenti
I comandi eseguiti in Terminal devono essere in una delle directory incluse in $ PATH oppure devi chiamarli con ./command se ti trovi nella directory in cui è memorizzato il comando.
Ti suggerisco di eseguire questo comando, dovrebbe ricostruire la variabile PATH.
/usr/libexec/path_helper
Ciò che mi preoccupa è che stai ottenendo duplicati sul tuo cammino. Hai aggiunto qualcosa al tuo ~/.bash_profile ? Vuoi essere molto attento a non duplicare nessuna di quelle dichiarazioni di percorso esistenti in qualunque cosa tu stia facendo. Va bene modificare PATH, ma si vuole fare attenzione con esso. Ecco un esempio:
PATH=$HOME/.rvm/usr/bin:$HOME/.rvm/bin:$PATH
Tieni presente che aggiungo le mie cose personali e poi aggiungo viraggi al sistema sul retro con $PATH .
Altre cose da verificare sono assicurarsi che non stiate procurando script non necessari durante l'accesso che potrebbero distruggere il vostro ambiente. Assicurati che se stai utilizzando un editor non standard che stai salvando in formato UNIX. Se accidentalmente fai cose con i CRLF DOS, ciò può far scattare errori non rilevati dal comando.
E proprio nel caso in cui hai incollato il tuo ~/.bash_profile , ad esempio, non ne hai più uno perché lo hai eliminato:
echo "" >> ~/.bash_profile
È strano, ma ho visto almeno un tizio che sosteneva che il comando non ha riscontrato problemi risolti creando un .bash_profile mancante.
Infine, tieni presente che se non desideri fornire un percorso completo all'eseguibile che stai utilizzando, ad esempio ~/Downloads/myScript.sh , devi posizionare l'eseguibile da qualche parte nel tuo percorso esistente o devi modificare il tuo percorso per puntare alla directory in cui sono archiviati i file eseguibili.