La sortie VGA de l'ordinateur portable change aléatoirement le nom entre VGA1 et VGA2

11

Périodiquement (tous les quelques redémarrages à première vue), ma sortie VGA externe sur mon ordinateur portable change de nom entre VGA1 et VGA2. Par exemple, en ce moment, xrandr affiche:

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

Mais la prochaine fois, je redémarrerai mon système qui pourrait facilement passer à VGA1 à la place.

J'ai une carte graphique Optimus, donc cela peut être lié, et j'ai déjà fait installer Bumblebee, mais j'ai depuis supprimé tous les packages associés et / ou les ai rétrogradés à leurs versions standard.

Quelqu'un a-t-il vu quelque chose comme ça ou a-t-il des idées pour y remédier?

Plus d'informations sur mon système:

  • Modèle d'ordinateur portable: Acer Aspire 5830TG
  • Distribution: Slackware 14.1 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)
    
  • Informations sur la version 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.
    
  • Pilote vidéo: 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]
    
  • Gestionnaire de fenêtres: i3 version 4.7.2
TimP
la source
1
Quel problème cela vous cause-t-il réellement? Je suppose que vous utilisez le nom de l'écran dans un script ou similaire, il pourrait être plus facile de corriger cela plutôt que le nom.
terdon
Dans le cadre de ma commande startx, j'exécute un script pour modifier la disposition de l'écran, mais c'est assez facile à corriger. Le problème le plus grave pour moi est que i3 utilise le nom d'écran dans ses fichiers de configuration. (Pour que je puisse m'assurer que certains ordinateurs de bureau et fenêtres vont sur certains écrans)
TimP
Vous pourrez peut-être exécuter un petit script après le démarrage de X et avant de lancer i3 (juste avant la commande i3 dans votre startx) qui obtient le nom d'écran de xrand et modifie les fichiers de conf en conséquence.
terdon
@terdon, oui, c'est certainement possible, et je devrais probablement le faire, mais je continue de le faire manuellement, et j'espère que je pourrai trouver une solution appropriée à la place.
TimP
1
J'ai le même problème, je construis une machine pour piloter un mur de moniteur qui contient 4 cartes graphiques. Je pense que la cause principale est que le noyau attache les pilotes KMS / DRM aux périphériques en parallèle de sorte qu'il peut parfois attacher un pilote avant l'autre, ce qui change les noms de moniteur. Trouver un moyen de forcer une commande de pièce jointe particulière
résoudrait

Réponses:

1

Vous devez analyser la sortie xrandr (ou écrire un programme, ou autre) pour trouver les noms corrects et masser votre configuration i3 de manière appropriée.

L'ordre de détection des appareils est aléatoire, vous ne pouvez pas en dépendre.

Matthias Urlichs
la source
Ouais, c'est essentiellement ce que j'ai fini par faire.
TimP
0

utilisez la commande cvs pour créer une nouvelle résolution dans votre système, par exemple: cvs 1280 768 60 et donnez les commandes xrandr --nouveau mode, - ajoutez le mode suivi de la résolution de votre bureau, puis collez les deux commandes dans le répertoire linux nano / etc / gdm / Init / Default afin qu'il ne change pas au redémarrage.

mannukaushikece
la source
0

Vous pouvez voir dans votre dmesg l'ordre de découverte des puces graphiques. S'ils varient avec le temps, vous pouvez peut-être résoudre ce problème en compilant vos données dans votre noyau et non en tant que module. Ou essayez une solution de contournement mettant une règle qui indique l'ordre de chargement pour les modules concernés ...

dervishe
la source