Wenn ich mit meinem Konto (mit Sudo-Berechtigungen) auf einen anderen Ubuntu-Rechner shge, erzeugt meine Rücktaste beim Drücken einige unangenehme Symbole. Auch Tab, Entf und Pfeiltasten funktionieren nicht.
Andererseits habe ich auch ein anderes Konto auf demselben Computer und wenn ich dieses Konto durchschaue, funktioniert sein Terminal einwandfrei. Ich konnte nicht herausfinden, warum das passiert.
command-line
gnome-terminal
xterm
gopi1410
quelle
quelle
Antworten:
EDIT: Referenz: Matengs Antwort
Mateng ist ziemlich nah dran, dass Sie wahrscheinlich Bourne Shell ausführen. Sie sollten Ihre
/etc/passwd
Datei jedoch nicht direkt bearbeiten . Verwenden Sie stattdessen denchsh
Befehl:Das Flag -s macht die neue Shell (in diesem Fall Bash) zu Ihrer Login-Shell.
quelle
sudo chsh -s /bin/bash
Die folgenden Änderungen haben das Problem für mich gelöst. Zuerst habe ich überprüft, welche Shell läuft:
was zurückkehrte:
Wie ich in diesem Beitrag in Ubuntuforums gelesen habe ,
/bin/bash
bringt das Ändern der Shell die Lösung. Also habe ich meine Benutzereinstellungen bearbeitet,/etc/passwd
um:Ich habe mich abgemeldet und mich dann wieder angemeldet. Seltsamerweise musste ich die Shell manuell wechseln (vielleicht war ein Teil des Cache aktiv), indem ich Folgendes eingab:
Voila!
[Das Problem ist auf ein Distributionsupdate zurückzuführen.]
quelle
Probieren Sie diese beiden Befehle aus, wenn Sie zum ersten Mal ssh eingeben
Ich muss dies auf einigen Computern tun, auf denen ich genau dieses Problem behebe
quelle
stty erase <backspace>
(<Rücktaste>, wo Sie tatsächlich die Taste gedrückt haben)$ stty erase '^[[A' stty: invalid integer argument '\033[A'
. Mit [Backspace]:$ stty erase '^?'
es funktioniert. Mit [Tab]:$ stty erase ' '
kein Fehler, aber dann ist [Backspace] wieder auf merkwürdiges Verhalten.export TERM=VT100
, aber es hat nichts gebracht.stty tab0
hilft nicht. Ich denke, eine Art allgemeine Neukonfiguration von xterm ist notwendig. Oder ist die Keymap einfach falsch?Eine der einfachsten Möglichkeiten, dieses Problem zu beheben, besteht darin, an der Eingabeaufforderung der Befehlszeile / bin / bash einzugeben:
$ / bin / bash
Mit dem oben genannten Befehl wird die Bourne Again-Shell als Unterprozess über der vorhandenen Shell ausgeführt. Dies hat den Nachteil, dass mehr Ressourcen verwendet werden, jedoch nichts bearbeitet werden muss und keine besonderen Berechtigungen erforderlich sind. In neueren Kubuntu-Versionen wird beispielsweise eine / bin / bash-Sitzung über der Standard-Befehlszeilen-Shell-Schnittstelle / bin / dash gestartet.
Um die Änderungen beizubehalten, besteht eine Möglichkeit darin, die Datei / etc / passwd zu bearbeiten und die Standard-Shell nach dem letzten ':' - Zeichen in der dem Benutzer entsprechenden Zeile in / bin / bash einzufügen / zu bearbeiten / zu ersetzen. Zum Bearbeiten dieser Datei sind jedoch Administratorrechte erforderlich.
quelle
'Gbnome Terminal' emuliert nicht genau 'xterm'.
aus: Wikipedia >> GNOME Terminal
GNOME Terminal emuliert den xterm-Terminalemulator und bietet einige der gleichen Funktionen.
Eine Abhandlung über das Problem und die Lösung (en) finden Sie hier:
Linux Backspace / Mini-HOWTO löschen
Die einfachste Lösung (die hier funktionieren kann) ist: bash $ export TERM = gnome
quelle
Bearbeiten Sie als Root-Benutzer die Datei / etc / passwd für Ihren Benutzer und wechseln Sie von / bin / sh zu / bin / bash
hdfs: x: 1020: 1001 :: / home / hdfs: / bin / sh zu hdfs: x: 1020: 1001 :: / home / hdfs: / bin / bash
Das hat bei mir funktioniert.
quelle
Ich habe alle obigen Plus-Notizen von ( diesem Link ) ohne Erfolg ausprobiert . Möglicherweise möchten Sie überprüfen, ob vim installiert ist.
Normalerweise benutze ich vi nicht vim. Also habe ich vim installiert.
Danach funktionierten die Tastaturanschläge ordnungsgemäß, als ich vi ausführte. Wenn man sich die Ausgabe von Folgendem ansieht, sieht es so aus, als ob vi nach der Installation zu einem Alias für vim gemacht wurde:
quelle
Dies ist ein Kompatibilitätsproblem mit der Tastatur, dh wie sie im Hostsystem interpretiert wird. Möglicherweise müssen Sie j oder h verwenden, um sich im vi-Editor im Befehlsmodus zu bewegen. Pfeile funktionieren nicht.
Überprüfen Sie die Profileinstellungen -> Kompatibilität im Hostsystem für diesen bestimmten Benutzer.
quelle
Okay, ich weiß , das ist keine „Lösung“ pro sagen, und es können viele von Ihnen nicht helfen , aber hoffentlich hilft es , mindestens 1 von Ihnen . Es hat mein Problem behoben.
Mein sechs Monate altes Kind schlug auf meine Tastatur und meine Pfeiltasten arbeiteten nicht mehr an meiner Putty-Sitzung in einer Debian-Box. Sie haben überall gearbeitet (alle anderen Programme außerhalb von Putty). Nachdem ich googelt und sogar hier gelandet war (ich wollte diesen Tab schließen, er hat ihn für mich nicht gelöst). Ich habe etwas versucht. Ich habe eine neue SSH-Sitzung in derselben Box eröffnet, und meine Pfeiltasten haben funktioniert. Ich nahm an meiner Bildschirmsitzung teil und sie funktionierten nicht. Es ist also etwas passiert, das mit der aktuellen Bildschirmsitzung zusammenhängt und die Pfeiltasten deaktiviert. Leider war (bin) ich mitten in einem großen Projekt, habe 28 Fenster in meiner Bildschirmsitzung geöffnet und wollte die Sitzung nicht schließen, wodurch ich meinen Platz in allen 28 Fenstern verlor.
Damit..
Während ich auf der Bash-Shell war, habe ich alle denkbaren Kombinationen ausprobiert: STRG + hoch, runter, links rechts, ALT + hoch, runter, links, rechts, UMSCHALT + hoch, runter, links rechts, STRG + ALT + hoch, runter , links rechts, STRG + UMSCHALT + hoch, runter, links rechts usw. Immer noch ohne Glück habe ich auch das Windows-Menü und die Windows-App-Tasten mit hoch, runter, links rechts ausprobiert.
Jetzt funktionieren meine Pfeile wieder! Irgendetwas an einer der Kombinationen von dem, was oben steht, und den Pfeiltasten hat es behoben.
quelle
Keine der obigen Antworten behebt mein identisches Problem, dh ich kann keine Rücktaste oder ähnliche Tasten verwenden, nachdem ich von einem Ubuntu auf eine Fernbedienung geshingt habe (hier Ubuntu-17.10 mit ncurses-6.0).
Dies ist ein Problem mit terminfo. Grundsätzlich sagt mein Gnome-Terminal, dass es sich um ein xterm-256color-Terminal handelt (über die TERM-Variable, die von ssh zur Fernbedienung exportiert wird), aber die Fernbedienung hatte keine terminfo-Konfiguration für xterm-256color.
Folgendes behebt das Problem:
infocmp erzeugt ohne jede Option eine Quellenliste für das Terminal in der Umgebungsvariablen $ TERM. Es ist also äquivalent zu infocmp -I $ TERM.
Dann wird die resultierende Quelle über TIC kompiliert.
Installieren Sie abschließend die entsprechende Terminfo-Konfiguration am Remote-Standort. Wenn ich mich das nächste Mal über $ host mit $ remote verbinde, wird mein Terminal bekannt.
quelle