Eu tive uma parada completa do gerenciador de janelas X que aconteceu quando eu estava tentando parar um processo com pressionamentos de tecla. Gostaria de saber se a causa do travamento pode ser identificada ou se eu poderia ter restaurado a funcionalidade de uma maneira menos dura do que fiz.
O que causou o travamento: Em um terminal, dentro de uma sessão ssh com um computador distante, iniciei um processo que percebi imediatamente que não era o que eu havia recuado e potencialmente prejudicial. Especificamente, eu corri bash script.py
em vez de python script.py
. Eu pressionei ctrl- C, isso foi exibido como ^C
mas sem me retornar o prompt do bash, então também pressionei ctrl- Ze possivelmente alguns outros ctrl- whatever.
Sintomas: logo depois disso, percebi que não poderia focar em nenhum outro terminal ou janela. O ponteiro do mouse não tinha sua seta usual ou forma de feixe, mas algo assim:
Teclas como alt- tab, alt- C- arrowpara alterar o espaço de trabalho, esses menus de abertura não funcionaram. Eu poderia mudar para tty/1 usando alt- ctrl- F1, executando top
lá não revelou muito (o processo superior era ssh
, sshfs
e cp
como eu estava executando um backup em segundo plano). Eu matei firefox
apenas como uma tentativa selvagem. De volta à minha sessão da janela X, tentei mais algumas interações até pressionar crlalt- backspaceo que encerrou a sessão gráfica. Entrando novamente, tudo funcionou corretamente.
Minha pergunta: se acontecer da próxima vez, o que posso fazer melhor?
Alguns detalhes: debian bullseye, xfwm 4.16.1-1, xfce 4.14, xorg 1:7.7+22
Eu encontrei a resposta no AskUbuntu SE .
Na verdade, eu corri
bash
em um script python, começando comimport
, e como eles explicamMesmo através do ssh, isso pode pedir ao X para interromper a interação normal do mouse e do teclado, ao que parece.
Então o que se deve fazer é Ctrl++ , abrir uma conexão nes com o computador remoto Alte matar o processo. Alternativamente, mate o através do qual esse processo foi executado.F1
ssh
import
ssh