A saída VGA do laptop altera aleatoriamente o nome entre VGA1 e VGA2

Periodicamente (a cada poucas reinicializações), minha saída VGA externa no meu laptop muda de nome entre VGA1 e VGA2. Por exemplo, no momento, o xrandr está exibindo:

timp@helez:~$ xrandr | grep VGA
VGA2 connected 1680x1050+0+0 (normal left inverted right x axis y axis) 433mm x 271mm

Mas da próxima vez, reinicializo meu sistema, que pode ser facilmente trocado pelo VGA1.

Eu tenho uma placa de vídeo Optimus, portanto, isso pode estar relacionado e, no passado, eu tinha o Bumblebee instalado, mas desde então removi todos os pacotes relacionados e / ou os rebaixei para suas versões padrão.

Alguém já viu algo assim ou tem alguma idéia de como corrigi-lo?

Mais informações no meu sistema:

Modelo de laptop: Acer Aspire 5830TG
Distribuição: Slackware 14.1 de 64 bits

GPU: NVIDIA GF 520M:

timp@helez:~$ /sbin/lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
01:00.0 VGA compatible controller: NVIDIA Corporation GF119M [GeForce GT 520M] (rev a1)

Informações da versão do Xorg:

timp@helez:~$ Xorg -version

X.Org X Server 1.14.3
Release Date: 2013-09-12
X Protocol Version 11, Revision 0
Build Operating System: Slackware 14.1 Slackware Linux Project
Current Operating System: Linux helez 3.10.17 #2 SMP Wed Oct 23 16:34:38 CDT 2013 x86_64
Kernel command line: auto BOOT_IMAGE=Linux ro root=801 vt.default_utf8=1
Build Date: 09 October 2013  08:27:11PM

Current version of pixman: 0.30.2
    Before reporting problems, check http://wiki.x.org
    to make sure that you have the latest version.

Driver de vídeo: Intel:

timp@helez:~$ grep intel /var/log/Xorg.0.log
[   285.689] (II) LoadModule: "intel"
[   285.691] (II) Loading /usr/lib64/xorg/modules/drivers/intel_drv.so
[   285.733] (II) Module intel: vendor="X.Org Foundation"
[   285.733] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets:
[snip a bunch more lines of output]

Gerenciador de janelas: i3 versão 4.7.2

— TimP
fonte

Que problema isso está realmente causando a você? Presumo que você esteja usando o nome da tela em um script ou similar, pode ser mais fácil corrigi-lo do que o nome.

— terdon

Como parte do meu comando startx, eu executo um script para alterar o layout da tela, mas isso é fácil de corrigir. O problema mais sério para mim é que o i3 usa o nome de tela em seus arquivos de configuração. (Para que eu possa ter certeza de que certos desktops e janelas ir para determinadas telas)

— TIMP

Você poderá executar um pequeno script após iniciar o X e antes de iniciar o i3 (imediatamente antes do comando i3 no startx) que obtém o nome de tela do xrand e modifica os arquivos conf de acordo.

— terdon

@terdon, Sim, isso é certamente possível, e eu provavelmente deveria fazê-lo, mas continuo fazendo isso manualmente, e espero conseguir uma solução adequada.

— TimP 23/02

Estou com o mesmo problema, estou construindo uma máquina para conduzir uma parede de monitor com 4 placas gráficas. Eu acho que a causa principal é que o kernel anexa os drivers KMS / DRM aos dispositivos em paralelo, para que às vezes possa conectar um driver antes do outro, o que altera os nomes dos monitores. Encontrar uma maneira de forçar uma ordem de anexo específica resolveria o problema, mas não sei como fazer isso: /

— JasperWallace 29/15/15

Você precisa analisar a saída do xrandr (ou escrever um programa ou o que for) para encontrar os nomes corretos e massagear sua configuração do i3 adequadamente.

A ordem de detecção do dispositivo é aleatória, você não pode depender disso.

— Matthias Urlichs
fonte

Sim, foi basicamente o que acabei fazendo.

— TimP

use o comando cvs para criar uma nova resolução em seu sistema, por exemplo: cvs 1280 768 60 e dê os comandos xrandr --new mode, - add mode seguido pela resolução da área de trabalho e cole os dois comandos no diretório linux nano / etc / gdm / Init / Default para que não seja alterado na reinicialização.

— mannukaushikece
fonte

Você pode ver no seu dmesg a ordem de descoberta dos chips gráficos. Se eles variarem com o tempo, talvez você possa consertar isso compilando suas coisas no kernel, não como um módulo. Ou tentando uma solução alternativa, colocando uma regra que indique a ordem de carregamento dos módulos em questão ...

— dervishe
fonte