Pour répondre à ta question :
# cd /sys/kernel/debug/
# ll
total 0
drwxr-xr-x. 2 root root 0 27 juil.  2016 acpi
drwxr-xr-x. 6 root root 0 27 juil.  2016 bdi
drwxr-xr-x. 3 root root 0 26 juil. 23:41 bluetooth
drwxr-xr-x. 3 root root 0 27 juil.  2016 boot_params
drwxr-xr-x. 2 root root 0 27 juil.  2016 cleancache
drwxr-xr-x. 2 root root 0 27 juil.  2016 clk
drwxr-xr-x. 2 root root 0 27 juil.  2016 dma_buf
drwxr-xr-x. 2 root root 0 27 juil.  2016 dri
drwxr-xr-x. 2 root root 0 27 juil.  2016 dynamic_debug
drwxr-xr-x. 2 root root 0 27 juil.  2016 extfrag
-rw-r--r--. 1 root root 0 27 juil.  2016 fault_around_bytes
drwxr-xr-x. 2 root root 0 27 juil.  2016 frontswap
-r--r--r--. 1 root root 0 27 juil.  2016 gpio
drwxr-xr-x. 5 root root 0 27 juil.  2016 hid
drwxr-xr-x. 3 root root 0 26 juil. 23:41 ieee80211
drwxr-xr-x. 2 root root 0 26 juil. 23:41 iio
drwxr-xr-x. 2 root root 0 26 juil. 23:41 intel_lpss
drwxr-xr-x. 3 root root 0 26 juil. 23:41 iwlwifi
-r--------. 1 root root 0 27 juil.  2016 kernel_page_tables
drwxr-xr-x. 2 root root 0 27 juil.  2016 kprobes
drwxr-xr-x. 2 root root 0 26 juil. 23:41 kvm
drwxr-xr-x. 2 root root 0 27 juil.  2016 mce
drwxr-xr-x. 2 root root 0 26 juil. 23:41 mei0
drwxr-xr-x. 2 root root 0 27 juil.  2016 mmc0
drwxr-xr-x. 2 root root 0 27 juil.  2016 pinctrl
drwxr-xr-x. 2 root root 0 26 juil. 23:41 pkg_temp_thermal
drwxr-xr-x. 2 root root 0 27 juil.  2016 pm_genpd
drwxr-xr-x. 2 root root 0 27 juil.  2016 pm_qos
drwxr-xr-x. 2 root root 0 27 juil.  2016 ras
drwxr-xr-x. 4 root root 0 27 juil.  2016 regmap
-rw-r--r--. 1 root root 0 27 juil.  2016 sched_features
-r--r--r--. 1 root root 0 27 juil.  2016 sleep_time
--w-------. 1 root root 0 27 juil.  2016 split_huge_pages
drwxr-xr-x. 5 root root 0 26 juil. 23:41 sunrpc
-r--r--r--. 1 root root 0 27 juil.  2016 suspend_stats
dr-xr-xr-x. 2 root root 0 27 juil.  2016 tracing
drwxr-xr-x. 6 root root 0 27 juil.  2016 usb
-r--r--r--. 1 root root 0 27 juil.  2016 wakeup_sources
drwxr-xr-x. 2 root root 0 27 juil.  2016 x86
drwxr-xr-x. 3 root root 0 27 juil.  2016 xen
drwxr-xr-x. 2 root root 0 27 juil.  2016 zswap

# xrandr --listproviders
Providers: number : 0

# glxinfo | grep "OpenGL vendor string"
OpenGL vendor string: VMware, Inc.
Et de plus, dans les paramètres Fedora / Details, ma carte graphique est:
Gallium 0.4 on llvmpipe (LLVM 3.8, 256 bits)

Et ayant un dual boot Windows 7, je peux te confirmer que ma carte graphique fonctionne correctement 🙂
je n'ai pas eu le temps de trop creuser mais je suis tombé sur ça ; du coup teste la solution proposée, à savoir : 
usermod -a -G video mon_user
Salut,
J'ai tenté le usermod en root mais après reboot, j'ai les mêmes résultats que dans mon post précédent 🙁
10 jours plus tard
Bonjour à tous, je suis, il me semble, dans le même cas de figure sur un acer aspire vnitro avec une carte nvidia 860m. Mon installation de Fedora 24 est toute fraîche de quelques jours.

J'ai également suivi le tuto au lien suivant :

http://doc.fedora-fr.org/wiki/Support_d'Optimus

J'ai bien les deux parties graphiques de reconnues :

lspci | grep -E "3D|VGA"

me renvoie bien :

00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06)
01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 860M] (rev a2)

Par contre la commande :

cat /sys/kernel/debug/vgaswitcheroo/switch

me renvoie :

0:IGD:+😛wr:0000:00:02.0
1:DIS: 😃ynOff:0000:01:00.0

Et j'ai beau lancé :

echo ON > /sys/kernel/debug/vgaswitcheroo/switch

La carte dédiée ne s'allume pas, le résultat de la commande précédente reste le même.

Je n'ai rien modifié ni rien installé de particulier depuis l'installation de "base" faite il y a quelques jours. Il y a-t-il des choses à installer ? Je ne sais pas si j'ai tous les prérequis mentionnés dans le tuto :

