[Tutoriel] Installation des pilotes nVidia sur Debian

Installation des pilotes nVidia sur Debian [Tutoriel] - Linux et OS Alternatifs

Marsh Posté le 14-07-2005 à 16:34:06    

:hello:
 
J'ai rédigé un petit tuto, qui je pense pourra aider les débutants :)
 
Merci de me donner votre avis postifi ou négatif :jap:
 
 
http://www.le-vert.net/howto/nvidia_deb/

Reply

Marsh Posté le 14-07-2005 à 16:34:06   

Reply

Marsh Posté le 14-07-2005 à 16:50:02    

je n'ai pas très bien compris ton avant propos : tu ne peux pas compiler les nvidia si tu as seulement un kernel-image il me semble, si ? Il te faut en plus les kernel-source ou kernel-header correspondant.
 
sinon; quelques petites remarques :
- mettre une source française comme exemple serait mieux je trouve
- prepare (et peut être aussi update), est inclu dans l'action auto-install de module-assistant
- le dpkg -i nvidia-kernel*** est inutile, car inclu lui aussi dans auto-install
 
sinon c'est bien, cette méthode est propre je trouve et a le gros avantage, par rapport à l'installeur nvidia, de laisser le module nvidia de l'ancien noyau présent sur le système  :jap:


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 14-07-2005 à 16:54:23    

Justement cette fonctionne se basant sur m-a elle nécessite un kernel-image, de facon à ce que m-a puisque trouver tout seul les kernel-headers nécessaire.
 
Pour les sources, hum c'est vrai mais bon j'ai eu des mauvaises experiences avec ftp2.fr.debian.org, je n'utilise plus que le de qui  marche bien, mais évidemment je vais changer ca.
 
Que choisi l'installateur par défaut ? ftp.fr.debian.org ? ou ftp2 ?
 
Pour prepare et update, hum possible, mais c'est peut être plus interressant de voir ce que fais m-a prepare non ?
 
Dernier point, le dpkg effectivement il est normalement inutile, mais ca fait deux module que je compile avec m-a et il se vautre en disant que la compilation s'est terminée sur une erreur etc... Pourtant en regardant les logs dans /var/cache/modass/ tout se passe bien, et le deb s'installe très bien... Etrange je n'ai pas compris d'ou ca venait. ;)

Reply

Marsh Posté le 14-07-2005 à 17:06:01    

- ok, je savais pas ça parce que je n'utilise pas les kernel debian, merci pour l'info :jap:
- pour ftp2.fr.d.o, c'est vrai que ça marche pas toujours top, mais le ftp.fr.d.o marche au poil (peu de pb)
- l'installateur par défaut choisi ... aucune idée
- pour l'erreur de compile, je ne saurais pas te dire, je ne me rappelle pas avoir eu ça auparavant. (essaie un m-a clean nvidia, il est peut être tombé sur une erreur un jour et il n'arrive pas à l'oublier)
 
enfin tout ça pour dire que ton howto est bien [:romf]


Message édité par udok le 14-07-2005 à 17:06:45

---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
Reply

Marsh Posté le 15-07-2005 à 13:02:05    

m-a ne nécessite pas de kernel-image. avec un kernel vanilla ou patché, ça marche très bien aussi

Reply

Marsh Posté le 15-07-2005 à 20:05:17    

Oui c'est indiqué en avant propos, il faut avoir un symlnik /usr/src/linux pointant sur les sources.

Reply

Marsh Posté le 24-07-2005 à 02:40:05    

merci!

Reply

Marsh Posté le 24-07-2005 à 03:11:32    

Tiens je n'avais pas vu ce post.
 
Bonne initiative, le tuto est bien, c'est clair et concis.  :jap:  
 
 
Mes remarques perso :
 
- pour le source.list pas de prob avec le ftp.fr.debian.org lorsqu'on suit la branche stable ou testing. Pour ceux qui suivent unstable j'aurais tendance à préférer le ftp.de.debian.org car ce mirroir est parfois synchronisé plus rapidement lors de l'ajout de nouveaux paquets/mises à jour.
 
- pour la méthode, je préfère de loin la méthode Nvidia. Cela dit ça reste surtout une question de goût, car je ne voudrais pas avoir l'air de mener une croisade contre ceux qui préfèrent la méthode décrite dans ton tuto :D


Message édité par THRAK le 24-07-2005 à 03:14:37

---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Reply

Marsh Posté le 24-07-2005 à 13:59:35    

:hello:
 
