Vous n'êtes pas identifié(e).
J'ai donc suivit cette page: https://wiki.debian.org/NvidiaGraphicsD … dia-detect et j'ai procédé à l'installation du paquet nvidia-driver (sans passer par le dépôt backports), j'ai redémarré et me suis retrouvé dans l'impossibilité d'utiliser de nouveau Cinnamon, pas grave j'installe KDE et ça fonctionne.
Je vérifie si je peux lancer glxgears ou un outil de benchmark comme UnigineHeaven 4 mais j'ai ce type d'erreur dans le terminal:
$
Et plus tôt, on me disait que GLX était manquant:
Il semblerait donc que malgré la présence du pilote NVidia, il ne soit pas réellement actif:
$
$
Auriez-vous une idée pour résoudre ce problème s'il vous plaît ?
Barbement,
BarbeRousseLibre
Edit à toto : Mis les BBCodes de Commande user aux commandes user en séparant les commandes de leurs retours... Plus lisible pour les lecteurs débutants.
Dernière modification par BarbeRousseLibre (13-10-2018 21:24:46)
Hors ligne
(sans passer par le dépôt backports),
ça tombe bien, je crois qu'il n'y en a pas sur Buster/testing
Tu as vérifié s'il n'y a pas des bugs en cours sur testing ?
sinon je ne peux t'en dire plus, je n'ai pas de nvidia ni de testing mais les pros de ces configs vont sûrement passer
> Débuter sur Debian
Principales commandes Linux+ISOs DF+Les cahiers du débutant
> Débuter sur openSUSE
Site officiel + Wiki fr + Forum fr +Guide du débutant sur Leap 15.x
Hors ligne
donc en purgent le drivers nvidia tu devrais sous "nouveau" avec un bureau correct
une bonne commande est glxinfo -B
le retour pour moi avec une GTX1050 pascal
pour purger le driver un simple :
et un reboot de la machine
quand tout fonctionne bien avec nouveau (je suppose que tu a que ce gpu dans ce portable)
voir pour installer proprement le driver nvidia (si nouveau ne te convient pas )
ps: pour répondre a chalu oui beaucoup de bugs sur Buster (même sur le driver nvidia)
mais pas remarqué de plantage (suffit de tomber sur une configuration qui pose problème )
nota: stretch a encore beaucoup de bugs aussi , suite a mise a jour avec apt-listbugs
@BarbeRousseLibre
je te conseille de l'installer si pas encore fait
pour le wiki debian je suis pas trop d'accord mais bon ..........
déjà voir si avec nouveau tout va bien , après on avisera (j'espère que tu n'a pas le couple gpu intel + gpu nvidia)
c'est cette machine => https://www.lenovo.com/fr/fr/laptops/id … 8IP3000842
nota: une astuce si tu a des soucis utilise "aptitude" et l'option "-s" pour tester l'installation
pour moi ça donne:
retour
nota: même si tu tape "yes" (Y ou rien , juste "entrée" a chaque fois , l'option "-s" (pour simulation) n'installera rien
aptitude en cas de conflit est plus bavard et peu donner des solutions
"nvidia-driver" est un méta-paquet qui appelle les autres paquets
"xserver-xorg-vidéo-nvidia" est le driver
"nvidia-settings" est l utilitaire graphique nvidia
par défaut on me propose 25 paquets a installer (et 6 optionnel)
normalement l'installation est sans souci , mais tu est la démonstration que parfois ça se passe mal
ps: j'espère que la 920M ne pose pas problème comme carte vidéo pour portable avec debian
Dernière modification par anonyme (12-09-2018 08:55:37)
Mon PC fonctionne avec ce pilote libre, ce n'est pas la question, mais faisant maintenant (et pour le moment) un peu de montage vidéo, il me semble que le GPU peut aider, alors si je veux parler de performance il me faudra surtout le pilote propriétaire de mon GPU.
J'vais continuer à regarder ce problème, si quelqu'un a une idée pour le contourner (installer manuellement le pilote depuis le site d'NVidia peut-être ? C'est contraignant mais si ça marche...).
Barbement,
BarbeRousseLibre
Hors ligne
par contre elle déclaré comme "3D controleur: NVIDIA" , alors que le gpu principal est noté "VGA compatible controller: Intel"
nota: le montage vidéo sur cette machine avec le cpu (les deux gpu sont pas bien puissant )
Une idée ?
PS: Concernant la puissance de ce PC, surtout concernant le montage, pas de problèmes. Je ne suis pas quelqu'un de pressé autour du sujet du montage vidéo, et après des tests ça ne met pas totalement mon PC en PLS non plus, il est un peu ralentie en fonction de la quantité de processus donné au rendu. Si ça me prend 12 heures bah ça attendra le lendemain matin. D'ailleurs si je veux passer par le pilote propriétaire c'est dans l'espoir d'accélérer un peu le rendu, mais ça ne m'est pas indispensable.
Dernière modification par BarbeRousseLibre (14-09-2018 09:27:48)
Hors ligne
ceci pour intel
nota: il est conseillé d'installer la prise en charge du 32 bits avec bumblebee
Dernière modification par anonyme (14-09-2018 11:13:07)
Je me suis demandé si cela avait quelque chose à voir avec le fait que je déporte l'affichage de ce portable en HDMI vers un écran, alors j'ai essayé sur l'écran du PC portable et c'est pareil.
Voici quelques informations, si ça peut être utile pour réparer mon problème:
Par rapport à l'erreur de la commande optirun glxgears -info, j'ai regardé dans quel paquet était la librairie libGL.so.1:
Une idée ?
Dernière modification par BarbeRousseLibre (18-09-2018 18:23:39)
Hors ligne
Et la commande glxgears fonctionne, je vois bien des roues tournées.
Mais quand je tente de me servir d'optirun:
Une idée ?
Si cela peut aider, une petite liste de paquets installés chez moi:
Mon utilisateur fait bien partie du groupe bumblebee, sinon les commandes optirun sont à faire en root (et c'est moche):
Enfin j'ai vérifié que ça n'avait rien à voir avec l'affichage à travers l'HDMI, et sans écran secondaire je n'ai pas plus de résultats.
Dernière modification par BarbeRousseLibre (24-09-2018 09:29:26)
Hors ligne
maintenant que le gpu intel est ok que donne "glxgears"
ps: pour fermer c'est la croix a droite ou tourne l'engrenage
ça donne quelque chose comme ceci
Dernière modification par anonyme (24-09-2018 10:35:22)
Et voici glxgears avec la carte Intel: https://ibb.co/h8sMMp
Hors ligne
regarder sur le wiki si quelque chose sur : Failed to load module "mouse"
le wiki "bumblebee" => https://debian-facile.org/doc:materiel: … ia:optimus
il propose d'installer ce paquet :
teste l'erreur devrait disparaître a propos du module "mouse" (je sais pas si il ne faut pas redémarrer la machine avant de tester )
tu refais la commande :
et donne le retour (ou le résultat si correct ) pas la peine de poster une image .
Dernière modification par anonyme (24-09-2018 13:03:33)
Et sur la page de debian-fr.xyz j'ai trouvé la solution à mon problème, l'installation des paquets suivants:
libgl1-nvidia-glx libgl1-nvidia-glx:i386 nvidia-driver-libs nvidia-driver-libs-i386
Qui m'ont posé des problèmes sous aptitude et apt à propos de problèmes de dépendances qui rentrerait en conflit, en gros j'ai un peu été bourrin je pense mais j'ai fais ça:
Et au redémarrage:
Plus un glxgears fonctionnel.
Puis:
Et toujours avec un glxgears fonctionnel! Je pense que je peux dire que ça marche. Par contre, détail étrange, les résultats de frames par secondes avec glxgears et optirun glxgears semblent (trop) proches, la carte NVidia ne devrait pas m'afficher des résultats largement supérieur à la carte Intel ? Ou alors c'est une limitation à 60 FPS et les deux cartes l'atteignent allègrement ?
Encore merci . Avant de clôturer le topic j'aimerai juste comprendre cette histoire d'FPS et être sûr que les grosses latences que je sentais à l'usage ont disparu (ou non, puis faut conclure si c'est lié à ce topic).
Dernière modification par BarbeRousseLibre (24-09-2018 13:26:00)
Hors ligne
Mais ça ne marchait pas au démarrage de la session, je retournais sur LightDM. En vérifiant, le binaire à appeler n'est pas /usr/bin/primusrun mais /usr/bin/optirun:
Et là, ça marche. J'ai toujours l'impression que mon PC galère mais je soupçonne le processeur qui de toute façon est assez caca, mais concernant tout ce qui semble être gourmand graphiquement (exemple: les effets de KWin) ça va beaucoup mieux. J'ai après reboot effectué un test:
Comme vous pouvez le voir, la valeur de vblank_mode est modifié (depuis le fichier /usr/local/bin/primus-kde qui se lance au boot de la session KDE) et écrase toutes les configurations pour forcer l'usage du pilote propriétaire d'NVidia, et ça a l'air de pas trop mal marcher. J'ai multiplié par plus de dix les valeurs .
Hors ligne
je te conseille de remettre les FPS a 60 (ce qui correspond au nombre d'image par seconde de ton écran (a la résolution utilisé)
et qui doit donner ceci
que ton gpu donne plus d'images que peu afficher l'écran ne sert a rien ( consommer plus de ressources gpu et cpu inutilement )
pour le fonctionnement permanent sur la carte nvidia , ça doit décharger plus rapidement la batterie.
mais bon faut être conscient que tes deux gpu sont pas bien puissant .........
la nvidia 920M n'est pas très puissante , pour gamer c'est 950 a 980 .
en dessous 950 c'est du très bas de gamme . (portable ou pc de bureau).
nota: peut etre que la 920M n'a pas été intégré dans nouveau (pas vérifié)
dans ce cas le noyau donne des erreurs comme quoi il n'a pas peu charger les DRM. (valable pour intel et nvidia)
Dernière modification par anonyme (24-09-2018 15:14:43)
Hors ligne
les FPS ne sont pas limité a 60 , mais adapté a ton écran en automatique
la tu force "pas de syncro verticale" donc tu ignore ce que renvoie l'écran au serveur X .
ta carte graphique va calculer autant d'images quelle peu mais l'écran ne pourra pas suivre.
Dernière modification par anonyme (24-09-2018 15:28:25)
Dernière modification par BarbeRousseLibre (25-09-2018 08:18:46)
Hors ligne
comme ceci
nota: sans imposer un mode pour "vblank_mode"