Eu tenho uma caixa mais antiga do Red Hat Enterprise (2012) aqui executando o Gnome 2.28.2 com Metacity 2.28.0. Conectei uma tela Samsung 1920 x 1080 com um cabo VGA, mas quando está conectada, a taxa de atualização é de 0Hz, o que eu acho que é a causa do cursor do mouse tremendo e às vezes desaparecendo. Cheguei a essa conclusão porque a caixa Red Hat executando ao lado é a mesma versão e a mesma versão do Gnome, mas conectada a um monitor Dell via VGA, o xrandr mostra que a saída está configurada em 59,9 Hz (60,0) e o cursor do mouse problema de cintilação / desaparecimento não acontece.
Eu tentei várias maneiras de adicionar opções de 59.9 / 60.0Hz, mas nada parece funcionar ou eu recebo vários avisos / erros.
xrandr mostra isso:
Screen 0: minimum 640 x 480, current 1920 x 1080, maximum 1920 x 1080
default connected 1920x1080+0+0 0mm x 0mm
1920x1080 0.0*
1280x1024 0.0
1024x768 0.0
800x600 0.0
640x480 0.0
1920x1080_60.00 60.0
1920x1080_59.90 (0x1a5) 173.0MHz
h: width 1920 start 2048 end 2248 total 2576 skew 0 clock 67.2KHz
v: height 1080 start 1083 end 1088 total 1120 clock 60.0Hz
Tentei várias maneiras de adicionar uma nova resolução, como você pode ver nas duas últimas versões de 1920x1080 que consegui adicionar. Aquele com 59,90 está realmente errado e estou tentando excluí-lo com:
xrandr --delmode padrão "1920x1080_59.90"
Infelizmente, ele sempre me dá "Falha ao obter o tamanho da gama para o padrão de saída" seguido por:
X Error of failed request: BadAccess (attempt to access private resource denied)
Major opcode of failed request: 150 (RANDR)
Minor opcode of failed request: 19 (RRDeleteOutputMode)
Serial number of failed request: 19
Current serial number in output stream: 20
O modo correto com 60Hz tem os valores corretos, então tentei ativá-lo:
xrandr - padrão de saída - modo "1920x1080_60.00"
- a tela pisca por 1 segundo (como se estivesse mudando os modos de saída)
- A saída xrandr diz que ainda está executando o 1920 x 1080 original com 0,0 Hz
- Aviso "Falha ao obter o tamanho da gama para o padrão de saída"
xorg.conf:
Section "Device"
Identifier "Videocard0"
Driver "vesa"
EndSection
lsmod | grep i915:
i915 624511 0
drm_kms_helper 44321 1 i915
drm 280012 2 i915,drm_kms_helper
i2c_algo_bit 5935 1 i915
i2c_core 31084 5 i2c_i801,i915,drm_kms_helper,drm,i2c_algo_bit
video 20674 1 i915
lspci -k:
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06)
Subsystem: Hewlett-Packard Company Device 1998
Kernel modules: i915
fonte
grep -i module
no log irá fazer, mas eu não sei se faz sentido no seu anormalmente enorme um ...i915
está carregado (lsmod | grep i915
oulspci -k
procurarKernel driver in use: i915
sob o controlador VGA). E quanto a anexar o seu xorg CONF?Respostas:
Exclua o xorg conf e reinicie o X deve ser sua solução.
O Xorg deve carregar o driver DDX apropriado (
intel_drv.so
incluído noxorg-x11-drv-intel
pacote ou equivalência mais antiga) automaticamente, especialmente quando o driver do kernel (i915
) estiver em uso.Portanto, verifique se o
xorg-x11-drv-intel
pacote está instalado também.Caso ainda não funcione, você também pode tentar (re) iniciar o X com o xorg conf, mas
vesa
substituindo porintel
:O driver DDX "vesa" fornece apenas recursos primitivos e deve ser usado apenas como último recurso.
fonte
xrandr
ainda mostra a mesma saída. Eu tentei substituirvesa
comintel
mas o sistema não iria arrancar assim que eu revertido para o xorg.conf original, no entanto eu não pode se conectar via VNC mais, na verdade, o meu cliente VNC só trava. Agora estou tentando instalar oxorg-x11-drv-intel
pacote.the latest version (found via rpmfind.net)
funcione para você de qualquer maneira. Eu assumi que o repositório oficial (ou qualquer repositório do qual você recebeu seuxorg-x11-server
pacote) também tem oxorg-x11-drv-intel
pacote. Se não for o caso, você provavelmente precisará construir a partir do código-fonte de uma versão que funcione com o servidor xorg.yum
?