kernel version 3.17 or supérieure avec Render-Nodes - la version 3.16 ne fonctionne qu'en bootant avec drm.rnodes=1.
XServer 1.16 avec le support DRI3
Mesa 10.3 avec le support DRI3
pilotes KMS chargés pour les deux cartes graphiques
pilotes DDX chargés pour la carte graphique intégrée

Merci d'avance à ceux qui auraient une idée !
que renvoie : 
DRI_PRIME=1 glxinfo | grep "OpenGL vendor string"
C'est drôle chez moi j'ai le même comportement, à savoir le echo ON > /sys/kernel/debug/vgaswitcheroo/switch ne change rien à l'état de la carte, par contre un DRI_PRIME=1 glxinfo | grep "OpenGL vendor string"
allume bien la carte dédiée.

Tant que le DRI_PRIME fonctionne, pas besoin de se prendre la tête plus que ça
ça renvoie
[macraph@localhost ~]$ DRI_PRIME=1 glxinfo | grep "OpenGL vendor string"
OpenGL vendor string: nouveau
Du coup c'est bon ?
J'ai lancé un jeu sur steam pour voir mais ça rame et saccade énormément, je ne pense pas que la carte nvidia soit activée.
Ben je clique sur l'icône tout simplement ! C'est peut-être pas assez...
en effet, et le fonctionnement d'Optimus t'a clairement échappé. Pour que steam utilise la carte dédiée, tu dois lancer 
DRI_PRIME=1 steam
Sans ce DRI_PRIME=1 ; le sytème utilise la carte graphique intégrée.
Ok j'ai compris maintenant. J'ai essayé mais je ne constate aucune amélioration : le jeu (Firewatch) saccade bêtement dès le menu puis plante définitivement. En lançant steam avec DRI_PRIME=1 les jeux lancés depuis steam le sont également ? Si je veux faire un essai avec le pilote nvidia dans l'espoir d'améliorer les performances lequel dois-je choisir sur cette page ?
http://doc.fedorafr.org/wiki/Carte_graphique_NVIDIA_:_installation_des_pilotes#Installation_des_pilotes_pour_Fedora
Les catégories mentionnées (Geforce 8, 9, 10 etc) ne correspondent pas aux cartes graphiques de portables si ?
Merci encore pour les infos et je m'excuse si je dévie progressivement le fil de la discussion.
> En lançant steam avec DRI_PRIME=1 les jeux lancés depuis steam le sont également ?
Oui.

> Si je veux faire un essai avec le pilote nvidia dans l'espoir d'améliorer les performances lequel dois-je choisir sur cette page ?
Suis ce tuto.
Il faut éditer la commande du jeu.
Quand j'étais sous fedora, j'avais du mettre ceci avec bumblebee pour lancer le jeu et avoir des perfs correctes (steam lancé normalement) :


Maintenant, essaies avec un truc du genre
DRI_PRIME=1 %command%
Merci bien pour tout ces conseils. Il me semble cependant ne pas constater de différence avec DRI_PRIME=1. J'ai essayé de la mettre dans les propriétés de lancement sous steam mais c'est pareil. D'ailleurs suis-je un "utilisateur avancé" comme il est préciser dans la fenêtre des options de lancement ?
J'ai reparcouru la page sur optimus et relancer des commandes et il me semble que j'ai un problème.
Avec la commande lspci j'ai bien les deux cartes :

[raphael@localhost ~] $ lspci | grep -E "3D|VGA"
00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06)
01:00.0 3D controller: NVIDIA Corporation GM107M [GeForce GTX 860M] (rev a2)

Par contre xrandr me renvoie un seul provider :

[raphael@localhost ~] $ xrandr --listproviders
Providers: number : 1
Provider 0: id: 0x46 cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 4 outputs: 3 associated providers: 0 name:Intel

C'est pas normal non ?

Il me manque peut-être des prérequis de la liste ?

kernel version 3.17 or supérieure avec Render-Nodes - la version 3.16 ne fonctionne qu'en bootant avec drm.rnodes=1.
XServer 1.16 avec le support DRI3
Mesa 10.3 avec le support DRI3
pilotes KMS chargés pour les deux cartes graphiques
pilotes DDX chargés pour la carte graphique intégrée
Attention: Render-Nodes requiert que l'utilisateur soit dans le groupe "video"

Et comment savoir si je suis bien dans le groupe "video" ?
regarde ici et là, je pense que ta carte n'est malheureusement pas supportée par le pilote libre ; il va falloir attendre...

En attendant des améliorations sur le pilote libre, essaie avec le pilote proprio, donc bumblebee-nvidia. Regarde là.
11 jours plus tard
j'ai les memes symptomes que macraph
xrandr ne me renvoie qu'un seul provider

par contre
DRI_PRIME=1 glxinfo | grep "OpenGL vendor string"
OpenGL vendor string: nouveau

donc a priori ca devrait etre bon

sauf que supertuxkart plante en ecrivant dans la console un tas de message du genre
nouveau: 0xffffffffff

et quand je lancer glxgears j obtiens peu ou prou le meme resultat avec DRI_PRIME=0 ou DRI_PRIME=1

j ai l impression que ma carte secondaire n est pas du tout activée.