Ctrl + Alt + F1 (F2, F3, F4…) não funciona depois que / run foi preenchido

Question

# uname -a
Linux kali 4.0.0-kali1-amd64 #1 SMP Debian 4.0.4-1+kali2
                                              (2015-06-03) x86_64 GNU/Linux

# uptime
 19:31:04 up 40 days,  4:38, 56 users,  load average: 6,52, 5,55, 6,08

Dois dias atrás eu perdi minha conexão com a internet. Duas horas que passei na solução e descobri que atop , que foi iniciado há 40 dias, preencheu /run , é por isso que xl2tpd (Meu cliente VPN) simplesmente não pôde criar o arquivo pid. Eu limpei os dados de atop e agora:

# mount | grep run
tmpfs on /run type tmpfs (rw,nosuid,relatime,size=3284232k,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,size=1642116k,mode=700)

# df -h | grep -i run
tmpfs              3,2G         323M  2,9G           11% /run
tmpfs              5,0M            0  5,0M            0% /run/lock
tmpfs              1,6G          44K  1,6G            1% /run/user/0

Não consigo alternar com Ctrl + Alt + F1 (ou F2 ou F3 , etc ...) para qualquer /dev/ttyX . Mas eu poderia mudar antes e F2 , F3 foi aberto por mim.

Além disso, nem chvt 2 nem chvt 3 , etc .... funciona ...

Significa que o terminal mostra vt7 com o X-server e nada muda, nem pisca nem em tela preta.

Parece que o sistema fica instável.

Como resolver este problema sem reboot ?

Atualização:

# ps -ef|grep tty
root       581     1 92 20:32 pts/3    01:33:03 /sbin/agetty tty3
root      1042  1012  6 Aug14 tty7     2-15:21:33 /usr/bin/Xorg :0 -novtswitch -background none -noreset -verbose 3 -auth /var/run/gdm3/auth-for-Debian-gdm-ZmbLAV/database -seat seat0 -nolisten tcp vt7
root      1690     1  0 20:33 tty4     00:00:00 /sbin/agetty --noclear tty4 linux
root      2842     1  0 19:22 tty6     00:00:00 /sbin/agetty --noclear tty6 linux
root      5245     1  0 20:37 tty2     00:00:00 /bin/login --           
root      8508  7895  0 Aug14 pts/34   00:00:00 /sbin/getty -8 38400 tty4
root      8511  7895  0 Aug14 pts/32   00:00:00 /sbin/getty -8 38400 tty2
root      8512  7895  0 Aug14 pts/33   00:00:00 /sbin/getty -8 38400 tty3
root     10127  7895  0 Aug14 pts/31   00:00:00 /sbin/getty -8 38400 tty1
root     11362     1  0 21:21 tty5     00:00:00 /sbin/agetty --noclear tty5 linux
root     17314     1  0 22:06 tty1     00:00:00 /bin/login --    
root     23282     1  0 22:13 pts/81   00:00:00 /sbin/getty 38400 tty2
root     23614     1  0 22:13 tty3     00:00:00 /bin/login --   
root     23620 22995  0 22:13 pts/81   00:00:00 grep tty
root     29744 29319  0 Sep17 pts/61   00:00:00 /sbin/getty -8 38400 tty4
root     29747 29319  0 Sep17 pts/58   00:00:00 /sbin/getty -8 38400 tty2
root     29748 29319  0 Sep17 pts/60   00:00:00 /sbin/getty -8 38400 tty3
root     31344 28620  0 Sep17 pts/53   00:00:00 /sbin/getty -8 38400 tty4
root     31347 28620  0 Sep17 pts/51   00:00:00 /sbin/getty -8 38400 tty2
root     31348 28620  0 Sep17 pts/52   00:00:00 /sbin/getty -8 38400 tty3

    

Answer 1

Ao entrar ou sair de um console onde um servidor X está sendo executado, o servidor X pode executar o código. Isso é necessário para redefinir o modo de vídeo na placa gráfica. Se o servidor X estiver com problemas, é possível que o switch nunca aconteça porque o X nunca responde ao pedido.

Parece que o seu servidor X está em um estado de bugs, possivelmente devido a /run estar cheio em algum momento (talvez toda a memória estivesse cheia e o servidor X ficou sem memória e não funcionou bem?).

O que às vezes pode funcionar é iniciar outro servidor X (fazendo login na rede). Isso tem a chance de restaurar a placa gráfica para um estado conhecido e desbloquear o servidor já em execução. Não há garantias embora. Se isso não funcionar, tente matar o servidor X e, em seguida, inicie um novo; você perderá sua sessão de desktop, mas não precisará reiniciar. Mais uma vez, isso não é garantido para o trabalho.