Como se livrar da mensagem de erro no login do ssh - “setterm: terminal xterm não suporta --blength”

Question

Sempre que eu ssh na minha caixa arch linux , recebo esta mensagem de erro:

setterm: terminal xterm does not support --blength

Além disso, ao executar:

$ sudo su -

Curiosamente não quando se usa

$ sudo su

Eu vasculhei várias páginas do manual tentando descobrir onde esse atributo terminal está sendo definido. Aqueles incluídos setterm e terminfo . Eu fui até agora fazendo

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

Isso retornou 0 resultados. Também olhei para /etc/.bashrc e /etc/bash.basrc , mas em nenhum lugar eu descobri nada que invoque setterm ou até mesmo inclua *blength* em sua declaração.

Esse problema realmente é apenas um incômodo menor, mas acho altamente irritante simplesmente porque não gosto de ver mensagens de erro de um sistema que está no estado running quando consultado com systemctl status --system . Além disso, certifiquei-me de que o PuTTY (usando SuperPuTTY como seu frontend) não está passando nenhum comando. Eu realmente aprecio algumas indicações sobre esta questão. Muito obrigado.

    

Answer 1

Oh querida depois de muito tempo eu encontrei graças a um dos comentários de strobelight apontando que possíveis candidatos para o A configuração para analisar está em /etc/profile.d/

[..] /etc/profile and /etc/profile.d/* are also possible ways to get terminal settings entered [..]

Em seguida, fiz exatamente isso com grep -e "blength" /etc/profile.d/* . A saída do qual foi:

disable-beep.sh:setterm -blength 0

Então, eu primeiro comentei, desconectei, voltei novamente e o erro desapareceu .

Em seguida, olhei o comando uma segunda vez, pois ele não tinha traços duplos -- , mas apenas um único.

Então, assumi que, comentando que a linha corrige o erro¹, o comando setterm espera pares de valores-chave e manipula os próprios traços ou insert another implementation detail , mas em qualquer caso eu tenho que fornecer o comando como tal:

setterm blength 0

Disse, fez, salvou, relogou e o erro ainda se foi e o sino provavelmente ficará em silêncio. Novamente, não teria encontrado isso sem o comentário do strobelight.

¹ mas provavelmente habilita a campainha novamente, o que eu não poderia dizer desde que eu sou RDP'd na máquina que está executando a sessão ssh sem o encaminhamento de sons - por que a camada adicional você pode perguntar, ao qual eu respondo caderno corporativo sem direitos para fazer merda, o que sim é estúpido, considerando o meu trabalho

    

Answer 2

Eu tive o mesmo problema. Acontece que está definindo no meu próprio .bashrc . Depois de comentar a linha:

setterm -blength 0

Não estou mais recebendo a mensagem de erro.