Depuis Debian 11 Bullseye, publiée en Août 2021, cet article est obsolète. Merci de lire ce post sur le forum Debian-fr.org, qui explique ce qu’il faut faire.
Je reprends le propos ici :
D’après la page du wiki officiel Debian « Nvidia Optimus », section " Using NVIDIA PRIME Render Offload" 17, il est recommandé :
- de désactiver dans le Bios UEFI, l’option « Secure BOOT » !
- il n’y a(ura) plus besoin d’installer le projet Bumblebee ; s’il est installé, il faut le supprimer absolument.
- d’installer directement le pilote propriétaire nVidia depuis les dépôts Debian
puis utiliser à minima la variable d’environnement
__NV_PRIME_RENDER_OFFLOAD=1et d’ajouter dans certains cas la suivante__GLX_VENDOR_LIBRARY_NAME=nvidia.
⇒ Dans le contexte de Steam, il faut modifier les propriétés de jeux, en
ajoutant le paramètrage complet :
__NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME=nvidia %command%
Plus d’informations et autres astuces, sur la page officielle nVidia primerenderoffload :
De même, il est possible de se faire aider sur le forum des développeurs nvidia :
Présentation
Nvidia a créé une technologie hybride, appelée Optimus. Cette technologie a pour but d’utiliser la puce graphique intégrée, généralement de marque Intel, ainsi que le processeur graphique, couplée à la première puce, de marque Nvidia. Cela permet de faire fonctionner le GPU Nvidia, à la demande, lors de nécessités de fonctions 3D poussées (vidéos, jeux…), et de “rendre la main” à l’IGP Intel, soulageant ainsi la batterie, pour le reste.
Un développeur a créé un projet, nommé Bumblebee, qui nous apporte une certaine gestion de cette technologie. Elle n’est pas complètement gérée, mais est fonctionnelle ! Néanmoins, la gestion HDMI n’est pas accessible…
- La page du projet : http://www.bumblebee-project.org/
- Le dépôt git : https://github.com/Bumblebee-Project/Bumblebee
Informations
# apt remove --purge nvidia-*Nativement sous Linux, cette technologie n’est pas pleinement supportée. Officiellement, depuis la version 319.12, Nvidia apporte son support, en phase bêta - cela nécessite de pouvoir connecter l’écran au GPU Nvidia ; cette option est modifiable par certains BIOS récents. Si votre pilote est plus ancien, ou que vous n’êtes pas dans ce cas de configuration matérielle, cette page est vraiment faite pour vous.
Vérifications
Vérification matérielle
Si vous voulez être sûr d’avoir une telle technologie, entrez la commande
suivante dans votre terminal préféré :
lspci | egrep "VGA|3D|Display"
Si le système vous répond, ainsi, avec deux lignes, telles que :
$ lspci | egrep "VGA|3D|Display"
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 GF108 [GeForce GT 540M] (rev ff)
Alors, c’est votre cas !
Explications
- la première information ‘01:00.0’ est relative à l’option BusID - elle peut-être différente selon votre configuration matérielle.
INFORMATION : Ne cherchez pas à utiliser le pilote libre ’nouveau' si votre carte graphique de fabriquant nvidia n’est pas supportée par celui-ci.
- Pour savoir, si elle est supportée, lisez la page du “code name” fournie par le projet nouveau, et recherchez la mention correspondante à votre GPU.
- Puis selon le “code name” correspondant, lisez cette page pour connaître le support ou non de votre carte vidéo.
- Si votre carte graphique n’est pas supportée, utilisez directement le projet Bumblebee avec le pilote privatif !
Pour récapituler, il faut la version du serveur X suivante pour :
- l’architecture matérielle NV110, nommée Maxwell : xf86-video-nouveau-1.0.14
- l’architecture matérielle NV130, nommée Pascal : xf86-video-nouveau-1.0.15
La version du serveur X est disponible à partir de :
De fait, les cartes de famille Maxwell, ou Pascal, n’ont pas le support du pilote libre ni pour Jessie, ni pour Stretch. Pour les plus récentes, passez directement à nvidia. Si votre carte graphique n’est pas supportée, ou semble mal supportée du fait de saccades, utilisez directement le projet Bumblebee avec le pilote privatif !
Vérification modules kernel
Vérifiez que vous n’avez aucun des deux modules suivants installés et/ou chargés :
$ lsmod | egrep -i "nouveau|vga_switcheroo"
Si c’est le cas, il faudra les décharger, à l’aide de la commande :
# modprobe -r nom-du-module
Pré-requis
Vérifier que vous avez bien les binaires, ci-dessous, installés :
- Pour architecture 32bits :
# apt install gcc make linux-headers-i586 dkms bbswitch-dkms - Pour architecture 32bits (Stretch Backports) :
# apt install -t stretch-backports gcc make linux-headers-i686 dkms bbswitch-dkms - Pour architecture 64bits :
# apt install gcc make linux-headers-amd64 dkms bbswitch-dkms
Puis, assurez-vous que le module bbswitch fonctionne bien :
# modprobe bbswitch load_state=0
Dernières vérifications
Vérifiez que vous n’avez pas de fichier de configuration /etc/X11/xorg.conf,
ni de répertoire /etc/X11/xorg.conf.d/ - si c’est le cas, supprimez-le
avec vos droits administrateur !
Installation
Gestion des dépôts
La page wiki du projet Debian nous informe que les utilisateurs de Jessie, et Sid peuvent installer Bumblebee à partir des dépôts officiels Debian.
Depuis le 26.05.2013, cela semble aussi le cas pour les utilisateurs des dépôts Wheezy-Backports !
contrib et non-free.Ajout support architecture 32 bits
Architecture 64 bits : Pensez à ajouter la gestion de l’architecture i386,
et installez en plus le package primus-libs-ia32 - anciennement primus-libs:i386 -
si vous voulez faire fonctionner un binaire 32 bits.
Choisir le pilote
Mettez-à-jour votre système, et installez les binaires :
bumblebee- rien que pour l’usage du pilote libre nouveau ,- ou
bumblebee-nvidia- pour l’usage du pilote privatif Nvidia .
pilote nouveau
# apt update && apt install bumblebee mesa-utils
Ainsi que le fait remarquer le changelog, il est suggéré d’installer à-partir de la version 1.0.15-2 du serveur X nouveau le firmware firmware-misc-nonfree. Si vous exécutez Buster, ou supérieure, faites-le !
pilote nvidia
# apt update && apt install bumblebee-nvidia primus nvidia-kernel-dkms nvidia-xconfig nvidia-settings nvidia-vdpau-driver vdpau-va-driver mesa-utils xserver-xorg-video-nvidia linux-headers-$(uname -r)
Préférez la version des backports si elle est disponible !
(En 2015, vous auriez pu subir ce bogue 735049 …)
INFORMATION : Il semble nécessaire d’installer le binaire VirtualGL, requis par Optirun ; malheureusement il n’est pas dans les dépôts Debian.
Téléchargez-le à partir de la page de téléchargement du projet…
ne téléchargez pas l’archive .tar.gz ; cliquez sur le répertoire portant
le nom de la dernière version en cours, puis vous trouverez parmi les
différents fichiers un fichier portant le nom suivant virtualgl_num-version_arch.deb
(où ’num-version’ est le numéro de version en cours, et ‘arch’ est à choisir selon votre architecture…)…
puis installez-le à l’aide de l’outil dpkg…
Configuration
Ajout groupe Bumblebee
Avec les droits administrateur, il vous faut ensuite ajouter votre utilisateur
au groupe bumblebee :
# adduser ID_USER bumblebee
Pensez à redémarrer votre session, voire votre machine !
Configurations supplémentaires
Les configurations ci-dessous ne sont normalement pas nécessaires !
Ces informations sont utiles au cas où se pose un souci relatif à l’utilisation .
Configuration pilote nvidia
Il peut être utile d’informer Bumblebee d’utiliser le module nvidia, au lieu du module nouveau. Par défaut, il utilise le pilote nouveau.
Avec des droits administrateur, il faut d’abord modifier le fichier /etc/bumblebee/bumblebee.conf
pour configurer la ligne DRIVER=, telle que :
DRIVER=nvidia
nvidia ne fonctionne pas, changez pour DRIVER=nvidia-current.Pensez à redémarrer le service !
Liste noire : module nouveau
Cela peut être intéressant de “blacklister” le module nouveau, si et seulement si, vous voulez n’utiliser que le pilote privatif Nvidia. (afin d’être sûr que ce ne sera pas ce module qui gérera la carte Nvidia, mais bien le pilote Nvidia !)
Créez, avec vos droits administrateur, le fichier /etc/modprobe.d/nouveau-blacklist.conf,
et ajoutez ces écritures :
blacklist nouveau
blacklist lbm-nouveau
options nouveau modeset=0
alias nouveau off
alias lbm-nouveau off
upgrade
Si le système ne le fait pas tout seul, comme un grand, pensez à faire courir à nouveau le module pour votre kernel, avec vos droits administrateur !
Avec la commande dkms, telle que :
# dpkg-reconfigure nvidia-kernel-dkms
Gestion de la batterie
Pour gérer correctement l’énergie de la batterie lors de l’usage de la
carte Nvidia, il peut être nécessaire de créer le fichier /etc/modprobe.d/bbswitch.conf
et d’y ajouter ceci - normalement le projet Bumblebee installe le paquet
bbswitch et le gère correctement - :
options bbswitch load_state=0 unload_state=0
Ensuite, il vous faut modifier le fichier /etc/bumblebee/bumblebee.conf
et configurer les lignes PMMethod ainsi :
PMMethod=bbswitch
Pensez à redémarrer le service !
Ensuite, testez le bon fonctionnement de la gestion de la batterie.
Steam
- Ajoutez la variable d’environnement
OPTIMUS_PREFIX# sh -c 'echo OPTIMUS_PREFIX=\"primusrun\" >> /etc/environment' - Déloguez-vous de votre session pour vous reconnectez !
- Puis, pour chaque jeu, dont vous voulez profiter d’optirun, il faut
modifier les propriétés de lancement de celui-ci.
Exécutez Steam, allez dans votre librairie de jeux, sélectionnez le jeu
en question, puis faites un clic droit dessus, et choisissez le menu “Properties”.
Ensuite, cliquez sur le bouton [SET LAUNCH OPTIONS] et spécifiez dans le
champ l’information qui suit :
$OPTIMUS_PREFIX %command%Une solution plus simple est d’éditer les propriétés de lancement et d’ajouter directement :primusrun %command%
Utilisation
Toutes les étapes précédentes de vérifications
,
d’installations
et de configurations
,
ayant été faites, vous pouvez être sûr que Bumblebee fonctionne grâce au
binaire optirun.
Donc, pour activer la gestion du GPU Nvidia, il faut faire précéder toute
commande par l’usage de la commande optirun.
$ optirun [optirun-options] <application> [application-parameters]
Pour trouver la liste des options de optirun, vous pouvez, soit :
- lire la page du manuel avec la commande
man optirun, - exécuter :
$ optirun --help
Test
Le premier test que vous pouvez faire est :
$ optirun glxgears -info
Panel Nvidia
Ne cherchez pas à l’utiliser en cliquant sur l’icône correspondante, dans votre menu, cela ne fonctionnera pas.
Il vous faut le lancer ainsi - c’est le seul moyen ! - :
$ optirun nvidia-settings -c :8
Redémarrage du service bumblebeed
Selon votre version de debian :
- Si initd :
/etc/init.d/bumblebeed restart - Si service :
service bumblebeed restart - Si systemd :
systemctl restart bumblebeed
Dépannage
Bogue 735049
ATTENTION : Depuis Janvier 2014, lors de l’installation du package bumblebee-nvidia, il est possible que vous ayez droit à un fenêtre d’avertissement vous demandant de créer le fichier xorg.conf !
- NE LE FAITES PAS !
- NE LAISSEZ PAS l’outil debconf créer le fichier pour vous !
- N’EXÉCUTEZ PAS l’outil nvidia-xconfig !
Bogue 735049 qui semble être résolu depuis octobre 2015 !
[ERROR]Cannot access secondary GPU - error: Could not enable discrete graphics card
Vérifiez le journal de dmesg pour savoir si vous trouvez la référence suivante :
Refused to change power state, currently in D3
Cela semble être dû à un problème de gestion de l’ACPI (souvent retrouvés dans des portables de marque Dell) avec le noyau 4.8 et plus récent.
PMMethod=none
Éditez /etc/bumblebee/bumblebee.conf pour paramétrez PMMethod=none.
pcie_port_pm=off
Si vous utilisez le pilote nvidia, il peut être utile de modifier le
fichier /etc/default/grub pour ajouter la désactivation suivante : pcie_port_pm=off
Mettez-à-jour votre grub et redémarrez votre ordinateur :
# update-grub
# shutdown -r now
[ERROR]Cannot access secondary GPU - error: Could not load GPU driver
Modification de “Driver”
Ouvrez le fichier /etc/bumblebee/bumblebee.conf, avec les droits administrateur,
et modifiez la ligne Driver= par Driver=nvidia.
Modification de “KernelDriver”
Ouvrez le fichier /etc/bumblebee/bumblebee.conf, avec les droits administrateur,
et dans la section [Driver-nvidia], vérifiez la ligne KernelDriver=
qu’elle soit bien ainsi KernelDriver=nvidia-current.
Pour vérifier le nom du module nvidia, exécutez les deux commandes suivantes :
# modinfo nvidia
# modinfo nvidia-current
Normalement vous devriez avoir ces retours :
# modinfo nvidia
modinfo: ERROR: Module nvidia not found.
ou, par exemple :
# modinfo nvidia-current
filename: /lib/modules/3.16.0-4-amd64/updates/dkms/nvidia-current.ko
alias: char-major-195-*
version: 340.96
supported: external
license: NVIDIA
(…)
Si jamais, vous avez un résultat sur modinfo nvidia, modifiez la ligne
KernelDriver= ainsi KernelDriver=nvidia <= ce qui ne devrait pas avoir lieu !
Si aucune des deux commandes ne retourne rien, vous avez eu un souci lors de l’installation <= ce n’est pas normal ; cherchez la raison !
Bogue 717687
[ERROR]Cannot access secondary GPU - error: [XORG] (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied
Vérification xserver-xorg-video-nvidia
Vérifiez l’installation du paquet “xserver-xorg-video-nvidia” - s’il n’est pas installé, faites-le !
Modification fichier xorg.conf.nvidia
Ouvrez le fichier /etc/bumblebee/xorg.conf.nvidia, et ajoutez les informations suivantes :
Section "Screen"
Identifier "Default Screen"
Device "DiscreteNvidia"
EndSection
Bogue 756522 qui touche Debian Jessie, à-propos des Bumblebee versions : 3.2.1-5, 3.2.1-7 et nvidia versions : 340.*,
Vérification prise en charge par nouveau
- Si vous avez installé Bumblebee pour fonctionner avec le pilote libre ’nouveau’, vérifiez le support de votre GPU nvidia par le pilote.
- Si votre version de GPU est bien prise en charge par le pilote ’nouveau’, vérifiez l’écriture de l’identifiant de Bus PCI , tel que ci-dessous.
- S’il n’est pas pris-en-charge, installez la version “Bumblebee+nvidia ”.
Erreur Identifiant BusPCI
Profitez-en pour vérifier l’écriture de l’identifiant du Bus PCI relatif à votre carte graphique Nvidia.
ATTENTION : L’identifiant de Bus PCI doit bien être écrit ainsi : BusID “PCI:01:00:0” - et non pas BusID “PCI:01:00.0”.
Parfois il peut être nécessaire de mettre en commentaire l’identifiant de Bus PCI, pour que cela puisse fonctionner correctement… ce qui normalement est le cas d’une installation par défaut !
Incompatibilité Xorg >= 1.18
Si le serveur X est >= 1.18 et que votre Debian est une Testing, ou une Sid, il semble exister une incompatibilité entre le projet Bumblebee et le paquet xserver-xorg-legacy, donc virez ce dernier, s’il est installé !
[ERROR]Cannot access secondary GPU - error: [XORG] (EE) Failed to load module “mouse” (module does not exist, 0)
Vérifier xserver-xorg-input-mouse
Vérifiez l’installation du paquet xserver-xorg-input-mouse, si ce n’est pas le cas, faites-le !
Vérifier le fichier xorg.conf.nvidia
Vérifiez le fichier /etc/bumblebee/xorg.conf.nvidia.
Vérifier votre identifiant PCI
Vérifiez que votre identifiant de Bus PCI soit correctement écrit !
[ERROR]Cannot access secondary GPU - error: [XORG] (EE) No devices detected
Ouvrez le fichier /etc/bumblebee/xorg.conf.nvidia, et modifiez l’option BusID.
Vous trouverez cette information par l’usage de la commande lsusb…
voir le chapitre Vérification !
[ERROR]Cannot access secondary GPU - error: [XORG] (EE) Problem parsing the config file
Vérifiez le fichier de configuration que vous venez de modifier !!!
Que ce soit /etc/bumblebee/xorg.config.nvidia ou /etc/bumblebee/xorg.config.nouveau,
vous avez créé/modifié une section, et oublié/supprimé par erreur, de fermer
correctement la section, voire une section est mal écrite !
[ERROR]Could not connect to bumblebee daemon - is it running?
Vérifiez que le service Bumblebee soit fonctionnel !
[ERROR]Unknown accel/display bridge:
Le “pont” (‘bridge’ en anglais) que vous cherchez à utiliser avec
l’option -b d’optirun n’existe pas. Modifiez votre commande !!!
[ERROR]You’ve no permission to communicate with the Bumblebee daemon. Try adding yourself to the ‘bumblebee’ group
Ce message d’erreur vous informe que votre identifiant utilisateur semble ne pas être ajouté groupe bumblebee .
Ajoutez-le !
fallen off the bus
Vérifiez la sortie dmesg !
Si dmesg vous informe du souci GPU suivant fallen off the bus, il y a
deux manières de régler le problème :
Test “rcu_idle_gp_delay «<1”
Testez la commande suivante, avant le lancement d’optirun :
# tee /sys/module/rcutree/parameters/rcu_idle_gp_delay <<<1
Si cela fonctionne en effet correctement, modifiez le fichier /etc/default/grub
pour ajouter l’information suivante à la ligne de commande GRUB_CMDLINE_LINUX_DEFAULT : rcutree.rcu_idle_gp_delay=1.
Mettez-à-jour votre grub et redémarrez votre ordinateur :
# update-grub
# shutdown -r now
Incompatibilité kernels (3.10 à 3.19)
L’autre solution est de vérifier votre version de kernel linux - en effet ce problème concerne les noyaux versions 3.10 à 3.19 !
Soit vous choisissez un noyau antérieur, soit vous upgradez sur un noyau plus récent !
Il semble que ce soit surtout un bogue Nvidia… cf Bumblebee issue 445
error while loading shared libraries: libturbojpeg.so
L’erreur complète est la suivante :
error while loading shared libraries: libturbojpeg.so: cannot open shared object file: No such file or directory
Si vous avez une architecture 32 ou 64 bits :
architecture 32 bits
Si votre architecture est 32 bits, tapez dans votre terminal console préférée,
cette commande avec les droits administrateur :
# ln -s /usr/lib/i386-linux-gnu/libturbojpeg.so.0 /usr/lib/i386-linux-gnu/libturbojpeg.so
architecture 64 bits
Si votre architecture est 64 bits, tapez cette commande-ci, toujours avec
les droits administrateur :
# ln -s /usr/lib/x86_64-linux-gnu/libturbojpeg.so.0 /usr/lib/x86_64-linux-gnu/libturbojpeg.so
modprobe:FATAL:Module nouveau in use
Lors de l’installation, au tout début, il vous est dit de décharger le module
nouveau. Si le système vous répond l’erreur suivante : modprobe:FATAL:Module nouveau in use,
il est intéressant de le désactiver lors du démarrage du noyau.
Ne vous inquiétez pas trop de ce message d’erreur, mais plutôt paramétrez
le fichier de configuration de grub /etc/default/grub afin de rajouter
les paramètres noyau suivants nouveau.modeset=0 et modprobe.blacklist=nouveau
dans la ligne de configuration relative à GRUB_CMDLINE_LINUX_DEFAULT,
telle que, par exemple :
GRUB_CMDLINE_LINUX_DEFAULT="quiet nouveau.modeset=0 modprobe.blacklist=nouveau"
Mettez-à-jour votre grub… et redémarrez votre station.
primus: fatal: failed to load any of the libraries: (…)/libGL.so.1
Lorsque vous exécutez optirun, vous avez le retour d’erreur suivant :
$ primus: fatal: failed to load any of the libraries: /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1:/usr/lib/i386-linux-gnu/nvidia/libGL.so.1:/usr/lib/nvidia/libGL.so.1
/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1: cannot open shared object file: No such file or directory
/usr/lib/i386-linux-gnu/nvidia/libGL.so.1: cannot open shared object file: No such file or directory
/usr/lib/nvidia/libGL.so.1: cannot open shared object file: No such file or directory
ou :
$ primus: fatal: failed to load any of the libraries: /usr/lib/x86_64-linux-gnu/ nvidia/libGL.so.1:/usr/lib/i386-linux-gnu/nvidia/libGL.so.1:/usr/lib/nvidia/libGL.so.1
/usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1: wrong ELF class: ELFCLASS64
/usr/lib/i386-linux-gnu/nvidia/libGL.so.1: cannot open shared object file: No such file or directory
/usr/lib/nvidia/libGL.so.1: cannot open shared object file: No such file or directory
- La première chose à tester est :
$ primusrun glxgears- Si cela fonctionne, alors précéder les commandes non pas avec optirun,
mais
primusrun. - Sinon un bogue #867033 est ouvert… sachez que c’est galère à corriger, parce que même en installant les packages ci-dessous, vous ne serez pas sûr de résoudre le problème.
- Si cela fonctionne, alors précéder les commandes non pas avec optirun,
mais
- Dans un premier temps, vérifiez que vous avez bien installé le package primus-libs-ia32.
- Vous pouvez essayer l’une des solutions suivantes - sachant qu’il n’y
a aucune garantie de fonctionnement :
- Exécutez primusrun en le préfixant de l’option
_GLVND_DISALLOW_PATCHING=1, tel que :_GLVND_DISALLOW_PATCHING=1 primusrun glxgears- (cf, la réponse 22) - Éditez le fichier
/usr/bin/primusrun, pour modifier la lignePRIMUS_libGL=${PRIMUS_libGL:-'/usr/$LIB/primus'}parPRIMUS_libGL=${PRIMUS_libGL:-"/usr/$LIB/primus"}- c’est-à-dire changer les simples quotes en doubles quotes - (cf, la réponse 59) - Essayez l’installation des packages suivants : libgl1-nvidia-glx libgl1-nvidia-glx:i386 nvidia-driver-libs nvidia-driver-libs-i386
- Exécutez primusrun en le préfixant de l’option
Freezes diverses
Il existe plusieurs raisons pour lesquelles le portable peut “freezer”, essayez les solutions proposées - en anglais :
Freezes lors de l’activation du serveur graphique
- https://github.com/Bumblebee-Project/Bumblebee/issues/764#issuecomment-559980823
- https://github.com/Bumblebee-Project/Bumblebee/issues/764#issuecomment-612384824
Freezes au boot
- https://github.com/Bumblebee-Project/Bumblebee/issues/1036#issuecomment-521974873
- https://github.com/Bumblebee-Project/Bumblebee/issues/1036#issuecomment-612779453
Test du fonctionnement de la batterie
Pour tester le fonctionnement :
- vous pouvez procéder ainsi en mode terminal :
$ cat /proc/acpi/bbswitch0000:01:00.0 OFF - Lancement d’optirun :
$ optirun glxgears > /dev/null &[1] 4785 - Vérification de bbswitch :
$ cat /proc/acpi/bbswitch0000:01:00.0 ON - Arrêt d’optirun, par l’appui simultanée des touches CTRL+C
:
[VGL] ERROR: in readback--[VGL] 246: Window has been deleted by window manager[1]+ Termine 1 optirun glxgears > /dev/null - Après avoir fermé la fenêtre de glxgears :
$ cat /proc/acpi/bbswitch0000:01:00.0 OFF
Documentations
- Vous pouvez retrouver un complément d’informations sur la page wiki du projet Debian…
- Sur le forum Debian-fr.org, à-partir du 23 août 2019, j’ai écrit ce complément d’informations titré "[Doc] Nvidia Optimus + Bumblebee : Dans quel état gère… [Infos]" qui montre à quel point la situation devient compliquée… je l’ai maintenu jusqu’en début 2020 - je n’ai de fait plus ce type d’architecture graphique !
- J’ai écrit ce tutoriel la première fois en Janvier 2013, pour la communauté Debian-fr.xyz ;-)
- J’ai collaboré à l’écriture de cette page wiki pour la communauté Debian-Facile.org, depuis mai 2016.