Wyjście VGA laptopa Losowo zmienia nazwę pomiędzy VGA1 i VGA2

11

Okresowo (co kilka restartów, na pierwszy rzut oka) moje zewnętrzne wyjście VGA na moim laptopie zmienia nazwę między VGA1 i VGA2. Na przykład teraz xrandr wyświetla:

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

Ale następnym razem uruchomię ponownie system, który zamiast tego można łatwo zamienić na VGA1.

Mam kartę graficzną Optimus, więc może być spokrewniona. W przeszłości zainstalowałem Bumblebee, ale od tego czasu usunąłem wszystkie powiązane pakiety i / lub obniżyłem je z powrotem do standardowych wersji.

Czy ktoś widział coś takiego lub ma jakieś pomysły, jak to naprawić?

Więcej informacji o moim systemie:

  • Model laptopa: Acer Aspire 5830TG
  • Dystrybucja: Slackware 14.1 64-bit
  • Karta graficzna: 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)
    
  • Informacje o wersji 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.
    
  • Sterownik wideo: 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]
    
  • Menedżer okien: i3 wersja 4.7.2
TimP
źródło
1
Jaki problem to faktycznie powoduje? Zakładam, że używasz nazwy ekranu w skrypcie lub podobnym, łatwiej byłoby to naprawić niż nazwę.
terdon
W ramach polecenia startx uruchamiam skrypt, aby zmienić układ ekranu, ale łatwo to naprawić. Poważniejszym problemem jest dla mnie to, że i3 używa nazwy ekranowej w swoich plikach konfiguracyjnych. (Aby upewnić się, że niektóre komputery stacjonarne i okna przechodzą do niektórych ekranów)
TimP
Możesz być w stanie uruchomić mały skrypt po uruchomieniu X i przed uruchomieniem i3 (tuż przed poleceniem i3 w twoim startx), który pobiera nazwę ekranową z xrand i odpowiednio modyfikuje pliki conf.
terdon
@terdon, Tak, to z pewnością możliwe i prawdopodobnie powinienem to zrobić, ale wciąż robię to ręcznie i mam nadzieję, że uda mi się znaleźć odpowiednie rozwiązanie.
TimP
1
Mam ten sam problem, buduję maszynę do napędzania ściany monitora, która zawiera 4 karty graficzne. Myślę, że główną przyczyną jest to, że jądro dołącza sterowniki KMS / DRM do urządzeń równolegle, tak że czasami może dołączyć jeden sterownik przed drugim, co zmienia nazwy monitorów. Znalezienie sposobu wymuszenia określonej kolejności załączników rozwiązałoby problem, ale nie wiem, jak to zrobić: /
JasperWallace

Odpowiedzi:

1

Musisz przeanalizować dane wyjściowe xrandr (lub napisać program lub cokolwiek innego), aby znaleźć poprawne nazwy i odpowiednio masować konfigurację i3.

Kolejność wykrywania urządzeń jest losowa, nie można na tym polegać.

Matthias Urlichs
źródło
Tak, właściwie to właśnie skończyłem.
TimP,
0

użyj polecenia cvs, aby utworzyć nową rozdzielczość w systemie, na przykład: cvs 1280 768 60 i podaj polecenia xrandr - nowy tryb, - dodaj tryb, a następnie rozdzielczość pulpitu, a następnie wklej oba polecenia do katalogu linux nano / etc / gdm / Init / Default, aby nie zmieniał się przy ponownym uruchomieniu.

mannukaushikece
źródło
0

Możesz zobaczyć w swoim dmesg kolejność odkrywania układów graficznych. Jeśli różnią się one z czasem, być może możesz naprawić to kompilowanie swoich rzeczy w jądrze, a nie jako moduł. Lub wypróbowanie obejścia polegającego na wprowadzeniu reguły wskazującej kolejność ładowania danych modułów ...

derwisze
źródło