私のbashシェルは、cdでディレクトリを変更しなくなりました。作業中に先に気づき、開いた新しいシェル(端末またはxtermなど)がホームディレクトリにスタックして出られないことを発見しました(既に開いている端末は引き続き正常に動作します)。
[~]$ pwd
/home/sys/dave
[~]$ cd /
[~]$ cd Documents/
[~]$ pwd
/home/sys/dave
[~]$ type cd
cd is a shell builtin
[~]$ alias
alias l.='ls -d .* --color=auto'
alias ll='ls -l --color=auto'
alias ls='ls --color=auto'
alias vi='vim'
alias which='alias | /usr/bin/which --tty-only --read-alias --show-dot --show-tilde'
メモリー不足のハンドラー(cdがエイリアスされていないことを確認し、組み込みバージョンを使用しているなど)に対処する時間がなかったのは奇妙だと思いました。
それで、私は(はい、知っています)マシンをリブートしました。
フレッシュブート、まったく同じ問題。
一方、CSHは正常に機能するため、上記のスニペットの直後:
[~]$ csh
[~]$ cd /
[/]$ pwd
/
[/]$ cd ~/Documents/
[~/Documents]$ pwd
/home/sys/dave/Documents
[~/Documents]$
過去数日間、新しいものをインストールしたり更新したりしておらず、今晩遅くまで正常に機能していました。
アイデア/アシスタンス/ヘルプに感謝します!
**更新**
だから、私はこの行を.bashrcで見つけました
export PROMPT_COMMAND="cd"
PROMPT_COMMANDの設定を解除すると、すべてが正常に機能します。
しかし... WTF。この行を.bashrcに入れなかったので、今夜まですべてが完璧に機能していました。コメントアウトするか、手動で設定を解除するか、コンピューターを魔女として焼き付ける必要がありますか?
OSはCentOS 6.3ファイナル、カーネルは2.6.32-279.11.1.el6.x86_64、完全なディレクトリ名を入力した場合はタブを介したコマンドライン展開、FQファイルパスを入力した場合はtype / moreなどを再度入力すると正常に動作します。それが役立つ場合。
—
デイブC
システム上の何かが最近変更され、あなたが唯一のユーザーであり、その変更を行わなかった場合、おそらくシステムが危険にさらされていますか?
—
ゾレダチェ