Eu gostaria de jogar jogos Steam Linux no meu laptop. Esses jogos funcionam bem na partição do Windows, mas no Debian os jogos rodam devagar. Pesquisei o motivo de rodarem tão devagar no Linux e descobri que minha 2ª placa gráfica não foi usada, então agora estou tentando ativá-la. O motivo desse post é que eu luto muito para fazer funcionar, aqui estão as coisas que tentei:
"lspci | grep VGA" me diz que minha segunda placa está aqui:
00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev Ob) 03:00.0 VGA compatible controller: Advanced Micro Devices, Inc [AMD/ATI] Mars [Radeon HD 8730M]
"xrandr --listproviders" diz o contrário:
Providers number : 1 Provider 0: id: 0x47 cap: 0xb, Source Output, Sink Offload crtcs, 3 outputs: 5 associated providers: 0 name:Intel
"glxinfo | grep "OpenGL renderer string"" confirma o que xrandr disse:
OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile
MAS "cat /sys/kernel/debug/vgaswitcheroo/switch" diz:
0:IGD:+:Pwr:0000:00:02.0 1:DIS: :DynOff:000:03:00.0 2:DIS-Audio: :Off:000:03:00.1
O que significa que minha placa gráfica discreta está lá, mas desligada, mas pronta para ser usada. Então tentei ativá-lo usando o switcheroo:
- "echo ON > /sys/kernel/debug/vgaswitcheroo/switch"
Nada acontece
- "echo DIS > /sys/kernel/debug/vgaswitcheroo/switch"
Nada acontece
- ... Então? "echo DDIS > /sys/kernel/debug/vgaswitcheroo/switch"
Nada acontece
Cada vez que verifiquei o arquivo de comutação, seu conteúdo permaneceu o mesmo o tempo todo, o IGD sendo alimentado e o DIS DynOff, mesmo após a reinicialização. Oh, às vezes, eventualmente, o switcheroo diz: "vga_switcheroo cliente 0 recusou a troca" ao executar esses comandos no modo su diretamente, e eu realmente não sei o que isso significa ...
Como não tinha o arquivo xorg.conf, resolvi fazer um, com o cmd "X -configure" em modo de recuperação. Então movi o arquivo: "cp /root/xorg.conf.new /etc/X11/xorg.conf". Mas quando reinicio com este arquivo conf, meu computador trava na tela de inicialização do Plymouth e a única coisa que consigo acessar é o arquivo tty.
Aqui, tentei fazer backup da
/usr/share/X11/xorg.conf.d/
pasta e removê-la de seu local original e reiniciá-la. Agora nem fico preso na tela de inicialização do Plymouth, após a inicialização sou redirecionado para o tty.
Nesse ponto, nem tenho certeza se o xorg conf é útil para o meu problema original, mas vejo que também tenho um problema com ele, pois os arquivos xorg.conf recém-gerados deixam meu computador travado na tela inicial.
Resultados de
lsb_release -a
:Versão LSB: core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-
noarch:core-4.0-amd64:core-4.0-noarch:core-4.1-amd64:core-4.1-noarch:security-4.0-amd64:security-4.0-noarch:security-4.1-amd64:security-4.1-noarch Distribuidor ID: Debian Descrição: Debian GNU/Linux 8.10 (jessie) Versão: 8.10 Codinome: jessie
Resultados de
sudo lshw -C display
*-display description: Produto controlador compatível com VGA: Haswell-ULT Integrated Graphics Controller fornecedor: Intel Corporation hardware ID: 2 informações de barramento: pci@0000:00:02.0 versão: 0b bits: 64 bits clock: 33MHz capacidades: msi pm vga_controller bus_master configuração rom cap_list: driver=i915 latência=0 recursos: irq:70 mémoire:d0000000-d03fffff mémoire:c0000000-cfffffff porta(s):4000(tamanho=64)
Não sei como fazer minha placa de vídeo AMD funcionar naquele sistema operacional Debian 8 "Jessie" e provavelmente tenho um problema com meu xorg, então este post é minha última esperança.
ATUALIZAR
Agora, depois de seguir este post: https://askubuntu.com/questions/648426/discrete-graphics-always-dynoff
Estou preso na tela de inicialização do Plymouth quando inicializo e recebo esta mensagem nas telas tty1 e Plymout (tty7) a cada 2 minutos:
INFO: task kworker/u16:0:6 blocked for more than 120 seconds.
Tainted: G C 3.16.0-4-amd64 #1
echo 0 > /proc/sys/kernel/hung_task_timeout_secs disables this message.
Além disso, não consigo reiniciar. A edição do arquivo /etc/rc.local pode parecer ser a causa, porque quando eu comento a linha que adicionei, ele inicializa corretamente.
Em uma nota positiva, meu GC discreto agora é Pwr em vga_switcheroo. Mas ainda não está listado em xrandr --listproviders
, e ainda recebo a mensagem vga_switcheroo: client 0 refused switch
quando tento ativá-lo ( echo DIS > /sys/kernel/debug/vgaswitcheroo/switch
)
Caso contrário, se usar o radeon em vez do fglrx for mais complicado, a instalação de outro ambiente de desktop além do Gnome como o Cinnamon tornaria minha vida mais fácil? (Sabendo que o fglrx é incompatível com o Gnome)
ATUALIZAR
Eu fiz um monte de experimentos para responder à minha pergunta anterior. Tentei instalar o driver fglrx e usar o LightDM (também funciona com o KDM) para gerenciamento de exibição e funcionou. Agora, tentei usar o Cinnamon, mas parece que ele não suporta esse driver, assim como o Gnome. Então, instalei o xfce4 e parecia funcionar bem com o driver.
Portanto, agora tenho o KDM para login e o xfce como ambiente de área de trabalho. Abro meu terminal e digito xrandr --listproviders
, mas apenas o dispositivo Intel aparece... Criei um arquivo xorg.conf usando aticonfig --initial
, reiniciei e agora tenho uma tela preta (tela preta para LightDM, redirecionamento tty1 para KDM), o que significa que o arquivo xorg.conf gerado não esta funcionando...
Não sei o que pensar disso, minha configuração do xorg pode ter algo a ver com isso, afinal!
Relatando outro problema: Embora eu tenha conseguido fazer meu computador funcionar com um ambiente de desktop junto com o fglrx, agora comandos como fglrxinfo, glxinfo & glxgears retornam o mesmo erro:
Xlib: extension "GLX" missing on display ":0.0".
ATUALIZAR
Eu perguntei às pessoas no Reddit sobre o meu problema, e parece que meu sistema e pilha gráfica são muito antigos, então, vou fazer backup do meu PC e atualizá-lo do Debian 8 para o Debian 9 e esperar pelo melhor!
A solução foi finalmente instalar um sistema operacional mais recente, o Debian 9 foi suficiente. Então instalei o firmware-amd-graphics da fonte não livre e agora está funcionando:
xrandr --listproviders
Apenas os nomes são estranhos, mas uma vez que a configuração é feita, não é mais grande coisa.
Feliz Ano Novo!