web-dev-qa-db-fra.com

Bumblebee Intel + Nvidia sur le numéro d'écran noir 15.10

J'ai une nouvelle installation de Kubuntu 15.10, j'ai un ordinateur portable msi GT70 avec Optimus.

J'ai installé bumblebee bumblebee-nvidia, il est absolument nécessaire car nouveau continue de planter à la connexion.

Donc j'ai édité /etc/bumblebee/bumblebee.conf

# Configuration file for Bumblebee. Values should **not** be put between quotes

## Server options. Any change made in this section will need a server restart
# to take effect.
[bumblebeed]
# The secondary Xorg server DISPLAY number
VirtualDisplay=:8
# Should the unused Xorg server be kept running? Set this to true if waiting
# for X to be ready is too long and don't need power management at all.
KeepUnusedXServer=false
# The name of the Bumbleblee server group name (GID name)
ServerGroup=bumblebee
# Card power state at exit. Set to false if the card shoud be ON when     Bumblebee
# server exits.
TurnCardOffAtExit=false
# The default behavior of '-f' option on optirun. If set to "true", '-f' will
# be ignored.
NoEcoModeOverride=false
# The Driver used by Bumblebee server. If this value is not set (or empty),
# auto-detection is performed. The available drivers are nvidia and nouveau
# (See also the driver-specific sections below)
Driver=nvidia
# Directory with a dummy config file to pass as a -configdir to secondary X
XorgConfDir=/etc/bumblebee/xorg.conf.d

## Client options. Will take effect on the next optirun executed.
[optirun]
# Acceleration/ rendering bridge, possible values are auto, virtualgl and
# primus.
Bridge=auto
# The method used for VirtualGL to transport frames between X servers.
# Possible values are proxy, jpeg, rgb, xv and yuv.
VGLTransport=proxy
# List of paths which are searched for the primus libGL.so.1 when using
# the primus bridge
PrimusLibraryPath=/usr/lib/x86_64-linux-gnu/primus:/usr/lib/i386-linux-    gnu/primus
# Should the program run under optirun even if Bumblebee server or nvidia card
# is not available?
AllowFallbackToIGC=false


# Driver-specific settings are grouped under [driver-NAME]. The sections are
# parsed if the Driver setting in [bumblebeed] is set to NAME (or if auto-
# detection resolves to NAME).
# PMMethod: method to use for saving power by disabling the nvidia card, valid
# values are: auto - automatically detect which PM method to use
#         bbswitch - new in BB 3, recommended if available
#       switcheroo - vga_switcheroo method, use at your own risk
#             none - disable PM completely
# https://github.com/Bumblebee-Project/Bumblebee/wiki/Comparison-of-PM-methods

## Section with nvidia driver specific options, only parsed if Driver=nvidia
[driver-nvidia]
# Module name to load, defaults to Driver if empty or unset
KernelDriver=nvidia-304
PMMethod=auto
# colon-separated path to the nvidia libraries
LibraryPath=/usr/lib/nvidia-304:/usr/lib32/nvidia-304
# comma-separated path of the directory containing nvidia_drv.so and the
# default Xorg modules path
XorgModulePath=/usr/lib/nvidia-304/xorg,/usr/lib/xorg/modules
XorgConfFile=/etc/bumblebee/xorg.conf.nvidia

## Section with nouveau driver specific options, only parsed if Driver=nouveau
[driver-nouveau]
KernelDriver=nouveau
PMMethod=auto
XorgConfFile=/etc/bumblebee/xorg.conf.nouveau

J'ai

$ cat /proc/acpi/bbswitch 
0000:01:00.0 ON

J'ai mis dans /etc/modules-load.d/modules.conf

i915
bbswitch

Donc je suis capable de faire:

$ primusrun glxinfo | grep "OpenGL version"
OpenGL version string: 4.2.0 NVIDIA 304.128

Mais si je redémarre tout ce que j'ai est un écran noir , pour que mon système démarre, je dois me connecter à tty1 et faire:

Sudo modprobe nvidia_304
Sudo service sddm restart

obtenir l’écran de connexion kubuntu des idées pour résoudre ce problème?

Aussi, si je remplace nvidia-304 par nvidia-355 , je peux t boot du tout: la pointe de modprobe ne fonctionne pas.

Voici ma configuration avec lspci :

$ lspci|grep -i vga
00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06)
01:00.0 VGA compatible controller: NVIDIA Corporation GK104M [GeForce GTX 870M] (rev ff)

EDIT:

Quelques informations connexes et solutions possibles http://forum.ubuntu-it.org/viewtopic.php?p=4760241 (italien par le biais de) https://www.kubuntuforums.net/ showthread.php? 69190-Bumblebee-Nvidia355 & p = 38104

Il existe également un bogue avec le module i915 sur le noyau 4.2 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/14949

EDIT2 (solution de bourdon efficace):

J'ai réussi à faire ce travail https://www.kubuntuforums.net/showthread.php?69190-Bumblebee-Nvidia355&p=38104

  1. installer nvidia-355 et nvidia-prime
  2. sélection du pilote intel dans le panneau nvidia et déconnexion
  3. installer bumblebee uniquement (pas bumblebee-nvidia)
  4. éditez selon les besoins /etc/bumblebee/bumblebee.conf line22 KernelDriver = nvidia remplace nvidia-current par nvidia-355
  5. /etc/bumblebee/xorg.conf.nvidia uncomment le busID "PCI: 01: 00: 0" comme décrit ici https://askubuntu.com/questions/29044...vices-detected ,
  6. vous pouvez maintenant démarrer sous Intel et utiliser optirun et primusrun. Cela fonctionne pour moi jusqu'à présent, test avec primusrun glxinfo

