Vous n'êtes pas identifié(e).
La carte graphique est une NVIDIA GTX 1050Ti.
Voici les informations retournées par lspci
Et par lshw
Et le retour de xrandr quand l'écran externe est connecté
Je ne m'y connais pas vraiment au niveau graphique sous linux mais visiblement la carte graphique intel utilise le driver i915 et la carte NVIDIA le driver nouveau.
Visiblement il y a des problèmes avec le driver nouveau au démarrage
La ligne `nouveau 0000:01:00.0: Refused to change power state, currently in D3` apparait à chaque fois que je connecte l'écran en HDMI.
Je suppose que le soucis viens donc du driver nouveau.
Comment réussir à faire fonctionner correctement le matériel ?
Je préfère demander conseil avant de me lancer dans la réinstallation de drivers graphiques car j'aimerai éviter le fameux "écran noir" au redémarrage.
Hors ligne
Dernière modification par TechDesk (03-02-2019 15:32:15)
Le matériel c'est pas éternel
Hors ligne
Le matériel c'est pas éternel
Hors ligne
Dernière modification par Debian Alain (03-02-2019 16:02:13)
Hors ligne
Le matériel c'est pas éternel
Hors ligne
Hors ligne
tu lui conseilles de garder que la carte intel ? …
je comprends vraiment pas la philosophie de certains sur ce forum
le but c'est d'exploiter au mieux son matériel et non de censurer ce qui bloque
m'enfin, chacun ses principes
(exemple: un pneu est crevé, j'enlève la roue et je continue ?)
non je n'ai pas écrit cela
il a deux moteur dans sa voiture , un intel et un nvidia
il faut les régler
donc on commence par le moteur intel quand il est au point on passe au moteur nvidia
ps: sa carte principale sur le bureau est la carte intel , la carte 3D nvidia n'est activé que par la commande "optirun" de bumblebee.
maintenant si tu a une procédure meilleure a toi l'honneur de lui expliqué comment faire.
Le matériel c'est pas éternel
Hors ligne
Le matériel c'est pas éternel
Hors ligne
J'ai modifié la ligne d'arguments kernel du grub pour blacklister le driver nouveau puis mis à jour grub
J'ai également ajouté mon utilisateur au groupe bumblebee et j'ai installé le binaire VirtualGL 2.6.1 depuis de paquet debian.
Test du driver nvidia
Après redémarrage, pas d'écran noir à mon grand soulagement.
Par contre je n'ai toujours pas de signal lorsque je branche un écran sur le port HDMI et l'écran n'est pas détecté par le système.
Ce qui est étrange, c'est que le driver nvidia n'est pas chargé (ni nouveau) mais il semble que ce soit bien celui-ci qui est configuré pour la carte NVIDIA quand je regarde le driver associé à la carte avec lspci
J'ai également l'erreur suivant quand j'essaie de lancer firefox avec optirun
Installation d'une nouvelle version du kernel linux
A partir de ce moment je me dis que le module n'a clairement pas été chargé et n'est pas fonctionnel (reste à savoir pourquoi je n'ai pas d'écran noir, sûrement la carte intel qui fonctionne avec le driver i915 qui prend le relais)
Ce que me confirment les commandes suivante
Je décide donc de passer sur un kernel 4.19.0 depuis les dépots stretch-backports
Après redémarrage, toujours pas de trace de driver nvidia avec lsmod, en revanche lspci n'arrive plus à identifier la carte Nvidia
Une bonne nouvelle cependant, le driver nvidia-current est présent
J'ai également changé la configuration de Bumblebee en modifiant Driver=nvidia et KernelDriver=nvidia-current dans le fichier /etc/bumblebee/bumblebee.conf mais après redémarrage rien n'y fait.
A ce point je n'ai toujours rien sur le port HDMI et je n'ai plus trop d'idées pour avancer plus loin.
Hors ligne
Dernière modification par root@rkn (07-02-2019 00:10:33)
- If it works, dont update it.
- You don't know how, just do it, you will learn.
- Test, re-stest, test again, and maybe it will work.
- https://nextcloud.rkn.ovh/index.php/s/3yp93A7oNMPexcp
Hors ligne
ta carte intel est ta carte graphique principale , nvidia ne fonctionne que avec la commande optirun
tu prends le problème a l'envers depuis le début.
jamais tu n'a affiché le retour de glxinfo -B pour ton gpu intel
ta machine est récente , avec les backports de stretch il manque des paquets , installe buster et le firmware
tu affiche sur ton profil gnome + gdm3 et Wayland , je serais curieux de savoir comment en utilisant le serveur X tu compte faire fonctionner Wayland (qui utilise uniquement KMS (modeset du noyau) ).
tout ça c'est brouillon
il y aussi ceci
a bon bumblebee est dans les backports de stretch ?
les erreurs sur cette machine
un exemple ici => https://debian-facile.org/viewtopic.php?id=23548
on a cherché ensemble et on a trouvé quelque chose de correct.
a priori chaque marque de portable a son lot de soucis .
tant que le système est pas sain , bumblebee-nvidia ne fonctionnera pas
ici 9 pages => https://debian-facile.org/viewtopic.php?id=23437
il a fallu trouver ce qui posait problème (écran noir)
les deux sont passé a Buster , mise au point du gpu intel , installation de bumblebee-nvidia
tant que ta sortie HDMI ne fonctionne pas considère que ton gpu intel est pas bien pris en charge par debian (ou alors le portable est en panne )
tant que tu fixera sur nvidia ça n' avancera pas
Pour que ça marche et que le module soit construit, il faut absolument le paquet linux-headers-xxx qui va avec la version du noyau.
Ça t’oblige à mettre à jour ton noyau backports vers 4.19 et installer ensuite les linux-headers qui vont avec et sont bien disponibles.
Pour avoir des mises à jour automatiques de ces deux paquets
> 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
ta carte intel est ta carte graphique principale , nvidia ne fonctionne que avec la commande optirun
tu prends le problème a l'envers depuis le début.
Je suis d'accord avec toi sur ce point dans le sens où l'objectif principal est de faire fonctionner le port HDMI. Après quitte à avoir une carte Nvidia autant la faire fonctionner ^^
les deux sont passé a Buster , mise au point du gpu intel , installation de bumblebee-nvidia
tant que ta sortie HDMI ne fonctionne pas considère que ton gpu intel est pas bien pris en charge par debian (ou alors le portable est en panne )
tant que tu fixera sur nvidia ça n' avancera pas
Ok, j'oublie la carte Nvidia pour l'instant.
Pour le retour de journalctl:
Hors ligne
j'ai 3 sorties , HDMI et VGA non connecté , utilisé DVI-D en 1440x900
même le --verbose je comprend pas pour le tien
quand a celle ci tu est sûr des valeurs "1" et "0" => xrandr --setprovideroutputsource 1 0
Dernière modification par anonyme (09-02-2019 18:33:46)
donc tu est en Buster , ta sortie HDMI fonctionne ?
Je suis sous Buster mais la sortie HDMi ne fonctionne pas.
deuxième question Wayland avec une carte nvidia et un driver non free je sais pas ce que ça va donner avec bumblebee-nvidia tongue
sinon pour les erreurs c'est chargé comme retour hmm
ton gpu intel sous Wayland est correct
Oui j'ai vu qu'il y avait pas mal de soucis ^^ mais ça à l'air surtout associé au wifi.
gnome Wayland pour le bureau , je suppose que ta carte GTX1050 est sous nouveau pour l'instant (tu n'a pas de driver nvidia installé ? )
un lspci tout simple renvoie quoi ?
Non ma carte GTX est sous nvidia parce que j'ai upgrade en Buster depuis Stretch sur lequel j'avais installé les drivers nvidia.
je suppose aussi que tu peu basculer de Wayland a X a partir de gdm3 pour le bureau (je sais pas si tu a fait le test ).
J'ai essayé en ouvrant une session sous X également mais je n'ai toujours pas d'affichage sur le port HDMI. Honnêtement peu m'importe d'utiliser Wayland ou X.org, donc si tu pense que la configuration sera plus simple sous X pas de soucis.
Concernant le paquet switcheroo-control, il est déjà installé sur mon système.
Voila le retour de xrandr avec l'écran connecté au port HDMI (à savoir que mon PC n'a qu'un port HDMI e connectique et pas de port VGA)
J'aurai donc 5 sorties ?
eDP-1 ==> Qui correspond à l'écran du laptop
DP-1 et DP-2 ==> ???
HDMI-1 et HDMI-2 ==> Un port HDMI pour la carte intel et un port HDMI pour la carte NVIDIA ?
Je peux peut-être désinstaller les paquets nvidia et repasser sous nouveau histoire de voir mais il me semble que la NVIDIA GTX1050 n'est pas encore supportée par nouveau.
Après ça permettrait peut-être de concentrer les efforts sur la carte intel.
J'ai eu l'idée de voir si l'écran était détecté au niveau hardware par le kernel et il semble que udev ne détecte même pas la connection de l'écran sur le port HDMI.
Alors que les autres évènements comme la détection d'un périphérique USB fonctionne sans soucis.
Hors ligne
Dernière modification par Arkaik (10-02-2019 15:48:18)
Hors ligne
le premier est interne eDP1 (pour l'écran du portable )
les 4 autres doivent être a l'arrière du portable ,, si c'est pas le cas , ils ne sont pas câblé (virtuel)
donc il me semble comprendre que tu a un seul HDMI disponible ? (attention le DP est petit , tu ne la peut être pas vue )
que donne ces deux commandes (il faut le paquet "mesa-utils" installé
et
je pense que c'est celui la ? => https://www.dell.com/fr-fr/shop/ordinat … 587-laptop
tu n'a que port vidéo disponible en sortie => "4. Port HDMI 2.0 | " (les 3 autres c'est du virtuel )
je te donne un retour d une carte principale GTX1050 avec lspci -v , dans ton cas on voit que cela ne retourne pas grand chose (désactivé).
la commande "DRI-PRIME=1 glxinfo -B" risque d'en dire plus si elle fonctionne
normalement ton gpu intel est en position 0 et 1 pour nvidia (tu peu vérifier les deux commandes avec 0 et 1)
Dernière modification par anonyme (10-02-2019 17:57:26)
Aucune différence entre les deux commandes
Hors ligne
J'ai reçu le PC avec un Ubuntu dessus mais j'ai formatté le système sans faire de sauvegarde.
SI je trouve la motivation je testerai bien un Windows 10 histoire de confirmer qu'il n'y a pas de soucis matériel.
Hors ligne