問題の詳細に入る前に、原因を説明しているように見えるdebianメーリングリストがあります https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=854414
Debian 9をインストールした後、リモートシェルにログインすると、エラーメッセージ_"screen.xterm-256color: unknown terminal type"
_が表示されます。場合によっては、_export TERM=xterm-256color
_と入力すると問題が解決します。
リモートコンソールにログインして_apt-get xxx
_などのコマンドを実行すると、エラーメッセージ_WARNING: terminal is not fully functional
_が表示され、aptも- (press RETURN)WARNING: apt does not have a stable CLI interface yet. Use with caution in scripts.
を追加します。
私が気付いたのは、_Ctrl-Alt F1
_を押してこれらのコマンドを直接実行しても問題はないので、Debian9のデフォルトのKonsole
構成に何か問題があるか欠落していると思います。問題と私の他の研究はそれをサポートしているようです。
問題はzsh
よりもbash
で発生しますが、数年前に_.bashrc
_構成に加えた変更によって修正されている可能性があると思います。
_.screenrc
_にいくつかの変更を加えることを考えましたが、Konsoleは変更を行う必要があるターミナルであるため、どこかを読んでください。
Konsoleセットアップの欠陥は何である可能性があり、X11構成で設定されているデフォルトに起因する可能性がありますか?
screen
を実行すると、innerのTERM
環境変数が設定されます。 )シェル、outerシェルのTERM
変数を開始点として使用することを好みます。
screen.$TERM
外側のシェルがxterm-256color
(実際には 正しくない )に設定され、screen
がscreen.xterm-256color
の端末の説明を見つけました( ncurses-term
パッケージ。端末の説明がインストールされていない状態で(screen
内の)リモートマシンに接続すると、質問に記載されているような問題が発生します。
(バグレポートは関連していますが、その長いスレッドの基本的な問題は、レポーターがさまざまな端末が実際に同じように動作しないことを理解できなかったことです—パッケージメンテナは合理的な応答をしました)。
ちなみに、 ncurses 6.1の機能 があり、ncurses6.1を使用して他のマシンに端末の説明を簡単に渡すことができます。しかし、それは(a)ncursesを使用しないアプリケーション、または(b)ncurses6.1がインストールされていないマシンでは役に立ちません。実際、後者の場合、それは新しい問題を引き起こすでしょう。その場合、賛否両論の議論がncursesFAQに表示されます。