Por que meus consoles virtuais estão completamente em branco?

Question

Quando eu vou da minha sessão gráfica para um console virtual por Ctrl + Alt + F i (com i em 1 - 7 e 9-12) Eu vejo uma tela completamente preta. Apenas na F8 eu vejo a GUI. Nem mesmo um cinturão piscando nos outros. Quando eu entro em alguma coisa, não consigo ver nada.

Qual é o problema e como corrigi-lo?

Meu sistema

$ uname -a
Linux pc09 3.13.0-36-generic #63-Ubuntu SMP Wed Sep 3 21:30:07 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
$ cat /etc/issue
Linux Mint 17 Qiana \n \l
$ lspci | grep VGA
01:00.0 VGA compatible controller: NVIDIA Corporation GK110B [GeForce GTX Titan Black] (rev a1)
$ lspci -k | grep -A 2 -i "VGA"
01:00.0 VGA compatible controller: NVIDIA Corporation GK110B [GeForce GTX Titan Black] (rev a1)
Subsystem: NVIDIA Corporation Device 1066
Kernel driver in use: nvidia

Editar: tentei os primeiros passos sugeridos no link e o problema parece seja o framebuffer.

Eu fiz isso:

This has been an issue that has been an annoyance with Nvidia proprietary drivers for two or three years, and has kept me away from Ubuntu-based distros for some time. Finally, on the Nvidia forum, I found the workaround I'd been looking for. The problem arises with Nvidia proprietary drivers (Nouveau doesn't show this behavior): when you push ctrl-alt-F1, you get only a black screen or, at best, a flashing cursor that does nothing. The problem apparently, has to do with the way the framebuffer in implemented and this needs to be disabled. To see if this is the problem, first you need to make a couple of minor modifications to /etc/default/grub - but first, make a backup!

$ sudo cp /etc/default/grub /etc/default/grub.bak

Now edit the file by entering

$ sudo pluma /etc/default/grub

in the editor, uncomment the lines

#GRUB_TERMINAL=console
#GRUB_GFXMODE=640x480

by removing the #. Save the file and run undate-grub to implement the changes

sudo update-grub

Agora eu tenho (uma baixa resolução) tty trabalhando novamente: -)

    

Answer 1

Isso porque você está usando o driver NVidia proprietário.

Quando eu era o OpenSUSE com o driver proprietário, meus consoles também seriam pretos, agora que estou usando o Ubuntu novamente, eles têm um efeito ainda mais "legal": (Não se preocupe, a tela está bem!)

ArazãoparaistopareceserodriverdekernelNVidiaque,umavezinicializadopelodriverDDX(=devicedependentX11),nãopodelidarcomsolicitaçõesdequalqueroutrosubsistemadevídeo(comofbdev,VESA,consoleLinux,...).

Oconsoleaindaseráativadoaoalternarparaele.Paraverificarisso,tentefazerlogincegamentenoconsoleeinsiraalgoqueseráfácildeperceber,comowalloureboot:

<Yourusername><Yourpassword>echo"Test message" >/tmp/message; wall </tmp/message

Depois de voltar do console, você verá algo assim em qualquer janela do terminal:

Broadcast message from <Your username>@<Hostname>
        (/dev/tty2) at 23:38 ...

Test message

Infelizmente, não sei de nenhuma maneira de corrigir isso, exceto pelo uso do driver OpenSource ("nouveau"). A comutação VT funciona bem com esse driver, mas esse driver cria outros problemas (falhas espontâneas e geralmente menos desempenho no meu caso). Eu também não sou um desenvolvedor de kernel nem um desenvolvedor da NVidia, então não posso fazer muito mais do que analisar os sintomas sozinho.

    

Answer 2

Não conheço muito bem o sistema Ubuntu, mas normalmente ttys são gerados por agetty durante o processo de inicialização. Talvez os desenvolvedores do Ubuntu decidiram não fazê-lo? De qualquer forma, você pode tentar executar root /sbin/agetty 38400 tty2 linux e ver se algo mudou em tty2 .

Normalmente este comando está presente em algum arquivo de configuração na pasta /etc . Por exemplo, na minha caixa do gentoo em /etc/inittab tenho

# TERMINALS
c1:12345:respawn:/sbin/agetty --noclear 38400 tty1 linux
c2:2345:respawn:/sbin/agetty 38400 tty2 linux
c3:2345:respawn:/sbin/agetty 38400 tty3 linux
c4:2345:respawn:/sbin/agetty 38400 tty4 linux
c5:2345:respawn:/sbin/agetty 38400 tty5 linux
c6:2345:respawn:/sbin/agetty 38400 tty6 linux

Você pode grep getty /etc/* para ver se há um arquivo com linhas semelhantes.

    

Answer 3

Também tive este problema e a minha solução foi mudar para o modo de recuperação e aí escolher a opção "Resume". Como vi a tela de login e apertei STRG + ALT + F1 pude ver o login de texto e pude interagir com o sistema (para mim importante instalar os drivers proprietários da NVIDIA, não é irônico?). Espero que minha solução funcione para você também:)

    

Answer 4

Ugh. Então, esse problema esteve me incomodando por provavelmente 18 meses. Eu consertei hoje, finalmente.

Eu tive que configurar uma partição de inicialização UEFI e obter o sistema capaz de inicializar a partir dela. Eu habilitei efifb, simplefb e o manipulador fb genérico sob opções pci (muitas outras combinações não funcionaram). Eu tenho o uefi inicializando um kernel diretamente, nenhum bootloader intermediário está sendo usado.

Nenhuma combinação de porcaria usando o modo compatível com bios (simplefb, uvesafb, vesafb etc.) poderia ter meus VTs de volta uma vez carregados com X11. Agora eu posso alternar alegremente quando eu quebro coisas:)