Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Bumblebee et batterie qui ne charge plus

frieda

Bonjour à tous, 🙂

Je sais que le sujet a été abordé de nombreuses fois, mais impossible de trouver la solution à mon problème, donc je me permets de poster ici.

J'ai récemment acheté un PC portable avec la technologie Optimus, sur lesquel j'ai installé Fedora18. J'ai donc voulu installer Bumblebee par cette méthode : http://techies.ncsu.edu/wiki/bumblebee . Or, dans un premier temps, tout semble marcher : ma batterie a retrouvé l'autonomie annoncée par le constructeur.

Sauf que, optirun -b virtualgl glxgears me renvoie :

[  638.131197] [ERROR]Cannot access secondary GPU - error: [XORG] (EE) Failed to load module "mouse" (module does not exist, 0)

[  638.131311] [ERROR]Aborting because fallback start is disabled.

Puis, après un petit temps d'utilisation, je remarque que ma batterie refuse tout simplement de charger, et que l'indicateur n'affiche pas qu'elle est vide!! 🙁 (le problème ne vient pas de ma batterie. Une fois Bumblebee désinstallé, elle recommence à charger)

Nouveau doit-il être chargé où pas ? J'ai cru comprendre qu'il fallait le blacklister, ce que j'ai fait en éditant le ficher /etc/default/grub (j'ai simplement rajouté : rdblacklist=nouveau) et en ajoutant blacklist nouveau à /etc/modprobe.d/blacklist.conf. Cependant, ceci n'a pas eu l'air d'avoir d'effet. :-? La commande lsmod | grep nouveau me renvoie :

nouveau               993492  0 
mxm_wmi                12865  1 nouveau
i2c_algo_bit           13257  2 i915,nouveau
drm_kms_helper         50439  2 i915,nouveau
ttm                    80354  1 nouveau
drm                   272315  6 ttm,i915,drm_kms_helper,nouveau
i2c_core               38420  7 drm,i915,i2c_i801,drm_kms_helper,i2c_algo_bit,nouveau,videodev
wmi                    18697  3 mxm_wmi,nouveau,asus_wmi
video                  19052  3 i915,nouveau,asus_wmi

Voilà. j'avoue être un peu perdue. Quelqu'un aurait t'il une idée de ce que j'ai pu mal faire, et comment résoudre mon problème ?

(Par ailleurs, ceci n'a rien à voir avec le problème précédent, mais, quand je démarre mon PC avec le noyau 3.10, l'écran de login est noir, luminosité à 0. J'arrive à me logguer à l'aveugle, puis à remonter la luminosité avec les touches de mon clavier une fois ma session démarrée, mais ce n'est vraiment pas pratique, et je n'avais pas ce problème avec la version 3.9 du noyau. Une idée ?)

Merci pour votre aide 🙂

Edouard_le_homard

hello,

après avoir édité le /etc/default/grub ; as tu régénréré le grub avec grub2-mkconfig -o /boot/grub2/gub.cfg (si tu n'as pas d'UEFI, sinon la commande change un poil). si ut ne le fais pas, ça ne prendra pas effet.

concernant le message d'erreur "Failed to load module "mouse"", j'ai déjà vu ce message sur un forum anglophone, google le et tu trouveras la solution je pense.

tu as installé bumblebee-nvidia ou bumblebee ? ce dernier utilise nouveau, donc si tu le blacklist, il va y avoir un soucis je pense.

sur ma machine, j'arrive à faire fonctionner bumblebee-nvidia mais pas bumblebee, leur affaire n'est pas encore au point =) je n'ai pas eu des masses de temps pour m'en occuper ceci dit. et je n'ai jamais constaté de problèmes de batterie.

frieda

Bonjour,

Merci pour ta réponse. 🙂

J'ai effectivement régénéré le Grub avec grub2-mkconfig -o /boot/grub2/gub.cfg . Sauf que j'ai effectivement un UEFI. Donc je n'ai pas utilisé la bonne commande. Bon, de toute façon, blacklister nouveau n'est as une bonne idée alors. Voilà ce que j'ai installé : bumblebee bbswitch , puis bumblebee-nvidia primus. Quel driver devrait être utilisé après ça ?

J'ai effectivement cherché sur Google, mais je n'ai pas trouvé de solution. La seule chose que j'ai pu faire, c'est installer xorg-x11-drv-mouse , mais ça me donne cette erreur, que je n'arrive pas non plus à résoudre. Je dois avoir un problème d'installation de Bumblebee, mais lequel ?

[root@localhost ~]# optirun glxgears
[  728.850271] [ERROR]Cannot access secondary GPU - error: [XORG] (EE) No devices detected.

[  728.850330] [ERROR]Aborting because fallback start is disabled.
[root@localhost ~]#

Qu'est-ce que tu as fait de différent pour faire fonctionner bumblebee-nvidia ?

Merci 🙂

Edouard_le_homard

enlève bumblebee et reboot, ça devrait bien se passer. je ne pense pas qu'avoir les 2 (bumblebee et bumblebee-nvidia) en même temps soit une riche idée.

pour refaire le grub, ce que tu cehrches c'est (cf https://fedoraproject.org/wiki/GRUB_2)

grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg

frieda

Hum ... Le problème est que bumblebee-nvidia est en dépendance de bumblebee. Donc impossible d'avoir seulement bumblebee-nvidia. Et même si c'était le cas, bumblee-nvidia pourrait-il fonctionner tout seul ?

Edouard_le_homard

ah tiens c'est marrant j'avais oublié ça... au temps pour moi. sur ma machine ça marche avec le driver proprio, quelques bugs de temps en temps (sur xorg-x11-server principalement) mais rien qui empèche l'utilisation.

