2014-07-10 4 views
5

Ich habe einen Fehler, wenn TOP Befehl ausführen:top 'xterm': unbekannt Terminaltyp

>top 
'xterm': unknown terminal type. 

> echo $TERM 
xterm 

> echo $DISPLAY 
DYSPLAY: Undefined variable. 

> cat /etc/redhat-release 
Red Hat Enterprise Linux Server release 6.3 (Santiago) 

> ls /usr/share/terminfo/ 
1 2 3 4 5 6 7 8 9 a A b c d e E f g h i j k l L m M n N o p P q Q r s t u v w x X z 


> ls /usr/share/terminfo/x/xterm 
/usr/share/terminfo/x/xterm 

ich habe dieses Problem auch mit Wurzel.

verwendet TOP xterm?

Wie kann ich tun?

+0

ich benutze ssh über putty.exe –

+0

D ** Y ** SPLAY: Undefinierte Variable?!? –

+0

DYSPLAY? Sie haben einen Tippfehler irgendwo in .profile oder wie – jm666

Antwort

7

Versuchen Sie,

export TERM=linux 

am Ende Ihrer Bashrc Dateien (/home/myuser/.bashrc, /root/.bashrc). Das Problem ist, dass die Terminal-Definition 'xterm' nicht definiert ist

+0

exportieren TERM = linux -> oben -> 'linux': unbekannter Terminal-Typ. –

0

Hier ist eine weitere mögliche Ursache von top Terminal Probleme.

hatte ich das gleiche Problem (auf einem bestimmten SLES 11.3 Kasten) - was auch immer ich TERM auf (Standard xterm war) gesetzt, wäre top "unknown terminal type" sagen.
Meine /usr/share/terminfo Dateien waren alle in Ordnung, wie auch /etc/termcap und meine Ncurses-Bibliothek.

Dann bemerkte ich, dass oben als anderer Benutzer gut lief, also muss es ein Umgebungsproblem sein. Ich verfolgt es auf LD_LIBRARY_PATH, die auf
/opt/PostgreSQL/9.3/pgAdmin3/lib:/opt/PostgreSQL/9.3/lib:
eingestellt wurde (Ich habe PostgreSQL auf dieser Box installiert).

Das Problem war, dass PostgreSQL seine eigene libncurses.so.5 Bibliothek (neben vielen anderen) zur Verfügung stellt, und top funktioniert nicht mit ihm.

Wenn ich LD_LIBRARY_PATH deaktivieren, oder PostgreSQL-Bibliothek eine weiche Verbindung zu /usr/lib/libncurses.so machen, dann funktioniert top wieder gut.