L'output VGA del laptop cambia casualmente il nome tra VGA1 e VGA2

Periodicamente (ogni pochi riavvii dall'aspetto) la mia uscita VGA esterna sul mio laptop cambia nome tra VGA1 e VGA2. Ad esempio adesso xrandr sta visualizzando:

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

Ma la prossima volta riavvio il mio sistema che potrebbe facilmente passare a VGA1 invece.

Ho una scheda grafica Optimus, quindi potrebbe essere correlata, e in passato ho installato Bumblebee, ma da allora ho rimosso tutti i pacchetti correlati e / o li ho riclassificati alle loro versioni standard.

Qualcuno ha visto qualcosa del genere o ha qualche idea su come risolverlo?

Maggiori informazioni sul mio sistema:

Modello laptop: Acer Aspire 5830TG
Distribuzione: Slackware 14.1 64-bit

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)

Informazioni sulla versione 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 video: 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]

Window Manager: i3 versione 4.7.2

— TIMP
fonte

Quale problema ti sta causando? Suppongo che tu stia usando il nome dello schermo in uno script o simile, potrebbe essere più facile ripararlo piuttosto che il nome.

— terdon

Come parte del mio comando startx, eseguo uno script per cambiare il layout dello schermo, ma è abbastanza facile da risolvere. Il problema più serio per me è che i3 usa il nome dello schermo nei suoi file di configurazione. (In modo che io possa assicurarmi che determinati desktop e finestre vadano su determinati schermi)

— TimP,

Potresti essere in grado di eseguire un piccolo script dopo aver avviato X e prima di avviare i3 (appena prima del comando i3 nel tuo startx) che ottiene il nome dello schermo da xrand e modifica i file conf di conseguenza.

— terdon

@terdon, sì, è certamente possibile, e probabilmente dovrei farlo, ma continuo a farlo manualmente e spero di poter invece trovare una soluzione adeguata.

— TimP

Ho lo stesso problema, sto costruendo una macchina per pilotare un monitor wall con 4 schede grafiche. Penso che la causa principale sia che il kernel collega i driver KMS / DRM ai dispositivi in parallelo in modo che a volte possa collegare un driver prima dell'altro che cambia i nomi dei monitor. Trovare un modo per forzare un particolare ordine di attaccamento risolverebbe il problema, ma non so come farlo: /

— JasperWallace

Devi analizzare l'output di xrandr (o scrivere un programma o qualsiasi altra cosa) per trovare i nomi corretti e massaggiare la tua configurazione i3 in modo appropriato.

L'ordine di rilevamento del dispositivo è casuale, non puoi dipenderlo.

— Matthias Urlichs
fonte

Sì, è essenzialmente quello che ho finito per fare.

— TimP

usa il comando cvs per fare una nuova risoluzione nel tuo sistema per esempio: cvs 1280 768 60 e dai i comandi xrandr --new mode, - aggiungi mode seguita dalla tua risoluzione desktop e poi incolla entrambi i comandi nella directory linux nano / etc / gdm / Init / Default in modo che non cambi al riavvio.

— mannukaushikece
fonte

Puoi vedere nel tuo dmesg l'ordine di scoperta dei chip grafici. Se variano con il tempo, potresti forse risolvere questo problema compilando le tue cose nel kernel non come un modulo. O cercando una soluzione alternativa inserendo una regola che indica l'ordine di caricamento per i moduli interessati ...

— dervishe
fonte