Chaque fois que je passe de mon GPU (GTX 1060) à mon IGPU (Intel 530), je ne peux pas démarrer. L'écran de chargement est bloqué avec le message suivant:
[Échec] Impossible de démarrer le démon de persistance NVIDIA. Voir 'systemctl status nvidia-persistenced.service' pour plus de détails.
Cependant, je peux démarrer lorsque je reviens au GPU Nvidia et que le passage à mon igpu sans redémarrage fonctionne temporairement. J'utilise Kubuntu 16.10 et uniquement mon écran d'ordinateur portable interne. C'est la sortie lorsque je passe à mon igpu:
sudo prime-select intel
Info: the current GL alternatives in use are: ['nvidia-378', 'nvidia-378']
Info: the current EGL alternatives in use are: ['nvidia-378', 'nvidia-378']
Info: selecting nvidia-378-prime for the intel profile
update-alternatives: using /usr/lib/nvidia-378-prime/ld.so.conf to provide /etc/ld.so.conf.d/x86_64-linux-gnu_GL.conf (x86_64-linux-gnu_gl_conf) in manual mode
update-alternatives: using /usr/lib/nvidia-378-prime/ld.so.conf to provide /etc/ld.so.conf.d/x86_64-linux-gnu_EGL.conf (x86_64-linux-gnu_egl_conf) in manual mode
update-alternatives: using /usr/lib/nvidia-378-prime/alt_ld.so.conf to provide /etc/ld.so.conf.d/i386-linux-gnu_GL.conf (i386-linux-gnu_gl_conf) in manual mode
update-alternatives: using /usr/lib/nvidia-378-prime/alt_ld.so.conf to provide /etc/ld.so.conf.d/i386-linux-gnu_EGL.conf (i386-linux-gnu_egl_conf) in manual mode
sudo prime-select nvidia
Info: the current GL alternatives in use are: ['nvidia-378-prime', 'nvidia-378-prime']
Info: the current EGL alternatives in use are: ['nvidia-378-prime', 'nvidia-378-prime']
Info: selecting nvidia-378 for the nvidia profile
update-alternatives: using /usr/lib/nvidia-378/ld.so.conf to provide /etc/ld.so.conf.d/x86_64-linux-gnu_GL.conf (x86_64-linux-gnu_gl_conf) in manual mode
update-alternatives: using /usr/lib/nvidia-378/ld.so.conf to provide /etc/ld.so.conf.d/x86_64-linux-gnu_EGL.conf (x86_64-linux-gnu_egl_conf) in manual mode
update-alternatives: using /usr/lib/nvidia-378/alt_ld.so.conf to provide /etc/ld.so.conf.d/i386-linux-gnu_GL.conf (i386-linux-gnu_gl_conf) in manual mode
update-alternatives: using /usr/lib/nvidia-378/alt_ld.so.conf to provide /etc/ld.so.conf.d/i386-linux-gnu_EGL.conf (i386-linux-gnu_egl_conf) in manual mode
Résultat de lspci -k | grep -EA2 'VGA | 3D'
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06)
DeviceName: Onboard IGD
Subsystem: CLEVO/KAPOK Computer HD Graphics 530
--
01:00.0 VGA compatible controller: NVIDIA Corporation GP106M [GeForce GTX 1060] (rev a1)
Subsystem: CLEVO/KAPOK Computer Device 6a03
Kernel driver in use: nvidia
J'ai essayé de résoudre ce problème par moi-même pendant plus d'une semaine et je ne sais pas quoi faire. Tout ce que j'ai essayé a échoué.
Pourriez-vous m'aider s'il vous plait?
MISE À JOUR 5.2.2017:
Je l'ai testé à nouveau aujourd'hui et j'ai réalisé que le passage au processeur Intel ne fonctionnait pas du tout avec 375 et 378. La déconnexion gèle l'écran. Alors pourquoi ça a marché une fois? Si j'installe à nouveau tous les pilotes après avoir supprimé les anciens et que j'utilise ensuite des informations Prime-Select (sans redémarrage!), Prime-Select ne met pas à jour les profils Prime -> Il sélectionne l'un des anciens profils non NVIDIA (profils Mesa au lieu de nvidia) et cela fonctionne. Mais dès que je passe à un profil nvidia ou que je redémarre, les profils principaux sont mis à jour et cela ne fonctionne plus. Donc je suppose qu'il y a quelque chose qui ne va pas avec les alternatives EGl pour le GPU Intel? Désolé pour le dérangement.
MISE À JOUR 12.2.2017:
Hier, j'ai modifié le logiciel nvidia-prime et corrigé le bug. Je vais bientôt publier (probablement la semaine prochaine) ma version modifiée et coller un lien ici, mais je rencontre toujours un problème: lorsque j'arrête mon PC après avoir exécuté sudo prime-select intel
:
ksmserver plante (j'utilise Kubuntu, ce n'est probablement pas un problème avec Ubuntu)
-> le PC ne peut pas s'éteindre complètement et les anciennes (mauvaises) mises à jour-alternatives pour le GPU Intel sont restaurées
-> Je ne peux pas démarrer.
Cependant, si je cours sudo prime-select intel
après l'arrêt en mode de récupération, tout fonctionne bien et je peux utiliser le processeur graphique Intel.
MISE À JOUR 17.2.2017:
J'ai posté ma solution de contournement et j'essaie toujours de corriger le bogue dans les référentiels officiels. Cependant, c'est probablement un bogue dans les alternatives de mise à jour, donc je dois poster un rapport de bogue là-bas.
En attendant, profitez de ma solution! J'espère que ça marche aussi pour vous. S'il y a des questions, veuillez laisser un commentaire.
MISE À JOUR 26.2.2017
Comme l'a souligné @whizzzkid, la carte graphique nvidia reste active après l'application de mon patch. Cependant, aujourd'hui, j'ai pu résoudre ce problème. Je mettrai probablement à jour ma réponse pour inclure mon 2ème patch la semaine prochaine. Voici quelques tests que j'ai effectués:
Nvidia: 43-45W
Intel (nvidia activé): 29-31W
Intel (nvidia off): 15-17 W
la source
lspci -k | grep -EA2 'VGA|3D'
la commande du terminal.m
à la fin même s'ils sont mobiles.nvidia-prime
Ne les supporte probablement pas encore.Réponses:
Voici ma correction / solution de contournement pour le bogue:
Si vous souhaitez utiliser bumblebee au lieu de nvidia-prime, jetez un œil à la réponse fournie par @whizzzkid ci-dessous.
Testé avec Kubuntu 16.10 64 bits avec KDE Plasma Version.7.5 et KDE Frameworks Version 5.26.0. Les étapes suivantes fonctionnent pour moi. J'espère qu'ils travailleront aussi pour vous, mais je ne peux pas garantir cela et n'assumer aucune responsabilité s'ils ne le font pas. Mais je suis heureux de vous aider si vous laissez un commentaire.
Dans mon cas, le problème était que l'alternative de mise à jour / usr / lib / nvidia-XYZ-prime / ne fonctionnait pas du tout. Il est censé rediriger les appels vers le pilote intel-mesa, mais pour une raison quelconque, il ne l'a pas fait. C'est donc probablement un bogue dans les alternatives de mise à jour? Je n'ai toujours pas trouvé d'endroit pour signaler un bogue pour les alternatives de mise à jour. Veuillez commenter si vous pouvez m'aider.
J'ai fondamentalement modifié nvidia-prime un peu pour changer les alternatives de mise à jour directement au pilote intel-mesa au lieu de / usr / lib / nvidia-XYZ-prime /.
Important:
Avant d'appliquer l'une de ces étapes, assurez-vous de savoir comment accéder au mode de récupération sur votre PC. Si vous ne pouvez plus démarrer en raison de ce guide, vous pouvez toujours annuler les modifications du mode de récupération avec les commandes de la dernière section de ce guide. Consultez ce site Web pour savoir comment accéder au mode de récupération pour plus d'informations.
Si vous utilisez un système d'exploitation 32 bits , vous devez supprimer toutes les commandes contenant x86_64 à l' étape 4 et dans la section Comment annuler toutes ces modifications .
Étape 1:
Installez mon patch en utilisant une méthode simple fournie par @whizzzkid dans sa réponse ci-dessous:
Étape 2:
Appliquez mon deuxième patch pour réduire la consommation d'énergie en mode intel:
Vérifiez la version du pilote nvidia dont vous disposez. Par exemple avec la commande suivante:
Dans ce cas, nvidia-XYZ est nvidia-378. Voir ce fil Stackoverflow .
Créez un fichier bash contenant le contenu suivant nommé par exemple poweroff.sh
Créez un deuxième fichier bash contenant le contenu suivant nommé par exemple poweron.sh et remplacez XYZ par votre numéro de version du pilote nvidia.
En mode Intel, vous devez exécuter le premier script après vous être connecté avec sudo et le second avant de vous déconnecter avec sudo (sinon votre ordinateur portable se bloquera probablement, comme dans mon cas). Je viens de les exécuter avec
sudo bash FILENAME
.Jusqu'à présent, je n'ai pas pu démarrer automatiquement ces scripts en tant que root à la connexion et avant la déconnexion. Cependant, cela pourrait être possible avec upstart, comme l' a souligné @Fiximan . Je pourrais mettre à jour cette réponse à nouveau dans le futur si j'y parviens.
(probablement) Erreurs spécifiques à KDE Plasma:
Il y a toujours un bug que je n'ai pas pu corriger dans KDE Plasma: chaque fois que je passe de Nvidia à Intel après avoir démarré le PC en mode nvidia, ksmserver se bloque et le PC est rendu inutilisable, je dois le désactiver en appuyant sur le bouton d'alimentation pendant environ 5-10 secondes. Il en résulte parfois que les alternatives de mise à jour sont remplacées par nvidia-prime au lieu d'Intel-mesa, ce qui conduit à un écran noir au démarrage .
Si vous êtes affecté par le bogue ksmserver, veuillez contribuer au rapport de bogue officiel sur bugs.kde.org .
Cependant, le problème que le PC ne s'arrête pas peut être évité en sélectionnant toujours le mode Intel avant l'arrêt , même lorsque vous utilisez le mode NVIDIA. Si vous faites cela, tout fonctionne comme il se doit en premier lieu et vous n'avez pas à éteindre votre PC en appuyant longuement sur le bouton d'alimentation, sauf après avoir appliqué ce guide en mode nvidia.
Une solution de contournement simple pour le bogue d'écran noir au démarrage consiste à supprimer complètement les alternatives de mise à jour qui ne fonctionnent pas:
Étape 1:
Vous pouvez accéder à nouveau à votre PC après être entré en mode de récupération, sélectionner le shell de commande racine et exécuter les 2 commandes suivantes:
Étape 2:
Exécutez les commandes suivantes:
Comment annuler toutes ces modifications
Exécutez simplement les commandes suivantes:
la source
le patch de @ C11235 fonctionne, maintenant je peux basculer entre nvidia et intel, mais cela ne réduit pas la consommation d'énergie. : - / ce qui signifie que les deux sont toujours en cours d'exécution.
BTW c'est un moyen plus facile de le faire.
la source
Solution pour ne pas démarrer après le passage à la carte vidéo Intel:
Ajoutez les paramètres de démarrage du noyau:
La raison de ce problème: bug # 156341 dans le noyau
Source de la solution: lien
certains plus détaillés, il sera peut-être plus facile à comprendre:
la source
Problème possible avec le 2e correctif: dernière commande des invites de script "poweroff"
Apparemment, lorsque je redémarre en mode Intel (le changement de mode n'entre pas en vigueur jusqu'à ce que je redémarre, je ne sais pas si c'est normal), le module bbswitch n'est même pas chargé. Il n'y a donc pas de fichier bbswitch et aucun moyen de désactiver le GPU nvidia.
J'utilise:
Solution à ce problème:
Modifiez le fichier / etc / modules (avec les privilèges root) et ajoutez la ligne
Maintenant, bbswitch est opérationnel même lorsque je démarre en mode Intel, et le deuxième correctif de C11235 fonctionne très bien.
la source