Die VGA-Ausgabe des Laptops ändert den Namen zufällig zwischen VGA1 und VGA2

In regelmäßigen Abständen (alle paar Neustarts, wie es aussieht) ändert mein externer VGA-Ausgang auf meinem Laptop den Namen zwischen VGA1 und VGA2. Zum Beispiel zeigt xrandr gerade Folgendes an:

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

Aber das nächste Mal starte ich mein System neu, das stattdessen leicht auf VGA1 umgestellt werden kann.

Ich habe eine Optimus-Grafikkarte, die möglicherweise verwandt ist, und ich habe in der Vergangenheit Bumblebee installiert, aber seitdem habe ich alle zugehörigen Pakete entfernt und / oder sie auf ihre Standardversionen zurückgestuft.

Hat jemand so etwas gesehen oder hat er Ideen, wie man es beheben kann?

Weitere Infos zu meinem System:

Laptop-Modell: Acer Aspire 5830TG
Distribution: 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)

Xorg Versionsinfo:

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.

Videotreiber: 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 Version 4.7.2

— TimP
quelle

Welches Problem verursacht Sie das tatsächlich? Ich gehe davon aus, dass Sie den Namen des Bildschirms in einem Skript oder ähnlichem verwenden. Es ist möglicherweise einfacher, dies zu beheben, als den Namen.

— Terdon

Als Teil meines Startx-Befehls führe ich ein Skript aus, um das Bildschirmlayout zu ändern, aber das ist leicht zu beheben. Das schwerwiegendere Problem für mich ist, dass i3 den Bildschirmnamen in seinen Konfigurationsdateien verwendet. (Damit ich sicherstellen kann, dass bestimmte Desktops und Fenster zu bestimmten Bildschirmen gehen)

— TimP

Möglicherweise können Sie nach dem Starten von X und vor dem Starten von i3 (kurz vor dem i3-Befehl in Ihrem startx) ein kleines Skript ausführen, das den Bildschirmnamen von xrand erhält und die conf-Dateien entsprechend ändert.

— Terdon

@terdon, Ja, das ist sicherlich möglich, und ich sollte es wahrscheinlich tun, aber ich mache es einfach weiter manuell und ich hoffe, ich kann stattdessen eine richtige Lösung finden.

— TimP

Ich habe das gleiche Problem, ich baue eine Maschine, um eine Monitorwand mit 4 Grafikkarten anzusteuern. Ich denke, die Hauptursache ist, dass der Kernel die KMS / DRM-Treiber parallel an Geräte anfügt, so dass er manchmal einen Treiber vor dem anderen anhängen kann, wodurch sich die Monitornamen ändern. Einen Weg zu finden, um eine bestimmte

— Anhangsreihenfolge

Sie müssen die xrandr-Ausgabe analysieren (oder ein Programm schreiben oder was auch immer), um die richtigen Namen zu finden, und Ihre i3-Konfiguration entsprechend massieren.

Die Reihenfolge der Geräteerkennung ist zufällig, Sie können sich nicht darauf verlassen.

— Matthias Urlichs
quelle

Ja, genau das habe ich letztendlich getan.

— TimP

Verwenden Sie den Befehl cvs, um eine neue Auflösung in Ihrem System zu erstellen, zum Beispiel: cvs 1280 768 60 und geben Sie die Befehle xrandr --new mode, - add mode gefolgt von Ihrer Desktopauflösung ein und fügen Sie dann beide Befehle in das Linux-Verzeichnis nano / etc. ein / gdm / Init / Default, damit es sich beim Neustart nicht ändert.

— mannukaushikece
quelle

Sie können in Ihrem dmesg die Reihenfolge der Entdeckung der Grafikchips sehen. Wenn sie mit der Zeit variieren, können Sie möglicherweise das Kompilieren Ihrer Inhalte in Ihrem Kernel beheben, nicht als Modul. Oder versuchen Sie eine Problemumgehung, indem Sie eine Regel festlegen, die die Reihenfolge des Ladens für die betreffenden Module angibt ...

— dervishe
quelle