Eu tenho esse problema após atualizar o Lubuntu de 12.10 para 13.04.
Eu pressionar Ctrl+ Alt+ 1, digite login, senha, esperar dois segundos e obter: ♦: command not found"
. Após esta mensagem, posso digitar comandos sem problemas, mas o que é?
echo $PATH
/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/home/vitaly/bin:/usr/java/jdk1.7.0_17/bin
Meu .bashrc
arquivo é:
# ~/.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;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
# some more ls aliases
alias ll='ls -alF'
alias la='ls -A'
alias l='ls -CF'
# Add an "alert" alias for long running commands. Use like so:
# sleep 10; alert
alias alert='notify-send --urgency=low -i "$([ $? = 0 ] && echo terminal || echo error)" "$(history|tail -n1|sed -e '\''s/^\s*[0-9]\+\s*//;s/[;&|]\s*alert$//'\'')"'
# 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
Meu .profile
arquivo é:
# ~/.profile: executed by the command interpreter for login shells.
# This file is not read by bash(1), if ~/.bash_profile or ~/.bash_login
# exists.
# see /usr/share/doc/bash/examples/startup-files for examples.
# the files are located in the bash-doc package.
# the default umask is set in /etc/profile; for setting the umask
# for ssh logins, install and configure the libpam-umask package.
#umask 022
# 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
O arquivo /etc/profile
está aqui: http://paste.ubuntu.com/5781361/
command-line
login
lubuntu
tty
Vitaly Zdanevich
fonte
fonte
echo $PATH
? ( Edite -o em sua pergunta e responda).echo $PATH
à minha pergunta.Respostas:
Solução alternativa
Primeiro, acho que você se refere a quando você entra em tty1 - Ctrl+ Alt+F1 .
Agora, acho que está acontecendo o que você disse mais provavelmente porque você tem um caractere estranho como ♦ ( caractere de diamante ou distintivo especial para um moderador askubuntu )
~/.bashrc
ou~/.profile
arquivo ou outro arquivo que contém vários comandos de inicialização.Como você pode ver na próxima imagem, editei o
~/.bashrc
arquivo colocando o caractere ♦ em uma única linha. Como resultado, quando abro o terminal, obtém o problema descrito por você:Está acontecendo o mesmo quando eu entro em tty1 com Ctrl+Alt + F1.
Arquivos que contêm inicialização comandos quando um shell é invocado:
/etc/profile
,/etc/bashrc
,~/.bash_login
,~/.profile
,~/.bashrc
,~/.bash_aliases
e talvez outros. Consulte Arquivos de inicialização do Shell .Para verificar rapidamente se um desses arquivos tem algo errado, você pode usar o
source
comando Por exemplo:Solução final
Após inspecionar
/etc/profile
em http://paste.ubuntu.com/5781361/ , descobri que na linha 31 há "Substituição da direita para a esquerda" -‮
caractere unicode. Basta abrir o/etc/profile
arquivo comsudo -H gedit /etc/profile
, certifique-se de excluir esse caractere estranho e o problema desaparecerá.Como diversão, em HTML, por exemplo, se você inserir esse caractere unicode usando o código decimal (
‮
) na frente de uma linha, veja o que está acontecendo:Outra solução mais generalizada
Vamos encontrar o comando exato que está causando o erro usando uma " armadilha " ".
Primeiro, temos que criar um novo arquivo de script no
~/bin
diretório, vamos chamá-lolib.trap.sh
(gedit ~/bin/lib.trap.sh
), com o seguinte dentro:Agora, a única coisa que você precisa fazer é colocar a próxima linha no início do arquivo
/etc/profile
(sudo -H gedit /etc/profile
):Mude
<user_name>
com o seu nome de usuário. Assim, todos os arquivos que contêm comandos de inicialização quando um shell é chamado passarão pela "armadilha".Para testar se há um comando errado,
/etc/profile
por exemplo, execute os seguintes comandos do terminal:fonte do bash / etc / profile
Se algo estiver errado, como neste caso, o resultado será:
Portanto, agora sabemos com certeza que existe um problema (
command not found
) no/etc/profile
arquivo na linha 32 (não está na linha 31 como acima, porque inserimos uma nova linha no início do arquivo).Muito obrigado a Luca Borrione por seu script desta resposta que me ajudou a concluir esta solução generalizada.
fonte
.bashrc
e.profile
para a pergunta - não consigo encontrar ♦ aqui..bash_aliases
,.pam_environment
, etc.) para somenthing dentro estranho, não necessariamente exatamente esse caráter./etc/profile
. Você tem algo muito estranho lá. Apenas apague everithing entrefi
eJAVA_HOME
, depois pressione um ou dois 'Enter' e tudo ficará bem depois. Modifique o arquivo comsudo gedit /etc/profile
/etc/profile
. Bolsa estranha.Para depurar os scripts de inicialização do bash, execute o seguinte (depois de efetuar login no console virtual).
O acima executado executa o bash no modo interativo (
-i
) login (-l
), o mesmo que ologin
programa quando você faz login em um console virtual.-c ''
torna sair imediatamente após a execução através dos scripts de inicialização, e o-x
ePS4=...
torna a saída de cada comando, antes de executar eles, juntamente com o número nome do arquivo e linha do comando. Isso deve ajudar a determinar qual linha de qual arquivo esse comando inválido reside.Em uma nota lateral, ♦ é o símbolo que a fonte padrão do console virtual usa para imprimir caracteres para os quais não possui um símbolo.
fonte
Ao pesquisar seus arquivos de inicialização, pode ser útil procurar o hexadecimal usado para gerar o ♦. O código hexadecimal para ♦ é 2666, de acordo com o caractere Unicode 'BLACK DIAMOND SUIT' . Nota: Há pelo menos um outro código hexadecimal, 25C6, que produz o mesmo símbolo ou aparência semelhante. Veja os resultados da pesquisa para "diamante". Pesquisa de caracteres Unicode
Talvez algo parecido
\u2666
esteja em um dos scripts. No Manual de Referência do Bash para eco - "\ uhhhh o caractere Unicode (ISO / IEC 10646) cujo valor é o valor hexadecimal HHHH (um a quatro dígitos hexadecimais)"Depende da codificação de caracteres usada, portanto, você deve procurar primeiro as mais prováveis.
echo $LC_CTYPE
deve retornar a codificação de caracteres usada pelo seu shell. Consulte Como obter a codificação de caracteres do terminalfonte
~/.bash_history
são armazenados os comandos executados interativos no PS1.\u2666
e ♦ no Catfish (pesquisa Lubuntu) - nada. Eu semeiohistory
- nada. Eu vejo essa mensagem apenas em tty somente após o login. Depois queecho $LC_CTYPE
eu chegar a linha vazia.locale
deve mostrar o LC_CTYPE. localeEscreva o caminho completo para uma ferramenta conhecida que permitirá editar seu arquivo bashrc, juntamente com o caminho completo para o arquivo bashrc.
Encontre qualquer abuso para sua
PATH
variável e comente. É provável que ao tentar adicionar algo ao seu caminho, ele tenha sido citado em vez de duplo.Copie seu .bashrc em uma ferramenta como https://www.shellcheck.net/ para ver se você tem algum problema evidente com o uso do bash.
Espero que ajude.
fonte