Ca se défend, j'essaye de garder une debian propre et je pense que c'est la seul méthode ou tu pourra entièrement nettoyer les pilotes nvidia avec un apt-get remove --purge nvidia\* ;)

Reply

Marsh Posté le 24-07-2005 à 15:20:21    

M300A a écrit :

:hello:
 
Ca se défend, j'essaye de garder une debian propre et je pense que c'est la seul méthode ou tu pourra entièrement nettoyer les pilotes nvidia avec un apt-get remove --purge nvidia\* ;)


Et pourtant je t'assure que ma nature perfectionniste suivrait ta méthode si ce n'était pas le cas, car je ne souhaite pas non plus polluer mon système avec des lib qui traînent (Windows pour cela a sans doute du me traumatiser  :D ), des liens symboliques qui ne pointent sur rien, etc mais l'installateur nvidia fait très bien son boulot (et c'est vrai que j'ai été agréablement surpris) comme j'ai pu le vérifier par moi-même.
 
 
Pour l'installation rien de plus simple: on télécharge le driver (on peut le placer dans /usr/local ou /opt par ex.) puis un sh NVIDIA-blabla. On choisit dans le menu curses d'accepter la licence (sic  :fou: ) et de précompiler le driver pour son noyau : l'opération se déroule sans prob lorsqu'on a bien les sources ou en-têtes du noyau installé avec le lien /usr/src/linux qui pointent dessus.
 
Une fois installé, un nvidia-installer --update met simplement le driver à jour en désinstallant proprement la version précédente puis en installant la nouvelle : seule condition requise, ne pas avoir X de lancé et le module nvidia de chargé (il suffit donc simplement d'arrêter X et de faire un modprobe -r nvidia au préalable) ; certains reportaient parfois qu'il fallait rebooter le système, inutile sur mes deux config ça n'a jamais été nécessaire. Une fois l'update réalisé, startx et voilà la nouvelle version en place.
 
Pour la désinstallation pure et simple, nvidia-installer --uninstall correspond à une suppresion complète ; comme je l'indiquais plus haut, j'ai été jusqu'à parcourir manuellement tous les répertoires dans lesquels nvidia place ses composants et il n'en reste pas une trace. Un find /usr -name "*nvidia*" et un find /usr -name "*n°_de_version_du_pilote*" l'attestent également : rien dans /usr/share/doc, /usr/bin, /usr/lib, /usr/lib/tls et de même pour les liens symboliques avec /usr/lib/libGLcore.so et /usr/lib/libGL.so qui sont correctement restaurés. La seule petite coquille que j'ai pu constater c'est que la désinstallation laisse sur le disque le répertoire /lib/modules/version_du_noyau_installé/kernel/drivers/video dans lequel est construit le module nvidia. :ange:  
 
 
PS:
Autrement je n'utilise que aptitude sur mon système pour gérer les paquets, à part sur mon poste mobile sous unstable où il m'arrive d'utiliser apt-build ou make et de construire à partir des sources  ;)


---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Reply

Marsh Posté le 24-07-2005 à 15:20:21   

Reply

Marsh Posté le 24-07-2005 à 15:29:07    

:eek:
 
En fait, j'aime bien les trucs propres et >>>SIMPLE<<< ;)
 
Par contre en ce moment je n'utilise plus les pilotes nvidia.
 
Quand je change de tty pour retourner sur une console, mon affichage saute (l'écran affichae no signal :sweat:)
 
Tu as deja eu à faire à ce problème ? En utilisant le pilote libre ca ne déconne pas

Reply

Marsh Posté le 24-07-2005 à 15:46:58    

M300A a écrit :

:eek:
 
En fait, j'aime bien les trucs propres et >>>SIMPLE<<< ;)
 
Par contre en ce moment je n'utilise plus les pilotes nvidia.
 
Quand je change de tty pour retourner sur une console, mon affichage saute (l'écran affichae no signal :sweat:)
 
Tu as deja eu à faire à ce problème ? En utilisant le pilote libre ca ne déconne pas


Hélas oui : si Nvidia fait bien son boulot du côté de l'installation ou de la désinstallation de leurs drivers, en revanche ils sont nettement moins consciencieux concernant certains bugs  :sweat:  
 
Pour ma part j'ai eu des problème de pertes de signal (en mode dual-screen, j'utilise 2 écrans, avec 1 je n'avais pas de prob) avec la série 4x puis 5x des drivers jusqu'à ce qu'enfin ce soit corrigé. Enfin depuis le temps que je les utilise, ce que j'ai pu constater c'est :
- 1) se méfier des nouvelles versions qui sortent et surtout ne pas se précipiter dessus
- 2) si possible prendre les versions antérieures qui bénéficient de l'intervalle le plus long jusqu'à la mise à jour suivante
 
Les derniers drivers 7667 sont bogués: perte de signal sur les écrans (et oui à nouveau) du coup j'ai été jeter un oeil du côté des archives et j'ai testé différentes version : pour moi (avec une carte vidéo qui n'est pas non plus trop récente) les drivers 6629 et 7174 sont les plus stables et les moins bogués tout en offrant de très bonnes perfs. Comme par hasard ces drivers n'ont subit de mises à jour qu'après plusieurs mois après leur sortie, pour les plus récents regarde les intervalles entre les mises à jour, tu auras vite compris de quoi il retourne. ;)  
 
Les archives nvidia :
---> http://www.nvidia.com/object/linux [...] chive.html


---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Reply

Marsh Posté le 24-07-2005 à 15:51:13    

Note :
 
Personnellement j'utiliserai bien la version libre du driver qui comme tu l'indiques est carrément moins bogué et offre en 2D des perfs très satisfaisantes si je n'avais besoin de l'accélération 3D pour l'utilisation de quelques soft (en particulier Blender)


---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Reply

Marsh Posté le 24-07-2005 à 15:57:15    


Source: nvidia-graphics-drivers
Version: 1.0.7174-3


 
C'est pourtant une bonne version normalement :/

Reply

Marsh Posté le 24-07-2005 à 16:10:08    

Bah oui normalement... :D Sinon essayes la version 6629 si tu peux.
 
Après il faut dire que les paramètres qui sont également à prendre en compte sont le modèle de carte grahique nvidia et la version du noyau que tu emploies (notamment du côté des pilotes de noyau pour le framebuffer qui peuvent jouer un grand rôle avec ce genre de bogue).
 
Le tout est de trouver un bon compromis perfs, stabilité et bogues minimums en fonction de son matos avec leurs drivers ; comme je l'indiquais avant, si tu n'as pas vraiment besoin de l'accélération 3D, t'embêtes pas avec leurs drivers, c'est de la perte de temps : utilise la version libre (c'est mieux du point de vue éthique et offre des perfs aussi bonne en 2D que les drivers proprio)


---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Reply

Marsh Posté le 24-07-2005 à 16:22:35    

Je n'utilise pas framebuffer, quand au kernel c'est le 2.6.11 kernel-image de Sid avec le patch libata et deux trois options modifiés pour que ca passe bien avec le controlleur PATA nforce2 :)
 
