Faço muitas sessões de ssh e periodicamente pressiono Ctrl+ S, que naturalmente envia um XOFF
e causa todos os tipos de problemas (sem mencionar que leva um tempo para eu descobrir o que aconteceu, depois outro para lembrar que preciso pressionar Ctrl+ Qpara recuperar.
Prefiro instruir Putty a nunca me deixar digitar XOFF
.
Alguma ideia?
ctrl+q
restaurará o fluxo em cache. Isso significa que, se você pressionarctrl+s
e depois enlouquecer,ctrl+c
ou qualquer outra coisa, quando você pressionarctrl+q
tudo o que você pressionou antes será reproduzido.XOFF
?Respostas:
Você não conhece Putty, mas pode usar:
no host remoto, para desativar os sinais START / STOP.
fonte
stty -ixon
.^S
não envia umXOFF
, mas agora me coloca noi-search
modo. Existe uma maneira de obter o bash (ou PuTTY) apenas para descartar algum^S
? Ainda melhor seria se ele poderia emitir um sinal sonoro e / ou piscar para mim; o)stty -ixon
aos meus scripts de perfil. Eu li cerca de 100 artigos sobre como quando você pressiona CTRL + s por acidente, tudo o que você precisa fazer é CTRL + q para continuar novamente ... mas não quero que meu shell intercepte CTRL + s / q desde que eu os uso com o vim bastante. Muito obrigado por fornecer uma resposta que ninguém mais parece considerar.A solução PuTTY:
Funciona como um encanto, mesmo se você abrir uma "tela GNU" em cima dela, SSH para outro host ou "su" para outro usuário
Se você estiver usando o GNU Bash, o ctrl-S deve permitir agora fazer um histórico de pesquisa direta (também conhecido como i-search)
Você pode ver a diferença na saída de "stty -a | grep -o" .ixon " : Com o putty configurado, ele imprime " -ixon " , sem " ixon "
fonte
^S
não envia umXOFF
, mas agora me coloca noi-search
modo. Existe uma maneira de obter o PuTTY (ou o bash) apenas para descartar algum^S
? Ainda melhor seria se ele poderia emitir um sinal sonoro e / ou piscar para mim; o)fonte
Eu tenho o problema oposto. De vez em quando, o host envia um
XOFF
ao PuTTY, mas nunca envia o correspondenteXON
ao PuTTY. Nesse caso, nada que você faça com o PuTTY (a menos que seja reiniciá-lo) irá desfazê-lo. Nesse caso, toda a entrada do teclado para o host está bloqueada, mas o host ainda pode enviar dados ao PuTTY.Desabilitar o controle de fluxo no PuTTY não funciona.
A maneira de corrigir esse problema é usar
no seu perfil. Isso proíbe o host de enviar
XON
/XOFF
. Observe que os nomes das opções são totalmente confusos.ixon
/-ixon
significa ativar / desativar o controle de fluxo no lado do cliente (o que significa que o cliente não pode emitir controle de fluxo),ixoff
/-ixoff
significa ativar / desativar o controle de fluxo no lado do host (o que significa que o host não pode emitir controle de fluxo).Aliás, o código ASCII para Ctrl- Se XOFF são o mesmo caractere ASCII (código 19, 0x13). Não há diferença. As configurações alteram a interpretação desse caractere ASCII.
fonte
Abra o seu
.bash_profile
e coloque:O valor
-xion
não funciona para mim. Você pode ver a entrada de homem:man stty
.fonte
Execute este comando no terminal para desativá-lo na sessão atual / adicione-o ao .bashrc para desativá-lo permanentemente
stty -ixon
fonte