Guten Tag,

(nicht zum ersten Mal) habe ich gewisse Schwierigkeiten bei der Verwendung von bumblebee unter Leap 15.0 auf einem Lenovo E470 20H2-S00700 (i7 7500U mit integrierter Intel HD Graphics 620 sowie einer separaten GTX 940MX). Ich habe das Bumblebee-Repository eingebunden, die Pakete bbswitch, bumblebee, nvidia-bumblebee, dkms, primus installiert, systemctl enable bumblebeed und systemctl enable dkms mkinitrd ausgeführt. Nach dem Reboot kriege ich in dmesg lauter Einträge mit:

Folglich läuft auch optirun nicht. Das Kompilieren mittels dkms läuft laut /var/lib/dkms/nvidia/410.73/4.12.14-lp150.12.28-default/x86_64/log/make.log jedoch ohne Probleme durch. Ich habe hier einen Workaround gefunden (als su ausgeführt), mit dem ich für die Dauer einer Session die GPU mittels optirun verwenden kann:


Das muss ich aber nach jedem Reboot erneut ausführen. Was das aber macht, verstehe ich nicht so richtig, und gibt es vielleicht die Möglichkeit, auf diesen Extraschritt zu verzichten, sodass optirun von Anfang an funktioniert?

Noch ein paar Infos, die hoffentlich hilfreich sind:
Nachdem ich den Workaround ausgeführt habe, erscheinen u.a. folgende Meldungen in dmesg: dmesg_nach_workaround.txt Gerade das Version mismatch irritiert mich sehr, woher kommt das?

Falls noch weitere Infos gebraucht werden, gebe ich sie gerne an.

Zunächst ab ich wie im Bugreport beschrieben eine Neuinstallation versucht, die aber nichts geändert hat.
Mithilfe des Befehls im vorletzten Beitrag for nvm in /lib/modules/*/updates/nvidia*.ko; do echo $nvm \:; strings $nvm | grep -E \^version=; done habe ich aber herausgefunden, dass von meinen ersten Bumblebee-Anläufen noch veralteter Krempel in besagtem Ordner übrig geblieben war, der bei der Paketdeinstallation nicht gelöscht wurde. Bei mir waren die Dateien nvidia-modeset.ko und nvidia-uvm.ko überflüssig (am alten Zeitstempel erkannt). Nach Löschen und mkinitrd ist der Version mismatch nun behoben.
Am Rest hat sich aber nichts geändert: Beim Booten fälllt nvidia immer noch vom Bus, und ich muss den Workaround als root ausführen, bevor ich die GPU nutzen kann.

Meine Reinigungsschritte: systemctl disable dkms bumblebeed aufgerufen, alle Pakete aus dem X11:bumblebee-Repository gelöscht, dieses Repo deaktiviert, verwaiste und unbenötigte Pakete deinstalliert (über Yast), zypper dup hatte danach nichts mehr zu tun. Mittels find / -iname *nvidia* Bruchstücke gesucht und alle leeren Ordner, kaputte Links und Dateien, die zu keinem Paket gehören, gelöscht. Dann in /etc/modprobe.d/50-blacklist.conf "blacklist nouveau" eingefügt, damit es nicht geladen wird. depmod -a und mkinitrd aufgerufen und neu gestartet.
Hiernach ist folgender Zustand: lsmod | egrep "nou|nv|bum|bbs" gibt gar nichts aus, Dateien mit nvidia im Namen sind nur folgende:
Jetzt müsste das System also bereinigt sein.

Also wieder das Bumblebee-Repo aktiviert, die Pakete bumblebee, bbswitch, primus-32bit, nvidia-bumblebee, nvidia-bumblebee-32bit installiert, systemctl enable bumblebeed dkms und mkinitrd aufgerufen, rebootet.

Die Situation ist die gleiche: Beim Booten fällt die GPU vom Bus. Hier der vollständige Output von dmesg nach dem Ausführen des oben genannten Workarounds, nach dem optirun wieder läuft:dmesg_nach_workaround.txt
Und noch ein paar Fehlermeldungen aus Xorg.8.log:

egrep "nou|nv|bum|bbs" zeigt alle Zeilen an, die eine dieser vier Buchstabenfolgen beinhalten (wortwörtlich "nou" oder "nv" oder "bum" oder "bbs"), also mehr als grep nvi. Alles, was "nvi" beinhaltet, muss auch "nv" beinhalten, daher verstehe ich deinen Einwand zugegeben nicht.
Im Idle-Zustand ist das einzige geladene Modul "bbswitch". Läuft optirun glxspheres im Hintergrund, kommen folgende Einträge hinzu:

@Berichtigung: Die relevanten Modulversionen müsste ich ja sowohl mit modinfo nvidia… als auch for nvm in /lib/modules/*/updates/nvidia*.ko; do echo $nvm \:; strings $nvm | grep -E \^version=; done kriegen, richtig? Jedenfalls haben nvidia, nvidia-modeset und nvidia-drm die Versionen 410.78, während für nvidia-uvm keine Version angezeigt wird.
Die Versionen der anderen Module sind ja recht egal, oder? "drm" hat beispielsweise keine, bbswitch ist 0.8, ipmi_messagehandler ist 39.2… Jedenfalls trägt jedes Modul die gleiche Kernelversion im Dateipfad (aktuell 4.12.14-lp150.12.28-default).
Oder muss ich noch was anderes überprüfen?

@Sauerland: Diese Anleitungen kenne ich – nachdem ich die erste pflichtbewusst Zeile für Zeile abgearbeitet habe, kam das Installationschaos zustande. Da sind auch fiese Fehler in der Anleitung, beispielsweise soll man an einer Stelle das Nvidia-Repository einbinden und den Nvidia-Treiber installieren. Wenn man dann im nächsten Schritt nvidia-bumblebee installiert, wird ein Paketkonflikt gemeldet und der Nvidia-Treiber wieder deinstalliert. Du hattest weiter oben einen Bugreport verlinkt, in dem in einem der Beiträge empfohlen wurde, auf die meisten Schritte dieser Anleitung zu verzichten und nur die Punkte "Install Bumblebee" und "Tumbleweed" zu befolgen. Das habe ich jetzt auch gemacht, mit der kleinen Abweichung, dass ich das Leap15- statt Tumbleweed-Repo eingebunden habe.
In der "alten" Anleitung steht noch, man soll das Paket-Schema devel-kernel installieren – explizit das Schema war bei mir nicht installiert, aber alle darin verknüpften Pakete, sodass nur das 58B "große" Pattern-Paket installiert wurde.
Ansonsten habe ich alles wie in den Anleitungen beschrieben bereits gemacht.