Entonces, mi problema es simplemente que no puedo screen
comenzar con mi cuenta de usuario. Cuando lo invoco como superusuario funciona, bajo cualquier circunstancia, como un hechizo, pero hasta ahora (es decir, en las últimas TRES y más horas de resolución de problemas) no hubo una sola instancia en la que generaría una nueva sesión .
Para dar un poco de contexto, esta mañana instalé Debian 9.0 (stretch) en un procesador de 64 bits. En la instalación anterior (Debian ~ 8.0) la pantalla funcionaba sin fallas.
Aquí hay una lista no exhaustiva de mis intentos de resolver este problema:
- Desmonté la partición montada en mi directorio de inicio e inicié sesión con mi cuenta de usuario en un nuevo entorno donde no había rastro de mis viejos archivos de configuración personalizados;
- Jugué con las
$TERM
variables similares y también intenté usartset
; - Intenté instalar una versión anterior de screen (
4.2.1-3+deb8u1
); - Intenté ejecutar
apt-get purge screen
y luego instalar nuevamente el paquete proporcionado por la distribución.
Ninguno de estos intentos (e incluso otros ) tuvo un impacto en el comportamiento de la pantalla. Todas las veces que lo hice screen; echo $?
( $?
siendo una variable de código de estado, IIRC) me 0
imprimí en mi consola.
Estoy recurriendo a estas preguntas y respuestas como una última y desesperada solución: '-).
fuente
$TERM
siempre es igual axterm-256color
.screen
en la consola, con mi cuenta de lo normal:none@vacuum:~$ screen\n none@vacuum:~$ echo $?\n 0\n
. (Editar: los comentarios no permiten nuevas líneas; se agregaron "\ n" s para dar una idea)Respuestas:
Como Amadeusz Sławiński señaló en la lista de correo de desarrollo de pantalla y lo confirmé en el informe de error de Debian correspondiente , esto es causado por su nombre de usuario,
none
que GNU Screen trata de manera especial.fuente