Vous n'êtes pas identifié(e).
J'ai installé le paquet Nvivida-detect, qui me donne ceci :
Lorsque je veux installer le driver indiqué, j'ai ceci :
Voici une image de ce que peut donner le bug :
Je ne sais pas vraiment que faire d'autre...
Merci d'avance pour votre aide !
Cordialement,
Alexandre.
Dernière modification par saxoalex (13-09-2018 19:40:43)
Hors ligne
Hors ligne
de cette manière pour commencer .
Hors ligne
Cette commande ne me renvoi rien.
Dernière modification par saxoalex (13-09-2018 23:37:28)
Hors ligne
Hors ligne
Hors ligne
Hors ligne
J'ai donc installé nvidia-legacy-304xx-driver. Maintenant, je suis confronté à ma console qui me dit qu'il y a un conflit avec le module "nouveau". Je sais juste que c'est un module d'affichage.
Dans le doute, je vais faire un backup avec backup2l de mes différents dossiers pour pouvoir réparer la casse en cas de plantage. J'attends vos confirmations !
Hors ligne
ensuite il faut nous dire avec le driver "nouveau" comment cela se passe avec cette carte.
ps: pour l'instant tu n'a pas le firmware nvidia pour le gpu (aucune idée si nécessaire , le matériel est ancien )
tu peu l'installer comme ceci
ensuite tu peu installer les headers comme ceci
un reboot de la machine
nota: avec les vieux drivers je sais pas si il ne faut pas blacklister "nouveau" et utiliser un fichier "xorg.conf"
je suis plus trop dans le coup sur du vieux matériel ...........
remplir ton profil (tu a quoi comme bureau avec KDE ? )
si avec tes tentatives d'installation du driver nonfree nvidia , il faudra peut etre purger.
pour l'installation utilise "aptitude" et tu a l'option "-s" pour seulement simuler l'installation
voila ce que donne le wiki debian
comme je t'ai fait installer les headers au dessus , plus simple
en simulation
pour créer un fichier xorg.conf
en manuel dans /etc/X11/xorg.conf.d/20-nvidia.conf
Ou
On peut créer le fichier de configuration ci-dessus avec ces commandes :
pour "nouveau" tu remplace "Driver "nvidia"" par "Driver "nouveau""
comme ceci
pour créer un fichier xorg.conf
en manuel dans /etc/X11/xorg.conf.d/20-nvidia.conf
Ou
On peut créer le fichier de configuration ci-dessus avec ces commandes :
pour d'éventuel problème avec "nouveau" ou "modesetting" tu peu blacklister "nouveau" et donner des commandes a grub pour désactiver "modeset" du noyau
pour grub dans /etc/default/grub tu ajoute "nouveau.modeset=0" avant "quiet" comme ci dessous
pour blacklister "nouveau"
dans /etc/modprob.d tu crée un fichier (par exemple: blacklist-nouveau.conf)
avec ce contenu
remarque
nota: pour du matériel récent tout ceci est inutile , mais dans le doute je t'ai tout noté
pour commencer donne le retour de ce qui se passe avec nouveau et ta carte. ( KMS (modesetting) du kernel va tenter de configurer ton gpu
voir les logs si cela se passe mal
je pense que j'ai rien oublié , au plus tu sera précis dans tes retours au plus il sera facile de t'aider
REMARQUE IMPORTANTE: le message que tu a dans ton #8 c'est pour te notifier qu il faut que tu redémarre la machine (a priori le driver "nvidia" va blacklister nouveau au reboot).
idem pour le fichier xorg.conf , si tu n'a pas de message c'est qu il n'est plus obligatoire . (de le créer (dans le doute) ne pose pas de problème même si il n'est pas obligatoire)
après avoir parcouru rapidement le fil , je ne vois rien sur les headers qui sont obligatoire pour compiler les modules du driver.
Dernière modification par anonyme (14-09-2018 09:35:06)
Hors ligne
devrai renvoyer la ligne du(des) écran(s) avec son(ses) pilote(s) ...
Hors ligne
De ce que je vois, c'est le pilote qui a été installé qui a prit le relai !
Hors ligne
et je m'arrête là
Hors ligne
Dernière modification par anonyme (14-09-2018 15:17:29)
Voila !
anonyme : Voici ce qu'il y a dans le fichier :
Merci beaucoup à vous tous pour votre aide !
Hors ligne
le retour de cette commande
tu peu vérifier si les deux méta-paquets sont installés (linux-image-amd64 et linux-headers-amd64)
quelque chose c'est mal passé
Dernière modification par anonyme (14-09-2018 17:54:18)
...Le truc, c'est que après redémarrage de l'ordinateur, je n'ai plus eu de problèmes graphiques, je ne sais donc pas si je dois réinstaller le firmware.
...
C'est ce que disait le message sur ta copie d'écran en #8, soit à peu prés :
- tu es en nouveau,
- le 304xx que tu viens d'installer est en conflit avec nouveau
- il suffit de redémarrer.
- ok ?
Tu valides OK et l'installation de 304xx est terminée.
Mais l'ordinateur ne redemarre pas tout seul.
Merci quand même à anonyme pour l'excellent récapitulatif/va finir en papier dans ma boite à outils-miracles qui fonctionnent même sans piles.
Debian 9 (stretch) + la pire ICC que vous ayez probablement jamais rencontré.
Hors ligne
Hors ligne
et il ne trouve pas les ressources pour DRI et GLX
il va falloir le retirer et l installer proprement
en premier vérifier la présence des headers
je le fais sur une buster mais c'est la meme chose sur stretch
j'ai déjà les headers installé voici le retour
retour
tu vois ici => 0 mis à jour, 0 nouvellement installés, 2 réinstallés, 0 à enlever et 0 non mis à jour.
que les headers sont déja présent , il ne fait que réinstaller les méta-paquet
dans le cas contraire il aura installé au moins 4 paquets supplémentaires si les headers son absent
en simulation (avec le -s)
pour le faire tu retire le -s
si tu peu me poster le retour de cette commande pour etre certain que tout est correct
pour refaire une installation du driver il faudra que je passe sur une stretch (a priori le 304 n'existe plus sur Buster , plus que le 340-legacy)
je connais pas tous les noms de paquet
Desktop 1: SKP P21. Gigabyte B550M DS3H. AMD Ryzen 9 3900 @ 3,1 Ghz. Kingston FURY 64 Gb DDR4-3200. Sapphire Radeon Pulse RX 6700 XT 12Gb.
Laptop: Acer Aspire E5-573G. Intel Core i3-4005U @ 1,7 Ghz. Intel Haswell-ULT Integrated Graphics
Desktop 2: HP Compaq 6000 Pro Intel Core2 Quad Q8400 @ 2,6 Ghz. 6Gb ddr3. Geforce GT 710
Hors ligne
la commande a faire
avec "apt-get" et en simulation "-s" , pour le faire tu supprime le -s
Ou avec aptitude (plus bavard et il faut confirmer par y ou n) et avec l option -s aussi
lors de l'installation tu dois avoir un "building" du noyau (il doit créer les modules en 3 étapes ) et un "dkms completed" sur le log de la console
il suffit de redémarrer la machine quand c'est finit (si pas d'erreur)
et tu peu tester "glxinfo -B" et "nvidia-smi" le retour doit etre correct
remarque : tant que tu ne redémarre pas la modification n'est pas prise en compte , c'est utile si un souci par exemple.
pourquoi une commande aussi longue , je veut forcer le building du noyau , avec seulement le méta-paquet "nvidia-driver" il ne va réinstaller que ce méta-paquet
on aurait pu purger l installation et refaire la méthode de debian
ça doit fonctionner , tu fais un copier/coller de la commande .....
j'ai oublié l utilitaire graphique nvidia (sur le bureau)
glxinfo -B doit te donner quelque chose qui ressemble a ceci ( a la version prêt du driver et des possibilités de ta carte vidéo )
retour
Dernière modification par anonyme (15-09-2018 08:18:23)
Hors ligne
Hors ligne
je vois 7 paquets non mit a jour au dessus
a priori les headers sont installé et a jour (il ne te propose que le méta paquet en installation)
il a mit le noyau a jour "linux-image-4.9.0-8-amd64
tu n'a fait que la simulation ? (avec -s )
nota: avant d'installer quoique ce soit , il faudra mettre a jour stretch
ps: dans ton sources.list tu utilise des dépots extérieur a debian ? , pour ceci par exemple "driverscloud"
Dernière modification par anonyme (08-10-2018 08:06:17)
Effectivement, je n'avais fais que la simulation.
Je n'utilise que les dépôts par défaut, en main, contrib et non-free.
Hors ligne