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
 
 
http://www.le-vert.net/howto/nvidia_deb/

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  

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.

- ok, je savais pas ça parce que je n'utilise pas les kernel debian, merci pour l'info
- 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

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

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

merci!

Tiens je n'avais pas vu ce post.
 
Bonne initiative, le tuto est bien, c'est clair et concis.    
 
 
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

 
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   ), 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   ) 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.  
 
 
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  

 
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 )
 
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    
 
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

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)

 
C'est pourtant une bonne version normalement

Bah oui normalement... 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)

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

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.

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...

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é.

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

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

 
des idées ? besoin d'autres infos ?

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 :

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

 
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.

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

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 ) 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 ?

non testé

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.

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

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

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

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

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