Mac OS X Terminal no inicia sesión

Estoy ejecutando Mac OS X versión 10.6.3 y cuando abro el terminal (con terminal.app o iterm) simplemente se cuelga en el proceso de inicio de sesión. Intenté reiniciar, cambiar el comando de inicio a / bin / bash y eliminar el archivo de preferencias del terminal. Todo fue en vano.

Es posible que tenga un error en su archivo .bashrc ... Puede intentar pegar declaraciones de eco en su .bashrc, o eliminarlo, o probar tcsh en lugar de bash para ver si ese es el problema ...

Tuve un problema similar.
En mi caso, Terminal se detendría diciendo 'Terminal - login - 80x24' en el título .

No quería reinstalar Terminal desde el disco OS X, por lo que seguí varios procedimientos diferentes, y al final uno de ellos pareció haber funcionado. No estoy seguro de qué es lo más importante, pero decidí compartir mis pasos exactos en caso de que alguien los encuentre útiles:

1. Aléjese com.apple.Terminal.plistde ~/Library/Preferences/.

Algunos informan que el archivo de configuración de Terminal podría enredarse y evitar que la aplicación se inicie.
Mueva este archivo a algún lugar para realizar una copia de seguridad, salga de la Terminal y vuelva a iniciarlo.

En mi caso, restablecer la configuración cambió la configuración de fuente y color a la predeterminada, pero el problema persistió. Si así fue el tuyo, continúa con el paso dos:

2. Intente ejecutar otro shell que no sea bash

Algunos consejos para cambiar el shell predeterminado en la Terminal /bin/zshy reiniciar la Terminal para ver si el problema es específico de bash. En mi caso, hacerlo no cambió nada, y la Terminal aún se quedaría en suspenso login.

3. Intente mover .bash*archivos fuera del directorio de inicio

Recordé que durante la sesión anterior creé el .bash_profilearchivo en mi directorio. Quizás algo está realmente mal con eso. Si no ha creado uno usted mismo, algún instalador podría haberlo creado (o editado), especialmente si el software no es específico para Mac OS.

Desafortunadamente, Finder no muestra archivos ocultos por defecto y no proporciona una manera fácil de hacerlo. Sin embargo, en mi caso, descubrí que Automator realmente podía ejecutar comandos bash con éxito :

Este es el script que utilicé:

cd ~

mkdir backup
for F in .bash*
do
    mv $F backup
done

Se trasladó todos los archivos a partir de .bashen mi directorio de backupsubdirectorio.

4. Reiniciar

Reiniciar la aplicación no funcionó para mí en este momento, pero decidí intentar reiniciar también .
Después de reiniciar, Terminal funcionó. Voilà!

Moví el salvado com.apple.Terminal.plistde nuevo a ~/Library/Preferences/, en sustitución de la actual, y decidí no para restaurar viejas (y algo no muy útiles) .bash*archivos y borrado backupde directorios.

No sé si fue una coincidencia o una combinación de pasos específicos que resolvieron el problema, pero me alegra que la Terminal vuelva a funcionar y espero que la suya también lo haga.

Si el proceso actual es realmente "inicio de sesión", generalmente significa que el inicio de sesión está esperando para crear una sesión de inicio de sesión y aún no ha intentado iniciar el shell. Para verificar esto, mire en el Monitor de actividad y vea si ve el shell ejecutándose o si solo ve un proceso de "inicio de sesión". Tenga en cuenta que si tiene otros terminales abiertos, puede ver otros procesos de "inicio de sesión" y de shell para ellos, así que tenga cuidado con los procesos que está examinando. El proceso de problema suele ser el último con el número de identificación de proceso (PID) más alto.

Me doy cuenta de que Mark Szymanski dijo que reiniciar no ayudó en su caso, pero pensé que debería mencionar esto de todos modos: si realmente está bloqueado en "iniciar sesión", la causa más común es que ejecutó "sudo" y luego cerró la terminal mientras esperaba que ingrese su contraseña. Si hace esto, sudo espera para siempre la contraseña y esto bloquea todos los inicios de sesión hasta que elimine el proceso de sudo. La forma más sencilla de resolver el problema es reiniciar. Alternativamente, puede matar a sudo desde el Monitor de actividad (o desde otro terminal si tiene uno ya abierto). A partir de Mac OS X Lion 10.7, sudo se dará cuenta cuando el terminal desaparezca y deje de esperar la contraseña, por lo que este problema ya no debería ocurrir.

Otra causa de los retrasos en el inicio de sesión es si está conectado a una red de Open Directory y el servidor de directorios es lento o no responde. Informe esto a su administrador de red. Esto generalmente solo causa demoras de unos pocos segundos, pero en algunos casos pueden durar hasta varios minutos.

El problema no es el shell o la red. Elimine los archivos * .asl:

sudo rm -rf /private/var/log/asl/*.asl

Lleva tiempo, porque inicia un nuevo shell. Pero después de eso, funciona bien de nuevo.