Como estoy seguro de que sabe, la solució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 por usted.

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

Si el proceso en el que está colgado es realmente durante el inicio de sesión , esto implica que el proceso todavía está esperando para crear una sesión de inicio de sesión. Suponiendo que este sea el caso, entonces no habría intentado iniciar el shell todavía.

Para confirmar esto, la próxima vez que experimente este problema, inicie el Monitor de actividad para verificar si el shell se está ejecutando o si solo ve un proceso de inicio de sesión .

Una vez que haya tenido la oportunidad de hacer esto, informe de nuevo con lo que encontró.

NOTA: - Si tiene otros terminales abiertos, asegúrese de estar verificando el proceso correspondiente. Supongo que el proceso de bloqueo es el que tiene el número de ID de proceso (PID) más alto.

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

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

3. Mata a sudo

Usted afirma que reiniciar su MBP siempre resuelve este problema.

Sin embargo, la próxima vez que tenga este problema (quizás después de hacer lo que describí en el punto 1 anterior), me gustaría que intente eliminar sudo del Monitor de actividad.

Una vez que haya probado esto, háganos saber lo que sucede.

4. Intenta mover tus archivos .bash*

Es posible (por varias razones) que tenga un archivo .bash_profile en su directorio de usuario y esto esté causando problemas intermitentes. Esto es algo de lo que quizás ni siquiera esté al tanto, pero puede usar Automator para ejecutar un script que encuentre y mueva cualquier archivo .bash.

Aquí hay un script de ejemplo para hacer esto:

cd ~

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

Este script mueve todos los archivos que comienzan con .bash en su carpeta de inicio a una subcarpeta movida recién creada.

Después de ejecutar el script, verifique esta carpeta e infórmenos si de hecho tiene algún archivo.

NOTA: - Puede etiquetar la nueva subcarpeta como desee. Para hacerlo, simplemente cambie las dos apariciones de movido en el script a cualquier etiqueta que desee usar.

[ACTUALIZAR]

Algunas cosas más para probar.

5. Intenta borrar los archivos *.asl

Si aún no lo ha hecho, intente borrar los archivos *.asl. Para hacer esto usa lo siguiente:

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

NOTA:- Esto puede llevar algún tiempo ya que crea un nuevo shell. Cuando termine, asegúrese de salir por completo de la Terminal para que los cambios surtan efecto.

6. Modo seguro

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

1. Apaga completamente tu Mac
2. Reinicia tu Mac
3. Inmediatamente presione la Shifttecla y manténgala presionada
4. Suelte la Shifttecla cuando vea la ventana de inicio de sesión (NOTA: si tiene habilitado FileVault, es posible que deba iniciar sesión dos veces).
5. Una vez que su MBP se inicie, intente usar Terminal y vea si aún puede replicar el problema.
6. Cuando termine, puede salir del modo seguro reiniciando su MBP normalmente

7. Directorio abierto

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

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

En una instalación de stock de macOS, obtiene 709 por usuario ( ulimit -u) y 1064 procesos máximos ( sysctl -a | grep maxp)

Una manera fácil de mejorarlos es instalar Server.app desde App Store y luego reiniciar. También puede configurar el modo de rendimiento para límites más altos.

Dado que no describió su configuración (versión y compilación del sistema operativo), aquí hay algunos consejos: asegúrese de verificar si SIP restringe su capacidad para cambiar archivos si lee algunos de los artículos anteriores sobre cómo cambiar los límites sin recurrir a la instalación del servidor. aplicación:

