Ctrl + Alt + Teclas F não respondem depois de ter ido no console virtual sem login

Question

Situação

Estou trabalhando com o Ubuntu 14.04 LTS. Meu computador estava (e está) executando uma tarefa de vários dias iniciada a partir de um terminal no ambiente de área de trabalho. Em seguida, enviei-o para o segundo plano e ignorei o shell do host.

Dessa forma, eu poderia sair do ambiente de área de trabalho e fazer tudo do mesmo jeito. Vantagem esperada: o uso da memória será mantido no mínimo, pois os aplicativos no ambiente gráfico possivelmente não vazarão memória e farão com que o sistema congele a longo prazo.

Usando os consoles tty, pude verificar o estado da execução e possivelmente efetuar login novamente no ambiente da área de trabalho, se assim desejar. Eu testei esse modo de operação e tudo correu muito bem.

Havia muita memória disponível para todos os processos em execução.

Problema

Quando eu estava desconectado de qualquer console, eu joguei com as combinações de teclas Alt + Ctrl + F1 até F7, apenas para ver mais uma vez como o sistema alternava entre os prompts de login / saudação para cada tty.

Em seguida, usei algumas teclas pressionadas demais, Alt + Ctrl + F8 e em diante, e pousei em uma página em branco com um cursor piscando; isso é esperado. O inesperado é que não posso mais me afastar dessa página em branco. Eu verifiquei em outra máquina que tal mudança é possível.

O computador parece continuar funcionando como deveria. O teclado está corretamente conectado à máquina (o sono da tela responde a ele).

Perguntas

Qual poderia ser um motivo para esse comportamento?

Existe uma maneira de fazer com que o computador responda à seleção do console além de eliminar todos os processos e começar do zero?

Nota

Não há vantagem nas seguintes respostas sugeridas:

ctrl + alt + f * não está funcionando

Como faço para obter os terminais virtuais Ctrl + Alt + F * para trabalhar no Ubuntu 12.04?

Ctrl + Alt + F [1-12] não muda para TTY

    

Answer 1

Eu observei isso em 18.04. É difícil descobrir o culpado - existe um conceito de "assentos" agora, que ignora logins de rede. Existe um conceito de sessões logind e login. Existe um conceito de matar gettys e executá-los "on demand". Há o modesetting do kernel, o wayland, etc. No entanto, o console virtual foi ultrapassado pelo systemd, logind, assentos e sessões têm muitos bugs abertos, gettys agora são algum tipo de "serviço".

No final - se você fizer o login como o mesmo usuário - você está em algum lugar em "logind" + "session" + "sede" + "controle de recurso", então sair do getty pode significar alterações no login / sessão / sede / contabilidade, etc.

No meu caso, eu tinha problemas adicionais de usb (?), como meu mouse não funcionava mais, meu teclado estava morto, mas de alguma forma o touchpad estava ok. Ou talvez haja algo com dbus no caminho. Nós provavelmente nunca saberemos. Meus logs não disseram nada de interessante, foi principalmente: "O systemd fez isso, o systemd fez isso, o resultado do serviço é RESULT". Vai saber. Ele não entrou no debian stretch ainda, mas com upgrades futuros - quem sabe o que vai acontecer.