Quando vou da minha sessão gráfica para um console virtual por Ctrl+ Alt+ F i(com i em 1 - 7 e 9-12), vejo uma tela completamente preta. Somente no F8 eu vejo a GUI. Nem mesmo um cursor piscando nos outros. Quando digito qualquer 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
edit: Tentei os primeiros passos sugeridos em http://forums.linuxmint.com/viewtopic.php?f=42&t=168108 e o problema parece ser o framebuffer.
Eu fiz isso:
Esse foi um problema que incomodou os drivers proprietários da Nvidia por dois ou três anos e me afastou das distros baseadas no Ubuntu por algum tempo. Finalmente, no fórum da Nvidia, encontrei a solução que procurava. O problema surge com os drivers proprietários da Nvidia (o Nouveau não mostra esse comportamento): quando você pressiona ctrl-alt-F1, obtém apenas uma tela preta ou, na melhor das hipóteses, um cursor piscante que não faz nada. Aparentemente, o problema tem a ver com a maneira como o buffer de quadros é implementado e isso precisa ser desativado. Para ver se esse é o problema, primeiro você precisa fazer algumas pequenas modificações no / etc / default / grub - mas primeiro, faça um backup!
$ sudo cp /etc/default/grub /etc/default/grub.bak
Agora edite o arquivo digitando
$ sudo pluma /etc/default/grub
no editor, remova o comentário das linhas
#GRUB_TERMINAL=console #GRUB_GFXMODE=640x480
removendo o
#
. Salve o arquivo e execute o undate-grub para implementar as alteraçõessudo update-grub
Agora eu tenho (uma baixa resolução) tty trabalhando novamente :-)
lspci | grep VGA
. Como verifico suas perguntas sobre o KMS?uvesafb
. As pessoas Mint deveria ter isso documentado em algum lugar ...Respostas:
Isso ocorre porque você está usando o driver proprietário da NVidia.
Quando eu estava no OpenSUSE com o driver proprietário, meus consoles também estavam pretos; agora que estou usando o Ubuntu novamente, eles têm um efeito ainda mais "legal": (Não se preocupe, a tela está boa!)
A razão para isso parece ser o driver do kernel da NVidia que, uma vez inicializado pelo driver DDX (= X11 dependente de dispositivo), não pode lidar com solicitações de qualquer outro subsistema de vídeo (como fbdev, VESA, console Linux , ...).
O console ainda será ativado ao mudar para ele. Para verificar isso, tente fazer o login às cegas no console e insira algo fácil de notar, como
wall
oureboot
:Depois de retornar do console, você deverá ver algo assim em qualquer janela do terminal:
Infelizmente, não conheço nenhuma maneira de corrigir isso, exceto pelo uso do driver OpenSource ("nouveau"). A comutação VT funciona bem usando esse driver, mas esse driver cria outros problemas (falhas espontâneas e geralmente menos desempenho no meu caso). Também não sou desenvolvedor de kernel nem desenvolvedor da NVidia, então não posso fazer muito mais do que analisar os sintomas.
fonte
fbdev
). Ī̲ chutei onvidia
módulo da minha nova caixa somente depois que ele me desligou . A propósito, estou falando sobre modos de texto de hardware .Não conhece o sistema ubuntu muito bem, mas normalmente
ttys
é geradoagetty
durante o processo de inicialização. Talvez os desenvolvedores do Ubuntu decidiram não fazer isso? De qualquer forma, você pode tentar como root/sbin/agetty 38400 tty2 linux
e ver se algo mudoutty2
.Normalmente esse comando está presente em algum arquivo de configuração na
/etc
pasta Por exemplo, na minha caixa do gentoo,/etc/inittab
eu tenhoVocê pode
grep getty /etc/*
ver se há um arquivo com linhas semelhantes.fonte
getty
não tem nada a ver com os modos de vídeo, especialmente notty1
que está sempre presente. Voto negativo.Ugh. Portanto, esse problema estava me incomodando há 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. Ativei o efifb, simplefb e o manipulador fb genérico nas opções de pci (muitas outras combinações não funcionaram). Eu tenho uefi inicializando um kernel diretamente, nenhum gerenciador de inicialização intermediário está sendo usado.
Nenhuma combinação de porcaria usando o modo compatível com bios (simplefb, uvesafb, vesafb etc.) poderia recuperar meus VTs depois que o X11 fosse carregado. Agora posso alternar alegremente quando quebro coisas :)
fonte
Eu também tive esse problema e minha solução alternativa foi mudar para o modo de recuperação e escolher a opção "Continuar". Quando vi a tela de login e pressionei
STRG + ALT + F1
, pude ver o texto de login e interagir com o sistema (para mim é importante instalar os drivers proprietários da NVIDIA, não é irônico?). Espero que minha solução alternativa também funcione para você :)fonte