LINUX.ORG.RU

Странные символы ^H в консоли Midnight Commander при нажатии Ctrl+O

 , , ,


0

1

На удаленном хосте стоит новый Debian 9 64bit. MC версии 4.8.18

Когда я логинюсь как root, проблем с MC нет.

Когда логинюсь как пользователь, то возникает проблема: если нажать Ctrl+O, чтобы увидеть всю консоль, в консоли сразу появляются символы «^H». И еще в этой консоли не работают клавиши вверх-вниз, вместо них пишется «^[[A» или «^[[B». И поэтому невозможно выбирать старые команды из истории команд. В общем, работать крайне неудобно.

Что заметил: файлы ~/.bashrc и ~/.profile у рута и у пользователя сильно разные. Может быть, в них дело.

У рута файл ~/.bashrc состоит вообще из одних комментариев, а ~/.profile вот такой:

# ~/.profile: executed by Bourne-compatible login shells.

if [ "$BASH" ]; then
  if [ -f ~/.bashrc ]; then
    . ~/.bashrc
  fi
fi

mesg n || true


У пользователя файл ~/.bashrc следующий:

# ~/.bashrc: executed by bash(1) for non-login shells.
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
# for examples

# If not running interactively, don't do anything
case $- in
    *i*) ;;
      *) return;;
esac

# don't put duplicate lines or lines starting with space in the history.
# See bash(1) for more options
HISTCONTROL=ignoreboth

# append to the history file, don't overwrite it
shopt -s histappend

# for setting history length see HISTSIZE and HISTFILESIZE in bash(1)
HISTSIZE=1000
HISTFILESIZE=2000

# check the window size after each command and, if necessary,
# update the values of LINES and COLUMNS.
shopt -s checkwinsize

# If set, the pattern "**" used in a pathname expansion context will
# match all files and zero or more directories and subdirectories.
#shopt -s globstar

# make less more friendly for non-text input files, see lesspipe(1)
#[ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"

# set variable identifying the chroot you work in (used in the prompt below)
if [ -z "${debian_chroot:-}" ] && [ -r /etc/debian_chroot ]; then
    debian_chroot=$(cat /etc/debian_chroot)
fi

# set a fancy prompt (non-color, unless we know we "want" color)
case "$TERM" in
    xterm-color|*-256color) color_prompt=yes;;
esac

# uncomment for a colored prompt, if the terminal has the capability; turned
# off by default to not distract the user: the focus in a terminal window
# should be on the output of commands, not on the prompt
#force_color_prompt=yes

if [ -n "$force_color_prompt" ]; then
    if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
        # We have color support; assume it's compliant with Ecma-48
        # (ISO/IEC-6429). (Lack of such support is extremely rare, and such
        # a case would tend to support setf rather than setaf.)
        color_prompt=yes
    else
        color_prompt=
    fi
fi

if [ "$color_prompt" = yes ]; then
    PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '
else
    PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
fi
unset color_prompt force_color_prompt

# If this is an xterm set the title to user@host:dir
case "$TERM" in
xterm*|rxvt*)
    PS1="\[\e]0;${debian_chroot:+($debian_chroot)}\u@\h: \w\a\]$PS1"
    ;;
*)
    ;;
esac

# enable color support of ls and also add handy aliases
if [ -x /usr/bin/dircolors ]; then
    test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" || eval "$(dircolors -b)"
    alias ls='ls --color=auto'
    #alias dir='dir --color=auto'
    #alias vdir='vdir --color=auto'

    #alias grep='grep --color=auto'
    #alias fgrep='fgrep --color=auto'
    #alias egrep='egrep --color=auto'
fi

# colored GCC warnings and errors
#export GCC_COLORS='error=01;31:warning=01;35:note=01;36:caret=01;32:locus=01:quote=01'

# some more ls aliases
#alias ll='ls -l'
#alias la='ls -A'
#alias l='ls -CF'

# Alias definitions.
# You may want to put all your additions into a separate file like
# ~/.bash_aliases, instead of adding them here directly.
# See /usr/share/doc/bash-doc/examples in the bash-doc package.

if [ -f ~/.bash_aliases ]; then
    . ~/.bash_aliases
fi

# enable programmable completion features (you don't need to enable
# this, if it's already enabled in /etc/bash.bashrc and /etc/profile
# sources /etc/bash.bashrc).
if ! shopt -oq posix; then
  if [ -f /usr/share/bash-completion/bash_completion ]; then
    . /usr/share/bash-completion/bash_completion
  elif [ -f /etc/bash_completion ]; then
    . /etc/bash_completion
  fi
