Gérer le sous-système Optimus Nvidia devient de plus en plus un casse-tête !
(cela devrait changer avec Debian 11 « Bulleyes » et le server Xorg v1.20.6 minima ; cf, le post suivant.)
Je suis à l’origine de cette documentation :
(elle est en backup sur mon site de documentation…)
Et, collaborateur sur celle-ci :
On pourrait croire que systemd/Wayland pourrait être en cause. Cela ne semble pas le cas.
On pourrait croire que bumblebee est mort, mais ce n’est pas le cas. Ce qui semble se profiler est sa disparition dans le temps.
La première action à tester est primusrun glxgears au lieu de optirun glxgears.
Si cela fonctionne, c’est déjà ça ; utilisez donc primusrun pour précéder vos commandes logicielles.
Depuis près de deux ans, il existe un bogue le #876033 qui complique beaucoup les choses !
Cela devient vraiment une gageure de faire fonctionner Optimus à coup sûr.
Ce fameux bogue empêche assurément Bumblebee/optirun de fonctionner.
Depuis 2017, non ce n’est pas/plus optirun qu’il faut utiliser directement, c’est bien primusrun - surtout avec Steam.
Si j’ai bien compris le propos, il se rajoute à cela une migration de Mesa vers la lib GLVND - elle serait l’équivalent de « prime » sur *Buntu. (Qui avouons-le facilite grandement l’usage d’Optimus !), mais gérée différemment (?!)
Et, pour « finir », chaque nouvelle version de pilote nvidia semble apporter sa couche de problème de manière récurrente.
Il y a quelques jours, après une « upgrade » de ma Sid, j’ai à nouveau lutter contre l’erreur « LibGL.so.1 ».
Cette erreur est complexe à résoudre. Car certaines solutions fonctionnent pour certains, et pas pour d’autres.
D’autant qu’il y a un problème avec un fichier, le fichier ‹ › /usr/bin/primusrun’’ qui est mal édité… (dans mon cas a résolu l’accès à primusrun)
Bref, il ne faut pas s’attendre à ce que le problème soit résolu rapidement !
Sans parler non plus que pour les architectures, assez récentes, il n’y a pas de véritable prise en charge existentielle par le pilote « nouveau ». De fait, pour lesdites architectures, pas d’accélération graphique équivaut à un fonctionnement saccadé, si le pilote « nouveau » est choisi, résultat situation pas enviable.
Connaître l’architecture du GPU nvidia est assez technique, c’est pourquoi je n’en parle pas ici.
(cf : page CodeNames et VideoAcceleration du site nouveau.freedesktop.org)
Bref, il est très probable de se retrouver dans une situation où ni le pilote « nouveau », ni le pilote « nvidia » ne fonctionne !
Dans un tel cas, il serait peut-être intéressant d’aller essayer la distribution Ubuntu, et de choisir « prime », au lieu du projet Bumblebee, et de choisir ce dernier, si le fonctionnement avec « prime » n’est pas abouti.
PS : Pour information, je n’utilise plus au quotidien Debian. Je l’utilise seulement pour décompresser et jouer avec Steam, sur ma Xebian. (une Debian Sid, Xfce).
N’ayant plus le matériel puissant depuis le début de l’année 2020, sur lequel j’avais l’architecture Optimus, et ne pouvant plus jouer, je vais avoir du mal à pouvoir aider plus en avant.
Au quotidien, j’utilise normalement un *BSD, voire Devuan : une Debian sans systemd, tellement plus rapide et simple à utliser, à administrer… bref une Debian comme on l’aimait avant systemd !!!. 
