Запуск экрана GNU при открытии терминала

Es casi seguro que esto sucede porque algo en su entorno (.bashrc, /etc/profile, lo que sea )está configurando la variable TERM (, p. algo comoTERM=xterm).

Esto hace que la prueba [[ $TERM != "screen" ]]se evalúe como verdadera, por lo que se inicia otra instancia de pantalla.

luego ejecuta su $SHELL dentro de sí misma, lo que provoca un ciclo interminable de bashcomenzando con screeny screencomenzando con bash.

Por cierto, si $TERMno está configurado correctamente antes de que screencomience, entonces screenno sabrá cómo funcionar correctamente con la terminal en la que se está ejecutando. Así que no configurarlo no es una buena opción.

Hay varias formas mejores de detectar si un shell se está ejecutando dentro de screen. Consulte ¿Cómo sé que estoy ejecutando dentro de una "pantalla" de Linux o no? y ¿Cómo puedo saber si estoy en una pantalla? para obtener respuestas de algunas de las muchas otras veces que se ha hecho esta pregunta en los sitios hermanos de Stack Exchange.

Probablemente la forma más fácil es probar si la variable $STY está vacía. Según man screen, screenestablece esta variable para que contenga el "Nombre de socket alternativo".

En otras palabras, en lugar de:

[[ $TERM != "screen" ]] && screen

prueba esto:

[ -z "$STY" ] && screen    # test if $STY is empty

o:

[ -n "$STY" ] || screen    # test if $STY is NOT empty.

Si lo prefiere, puede usar [[.... ]]en su lugar. Hace poca diferencia, excepto que no tendría que duplicar -comillas $STY.En mi opinión, es un mal hábito y debería citarlo de todos modos porque las situaciones en las que SÍ tiene que duplicar -sus variables superan ampliamente el puñado de casos especiales en los que no tiene que hacerlo.