El inicio de sesión del terminal se cuelga

Como seguro que sabes, la resolución de problemas es un proceso de eliminación y a menudo requiere un poco de paciencia. Me gustaría probar algunas cosas para tratar de llegar al fondo de esto para usted.

1. Confirmar que se cuelga durante el inicio de sesión

Si el proceso que está colgando es realmente durante acceso Esto implica que el proceso todavía está esperando para crear una sesión de inicio de sesión. Asumiendo que este es el caso, entonces no habría tratado de iniciar el shell todavía.

Para confirmarlo, la próxima vez que experimente este problema inicie el Monitor de Actividad para comprobar si el shell se está ejecutando o si sólo ve un acceso proceso.

Una vez que hayas tenido la oportunidad de hacerlo, informa de lo que has encontrado.

NOTA:- Si tienes otros terminales abiertos, asegúrate de comprobar el proceso correspondiente. Mi opinión es que el colgando es el que tiene el mayor número de ID de proceso (PID).

2. ¿Cuál es el título de la terminal?

La próxima vez que tengas este problema, ¿puedes tomar nota de cuál es el título de la ventana de la Terminal e informarnos?

3. Matar a sudo

Afirmas que reiniciar tu MBP siempre resuelve este problema.

Sin embargo, la próxima vez que tengas este problema (tal vez después de hacer lo que describí en el punto 1), me gustaría que intentaras matar a sudo desde el Monitor de Actividad.

Una vez que hayas probado esto, haznos saber qué sucede.

4. Intenta mover tus archivos .bash*

Es posible (por varias razones) que tengas un archivo .bash_profile en tu directorio de usuario y esto esté causando problemas intermitentes. Esto es algo de lo que puede no ser consciente, pero puede utilizar Automator para ejecutar un script que encuentre y mueva cualquier archivo .bash.

Aquí hay un ejemplo script para hacer esto:

cd ~

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

Este script mueve todos los archivos que empiezan por .bash en tu carpeta de inicio a una recién creada movido subcarpeta.

Después de ejecutar el script, comprueba esta carpeta y haznos saber si efectivamente tienes algún archivo en ella.

NOTA:- Puedes etiquetar la nueva subcarpeta como quieras. Para ello, basta con cambiar las dos apariciones de movido en el script a cualquier etiqueta que quieras usar.

[ACTUALIZACIÓN]

Algunas cosas más para probar.

5. Intente borrar los archivos *.asl

Si aún no lo ha hecho, intente borrar los archivos *.asl. Para ello, utilice lo siguiente:

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

NOTA:- Esto puede llevar algún tiempo, ya que se crea un nuevo shell. Cuando haya terminado, asegúrese de salir completamente del Terminal para que los cambios surtan efecto.

6. Modo seguro

¿Notas alguna diferencia en el comportamiento cuando inicias tu MBP en modo seguro? Para arrancar en Modo Seguro:

1. Apagar completamente el Mac
2. Reinicie su Mac
3. Pulse inmediatamente la tecla Shift clave y no lo hagas
4. Deja de lado el Shift cuando vea la ventana de inicio de sesión (NOTA: Si tiene activado FileVault puede que tenga que iniciar la sesión dos veces).
5. Una vez que su MBP se inicie, intente usar el Terminal y vea si todavía puede replicar el problema.
6. Cuando termine, puede salir del modo seguro reiniciando su MBP de forma normal

7. Directorio abierto

Probablemente esto no se aplique en tu caso ya que no lo mencionas, pero si estás conectado a una red de Open Directory esto también podría estar causándote problemas. Normalmente esto sólo implica esperar unos 10 - 15 segundos, pero he visto informes de inicios de sesión en terminales que tardan cinco o más minutos en completarse en esta situación.

Esto parece un ajuste perfecto para que usted exceda los procesos máximos por usuario (o posiblemente los procesos máximos).

En una instalación de MacOS de serie se obtienen 709 por usuario ( ulimit -u ) y 1064 procesos máximos ( sysctl -a | grep maxp )

Una forma fácil de aumentar estos límites es instalar Server.app desde la App Store y luego reiniciar. También puedes configurar el modo de rendimiento para obtener límites más altos.

Ya que no has descrito tu configuración (versión del sistema operativo y compilación), aquí tienes algunos consejos - asegúrate de comprobar si el SIP restringe tu capacidad para cambiar los archivos si lees algunos de los artículos más antiguos sobre cómo cambiar los límites sin recurrir a la instalación de server.app:

• ¿Cómo puedo aumentar "ulimit -u" (máximo de procesos de usuario)?
• http://blog.dekstroza.io/ulimit-shenanigans-on-osx-el-capitan/
• https://support.apple.com/en-us/HT3854
• https://support.apple.com/en-us/HT4022
• https://serverfault.com/questions/15564/where-are-the-default-ulimits-specified-on-os-x-10-5

Yo también lo veo desde hace varios meses. Extremadamente frustrante. Lo único que lo arregla es reiniciar.

