Bonjour,
Je viens récupérer une tour Dell Optiplex 990 qui possède un processeur intel Xeon version sandy bridge et une carte nvidia GTX 1060.
Je n'ai pas réellement l'utilité de la carte nvidia, mais je suis certain qu'en fouillant un peu, cela se résoudra facilement :)
Du coup j'essaye de mettre en place PRIME pour utiliser principalement le chipset intel et passer sur nouveau (et pas le pilote propriétaire de nvidia) quand cela sera nécessaire.
J'ai donc installé xserver-xorg-video-nouveau, en pensant que modesetting gèrerait la puce intel comme un grand.
Mais debian ne détecte pas la puce graphique d'intel: rien dans dmesg, rien dans lsmod (il y a bien nouveau mais pas i915), rien dans lspci, rien dans lshw, rien dans inxi, mais dmidecode fait bien état d'un Intel Integrated Graphics.
Le bios de DELL (dernière version mise à jour) n'indique rien quant à l'activation ou désactivation d'une des deux cartes graphiques, sauf mention d'une option MultiDisplay qui précise qu'elle n'est nécessaire que pour win7 et qui, selon mes essais, ne semble pas changer grand-chose.
Quelqu'un aurait une idée ou une connaissance plus poussée que la mienne de cette machine pour m'expliquer à côté de quoi je suis passé ?
merci
# Bug Kernel 5.8
Posté par vmagnin (site web personnel) . Évalué à 3.
Attention, j'ai un PC avec une puce graphique Intel i915 : depuis que j'ai upgradé en Ubuntu 20.10 je suis confronté à un bug du Kernel 5.8. Impossible d'ouvrir une session Plasma/KDE.
En attendant la résolution du problème, j'ai désinstallé le Kernel 5.8 et j'utilise le 5.4.
https://askubuntu.com/questions/1288395/system-is-unusable-after-upgrade-to-20-10-i915-gpu-hang
https://gitlab.freedesktop.org/drm/intel/-/issues/2334
[^] # Re: Bug Kernel 5.8
Posté par Anonyme . Évalué à 2.
dans mon cas, la puce n'est même pas visible par l'OS.
Je n'ai jamais eu de problème avec le chipset intel de ma machine précédente en debian testing
# Pas mirobolant
Posté par _kaos_ . Évalué à 3. Dernière modification le 10 janvier 2021 à 12:50.
Salut,
Et en enlevant simplement (physiquement) la carte nvidia, ça change quelque chose ?
Oui, c'est un poil bourrin…
Edith : Ah, probablement une meilleure réponse au dessus ;)
Matricule 23415
[^] # Re: Pas mirobolant
Posté par Anonyme . Évalué à 2.
Par mégarde, j'ai booté avec l'alimentation de la carte graphique débranchée, et bios refuse d'aller plus loin et demande à ce que la carte graphique soit rebranchée.
[^] # Re: Pas mirobolant
Posté par _kaos_ . Évalué à 2.
Salut,
Ok. Je vois dans ton post au dessus que tu mentionne
en debian testing.Je suppose qu'avec tu as un bon niveau, du coup. Mais en live (stable ou unstable), ça dit pareil ?
La
testingest pour moi la pire des debian (sauf pour les packageurs, évidemment…).Matricule 23415
[^] # Re: Pas mirobolant
Posté par Anonyme . Évalué à 2.
même problème en démarrant sur un system rescue cd datant du mois d'octobre.
Je n'ai jamais eu de soucis avec debian testing.
# CPU
Posté par Donk . Évalué à 2.
Es-tu sûr que le CPU intègre un igp?
:)
[^] # Re: CPU
Posté par Anonyme . Évalué à 2.
je me suis posé la question aussi, mais à ma connaissance les sandy-bridge ont tous une gestion graphique intégrée et dmidecode me le confirmant, je ne suis pas allé plus loin.
[^] # Re: CPU
Posté par Donk . Évalué à 2.
à priori non:
https://fr.wikipedia.org/wiki/Liste_des_mod%C3%A8les_de_Xeon#Architecture_Sandy_Bridge
[^] # Re: CPU
Posté par Anonyme . Évalué à 2.
merci du lien.
apparemment celui que j'ai en est pourvu
# dell
Posté par siral . Évalué à 2.
Les machines dell ont souvent une limitation dans le BIOS pour empêcher l'utilisation des deux cartes.
Le contournement est d'utiliser la fonction multidispay. Mais cela requiert un pilote spécifique, je n'ai pas réussi a le faire fonctionner sur linux.
Mais je ne pense pas qu'il soit possible de faire les calculs sur une carte et envoyer le résultat sur la sortie d'une autre carte.
Comment comptes tu utiliser l'une ou l'autre carte ?
En changeant le câble de l'écran de carte ?
Ou avec plusieurs écran ?
[^] # Re: dell
Posté par Anonyme . Évalué à 2.
De ce que j'en ai compris, c'est le boulot d'Optimus de s'occuper de faire le switch entre les deux cartes et de transferer les données de l'une pour les faire afficher par l'autre si le hardware n'en est pas capable.
# la carte additionnelle désactive la carte intégrée
Posté par NeoX . Évalué à 5.
normal, le bios quand il détecte la carte PCI-e, désactive la carte intégrée
vire la carte additionnelle, branche ton moniteur sur la carte integrée
demarre la machine, elle devrait démarrer directement sur la carte interne
[^] # Re: la carte additionnelle désactive la carte intégrée
Posté par Anonyme . Évalué à 2.
c'est bien ce que je craignais…
N'y a-t-il aucun moyen de contourner cette limitation ? un jumper sur la carte mère ou quelque chose de la sorte ? je n'arrive pas à trouver de doc utile sur la carte de mère.
[^] # Re: la carte additionnelle désactive la carte intégrée
Posté par cyberjunkie . Évalué à 1.
À vue de pif, ta carte mère doit être celle-ci.
Mais je crains que tu ne puisse pas utiliser l'iGP et la carte nVidia en même temps.
Comme le dit NeoX, le fait d'insérer une carte vidéo désactive l'iGP.
Et bidouiller le BIOS et/ou la carte mère sur du Dell, juste tu oublies :-(
C'est le souci avec les 'grandes' marques, Dell, HP, Lenovo, …
En principe, les bécanes sont fiables et durables mais les constructeurs en question brident souvent le setup et/ou le matériel pour 'garantir' la fiabilité.
[^] # Re: la carte additionnelle désactive la carte intégrée
Posté par Anonyme . Évalué à 2.
cela a bien l'air d'être la bonne.
Bon et bien tant pis pour la nvidia, ça ne vaut pas le coup de la garder dans ces conditions en comparaison de la consommation qu'elle génère et du bruit de son ventilo.
Merci à tous pour vos infos.
[^] # Re: la carte additionnelle désactive la carte intégrée
Posté par Anonyme . Évalué à 3.
Victoire, ça marche !
Il fallait, en plus de l'activation de l'option MultiDisplay dans le Bios, brancher la sortie intel sur un moniteur pour que les deux cartes graphiques soient activées et utilisables. Du coup je branche les deux cartes sur le même moniteur, et c'est la sortie intel qui fournit le signal.
C'est à coup de variable d'environnement DRI_PRIME positionnée à 0 pour intel et à 1 pour nvidia qu'on choisit la carte qui sera utilisée pour chaque process.
Par contre on perd beaucoup en termes de performance. Voici les scores glmark2 pour des tests en plein écran:
C'est normal puisque le travail est fait par nouveau, mais il y a une étape de copie vers la mémoire réservée à intel qui va ensuite s'occuper de l'affichage.
D'ailleurs, en lançant les tests sans l'affichage à l'écran (sur un autre bureau), on obtient des résultats relatifs différents:
Je vous laisse disserter sur le pourquoi du comment, mais si quelqu'un connait l'explication de cette différence, ma culture personnelle le remerciera.
Prochaine étape, se mettre en mode Prime et trouver un moyen d'activer et désactiver l'alimentation de la carte nvidia en fonction du besoin.
[^] # Re: la carte additionnelle désactive la carte intégrée
Posté par NeoX . Évalué à 2.
gérer l'alimentation de la carte via la gestion ACPI du PCI-E peut-être
sinon, bourrin, cabler un interrupteur pour couper physiquement l'arriver électrique de la carte.
[^] # Re: la carte additionnelle désactive la carte intégrée
Posté par NeoX . Évalué à 3.
Sinon pourquoi s'embêter avec prime,
tu joues avec xrandr pour changer ton écran par defaut, et donc la carte qui va avec,
et tu fais ton appli 3D directement avec la carte nouveau, sans repasser dans la carte intel, non ?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.