Вихідний ноутбук VGA випадковим чином змінює ім'я між VGA1 та VGA2

Періодично (кожні кілька разів перезавантажуючись поглядом на нього) мій зовнішній вихід VGA на моєму ноутбуці міняє назву між VGA1 та VGA2. Наприклад, зараз xrandr відображає:

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

Але наступного разу я перезавантажую систему, яка може замість цього легко перейти на VGA1.

У мене є відеокарта Optimus, так що це може бути пов’язано, і я раніше встановив джміль, але я з тих пір видалив усі відповідні пакети та / або повернув їх до стандартних версій.

Хтось бачив щось подібне чи має ідеї, як це виправити?

Детальніше про мою систему:

Модель ноутбука: Acer Aspire 5830TG
Поширення: 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:

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.

Відеодрайвер: 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]

Менеджер вікон: i3 версія 4.7.2

— TimP
джерело

Яка проблема насправді викликає вас? Я припускаю, що ви використовуєте ім'я екрана в сценарії чи подібному, можливо, це буде простіше виправити, ніж ім'я.

— тердон

У рамках своєї команди startx я запускаю скрипт для зміни макета екрана, але це досить просто виправити. Більш серйозна проблема для мене полягає в тому, що i3 використовує ім'я екрана у файлах конфігурації. (Так що я можу переконатися, що певні настільні та вікна переходять на певні екрани)

— TimP

Можливо, ви зможете запустити невеликий сценарій після запуску X та перед запуском i3 (безпосередньо перед командою i3 у вашому startx), який отримує ім'я екрана від xrand та відповідно змінює файли conf.

— тердон

@terdon, Так, це, безумовно, можливо, і я, мабуть, повинен це зробити, але я продовжую це робити вручну, і я сподіваюся, що зможу отримати натомість правильне рішення.

— TimP

У мене така ж проблема, я будую машину для керування стіною монітора, в якій є 4 відеокарти. Я думаю, що першопричиною є те, що ядро приєднує драйвери KMS / DRM паралельно до пристроїв, так що іноді може приєднувати один драйвер до іншого, який змінює назви монітора. Пошук способу примусити певний наказ про вкладення виправить проблему, але я не знаю, як це зробити: /

— JasperWallace

Вам потрібно проаналізувати вихід xrandr (або написати програму чи будь-яку іншу), щоб знайти правильні імена, і правильно помасажувати конфігурацію i3.

Порядок виявлення пристрою є випадковим, ви не можете від цього залежати.

— Маттіас Урліхс
джерело

Так, це, по суті, те, що я закінчив робити.

— TimP

Використовуйте команду cvs, щоб зробити нову роздільну здатність у вашій системі, наприклад: cvs 1280 768 60 і дайте команди xrandr - новий режим, - додайте режим з наступною роздільною здатністю робочого столу, а потім вставте обидві команди в каталог Linux / nano / etc. / gdm / Init / за замовчуванням, щоб він не змінювався при перезавантаженні.

— mannukaushikece
джерело

Ви можете побачити в dmesg порядок виявлення графічних мікросхем. Якщо вони залежать від часу, ви могли б виправити це, збираючи свої речі у вашому ядрі, не як модуль. Або спробувати вирішити завдання, встановивши правило, яке вказує порядок завантаження для відповідних модулів ...

— дервіше
джерело