web-dev-qa-db-ja.com

sshログインでエラーメッセージを取り除く方法->「setterm：ターミナルxtermは--blengthをサポートしていません」

Arch LinuxボックスにSSHで接続するたびに、次のエラーメッセージが表示されます。

setterm: terminal xterm does not support --blength

実行時も：

$ Sudo su -

興味深いことに、使用しない場合

$ Sudo su

このターミナル属性がどこに設定されているかを見つけるために、さまざまなマニュアルページを調べました。それらにはsettermとterminfoが含まれていました。私はこれまでもやって行きました

find / -type f -iname "terminfo" -exec grep -i blength {} \;

それは0の結果を返しました。また、/etc/.bashrcと/etc/bash.basrcを調べましたが、settermを呼び出すものや、ステートメントに*blength*を含むものはどこにも見つかりませんでした。

この問題は実際には小さな迷惑ですが、systemctl status --systemでクエリを実行したときにrunning状態のシステムのエラーメッセージが表示されたくないという理由だけで、非常に苛立たしいと感じています。さらに、PuTTY（フロントエンドとしてSuperPuTTYを使用）がコマンドを渡さないようにしました。私はこの問題に関するいくつかの指針を本当に感謝します。どうもありがとうございました。

bashterminalputtyarch-linuxxterm
5
Sven M.

strobelight のコメントの1つに感謝します。調査する設定の候補は、/etc/profile.d/にあると指摘しました。

[..]/etc/profileおよび/etc/profile.d/*も、端末設定を入力するための可能な方法です[..]

それから私はすぐにgrep -e "blength" /etc/profile.d/*でそれをしました。その出力は次のとおりです。

disable-beep.sh:setterm -blength 0

だから私は最初にそれをコメントアウトし、ログアウトし、再びログインしました、そしてエラーはなくなりました。

次に、コマンドに2つのダッシュ--がなく、ダッシュが1つしかないため、コマンドをもう一度確認しました。

したがって、行をコメントアウトするとエラー¹が修正されるため、コマンドsettermはキーと値のペアを予期し、ダッシュ自体またはinsert another implementation detailを処理すると想定しましたが、いずれの場合も、コマンドを次のように指定する必要があります。

setterm blength 0

言って、完了して、保存して、再ログを記録しても、エラーはまだ消えており、ベルはおそらく沈黙しています。 strobelight`s コメントがなければ、これも見つかりませんでした。

¹しかし、おそらくベルを再び有効にします。これは、転送なしでsshセッションを実行しているマシンにRDPされているため、わかりませんでした。聞こえる-なぜあなたが尋ねるかもしれない追加のレイヤー、私はたわごとをする権利のない企業のノートに答えます、はい、私の仕事を考えると愚かです

3
Sven M.

私も同じ問題を抱えていました。自分の.bashrcで設定していることがわかりました。行をコメントアウトした後：

setterm -blength 0

エラーメッセージが表示されなくなりました。

0
Jakub Sistek