EDIT3: ( maj 03/12/2015 )

Utiliser ppa: graphics-drivers/ppa et ppa: xorg-edgers/ppa , après une mise à jour et un redémarrage, j’avais un écran noir avec 58.16-0ubuntu0 ~ gpu15.10.2.

J'ai donc tout purgé et ensuite je viens d'installer bumblee-nvidia nvidia-358 , de modifier /etc/bumblebee/bumblebee. conf et a fait redémarrage du service Sudo bumblebeed .

Cela a fonctionné à nouveau après un redémarrage.

9
Kwaadpepper

Comme vous avez un matériel GPU assez récent, vous devez également utiliser de nouveaux pilotes et logiciels NVIDIA.

Remplacez bourdon par nvidia-prime pour basculer entre intégré et graphiques dédiés.

Réinstallez les pilotes NVIDIA, mais commencez par désinstaller tous les logiciels NVIDIA et supprimez le bourdon.

Ouvrez un terminal et exécutez:

Sudo apt-get purge nvidia* '^bumblebee.*'  
Sudo reboot  

Lorsque le menu d’amorçage GRUB apparaît: Sélectionnez l’entrée entrée du menu Ubunt et appuyez sur le bouton E clé.
Ajoutez le paramètre nouveau.modeset=0 à la fin de la ligne Linux ... Ensuite, appuyez sur F10 pour démarrer.

Installez les pilotes propriétaires NVIDIA stables à partir des référentiels Ubuntu (ne s'applique pas à Ubuntu 12.04:

Sudo apt-get update
Sudo apt-get install nvidia-352 nvidia-prime
Sudo reboot

Lorsque vous souhaitez utiliser les derniers pilotes, installez-les à partir du PPA des pilotes GPU propriétaires:

Sudo add-apt-repository ppa:graphics-drivers/ppa
Sudo apt-get update
Sudo apt-get install nvidia-355 nvidia-prime
Sudo reboot  
10
cl-netbox

Bien que tout semble fonctionner, essayez les opérations suivantes: le bbswitch ne peut pas désactiver correctement la carte nvidia:

cat /proc/acpi/bbswitch
primusrun glxinfo|grep OpenGL
sleep 1
cat /proc/acpi/bbswitch

Ensuite, j'ai réinstallé bumblebee-nvidia, cela a fonctionné jusqu'à ce que je redémarre le système. Après avoir approfondi le problème, j'ai remarqué que les alternatives de mise à jour sont mises à jour après le redémarrage du système et que gpu-manager en est la cause. (lancez simplement "Sudo gpu-manager" et vous verrez qu'il est mis à jour)

gpu-manager s'exécute après le démarrage de lightdm. donc, comme solution de contournement rapide, je l’ai désactivée.

maintenant tout fonctionne comme prévu. Après avoir exécuté quelque chose avec optirun ou primusrun, bbswitch désactive correctement nvidia à la fin du processus.

En résumé, voici mon résumé pour tout installer à partir de zéro (lancez-le manuellement en lisant les commentaires):

Sudo add-apt-repository ppa:graphics-drivers/ppa
Sudo apt-get update

Sudo apt-get purge -y nvidia* bumblebee bumblebee-nvidia bbswitch-dkms primus
Sudo apt-get install nvidia-355

#switch to intel
Sudo tee /etc/prime-discrete <<< off

#reboot is recommended at this point

Sudo add-apt-repository ppa:bumblebee/stable
Sudo apt-get update
Sudo apt-get install bumblebee primus

#Sudo gedit /etc/modules
#  add the line "bbswitch load_state=0"

#Sudo gedit /etc/modprobe.d/bumblebee.conf
#and make sure the following line exists
#  blacklist nvidia-355

#Sudo gedit /etc/bumblebee/bumblebee.conf
#  change line 22 "Driver=" to "Driver=nvidia"
#  change all nvidia-current to nvidia-355

#Sudo gedit /etc/bumblebee/xorg.conf.nvidia
#  uncomment BusID line if it is commented and make sure it corresponds to the correct BusID

#disable gpu-manager as it changes i386-linux-gnu_gl_conf and x86_64-linux-gnu_gl_conf
Sudo systemctl mask gpu-manager.service

EDIT: J'ai supprimé les modifications de rc.local car gpu-manager était en cours d'exécution non seulement au moment de l'exécution, mais également lors de l'utilisation du système. Par conséquent, je l'ai complètement désactivé.

6
Gokhan Moral

J'ai réussi à faire travailler un bourdon à Wily après beaucoup trop de maux de tête superflus, sans cette horrible nvidia-prime.

Comme d'autres l'ont soupçonné, c'est à cause de gpu-manager. Quoi qu'il en soit, cela décoiffe dans la configuration alternative à la mise à jour. Masquer ce service et réinstaller bumblebee [-nvidia] corrige tous les problèmes. Désormais, la carte s'allume et s'éteint via Optirun comme prévu, et plus aucun écran noir au démarrage.

Sudo systemctl mask gpu-manager.service
Sudo apt-get install --reinstall bumblebee bumblebee-nvidia

Assurez-vous également qu'il n'y a pas de fichier /etc/X11/xorg.conf endommagé.

6
Luca Boccassi