fi


И файл ~/.profile у пользователя вот такой:

# if running bash
if [ -n "$BASH_VERSION" ]; then
    # include .bashrc if it exists
    if [ -f "$HOME/.bashrc" ]; then
        . "$HOME/.bashrc"
    fi
fi

# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/bin" ] ; then
    PATH="$HOME/bin:$PATH"
fi


Вопрос: что где можно подкрутить, чтобы нормально стала отображаться консоль в MC, и можно было двигаться по истории команд клавишами вверх/вниз?

★★★★★

что где можно подкрутить

Проблема не в mc, проблема в том, какой эмулятор терминала ты пользуешь. А какой эмулятор терминала ты пользуешь?

Deleted ()

Для начала сбрось значение PS1 на что-нибудь простое, без вывертов. Например, $. Если после этого в этом терминале mc работает нормально, дело в терминале и том, как PS1 обрабатывается. Если нет, то дело в настройках mc. Пробуй в чистом профиле, переводя туда по очереди настройки из текущего профиля.

i-rinat ★★★★★ ()
Ответ на: комментарий от Deleted

Проблема не в mc, проблема в том, какой эмулятор терминала ты пользуешь. А какой эмулятор терминала ты пользуешь?

Пользую Konsole с дефолтными настройками.

Но в Xterm та же проблема.

Причем, только у пользователя, у рута такой проблемы нет.

Xintrea ★★★★★ ()
Ответ на: комментарий от i-rinat

В ~/.bashrc везде, где упоминается PS1, прописал:

PS1='$ '


Но проблема осталась.

Еще наблюдение: в консоли приглашение выглядит как '$ ', пока не запустишь MC. А при запуске MC приглашение такое:

пользователь@имяХоста:~/имяТекущегоКаталога

Xintrea ★★★★★ ()
Ответ на: комментарий от Deleted

Diff-ни set пользователя и рута.
PS: Пользуй при этом mcdiff

Они сильно различаются, так что дифф находит только 2 хоть как-то похожих строки.

У пользователя set такой:

$ set
DISPLAY='localhost:11.0'
HOME='/home/xi'
IFS=' 
'
LANG='ru_RU.UTF-8'
LOGNAME='xi'
MAIL='/var/mail/xi'
OPTIND='1'
PATH='/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games'
PPID='15402'
PS1='$ '
PS2='> '
PS4='+ '
PWD='/home/xi'
SHELL='/bin/sh'
SSH_CLIENT='31.23.73.235 41838 22'
SSH_CONNECTION='31.23.73.235 41838 194.67.208.13 22'
SSH_TTY='/dev/pts/1'
TERM='xterm-256color'
USER='xi'
XDG_RUNTIME_DIR='/run/user/1000'
XDG_SESSION_ID='157'
_=''


Ага, походу понял. По пользователя шелл /bin/sh. А у рута bash. Видимо поэтому MC тупит.

Xintrea ★★★★★ ()
Ответ на: комментарий от Xintrea

походу понял. По пользователя шелл /bin/sh. А у рута bash. Видимо поэтому MC тупит.

Не уверен, что понял. Это не MC тупит, это ТС тупит (пользует неинтерактивный shell).

Deleted ()
Ответ на: комментарий от Xintrea

По пользователя шелл /bin/sh

Простой шел не обязан предоставлять удобства.

Видимо поэтому MC тупит.

С предельно простым шелом мало что можно сделать, а для mc нужно немного магии, что всё «просто работало».

i-rinat ★★★★★ ()
Ответ на: комментарий от i-rinat

Блин, чертовы наркоманы! Понял в чем проблема.

Я раньше добавлял пользователя командой adduser.
А сейчас забыл как это делал, и добавил командой useradd.

Результат у этих команд совершенно разный, хотя пользователь и там и там создается.

Кому в каком бреду показалось что хорошо бы иметь две команды с такими пересекающимися именами, мне никогда не понять.

Xintrea ★★★★★ ()
Ответ на: комментарий от Xintrea

Я тоже каждый раз забываю, но помню, что в мане первым делом говорится, что использовать в первую очередь:

useradd is a low level utility for adding users. On Debian, administrators should usually use adduser(8) instead.

gag ★★★★★ ()