[résolu] bash devient fou, (mais en fait ce n'est que le shell)

ngux · Le 27/04/2019, à 06:09

J'aurais bien écris un titre plus descriptif mais je ne sais pas comment nommer le probleme.
Logué avec mon user, mon bash ne comprends plus l'auto complétion, il fait un tab comme dans un traitement de texte mais ce n'est pas le seul symptome. Les flêches haut, par exemple me donne

^[[A

impossible de faire revenir sur un mot puisque la fleche gauche ne fonctionne pas non plus, et il n'y a plus de couleur...

J'ai supprimé tous les fichiers .bash* dans mon dossier /homr/user pas mieux
Je me log en root : tout marche parfaitement
J'ai lancé sans succès

sudo apt-get install --reinstall bash-completion

je n'ai pas touché au dossier /usr pour l'instant

Avant d'entreprendre des recherches chronophages, je poste pour savoir si quelqu'un n'as pas une bonne idée. C'est surement un truc débile, mais je sèche... merci

Dernière modification par ngux (Le 27/04/2019, à 14:57)

Watael · Le 27/04/2019, à 07:02

salut,

es-tu sûr d'être dans bash ?

echo $0

FrancisFDZ · Le 27/04/2019, à 07:24

Bonjour,
Et qu'en est il des fichiers ~/.bashrc et autres ~/.bash* ? Pourrait-on voir la réponse de

cat ~/.bashrc

Dernière modification par FrancisFDZ (Le 27/04/2019, à 07:24)

ngux · Le 27/04/2019, à 10:21

Watael a écrit :

salut,
es-tu sûr d'être dans bash ?
echo $0

Oui tu as raison, il semble que ce soit le shell de base

$ echo $0
/bin/sh
$

Cela change quelque chose pour ce problème ? (merci pour cette commande que je ne connaissais pas)

ngux · Le 27/04/2019, à 10:24

@FrancisFDZ

voici le retoour de cat

$ cat ~/.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) 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;31m\]\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

# 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

ngux · Le 27/04/2019, à 11:40

Watael a écrit :

salut,
es-tu sûr d'être dans bash ?
echo $0

OK, merci pour la piste, en effet si je tape dans le terminal :

bash

Je reviens sur le bash avec toute les couleurs, la complétion, le prompt (j'avais oublié de mentionné le prompt qui n'était que $ dans le nomUser@Machine et le chemin ensuite)
J'ai vu sur un tuto que pour changer de façon permanante de shell il fallait utiliser

sudo chsh -s /bin/bash

Je viens de le faire, pour l'instant ça change rien, je finis ce post avant de me reloguer pour voir.

MicP · Le 27/04/2019, à 13:46

Bonjour

Depuis ton compte utilisateur normal (<=> sans utiliser sudo)
lance simplement la ligne de commande suivante :

chsh -s /bin/bash

tu devras entrer le mot de passe de ton compte utilisateur
et redémarrer ensuite la machine.
EDIT : (suite aux conseils éclairés de Watael)
et ensuite, il te faudra te déconnecter et te reconnecter à ta session

Dernière modification par MicP (Le 27/04/2019, à 17:03)

ngux · Le 27/04/2019, à 14:56

MicP a écrit :

Bonjour
Depuis ton compte utilisateur normal (<=> sans utiliser sudo)
lance simplement la ligne de commande suivante :
chsh -s /bin/bash
tu devras entrer le mot de passe de ton compte utilisateur
et redémarrer ensuite la machine.

En effet, tout est rentré dans l'ordre. Parfait, Merci à tous.

Question subsiliaire par curiosité puisque qu'il est question de choisir son shell (mais sans vouloir entamer de débat), utilisez vous zsh ? le conseillez-vous?

Dernière modification par ngux (Le 27/04/2019, à 14:59)

Watael · Le 27/04/2019, à 15:22

"redémarrer la machine"...
peut-être que se dé/reconnecter suffit.

MicP · Le 27/04/2019, à 15:23

ngux a écrit :

… utilisez vous zsh ? le conseillez-vous?…

Je n'utilise que bash (et sh => /bin/dash)
et je n'ai aucune expérience avec zsh

=======

Watael a écrit :

…peut-être que se dé/reconnecter suffit.…

Effectivement, merci. => je modifie mon précédent message

Dernière modification par MicP (Le 27/04/2019, à 17:04)

FrancisFDZ · Le 28/04/2019, à 08:14

Bonjour,

MicP a écrit :

Bonjour
Question subsidiaire par curiosité puisque qu'il est question de choisir son shell (mais sans vouloir entamer de débat), utilisez vous zsh ? le conseillez-vous?

Et pourquoi pas csh ? La parenté de csh avec le langage C peut être intéressante !

infos ; cshell (csh) zshell (zsh)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 27/04/2019, à 06:09

[résolu] bash devient fou, (mais en fait ce n'est que le shell)

#2 Le 27/04/2019, à 07:02

Re : [résolu] bash devient fou, (mais en fait ce n'est que le shell)

#3 Le 27/04/2019, à 07:24

Re : [résolu] bash devient fou, (mais en fait ce n'est que le shell)

#4 Le 27/04/2019, à 10:21

Re : [résolu] bash devient fou, (mais en fait ce n'est que le shell)

#5 Le 27/04/2019, à 10:24

Re : [résolu] bash devient fou, (mais en fait ce n'est que le shell)

#6 Le 27/04/2019, à 11:40

Re : [résolu] bash devient fou, (mais en fait ce n'est que le shell)

#7 Le 27/04/2019, à 13:46

Re : [résolu] bash devient fou, (mais en fait ce n'est que le shell)

#8 Le 27/04/2019, à 14:56

Re : [résolu] bash devient fou, (mais en fait ce n'est que le shell)

#9 Le 27/04/2019, à 15:22

Re : [résolu] bash devient fou, (mais en fait ce n'est que le shell)

#10 Le 27/04/2019, à 15:23

Re : [résolu] bash devient fou, (mais en fait ce n'est que le shell)

#11 Le 28/04/2019, à 08:14

Re : [résolu] bash devient fou, (mais en fait ce n'est que le shell)

Pied de page des forums