Mam ten problem po aktualizacji Lubuntu z 12.10 na 13.04.
Pędzę Ctrl+ Alt+ 1, wpisać login, hasło, należy odczekać dwie sekundy, a otrzymasz: ♦: command not found"
. Po tym komunikacie mogę pisać polecenia bez problemów, ale co to jest?
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
Mój .bashrc
plik to:
# ~/.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
Mój .profile
plik to:
# ~/.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
Plik /etc/profile
jest tutaj: http://paste.ubuntu.com/5781361/
command-line
login
lubuntu
tty
Witalij Zdanevich
źródło
źródło
echo $PATH
? ( Edytuj to w swoim pytaniu, a następnie odpowiedz).echo $PATH
do mojego pytania.Odpowiedzi:
Obejście
Po pierwsze, myślę, że mówisz o tym, kiedy idziesz w tty1 - Ctrl+ Alt+ F1.
Teraz, myślę, że dzieje się to, co powiedział, najprawdopodobniej dlatego, że masz dziwny charakter jak ♦ ( diament garnitur charakteru lub specjalnej odznaki o wydanie moderatora askubuntu ) w
~/.bashrc
lub~/.profile
pliku lub inne pliki, które zawierają różne polecenia inicjalizacji.Jak widać na następnym obrazku, edytowałem
~/.bashrc
plik wstawiając ♦ znak w jednym wierszu. W rezultacie, kiedy otwieram terminal, pojawia się opisany przez ciebie problem:Dzieje się tak samo, gdy wchodzę w tty1 z Ctrl+ Alt+ F1.
Pliki zawierające inicjalizacji polecenia, gdy powłoka jest wywoływana:
/etc/profile
,/etc/bashrc
,~/.bash_login
,~/.profile
,~/.bashrc
,~/.bash_aliases
a może inni. Zobacz Pliki inicjalizacji powłoki .Aby szybko sprawdzić, czy w jednym z tych plików jest coś nie tak, możesz użyć
source
polecenia. Na przykład:Ostateczne rozwiązanie
Po sprawdzeniu
/etc/profile
ze strony http://paste.ubuntu.com/5781361/ odkryłem, że w linii 31 znajduje się „Przesunięcie od prawej do lewej” -‮
znak Unicode. Wystarczy otworzyć/etc/profile
plik za pomocąsudo -H gedit /etc/profile
, pamiętaj o usunięciu tego dziwnego znaku, a problem zniknie.Dla zabawy, na przykład w HTML, jeśli wstawisz ten znak Unicode za pomocą kodu dziesiętnego (
‮
) przed linią, spójrz, co się dzieje:Kolejne bardziej ogólne rozwiązanie
Dokładne polecenie, które powoduje błąd, znajdziemy za pomocą „ pułapki ”.
Najpierw musimy utworzyć nowy plik skryptu w
~/bin
katalogu, nazwijmy golib.trap.sh
(gedit ~/bin/lib.trap.sh
), z następującymi elementami:Teraz jedyne, co musisz zrobić, to umieścić następny wiersz na początku pliku
/etc/profile
(sudo -H gedit /etc/profile
):Zmień za
<user_name>
pomocą swojej nazwy użytkownika. W ten sposób wszystkie pliki zawierające polecenia inicjujące po wywołaniu powłoki przejdą przez „pułapkę”.Aby na przykład sprawdzić, czy w komendzie jest niepoprawne polecenie
/etc/profile
, uruchom w terminalu kolejne polecenia:bash source / etc / profile
Jeśli coś jest nie tak, jak w tym przypadku, wynikiem będzie:
Teraz wiemy już na pewno, że istnieje problem (
command not found
) w/etc/profile
pliku w linii 32 (nie ma go w linii 31 jak wyżej, ponieważ wstawiliśmy nową linię na początku pliku).Wielkie podziękowania dla Lucy Borrione za scenariusz z tej odpowiedzi, który pomógł mi ukończyć to ogólne rozwiązanie.
źródło
.bashrc
, a.profile
na pytanie - nie mogę znaleźć ♦ tutaj..bash_aliases
,.pam_environment
itp) dla somenthing dziwne wnętrze, niekoniecznie dokładnie tę postać./etc/profile
. Masz tam coś bardzo dziwnego. Po prostu usuń wszystko pomiędzy,fi
aJAVA_HOME
po naciśnięciu jednego lub dwóch „Enter”, a po wszystkim wszystko będzie dobrze. Zmodyfikuj plik za pomocąsudo gedit /etc/profile
/etc/profile
. Dziwna torba.Aby debugować skrypty inicjujące bash, uruchom następujące polecenie (po zalogowaniu się w wirtualnej konsoli).
Powyższe uruchamia bash w trybie interaktywnego (
-i
) logowania (-l
), tak samo jaklogin
program po zalogowaniu się do wirtualnej konsoli.-c ''
czyni go zamknąć natychmiast po uruchomieniu przez skrypty inicjalizacji, a-x
iPS4=...
sprawia, że wyjście ją każdego polecenia, zanim skończy je wraz z numerem pliku i linii tego polecenia. To powinno pomóc ustalić, który wiersz pliku zawiera niepoprawne polecenie.Na marginesie, ♦ jest symbolem, który jest domyślną czcionką wirtualnej konsoli do drukowania znaków, dla których nie ma symbolu.
źródło
Podczas przeszukiwania plików inicjujących pomocne może być poszukiwanie szesnastkowej wartości użytej do wyprowadzenia ♦. Kod szesnastkowy dla ♦ to 2666, zgodnie ze znakiem Unicode „BLACK DIAMOND SUIT” . Uwaga: Istnieje co najmniej jeden inny kod szesnastkowy, 25C6, który wytwarza ten sam lub podobny wyglądający symbol. Zobacz wyniki wyszukiwania dla „diamentu”. Wyszukiwanie znaków Unicode
Być może coś takiego
\u2666
jest w jednym ze skryptów. Z podręcznika Bash Reference dla echa - „\ uhhhh znak Unicode (ISO / IEC 10646), którego wartością jest wartość szesnastkowa HHHH (jedna do czterech cyfr szesnastkowych)”Zależy to od zastosowanego kodowania znaków, więc możesz najpierw wyszukać najbardziej prawdopodobne.
echo $LC_CTYPE
powinien zwrócić kodowanie znaków używane przez twoją powłokę. Zobacz Jak uzyskać kodowanie znaków terminalaźródło
~/.bash_history
są przechowywane polecenia uruchamiane interaktywnie na PS1.\u2666
i ♦ w Sumie (wyszukiwanie Lubuntu) - nic. Siewamhistory
- nic. Widzę tę wiadomość tylko w tty dopiero po zalogowaniu. Kiedyecho $LC_CTYPE
dostanę pustą linię.locale
powinien pokazywać LC_CTYPE. localeNapisz pełną ścieżkę do znanego narzędzia, które pozwoli ci edytować plik bashrc, wraz z pełną ścieżką do pliku bashrc.
Znajdź nadużycie w swojej
PATH
zmiennej i skomentuj ją. Prawdopodobnie, gdy próbujesz dodać coś do swojej ścieżki, był to pojedynczy cytat zamiast podwójnego.Skopiuj .bashrc do narzędzia takiego jak https://www.shellcheck.net/, aby sprawdzić, czy masz rażące problemy z używaniem bash.
Mam nadzieję, że to pomaga.
źródło