• ¿Cómo aumento "ulimit -u" (procesos máximos 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

También he estado viendo esto durante varios meses. Extremadamente frustrante. Lo único que lo soluciona es reiniciar.

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

A veces, el inicio de sesión se bloquea después de interactuar con tmux.

He intentado sin éxito todos los enfoques recomendados.

No estoy seguro de si está relacionado, pero lsof -p LOGIN_PIDmuestra un archivo bastante grande /private/var/db/dyld/dyld_shared_cache_x86_64hpara el proceso de inicio de sesión bloqueado.

29/08/2017 Actualización:

Todavía tengo el problema. A veces, cuando la máquina está en mal estado, tengo ventanas de terminal abiertas que ya han iniciado sesión correctamente y que puedo usar 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, veo ls: write erroremitido a stderr. Cuando ejecuto ls -al > /dev/null, no se imprime nada en stderr.

Es importante tratar el problema real y no solo el síntoma. Por lo tanto, pruebe las siguientes sugerencias y actualice, de modo que, en base a eso, también pueda sugerir más remedios.

1. ¿Qué usuario es el propietario del terminal? :
   Mi primera corazonada es que esto puede estar relacionado con la configuración de su cuenta. Si la terminal intenta acceder a los recursos o directorios que solo el usuario administrador puede (si la suya no es una cuenta de administrador), eso puede conducir a un estado de congelación, lo que no le permite acceder a la terminal. Así que adelante y asegúrese de que cuando comience una sesión de terminal, sea local para su usuario y no para otro usuario. El hecho de que no puedas crear un proceso sudo me indica esta dirección.

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

3. Presiona Comando-C :
   Esto interrumpirá si la terminal está intentando ejecutar un programa en segundo plano. Inténtalo un par de veces. Tenga en cuenta si ve alguna salida

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

5. Obtenga un shell alternativo :
   si desea probar un shell diferente durante unos días, sus comportamientos a veces pueden ayudarlo a comprender el problema con Terminal dado si actúan de cierta manera. Consulte estos enlaces a continuación para ver alternativas

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

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

• ¿Cómo estás iniciando la sesión de terminal? ¿Es esto a través de Spotlight o un ícono de 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 inicia una sesión de terminal/Windows?

• ¿Para qué sueles utilizar tu terminal? Si la mayoría de su uso es solo para comandos relacionados con git, sugeriría usar algo como Github para Mac , ya que generalmente puede hacer la mayoría de las cosas desde allí.

Intentaría deshabilitar SIP y el inicio de sesión de dtrace para encontrar la causa principal (para deshabilitar y volver a habilitar SIP, consulte 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 darle un resultado de ejemplo, acabo de descubrir que las cosas son mucho más simples de lo que pensaba. No es necesario deshabilitar SIP, solo copie el inicio de sesión.

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

cp /usr/bin/login .
sudo ls

da tu contraseña. Entonces hazlo

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

ingrese su nombre de usuario, presione enter

ingrese su contraseña, presione enter

ingrese 'salir', presione enter

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

Puede copiar el contenido del archivo al portapapeles de esta manera

cat dtruss_login.txt | pbcopy

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

El segundo entero en cada línea es el tiempo que tomó la llamada.

Por supuesto, sería genial si pudieras 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 tenga una idea sobre cómo 'iniciar sesión dtruss' cuando la terminal se cuelga. ?

El logincódigo fuente del comando ha sido publicado por Apple. El sitio web es macOS 10.13.3 Fuente . La única descarga requerida es system_cmds-790.30.1. Una vez descargado, el proyecto se puede modificar fácilmente para compilar solo el logincomando. El proyecto y el logincomando modificados se colocaron en GitHub en davidanderson61/system_cmds-10.13.3 .

La idea aquí es modificar loginpara escribir información de depuración en la consola. Esto ayudaría a determinar por qué se loginbloquea el comando. Las modificaciones las podrá realizar cualquier persona que desee participar. Supuse que este habría sido yo.

Instale loginel comando de depuración.

1. Seleccione la versión más reciente del sitio web davidanderson61/system_cmds-10.13.3/releases .

2. loginDescargue el comando de depuración en su Downloadscarpeta. En "Activos", haga clic con el botón derecho loginy seleccione "Descargar archivo vinculado como", luego seleccione "Guardar".

3. Parcialmente, deshabilite la Protección de integridad del sistema (SIP). El comando se da a continuación. Antes de ingresar el comando, deberá iniciar en MacOS Recover , luego en una ventana de Terminal.

   csrutil  enable  --without  fs
   

4. Ingrese el comando dado a continuación para guardar el logincomando original. Si login.orignalya existe, puede omitir este paso.

   sudo  mv  /usr/bin/login  /usr/bin/login.original
   

5. Ingrese los comandos que se indican a continuación para copiar el logincomando de depuración y establecer los permisos adecuados.

   sudo  cp  ~/Downloads/login  /usr/bin/login
   sudo  chmod  104555  /usr/bin/login
   

6. Habilite la protección de integridad del sistema (SIP). Ingrese el siguiente comando. Posteriormente, debe reiniciar.

   sudo  csrutil  clear
   

Configurar la aplicación de consola

A continuación se muestran los pasos para configurar la aplicación Consola para mostrar solo los mensajes del logincomando.

1. Abra la aplicación Consola.

2. Agregue una PIDcolumna, como se muestra a continuación.

   

3. Ingrese loginen el campo de búsqueda.

   

   Mientras el campo de búsqueda tiene el foco, presione la returntecla. El campo de búsqueda debería cambiar a lo que se muestra a continuación.

   

4. Cambie Anya Process, como se muestra a continuación.

   

5. List Change Containsto Equals, como se muestra a continuación.

   

6. Seleccione el Savebotón. Cuando se le solicite "Guardar búsqueda como:", ingrese Loginy luego seleccione Save.

   

Los resultados deben aparecer como se muestra a continuación. La próxima vez que abras la aplicación Consola, solo tendrás que seleccionar el botón "Iniciar sesión".

Apéndice

Cómo se creó el repositorio de GitHub.

1. Haga clic en el system_cmds.xcodeprojarchivo abierto en Xcode.
2. En la barra de menú, seleccione Source Control->Create Git Repositories....
3. En la barra de menú, seleccione Product->Scheme->New Scheme.... A continuación, seleccione logincomo destino y nombre.
4. En la barra de menú, seleccione Project->Build.
5. Sal de Xcode.
6. Inicie sesión en GitHub y cree un nuevo repositorio.
7. En la parte superior de la página de configuración rápida de su repositorio de GitHub, haga clic para copiar la URL del repositorio remoto.

8. Para una ventana de la aplicación Terminal, ingrese el siguiente comando. Reemplace <remote repository URL>con la URL copiada en el paso anterior.

   git  remote  add  origin  <remote repository URL>
   

9. Abra el proyecto en Xcode y desde la barra de menú, seleccione Source Control->Push....

Cómo se creó el primer lanzamiento

1. Desde una ventana de la aplicación Terminal, ingrese los siguientes comandos.

   git  tag  -a  v1.0  -m  "Original source code"
   git  push  origin  v1.0
   

2. Copie el logincomando construido en su Downloadscarpeta.

3. Desde su cuenta de GitHub, cree una nueva versión como v1.0. Adjuntar ~/Downloads/logincomo un binario.

También tuve este problema mientras ejecutaba la consola sbt en emacs. Cada vez que salía de la consola sbt simplemente eliminando la ventana en lugar de salir de la consola sbt "muy bien" primero, provocaba que un proceso de Java se bloqueara incluso después de cerrar la ventana, y de alguna manera impedía que se crearan nuevas sesiones de terminal. Eliminé a la fuerza el proceso de Java desde el monitor de actividad, y la terminal colgante realmente comenzó, desde dentro de emacs, así como en una nueva pestaña.

Ahora, solo me aseguro de salir bien usando el comando exito ctrl-d(o ctrl-c ctrl-den emacs term/multi-term), luego elimino la ventana.

1. Compruebe si su proceso se cuelga realmente durantelogin
2. Eche un vistazo al Monitor de actividad y esté atento a los rootprocesos (es decir, nano, emacs, vim) que podría haber iniciado y que no se cerraron correctamente (bloqueo, acaba de cerrar la terminal, etc.) y que aún se están ejecutando.
3. Elimine este (s) proceso (s) y el inicio de sesión debería funcionar de inmediato.

Solo mis dos centavos.

Instalé el paquete Terminus para Sublime Text, que me permite ejecutar la terminal dentro de mi editor de texto.

Cerrar Sublime Text inmediatamente permitió que mi terminal comenzara a funcionar nuevamente.

FWIW, tuve este mismo problema. Se resolvería después de reiniciar, pero quería ahorrarme el tiempo de hacerlo varias veces al día. Comenzó después de usar un entorno de nodeJS en particular, así que entré en el monitor de actividad y noté un proceso de nodo en curso. Matar esa instancia resolvió el problema para mí, por lo que si alguien que experimentó esto recientemente comenzó a trabajar con node o npm localmente, ese podría ser su problema.

Matar una instancia de nvim extraviada solucionó esto para mí. Supongo que esto no es específico de nvim, pero algo que nvim en mi caso estaba haciendo causó problemas. Buscaría una aplicación de terminal huérfana fuera de lugar en el monitor de actividad y la mataría si encuentra una.

En mi caso, la nueva ventana de terminal se bloqueó después de mostrarse Last login: Tue Nov 24 18:31:39 on ttys001y se mostró el título de la ventana de terminal manpath.

Resulta que esto sucedió porque actualicé mi Xcode de 11.7 a 12.2 pero aún no había instalado las nuevas herramientas de línea de comandos. Después de iniciar Xcode y hacerlo, la terminal se abrió sin problemas ni demoras.