Les touches Backspace, Tab, Del et les flèches ne fonctionnent pas dans le terminal (en utilisant ssh)

J'ai essayé tout ce qui précède plus les notes de ( ce lien ) sans succès. Vous pouvez vérifier que vim est installé.

J'utilise habituellement vi et non vim. J'ai donc installé vim.

$ sudo apt-get install vim

Après cela, les touches du clavier ont commencé à fonctionner correctement lorsque j'ai exécuté vi. En regardant la sortie de ce qui suit, il semble que vi soit devenu un alias de vim après l'installation :

$ ls -al /etc/alternatives | grep vi 
lrwxrwxrwx   1 root root    18 Jan 13 09:38 vi -> /usr/bin/vim.basic

En tant qu'utilisateur root, éditez le fichier /etc/passwd pour votre utilisateur et passez de /bin/sh à /bin/bash.

hdfs:x:1020:1001::/home/hdfs:/bin/sh à hdfs:x:1020:1001::/home/hdfs:/bin/bash

Cela a marché pour moi.

Aucune des réponses ci-dessus n'a résolu mon problème identique, c'est-à-dire que je ne peux pas utiliser la touche d'espacement arrière ou des touches similaires après m'être connecté à un ordinateur distant depuis une Ubuntu (ici ubuntu-17.10 avec ncurses-6.0).

C'est finalement un problème de terminfo. En fait, mon terminal gnome indique qu'il s'agit d'un terminal xterm-256color (via la variable TERM, qui est exportée par ssh vers le terminal distant) mais le terminal distant n'a pas de configuration terminfo pour xterm-256color.

En faisant ce qui suit, le problème a été résolu :

$host: echo $TERM
xterm-256color
$host: infocmp >terminfo.src
$host: tic terminfo.src
$host: scp .terminfo/x/xterm-256color $remote:/usr/share/terminfo/x/xterm-256color

infocmp, sans aucune option, produit une liste de sources pour le terminal dans la variable d'environnement $TERM. C'est donc équivalent à infocmp -I $TERM.

Ensuite, le source résultant est compilé via tic.

Enfin, installez la configuration terminfo correspondante à l'emplacement distant. Ainsi, la prochaine fois que je me connecterai à $remote via $host, il connaîtra mon terminal.

Il s'agit d'un problème de compatibilité avec le clavier, c'est-à-dire la façon dont il est interprété dans le système hôte. Vous devrez peut-être utiliser j ou h pour vous déplacer dans l'éditeur vi en mode commande. Les flèches ne fonctionneront pas.

Vérifiez les préférences du profil->compatibilité dans le système hôte pour cet utilisateur spécifique.

Ok, je sais que ce n'est pas une "solution" en soi, et que c'est peut ne pas aider beaucoup d'entre vous mais J'espère que cela aidera au moins l'un d'entre vous . Cela a réglé mon problème.

Mon enfant de six mois a tapé sur mon clavier et les touches fléchées ont cessé de fonctionner lors de ma session Putty dans une boîte Debian. Elles fonctionnaient partout ailleurs (tous les autres programmes en dehors de Putty). Après avoir cherché sur Google et même atterri ici (j'allais fermer cet onglet, cela n'a pas résolu le problème pour moi). J'ai essayé quelque chose. J'ai ouvert une nouvelle session ssh sur la même boîte, et mes touches fléchées ont fonctionné. J'ai rejoint ma session d'écran et elles ne fonctionnaient pas. Donc, quelque chose s'est produit lié à la session d'écran actuelle désactivant les touches fléchées. Malheureusement, j'étais (je suis) au milieu d'un grand projet, j'ai 28 fenêtres ouvertes dans ma session d'écran, et je ne voulais pas fermer la session, perdant ainsi ma place sur les 28 fenêtres.

Alors

Dans le shell bash Shell, j'ai essayé toutes les combinaisons possibles : CTRL + haut, bas, gauche droite, ALT + haut, bas, gauche, droite, SHIFT + haut, bas, gauche droite, CTRL+ALT+ haut, bas, gauche droite, CTRL+SHIFT+ haut, bas, gauche droite, etc. Toujours sans succès, j'ai également essayé le menu Windows et les touches Windows App avec haut, bas, gauche droite.

Maintenant mes flèches fonctionnent à nouveau ! Quelque chose à propos de l'une des combinaisons de ce qui est ci-dessus et des touches fléchées a réglé le problème.