Je testerais en 2.6.8 :jap:

Reply

Marsh Posté le 24-07-2005 à 16:43:32    

Pour info :
 
Driver 6629 sur mon poste fixe sous Sarge ; kernel-source Sarge 2.6.8-16 + modifs perso avec framebuffer activé ; carte video GeForce 4 Ti 4400.
 
Driver 7174 sur mon poste mobile ; kernel-source 2.6.10-4 Sid + modifs perso avec framebuffer activé ; chipset vidéo GeForce 4200 Go.


---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Reply

Marsh Posté le 25-07-2005 à 01:20:28    

Je cherchais justement a savoir s' il vallait mieux faire ce type de méthode où avec un Nvidia....run de chez Nvidia.com  
 
en mettant nvidia dans /etc/modules
 
Enfin, sinon j' ai suivi le tuto et aucuns soucis merci, pour le lien...

Reply

Marsh Posté le 25-07-2005 à 03:06:41    

chatalorss a écrit :

Je cherchais justement a savoir s' il vallait mieux faire ce type de méthode où avec un Nvidia....run de chez Nvidia.com  
 
en mettant nvidia dans /etc/modules


Cette démarche est inutile, l'installateur nvidia fait même le nécessaire à ce niveau en créant les alias qui vont bien pour que le module soit automatiquement chargé.


---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Reply

Marsh Posté le 03-12-2005 à 11:02:42    

j'utilise cette méthode et j'ai un problème : impossible de compiler le module :/
 


  Building modules, stage 2.
