diagnosticando falta de resposta inexplicada de caixa aberta

Question

Nos últimos meses, tive uma falta de resposta periódica de openbox , o mesmo problema descrito em este post . Minha configuração é linux 4.9.0-3-amd64, debian 9.0, openbox 3.6.1. Conforme descrito no post vinculado, a sessão freqüentemente (a cada poucos dias) não responde a determinadas entradas do teclado e do mouse. O cursor do mouse ainda pode ser observado movendo-se pela tela e o foco pode ser transferido para janelas diferentes, mas a modificação de janelas (movimento, minimização, maximização, fechamento) ou o uso delas (clicando nos botões dentro da janela) não são mais possíveis (selecionar texto em uma janela aberta do xterm clicando e arrastando ainda é possível). A entrada do teclado também falha ao registrar: não é possível digitar emuladores abertos do xterm, nem o trabalho de vinculação de teclas (por exemplo, Alt + tab , vinculações personalizadas definidas em $HOME/.config/openbox/rc.xml ). O Windows ainda atualiza seu conteúdo (por exemplo, o progresso de um trabalho rsync em andamento é atualizado dinamicamente) e todos os trabalhos em execução continuam a ser executados, mas a interação com o sistema por teclado e mouse é severamente limitada. Descobriu-se que duas formas de entrada de teclado ainda funcionam. Em primeiro lugar, após a exibição travar (eu tenho slock habilitado com um timer pela presença de xautolock -time 60 -locker sloc em ~/.config/openbox/autostart ), o bloqueio de tela aceita uma senha e permite a retomada da sessão X11 congelada. Em segundo lugar, como sugerido em esta resposta à postagem vinculada, Ctrl + Alt + F1 para Ctrl + Alt + F6 funciona (embora Ctrl + Alt + Backspace não), e eu sou capaz de logar e startx do novo console, em que ponto Eu tenho uma sessão X11 / openbox congelada no primeiro console X11 ( Ctrl + Alt + F1 ) e uma em funcionamento no segundo ( Ctrl + Alt + F2 ). Eventualmente, a segunda instância X11 congelará e, curiosamente, quando isso acontecer, a primeira instância descongelará e eu poderei trabalhar lá novamente. Assim, simplesmente alternando entre duas instâncias que periodicamente congelam e descongelam reciprocamente, evito reiniciar o sistema com dificuldade, o que foi a solução antes de descobrir que Ctrl + Alt + F2-6 permite uma forma de sistema de resgate (embora qualquer processo com uma GUI na sessão congelada tenha que ser reiniciado na nova sessão se eu quiser continuar a usá-lo).

Não consegui encontrar a causa deste problema e gostaria de receber qualquer ajuda para o diagnosticar. Eu tenho corrido o debian / openbox há anos, e esse problema só aconteceu nos últimos meses. Verificar top após o congelamento do X11 não revela problemas óbvios; dmesg e /var/log/messages não são reveladores também. Eu gostaria de encontrar a origem do problema para evitar que ele se repita.

    

Answer 1

Eu também estou tentando descobrir qual problema isso afeta a versão 3.6.1 do openbox. O que eu pude encontrar até agora é que há um nó "parcial" relacionado ao mouse em seu arquivo ~ / .config / openbox / rc.xml, esse problema ocorre. Duas opções que encontrei até agora:

1 - copie o nó completo do /etc/xdg/openbox/rc.xml para o seu local; 2 - basta remover o nó do arquivo local.

Claro, se você precisar alterar uma configuração relacionada ao mouse, precisará usar uma primeira opção. Não use o obconf para configurar ações do mouse, isso irá ressuscitar o problema.