• MBP de mediados de 2015 (sin barra táctil)
• MacOS 10.12.6 beta

A veces los cuelgues de inicio de sesión ocurren después de interactuar con tmux.

He probado sin éxito todos los métodos recomendados.

No estoy seguro de que esté relacionado, pero un lsof -p LOGIN_PID muestra un archivo bastante masivo /private/var/db/dyld/dyld_shared_cache_x86_64h para el proceso de inicio de sesión colgado.

29/08/2017 Actualización:

Sigue teniendo el problema. A veces, cuando la máquina se pone en el mal estado, tengo abierto el terminal de Windows que ya se han registrado con éxito que puedo utilizar para depurar.

Muchos comandos no se ejecutan correctamente, pero todos muestran un patrón de tener problemas para escribir (a stdout, estoy pensando). Por ejemplo, cuando ejecuto ls -al Ya veo ls: write error emitido a stderr. Cuando ejecuto ls -al > /dev/null no se imprime nada en stderr.

Yo trataría de hacer deshabilitar SIP y dtrace login para encontrar la causa root (Para deshabilitar y volver a habilitar SIP, ver http://osxdaily.com/2015/10/05/disable-rootless-system-integrity-protection-mac-os-x/ )

$ csrutil status
System Integrity Protection status: disabled.
$ cp /usr/bin/login /tmp
$ sudo dtruss /tmp/login

Tratando de dar un ejemplo de salida, acabo de descubrir que las cosas son mucho más simples de lo que pensaba. No hay necesidad de desactivar SIP, sólo copiar el inicio de sesión.

dtuss devolverá las llamadas al sistema y puede dar una pista de dónde van las cosas mal.

cp /usr/bin/login .
sudo ls

dar su contraseña. A continuación, haga

sudo dtruss -d -e ./login 2> dtruss_login.txt

introduzca su nombre de usuario, presione enter

introduzca su contraseña, presione enter

introduzca 'exit', pulse enter

y finalmente subir dtruss_login.txt a, por ejemplo https://gist.github.com/

Puede copiar el contenido del archivo en el portapapeles de la siguiente manera

cat dtruss_login.txt | pbcopy

Puede encontrar un ejemplo de inicio de sesión aquí : https://gist.github.com/wolframteetz/49c5188c9dfe68a3841fa18496679579

El segundo número entero de cada línea es el tiempo que duró la llamada.

Por supuesto, sería genial si se pudiera ejecutar esto cuando el inicio de sesión se cuelga, pero si te entiendo bien, esto es imposible.... tal vez tú o alguien más tiene una idea de cómo 'dtruss login' cuando el terminal se cuelga?

Es importante tratar el problema real y no sólo el síntoma. Así que pruebe las siguientes sugerencias y actualícelas para que en base a eso pueda sugerir otros remedios también.

1. ¿A qué usuario pertenece el terminal? :
   Mi primera corazonada es que esto puede estar relacionado con cómo está configurada tu cuenta. Si la terminal está tratando de acceder a los recursos o directorios que sólo el usuario administrador puede (si la suya es una cuenta que no es de administrador), entonces eso puede llevar al estado de congelación - no permitiéndole acceder a la terminal. Por lo tanto, asegúrese de que cuando inicie una sesión de terminal, ésta sea local para su usuario y no para otro. El hecho de que no puedas crear un proceso sudo, me apunta a esta dirección.

2. Escriba Control-Z o Comando-Z:
   Esta secuencia de teclas de control suspende un programa que pueda estar ejecutándose y le da un aviso de shell. Ahora puede introducir el comando jobs para encontrar el nombre del programa, luego reiniciar el programa con fg o terminarlo con kill.

3. Pulsar Comando-C :
   Esto interrumpirá si el terminal está intentando ejecutar un programa en segundo plano. Pruébalo un par de veces. Observe si ve alguna salida

4. Escriba Control-Q :
   Si la salida se ha detenido con Control-S, esto la reiniciará.

5. Consigue un caparazón alternativo :
   Si quieres probar un caparazón diferente durante unos días, sus comportamientos a veces pueden ayudarte a entender el problema con el Terminal dado si actúan de una manera determinada. Comprueba estos enlaces de abajo para ver las alternativas

https://git-scm.com/downloads/guis
https://computers.tutsplus.com/tutorials/beyond-terminal-4-os-x-terminal-alternatives--mac-56217

Ayudará saber lo siguiente, si no se ha mencionado ya:

• ¿Cómo se inicia la sesión de terminal? ¿Es a través de Spotlight o de un icono del escritorio o de alguna otra manera?

• ¿Qué hace el terminal cuando se cuelga? ¿Está en medio de la ejecución de un comando (el mismo comando cada vez antes de que se cuelgue) o simplemente se cuelga desde el momento en que se inicia una sesión de terminal/ Windows.

• ¿Para qué utilizas habitualmente tu terminal? Si la mayor parte de su uso es sólo para comandos relacionados con git, yo sugeriría usar algo como Github para Mac ya que normalmente puedes hacer la mayoría de las cosas desde allí.