/usr/src/kernel-headers-2.6.8-2-k7/scripts/Makefile.modpost:38: .config: Aucun fichier ou ré
pertoire de ce type
make[4]: *** Pas de règle pour fabriquer la cible « .config ». Arrêt.
make[3]: *** [modules] Erreur 2
make[3]: Leaving directory `/usr/src/kernel-headers-2.6.8-2-k7'
NVIDIA: left KBUILD.
nvidia.ko failed to build!
make[2]: *** [module] Erreur 1
make[2]: Leaving directory `/usr/src/modules/nvidia-kernel/nv'
make[1]: *** [build-stamp] Erreur 2
make[1]: Leaving directory `/usr/src/modules/nvidia-kernel'
make: *** [kdist_image] Erreur 2


 
et l'utilisation de l'installeur officiel plante aussi :/
 
mon /usr/src :  


-rw-r--r--  1 root root  190617 2005-11-28 00:50 acx100.tar.gz
drwxr-xr-x 16 root root    4096 2005-09-25 17:01 kernel-headers-2.6.8-2
drwxr-xr-x  3 root root    4096 2005-12-03 10:10 kernel-headers-2.6.8-2-k7
drwxr-xr-x  3 root root    4096 2005-09-25 17:01 kernel-kbuild-2.6-3
drwxr-xr-x 18 root root    4096 2005-09-25 14:11 kernel-source-2.6.8
lrwxrwxrwx  1 root src       25 2005-12-03 10:10 linux -> kernel-headers-2.6.8-2-k7
drwxr-xr-x  4 root src     4096 2005-07-18 23:32 modules
-rw-r--r--  1 root root 1408845 2005-07-18 23:32 nvidia-kernel-source.tar.gz


 


$ uname -a
Linux ghorghor 2.6.8-2-k7 #1 Thu May 19 18:03:29 JST 2005 i686 GNU/Linux


 
des idées ? besoin d'autres infos ?


Message édité par black_lord le 03-12-2005 à 11:03:14

---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
Reply

Marsh Posté le 03-12-2005 à 15:44:20    

Perso je ne connais bien que la méthode d'installation via le pilote officiel fourni par Nvidia, donc je ne peux pas plus t'en dire avec les problèmes que tu rencontres avec la première méthode ; éventuellement si tu pouvais indiquer le message d'erreur que tu as avec l'installateur j'aurai peut-être une idée de ce côté-là...
 
Sinon méfiance avec cette version de noyau, perso je l'utilise jusqu'ici sous Sarge (il s'agit d'un noyau perso compilé à partir des sources patché Debian) mais j'ai rencontré un petit problème d'instabilité avec (plantage aléatoire mais rare du serveur X). Après recherche du côté des logs je suis tombé sur ça :


Nov 29 20:11:52 localhost kernel: nvidia: module license 'NVIDIA' taints kernel.
Nov 29 20:11:52 localhost kernel: NVRM: loading NVIDIA Linux x86 NVIDIA Kernel Module  1.0-7676  Fri Jul 29 12:58:54 PDT 2005
Nov 29 20:11:53 localhost kernel: NVRM: bad caching on address 0xf6fc5000: actual 0x163 != expected 0x173
Nov 29 20:11:53 localhost kernel: NVRM: please see the README section on Cache Aliasing for more information
Nov 30 21:54:58 localhost kernel: NVRM: bad caching on address 0xde39a000: actual 0x163 != expected 0x173
Dec  2 14:22:48 localhost kernel: NVRM: bad caching on address 0xdb8f1000: actual 0x163 != expected 0x173


 
J'ai donc été tout naturellement voir du côté du README sur la section correspondante et voilà sur quoi je tombe :

Citation :


Cache Aliasing
 
    Cache aliasing occurs when multiple mappings to a physical page of
    memory have conflicting caching states, such as cached and uncached.
    Due to these conflicting states, data in that physical page may become
    corrupted when the processor's cache is flushed. If that page is being
    used for dma by a driver such as NVIDIA's graphics driver, this can
    lead to hardware stability problems and system lockups.
 
   NVIDIA has encountered bugs with some Linux kernel versions that lead
    to cache aliasing. Although some systems will run perfectly fine when
    cache aliasing occurs, other systems will experience severe stability
    problems, including random lockups. Users experiencing stability
    problems due to cache aliasing will benefit from updating to a kernel
    that does not cause cache aliasing to occur.

 
    NVIDIA has added driver logic to detect cache aliasing and to print a
    warning with a message similar to the following: NVRM: bad caching on
    address 0x1cdf000: actual 0x46 != expected 0x73 If you see this
    message in your log files and are experiencing stability problems, you
    should update your kernel to the latest version.
 
    If the message persists after updating your kernel, please send a bug
    report to NVIDIA.


 
Bref, il semble qu'avec mon système (à base d'AthlonXP / K7) et cette version du noyau il y a quelques problèmes :/, du coup j'envisage de remplacer cette version du noyau par une version plus récente que j'envisage prochainement de backporter de testing. J'en profite pour poster cette info car elle peut servir à ceux qui rencontrent un problème d'instabilité sur lequel il n'ont pas réussi à en déterminer l'origine exacte ; ça peut aider à mettre sur la piste pour éventuellement le résoudre s'il s'agit bien d'un problème lié au cache aliasing.


---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Reply

Marsh Posté le 03-12-2005 à 15:46:18    

j'ai essayé le 2.6.14, ma carte wifi ne passe pas dessus :/ (acx_pci)


---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
Reply

Marsh Posté le 03-12-2005 à 16:07:23    

Pas de bol...
 
J'ai pas de problème au niveau du support matériel avec mon portable sous Sid (mais bon je suis facile, je n'utilise pas de Wifi dessus :D) et le 2.6.14, mais de toute façon je n'envisage pas de backporter un 2.6.14 pour ma machine sous Sarge ; je pensais d'abord au 2.6.12 présent dans la branche testing (et voir si le prob persiste ou non).
 
Tu as des problèmes aussi avec la version 2.6.12 ?


---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Reply

Marsh Posté le 03-12-2005 à 16:08:35    

non testé


---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
Reply

Marsh Posté le 03-12-2005 à 16:32:58    

Bah dans le pire des cas, il te reste peut-être cette possibilité ; perso ma machine fixe tourne constamment, mais je vais sans doute profiter de mon changement de FAI courant de ce mois pour l'arrêter, faire le test du 2.6.12 et voir ce que ça donne.
 
Je posterai ici ce qu'il en est avec cette histoire de cache aliasing et la 2.6.12.


Message édité par THRAK le 03-12-2005 à 16:33:25

---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
Reply

Marsh Posté le 03-12-2005 à 16:36:07    

le 2.6.8 normal ne compile pas non plus. fait chier.


---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
Reply

Marsh Posté le 28-12-2005 à 23:55:42    

Et moi j'ai une erreur :
impossible de trouver le paquet nvidia-kernel-common...

Reply

Marsh Posté le 29-12-2005 à 09:39:20    

J'ai crée un source.list avec uniquement cette ligne comme enoncé dans le tuto :
deb http://ftp.de.debian.org/debian testing main contrib non-free
et quand je lance :
apt-get install nvidia-kernel-common module-assistant gcc g++
 
j'ai le message d'erreur suivant :
 
Reading Package Lists... Done
Building Dependency Tree... Done
W: Couldn't stat source package list http://ftp.de.debian.org testing/main Packages (/var/lib/apt/lists/ftp.de.debian.org_debian_dists_testing_main_binary-i386_Packages) - stat (2 No such file or directory)
W: Couldn't stat source package list http://ftp.de.debian.org testing/contrib Packages (/var/lib/apt/lists/ftp.de.debian.org_debian_dists_testing_contrib_binary-i386_Packages) - stat (2 No such file or directory)
W: Couldn't stat source package list http://ftp.de.debian.org testing/non-free Packages (/var/lib/apt/lists/ftp.de.debian.org_debian_dists_testing_non-free_binary-i386_Packages) - stat (2 No such file or directory)
W: You may want to run apt-get update to correct these problems
E: Couldn't find package nvidia-kernel-common

Reply

Marsh Posté le 29-12-2005 à 09:54:45    

Et en passant par Kpackage, je vois le package et je peux l'installer...
bon ben voila, je sais pas pourquoi la methode console ne marche pas...

Reply

Marsh Posté le 29-12-2005 à 11:35:18    

fabrice91 a écrit :

Et en passant par Kpackage, je vois le package et je peux l'installer...
bon ben voila, je sais pas pourquoi la methode console ne marche pas...


c'est encore moi !!!
* suis tout seul sur ce topic ? *
bon en continuant le tutorial, l'install bloque au moment du  
m-a a-i nvidia
avec toujours un probleme de source.list et contrib/non-free...
apres quelques recherches, il s'avere que lorsque on edite avec nano et qe l'on fait les modifs pour ajouter non-free et contrib, il faut ensuite faire un apt-get update !!!
et ensuite ca marche !!!
Donc dans ton tutorial, apres l'edition et la sauvegarde du fichier source.list ajoute qu'il faut faire un "apt-get update" dans la console root
vala vala

Reply

Marsh Posté le 02-01-2006 à 08:44:59    

faut toujours faire un update après modif du source.list...

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed