Los ejecutables en / bin y / usr / bin no se encuentran en la ruta

De alguna manera no puedo ejecutar files en /bin o /usr/bin sin proporcionar la ruta completa.

Esto no ocurre cuando se ejecuta desde la Terminal, pero, por ejemplo, iTerm no puede ejecutar bash (solo /bin/bash ), OnyX no puede ejecutar sw_vers .

  • En la Terminal I no puedo escribir e minúscula
  • Instalación / eliminación de encfs
  • La unidad NTFS no está montada después de cambiar / etc / fstab
  • ¿Se puede configurar Teleport para ser automatizado?
  • ¿Es posible exportar desde la aplicación Fotos sin los cuadros de dialog duales?
  • Para resolver este error de window adicional en Yosemite?
  •  .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/ShanetworkingSuppor‌​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 

  • ¿Hay alguna forma de limitar qué dispositivos pueden aprobar requestes de TFA?
  • Pánico del Kernel: necesito ayuda para confirmar o refutar mis hipótesis sobre la causa
  • Conexión L2TP a través de IPSec a VPN ya que PPTP VPN ya no es compatible con macOS Sierra
  • La carga promedio aumenta después de actualizar a Mavericks
  • Cómo diferenciar entre el inicio con guion de Terminal y el inicio manual para la configuration de .bash_profile
  • ¿Cómo muevo el menu de una aplicación de terceros de una location a otra en la barra de menu?
  • 4 Solutions collect form web for “Los ejecutables en / bin y / usr / bin no se encuentran en la ruta”

    Terminal.app iniciar correctamente el shell no significa mucho: ejecuta /usr/bin/login (con la ruta completa) de forma pnetworkingeterminada, que invoca el shell pnetworkingeterminado (de nuevo: se define con una ruta completa) como un shell de inicio de session interactivo ( que a su vez leerá tanto .profile como .bashrc y lo dejará con un $PATH ). Su problema son las shells no interactivas , que no hacen ninguna $PATH configuraciones de $PATH . Eso parece apuntar a la configuration de ruta pnetworkingeterminada de OS X que de alguna manera ha sido criticada.

    Para verificar esto, ejecute cat /etc/paths . La salida debería (al less) ser

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

    (estos son los valores pnetworkingeterminados en una installation prístina de OS X). Si faltan los dos primeros, tiene su causa y una solución fácil:

     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 

    Tenga en count que como /etc/paths es propiedad de root , tendrá que sudo su para que funcione.

    En OS X es launchd que establece la ruta inicial para todo, no sus files de terminal.

    Ahora, en una nota no relacionada, descubrí que en OS X

     ps -E 

    mostrará el entorno en el que se ha impartido el process. Estoy seguro de que todo el mundo lo sabía, excepto yo, ¡pero estoy muy emocionado! ¿Por qué?

    Porque ahora puedo dar una respuesta parcial.

     ps -EA 

    Le mostrará el entorno en el que comenzó cada process, ya sea que dicho process tenga o no un terminal de control. Debería ver

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

    Que es lo que también deberías get cuando escribes

     /bin/launchctl getenv PATH 

    desde launchd establece la ruta. Es aquí donde reside tu problema, creo, no en tus files duales. Puede que le resulte útil leer la página de manual de environ(7) y path_helper(8) . Cuando el sistema funciona correctamente, cada aplicación que ejecute debe tener el mismo entorno dado por launchd. El hecho de que Onyx no funcione correctamente significa que no es un problema de shell, sino uno del sistema.

    Es muy importante lanzarctl / launchd es establecer la ruta correcta.

    No estoy seguro de cómo sucedió, pero su PATH volvió loco, afortunadamente es una solución fácil. Ejecute lo siguiente en Terminal (o iTerm) para solucionar el problema:

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

    Esto agregará /bin y /usr/bin al final de su PATH para esta y todas las futuras sesiones de terminal.

    ¿tienes un .bash_profile ? en el mío

     $ 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 

    (para macports a la ruta). Es lógico que solo pudieras tener en .bash_profile la línea

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

    Y mira cómo va. Supongo que debes haber hecho algo muy serio en tu máquina, así que haz una copy de security de tus files y testing el software y también la solidez del hardware.

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).