frieda

Est-il possible que ma carte ne soit tout simplement pas supportée ? J'ai une GeForce 740M. J'ai cherché une liste des cartes supportées, sans vraiment trouver.

Edouard_le_homard

Tu as cherché bumblebee 740M sur google ? J'ai une 540M et le driver proprio marche sans enxombre.

Que retorrnent systemctl status bumblebeed.service et systemctl status bumblebee-nvidia.service ?

frieda

Bonjour,

Désolée de ne pas pouvoir répondre plus régulièrement.

Voici les résultats demandés :

systemctl status bumblebeed.service :

[lea@localhost ~]$ systemctl status bumblebeed.service
bumblebeed.service - Bumblebee C Daemon
   Loaded: loaded (/usr/lib/systemd/system/bumblebeed.service; enabled)
   Active: active (running) since jeu. 2013-08-15 13:10:46 CEST; 2h 47min ago
 Main PID: 694 (bumblebeed)
   CGroup: name=systemd:/system/bumblebeed.service
           └─694 /usr/sbin/bumblebeed

systemctl status bumblebee-nvidia.service :

[lea@localhost ~]$ systemctl status bumblebee-nvidia.service 
bumblebee-nvidia.service - Compiling NVidia Driver
   Loaded: loaded (/etc/systemd/system/bumblebee-nvidia.service; enabled)
   Active: active (exited) since jeu. 2013-08-15 13:10:46 CEST; 2h 53min ago
  Process: 686 ExecStart=/usr/sbin/bumblebee-nvidia (code=exited, status=0/SUCCESS)

En plus : systemctl | grep bumblebee

[lea@localhost ~]# systemctl | grep bumblebee
bumblebee-nvidia.service    loaded active exited    Compiling NVidia Driver
bumblebeed.service          loaded active running   Bumblebee C Daemon

Je trouve le résultat de lspci -vnnn | grep VGA étrange :

[root@localhost ~]# lspci -vnnn | grep VGA
00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core processor Graphics Controller [8086:0166] (rev 09) (prog-if 00 [VGA controller])

Alors que lspci -vnn | grep '\''[030[02]]' renvoie :

[lea@localhost ~]# lspci -vnn | grep '\''[030[02]\]'
00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core processor Graphics Controller [8086:0166] (rev 09) (prog-if 00 [VGA controller])
01:00.0 3D controller [0302]: NVIDIA Corporation Device [10de:0fdf] (rev ff) (prog-if ff)

Qu'est-ce que tout ça signifie exactement ?

Edouard_le_homard

à lire ça je ne vois pas ce qui peut déconner...

par contre je viens de vérifier, chez moi dans mon etc/default/grub, j'ai rd.driver.blacklist=nouveau ; tu as essayé avec ça ?

frieda

Oui. Enfin, j'avais essayé de rajouter rdblacklist=nouveau . Suite à ton post, j'ai rajouté ta ligne. Ce qui fait que mon fichier ressemble maintenant à ça :

GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_CMDLINE_LINUX="rd.lvm.lv=fedora/swap rd.md=0 rd.dm=0 $([ -x /usr/sbin/rhcrashkernel-param ] && /usr/sbin/rhcrashkernel-param || :) vconsole.keymap=fr rd.luks=0 rhgb quiet"
GRUB_DISABLE_RECOVERY="true"
GRUB_THEME="/boot/grub2/themes/system/theme.txt"
rd.driver.blacklist=nouveau

Malheureusement, toujours aucun changement. 🙁

chepioq

frieda wrote:Oui. Enfin, j'avais essayé de rajouter rdblacklist=nouveau . Suite à ton post, j'ai rajouté ta ligne. Ce qui fait que mon fichier ressemble maintenant à ça :
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_CMDLINE_LINUX="rd.lvm.lv=fedora/swap rd.md=0 rd.dm=0 $([ -x /usr/sbin/rhcrashkernel-param ] && /usr/sbin/rhcrashkernel-param || :) vconsole.keymap=fr rd.luks=0 rhgb quiet"
GRUB_DISABLE_RECOVERY="true"
GRUB_THEME="/boot/grub2/themes/system/theme.txt"
rd.driver.blacklist=nouveau
Malheureusement, toujours aucun changement. 🙁

Je pense que l'option "rd.driver.blacklist=nouveau" doit être ajouté à la fin de la ligne "GRUB_CMDLINE_LINUX=" ce qui donnerait :

GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_CMDLINE_LINUX="rd.lvm.lv=fedora/swap rd.md=0 rd.dm=0 $([ -x /usr/sbin/rhcrashkernel-param ] && /usr/sbin/rhcrashkernel-param || :) vconsole.keymap=fr rd.luks=0 rhgb quiet rd.driver.blacklist=nouveau"
GRUB_DISABLE_RECOVERY="true"
GRUB_THEME="/boot/grub2/themes/system/theme.txt"

frieda

Ok merci pour ton aide.

Voilà qui est beaucoup plus efficace. 🙂 ( "lsmod | grep nouveau" ne me renvoie plus rien). Mais ça ne change toujours rien à mon problème :s

En fait, ma batterie arrete de charger (et le PC finit par s'éteindre quand il est sur secteur), le niveau de batterie resdescend comme avant installation de bumblebee et le PC se met à chauffer plus fort dès que je lance une commande avec "optirun". Donc je vais voir. Si j'ai besoin d'utiliser ma carte graphique souvent, je déinstallerai tout simplement Bumblebee. 🙁

Merci pour votre aide à tous les deux. N'hésitez pas si une autre idée vous vient 😉