Je n'utilise que les dépôts par défaut, en main, contrib et non-free.
Tu as tout de même des dépots tiers ciblés sur ubuntu.
]]>
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.]]>
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"]]>
]]>
]]>
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
]]>
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 ]]>
]]>
...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.]]>
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é]]>
Voila !
anonyme : Voici ce qu'il y a dans le fichier :
Merci beaucoup à vous tous pour votre aide !]]>
et je m'arrête là]]>
De ce que je vois, c'est le pilote qui a été installé qui a prit le relai !]]>