La salida VGA de la computadora portátil cambia aleatoriamente el nombre entre VGA1 y VGA2

11

Periódicamente (cada pocos reinicios por lo que parece) mi salida VGA externa en mi computadora portátil cambia de nombre entre VGA1 y VGA2. Por ejemplo, en este momento xrandr está mostrando:

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

Pero la próxima vez que reinicie mi sistema, podría cambiar fácilmente a VGA1.

Tengo una tarjeta gráfica Optimus, por lo que puede estar relacionada, y en el pasado tenía instalado Bumblebee, pero desde entonces eliminé todos los paquetes relacionados y / o los bajé a sus versiones estándar.

¿Alguien ha visto algo como esto o tiene alguna idea de cómo solucionarlo?

Más información sobre mi sistema:

  • Modelo de computadora portátil: Acer Aspire 5830TG
  • Distribución: 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)

  • Información de la versión 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.

  • Controlador de 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]
  • Administrador de ventanas: i3 versión 4.7.2
xorg graphics slackware xrandr TimP
fuente
1
¿Qué problema te está causando esto realmente? Supongo que está utilizando el nombre de la pantalla en un script o similar, podría ser más fácil corregirlo que el nombre.
terdon
Como parte de mi comando startx ejecuto un script para cambiar el diseño de la pantalla, pero eso es bastante fácil de solucionar. El problema más serio para mí es que i3 usa el nombre de pantalla en sus archivos de configuración. (Para asegurarme de que ciertos escritorios y ventanas vayan a ciertas pantallas)
TimP
Es posible que pueda ejecutar un pequeño script después de iniciar X y antes de iniciar i3 (justo antes del comando i3 en su startx) que obtiene el nombre de pantalla de xrand y modifica los archivos conf en consecuencia.
terdon
@terdon, sí, eso es ciertamente posible, y probablemente debería hacerlo, pero sigo haciéndolo manualmente, y espero poder obtener una solución adecuada.
TimP
1
Tengo el mismo problema, estoy construyendo una máquina para manejar una pared de monitor que tiene 4 tarjetas gráficas. Creo que la causa raíz es que el kernel conecta los controladores KMS / DRM a dispositivos en paralelo para que a veces pueda conectar un controlador antes que el otro, lo que cambia los nombres de los monitores. Encontrar una manera de forzar un orden de archivo adjunto particular solucionaría el problema, pero no sé cómo hacerlo: /
JasperWallace

Respuestas:

1

Debe analizar la salida de xrandr (o escribir un programa, o lo que sea) para encontrar los nombres correctos y masajear su configuración de i3 adecuadamente.

El orden de detección del dispositivo es aleatorio, no puede depender de él.

Matthias Urlichs
fuente
Sí, eso es esencialmente lo que terminé haciendo.
TimP
0

use el comando cvs para hacer una nueva resolución en su sistema, por ejemplo: cvs 1280 768 60 y dé los comandos xrandr --nuevo modo, - agregue el modo seguido de la resolución de su escritorio y luego pegue ambos comandos en el directorio de Linux nano / etc. / gdm / Init / Default para que no cambie al reiniciar.

mannukaushikece
fuente
0

Puede ver en su dmesg el orden de descubrimiento de los chips gráficos. Si varían con el tiempo, tal vez podría arreglar esto compilando sus cosas en su núcleo no como un módulo. O intente una solución alternativa poniendo una regla que indique el orden de carga de los módulos en cuestión ...

dervishe
fuente