Mit OpenSuse Tumbleweed kann kein externes HDMI-Kabel auf dem Optimus-Laptop installiert werden
868
Gardax
Vor einigen Tagen habe ich meine Distribution (OpenSuse Tumbleweed with Gnome) auf die neueste Version aktualisiert und kann meinen externen HDMI-Monitor nicht mehr zum Laufen bringen.
Der Fehler den ich bekomme wenn ich renne intel-virtual-outputist No VIRTUAL outputs on ":0".
Ich kann auch den HDMI-Anschluss in xrandr nicht mehr sehen:
gardax@linux-oyrd:~> xrandr -q Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 8192 x 8192 XWAYLAND0 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 340mm x 190mm 1920x1080 59.96*+
Hat jemand eine Idee, was das Problem sein könnte?
Einige Informationen, die ich für nützlich halte:
Ich habe einen Optimus HP Laptop. Meine Kernel- Version ist 4.18.9 . Ich habe meine Treiber und Hummel nach dieser Anleitung installiert .
Meine /etc/bumblebee/bumblebee.confDatei sieht so aus:
# Configuration file for Bumblebee. Values should **not** be put between quotes ## Server options. Any change made in this section will need a server restart # to take effect. [bumblebeed] # The secondary Xorg server DISPLAY number VirtualDisplay=:8 # Should the unused Xorg server be kept running? Set this to true if waiting # for X to be ready is too long and don't need power management at all. KeepUnusedXServer=true # The name of the Bumbleblee server group name (GID name) ServerGroup=bumblebee # Card power state at exit. Set to false if the card shoud be ON when Bumblebee # server exits. TurnCardOffAtExit=false # The default behavior of '-f' option on optirun. If set to "true", '-f' will # be ignored. NoEcoModeOverride=false # The Driver used by Bumblebee server. If this value is not set (or empty), # auto-detection is performed. The available drivers are nvidia and nouveau # (See also the driver-specific sections below) Driver=nvidia # Directory with a dummy config file to pass as a -configdir to secondary X XorgConfDir=/etc/bumblebee/xorg.conf.d ## Client options. Will take effect on the next optirun executed. [optirun] # Acceleration/ rendering bridge, possible values are auto, virtualgl and # primus. Bridge=auto # The method used for VirtualGL to transport frames between X servers. # Possible values are proxy, jpeg, rgb, xv and yuv. VGLTransport=proxy # List of paths which are searched for the primus libGL.so.1 when using # the primus bridge PrimusLibraryPath=/usr/lib64/primus:/usr/lib/primus # Should the program run under optirun even if Bumblebee server or nvidia card # is not available? AllowFallbackToIGC=false # Driver-specific settings are grouped under [driver-NAME]. The sections are # parsed if the Driver setting in [bumblebeed] is set to NAME (or if auto- # detection resolves to NAME). # PMMethod: method to use for saving power by disabling the nvidia card, valid # values are: auto - automatically detect which PM method to use # bbswitch - new in BB 3, recommended if available # switcheroo - vga_switcheroo method, use at your own risk # none - disable PM completely # https://github.com/Bumblebee-Project/Bumblebee/wiki/Comparison-of-PM-methods ## Section with nvidia driver specific options, only parsed if Driver=nvidia [driver-nvidia] # Module name to load, defaults to Driver if empty or unset KernelDriver=nvidia PMMethod=none # colon-separated path to the nvidia libraries LibraryPath=/usr/lib64/nvidia:/usr/lib/nvidia # comma-separated path of the directory containing nvidia_drv.so and the # default Xorg modules path XorgModulePath=/usr/lib64/nvidia/xorg/,/usr/lib64/xorg/modules XorgConfFile=/etc/bumblebee/xorg.conf.nvidia ## Section with nouveau driver specific options, only parsed if Driver=nouveau [driver-nouveau] KernelDriver=nouveau PMMethod=none XorgConfFile=/etc/bumblebee/xorg.conf.nouveau
Meine /etc/bumblebee/xorg.conf.nvidiaKonfiguration ist so:
In diesem Beitrag (https://lists.opensuse.org/opensuse/2017-09/msg00864.html) wurde empfohlen, einen 2X1-HDMI-Switch zu erhalten, so dass normale HDMI-Verbindungen an jedem Ende und in xrandr und verwendet werden können xorg erkennt den Fernseher automatisch ([Beispiel] (https://www.monoprice.com/product?p_id=8150)).
harrymc vor 6 Jahren
0
Installieren Sie den proprietären NVIDIA-Treiber wie hier beschrieben: [SDB: NVIDIA Bumblebee] (https://en.opensuse.org/SDB:NVIDIA_Bumblebee). Um den HDMI-Ausgang verwenden zu können, lesen Sie auch die Vorgehensweise in diesem Thread (https://github.com/Bumblebee-Project/Bumblebee/issues/855). Möglicherweise müssen Sie einen Dummy-Abschnitt "nvidia" zu "/ etc / X11 / xorg.conf.d /" und einen Dummy-Abschnitt "intel" zu "/ etc / bumblebee / xorg.conf.nvidia" hinzufügen.
harrymc vor 6 Jahren
0
@Gardax Versuchen Sie zu booten (von einem Punkt aus, keine _freeze / hybernation_), wenn das HDMI-Kabel bereits angeschlossen ist (beide Seiten) und der Monitor / Fernseher eingeschaltet ist. Versuchen Sie, ein anderes Betriebssystem (sogar die gleiche Variante / Version, aber eine andere, möglicherweise ein bootfähiges USB-Stick) zu verwenden. Wenn dies erfolgreich ist, suchen Sie nach den Unterschieden. Lassen Sie möglicherweise nur den HDMI-Monitor vor dem Start angeschlossen. Übrigens hatten Sie vor dem Upgrade dieselben Treiber, als es noch funktionierte?
Hastur vor 6 Jahren
0
1 Antwort auf die Frage
0
Stuart Gray
Dein nvidia X soll eingeschaltet sein :8 export DISPLAY=:8 LD_LIBRARY_PATH=/usr/lib/nvidia-current:$LD_LIBRARY_PATH
Häufig haben Benutzer Probleme mit der Methode, auf tty1 zu wechseln, bevor sie sich bei einem Fenstermanager anmelden und ihre Optionen manuell erzwingen: CTRL-ALT-F1 sudo systemctl stop lightdmWas auch immer Ihre Anzeige betrifft, Sie können den Befehl zum Starten des Fenstermanagers wählen export DISPLAY=:8.0 optirun startlxde
Ich habe versucht, es zu ändern: 8, aber ich bekomme einen anderen Fehler: Verbindung zu ": 8" nicht möglich.
Gardax vor 6 Jahren
0
Es hört sich an, als ob der Kernel das Modul nicht lädt oder Hummel nicht startet.
Stuart Gray vor 5 Jahren
0