Почему Ctrl+Arrow делает мой концевой выключатель к странному режиму?
Вы ищете VNC. Принцип несколько подобен экрану: Вы выполняете сервер VNC (backgound SCREEN процесс), и клиент VNC (передний план screen процесс). Сервером VNC является X-сервер, таким образом, можно запустить X приложений в нем.
Выполните сервер VNC на поле Linux и клиент на поле Windows. У Вас есть несколько реализаций для выбора из; одной возможностью является TightVNC. TightVNC находится во многих дистрибутивах Linux (если это не находится в Вашем, или установить его или выбрать другую реализацию), и существует клиент Windows.
Если Ваши две машины не будут очень близки в сети — если будет брандмауэр или риск соглядатая между ними, то — необходимо будет туннелировать трафик VNC через ssh. Имейте ssh вперед локальный порт 5900 к удаленному порту 5900 (5900, соответствует дисплею :0, используйте 5901 для :1, и т.д.).
Решение было довольно изящно и просто:редактирование /etc/inputrc и отключение vi mode.
Вот возобновленный inputrc файл:
# /etc/inputrc - global inputrc for libreadline
# See readline(3readline) and `info rluserman' for more information.
# Be 8 bit clean.
set input-meta on
set output-meta on
#set editing-mode vi
# To allow the use of 8bit-characters like the german umlauts, uncomment
# the line below. However this makes the meta key not work as a meta key,
# which is annoying to those which don't need to type in 8-bit characters.
# set convert-meta off
# try to enable the application keypad when it is called. Some systems
# need this to enable the arrow keys.
# set enable-keypad on
# see /usr/share/doc/bash/inputrc.arrows for other codes of arrow keys
# do not bell on tab-completion
# set bell-style none
# set bell-style visible
# some defaults / modifications for the emacs mode
#$if mode=emacs
# allow the use of the Home/End keys
"\e[1~": beginning-of-line
"\e[4~": end-of-line
# allow the use of the Delete/Insert keys
"\e[3~": delete-char
"\e[2~": quoted-insert
# mappings for "page up" and "page down" to step to the beginning/end
# of the history
# "\e[5~": beginning-of-history
# "\e[6~": end-of-history
# alternate mappings for "page up" and "page down" to search the history
# "\e[5~": history-search-backward
# "\e[6~": history-search-forward
# mappings for Ctrl-left-arrow and Ctrl-right-arrow for word moving
"\e[1;5C": forward-word
"\e[1;5D": backward-word
"\e[5C": forward-word
"\e[5D": backward-word
"\e\e[C": forward-word
"\e\e[D": backward-word
$if term=rxvt
"\e[8~": end-of-line
"\eOc": forward-word
"\eOd": backward-word
$endif
# for non RH/Debian xterm, can't hurt for RH/Debian xterm
# "\eOH": beginning-of-line
# "\eOF": end-of-line
# for freebsd console
# "\e[H": beginning-of-line
# "\e[F": end-of-line
#$endif
Должен считать больше об этом режимы. Спасибо все для взятия проблемы!
Согласно nano's строка заголовка, Вы редактируете файл истории удара после нажатия v:
/tmp/bash-fc-1212173730
Я подозреваю, что Ctrl-Left и Ctrl-Right активируют интерактивный режим истории.
Делает Ваш .bashrc содержите привязку для history-search-backward и history-search-forward?
Можно отключить это поведение путем комментирования или удаление, любой из тех связывает строки в Вашем .bashrc или в .bash_aliases.
У меня была такая же проблема. Мой / etc / inputrc был настроен правильно, но по какой-то странной причине у меня была конфигурация скелета в ~ / .inputrc , которая затем отключила все сопоставления в / etc / inputrc .
Итак, мое решение было:
rm ~/.inputrc