☰

Falta el primer carácter de una línea en aplicaciones de pantalla completa en un servidor Linux ssh'ed desde OS X Terminal

tag-icon • tag-icon linux macos ssh terminal nano
Falta el primer carácter de una línea en aplicaciones de pantalla completa en un servidor Linux ssh'ed desde OS X Terminal

ingrese la descripción de la imagen aquíTengo problemas con la aplicación Terminal en Mac OS X Snow Leopard.

Utilizo ssh para conectarme a un servidor Linux remoto y realizar la edición del archivo de configuración.

Por alguna razón, a veces faltan caracteres cuando está conectado al servidor Linux. He tenido problemas para identificar esto y hacerlo de manera repetible; desafortunadamente, este es el mejor método que se me ocurrió:

  1. Conéctese al servidor Ubuntu 8.04

  2. Edite algún archivo de texto con nano(aplicación de pantalla completa)

  3. A la primera línea del archivo de texto le falta el primer carácter de la línea (el carácter más a la izquierda). Por ejemplo, si el archivo de texto contiene la línea "asdf", verá "sdf".

  4. Si mueves el cursor a esta posición, el personaje volverá allí (la línea se vuelve a dibujar con nano)

  5. Cambiar el tamaño de la ventana de la aplicación Terminal no recupera ningún carácter

  6. Si presionas actualizar (CTRL+L) en nano los caracteres se perderán nuevamente

Se puede observar el mismo problema con lessotras aplicaciones de terminal.

El problema no se puede repetir con el terminal Gnome u otra aplicación de terminal, por lo que no puede estar relacionado con la configuración del servidor. Sin embargo, tengo el mismo problema en dos instalaciones diferentes de OS X, por lo que podría estar vinculado a mi configuración predeterminada.

Sospecho que esto podría estar relacionado de alguna manera con la codificación UTF-8 o la configuración del Terminal, pero aún no he logrado determinar qué configuración lo activa.

El cliente ssh utilizado es:

 OpenSSH_5.2p1, OpenSSL 0.9.8r 8 Feb 2011

Editar:

En realidad, esto también se puede repetir en OSX local y no está vinculado a Ubuntu.

Macports instalados (no estoy seguro si son necesarios) y usando el siguiente GNU nano para editar archivos de texto::

GNU nano version 2.0.6 (compiled 11:42:28, May 18 2009)
Email: [email protected] Web: http://www.nano-editor.org/
Compiled options: --disable-nls --enable-color --enable-extra --enable-multibuffer --enable-nanorc

Se establecen las siguientes variables de entorno relacionadas con el terminal:

    TERM=ansi
    TERM_PROGRAM=Apple_Terminal
    TERM_PROGRAM_VERSION=273.1

En Terminal.app dice que la emulación es ansi y codifica UTF-8.

Todavía no estoy seguro de cuál es la combinación desencadenante (qué modo de Terminal, etc.)

Respuesta1

Resolví el problema similar que tenía en la configuración del terminal OS X: Perfiles, Avanzado y cambié el cuadro desplegable "Declarar terminal como" a xterm-256color.

Respuesta2

El problema que describe es típico de un valor incorrecto para la variable de entorno TERM. Específicamente, el valor de la variable TERM en Ubuntu selecciona un conjunto de características y capacidades del terminal que no coinciden con las de la aplicación OS X Terminal.

Si TERM está configurado en algo así xterm-color, xterm-256colorintente configurarlo en otros valores (por ejemplo, el otro de los dos que mencioné, o simple xterm, ansio vt220).

ACTUALIZAR:

En OS X Terminal.app, pruebe los siguientes comandos

TERM=ansi nano googlef916dafa821844e0.html
TERM=vt220 nano googlef916dafa821844e0.html
TERM=xterm nano googlef916dafa821844e0.html
TERM=xterm-color nano googlef916dafa821844e0.html    
TERM=xterm-256color nano googlef916dafa821844e0.html

Respuesta3

Parece que la Terminal tiene errores.

recomiendo usariTerm 2en cambio.

iTerm2 es un reemplazo de Terminal y el sucesor de iTerm. Funciona en Mac con Leopard, Snow Leopard o Lion. Su atención se centra en el rendimiento, la internacionalización y el soporte de funciones innovadoras que mejoran su vida.

información relacionada