私は、Google Cloud 内のリモート Ubuntu 20.10 マシン [ linux version 5.8.0-1011-gcp
] で作業しています。このマシンは、基本的な Ubuntu イメージから、gnu bash 5.0.17(1)-release
およびを使用して構築されていますxterm 353
が、ターミナルで行がクリアされません。
- 空の
.bashrc
と、ユーザー作成時のデフォルトを試してみました:$TERM
値:local (no tmux) - xterm-color local ( tmux) - screen-256color local (no tmux) - remote (no tmux) - xterm-color local (no tmux) - remote ( tmux) - screen local ( tmux) - remote (no tmux) - screen-256color local ( tmux) - remote ( tmux) - screen
- 端末出力:
# Before pressing Enter and typing "dog": cd dir_cat cd dir_2 reset # After pressing Enter and typing "dog": dogdir_cat cd dir_2 reset # Expected behavior after pressing Enter and typing "dog": dog
を使用するとtmux
、使用しない場合よりも問題は少ないものの、同じ動作が発生しますが、同じ問題があります。したがって、基本的に にも問題があるとvim
推測します。screen
tmux
:
を使用する場合はtmux
、リモートにログインしてから使用し、tmux
ローカル マシンでは使用しません。- リモートにログインしてすぐに を起動すると
tmux
、シェル内と を使用しているときの両方でvim
、問題の影響を受けません。ただし、vim
の外部でを開くとtmux
、tmux
問題が発生し始めます。(通常のシェルとvim
その中で使用する場合)
- リモートにログインしてすぐに を起動すると
vim
:
スクロールするとvim
上記のような問題も表示されますが、clear
/reset
が修正されれば、これも修正される可能性があります。- を削除しようとしました
.vimrc
が、何も変わりませんでした
- を削除しようとしました
Clear
、、reset
:printf '\[e[
これらおよびGoogle検索で見つかった他のすべての回避策は機能しません。問題はclear
/に限定されません。根本的な問題を修正する必要があるため、/reset
の回避策は提供しないでください。clear
reset