Traduction(s) : English

(!) ?Discussion


Ce document explique comment utiliser les cartes graphiques NVIDIA sur Debian GNU/Linux. La section suivante décrit brièvement les pilotes libres et le reste du document concerne les drivers non-libres mais permettant l'accélération 3D.

Pilotes libres

Debian a deux pilotes libres qui supportent les cartes NVIDIA. Le pilote vesa est un pilote vidéo générique. Le pilote nvdonne généralement de meilleurs résultats. Vous pouvez voir lequel est utilisé à l'aide de la commande

$ grep -B2 'Module class: X.Org Video Driver' /var/log/Xorg.0.log

Vous pouvez simplement configurer X pour changer le pilote libre utilisé.

Aucun de ces pilotes libres ne supporte l'accélération tri-dimensionnelle. Seuls les pilotes non-libres nvidia supportent le 3D. Les pilotes non-libres sont plus complexes et X peut être cassé plus facilement. Si X est cassé et qu'il semble difficile de le faire fonctionner avec les pilotes non-libre nvidia, vous pouvez revenir aux pilotes libres.

Pilotes non-libres

Pourquoi utiliser une méthode spécifique à Debian ?

Les pilotes NVIDIA peuvent être installés à l'aide de l'installateur officiel de NVIDIA ou à partir d'un paquet Debian. Chaque méthode a ses avantanges, mais la méthode Debian est probablement plus simple. Même en construisant un module pour le pilote manuellement, la méthode Debian est plus fiable et évite probablement du travail à long terme.

L'installateur NVIDIA est documenté ailleurs, par exemple ?ici.

Quelle que soit la méthode choisie, la section dépannage peut aider.

Comparaison de l'installateur nvidia et de la méthode Debian

Avantages de la "méthode Debian":

Avantages de l'installateur officiel NVIDIA:

Installation

Comment installer les pilotes NVIDIA 3D, la méthode Debian.

Aperçu

Les pilotes NVIDIA 3D sont constitués de deux parties: un module du noyau et une collection de librairies user-space. Ces librairies (parfois appelées "pilote binaire" ou librairies GLX) sont distribuées sous forme binaire par NVIDIA, et sont empaquetées pour Debian dans les paquets nvidia-glx. Puisque les pilotes 3D NVIDIA ne sont pas libres, les sources APT non-free sont requises pour les installer. Le module du noyau ("l'interface du noyau avec le pilote binaire") est distribué sous forme de sources (bien qu'avec un composant binaire), et empaqueté pour Debian dans les paquets nvidia-kernel-source. Les numéros de version du module du noyau et des librairies doivent correspondre. Les librairies ne doivent être installées qu'une fois, mais le module du noyau doit être recompilé à chaque changement de noyau. Que faire:

Les étapes 3 et 4 ne sont à réaliser qu'une seule fois, mais l'étape 2 est requise à chaque changement de version du noyau.

Étapes

Choisir une version des pilotes

Les pilotes courants ne supportent pas certaines anciennes cartes NVIDIA. Jusqu'à maintenant, les pilotes NVIDIA ont arrêté le support d'anciennes cartes 3 fois. Cependant, NVIDIA maintient la dernière version du pilote qui est sortie avant l'abandon du support. Cela signifie qu'il y a actuellement 4 séries de pilotes maintenus par NVIDIA. Le premier arrêt de support a eu lieu en 2005, donc les séries de pilotes legacy les plus anciennes (71xx) devraient fonctionner avec les cartes sorties avant 2005 et pas après. Le second arrêt de support a eu lieu en 2006, donnant lieu aux séries de pilotes legacy 96xx. Le troisième a eu lieu en 2008, et a amené les séries de pilotes legacy 173.14.

Debian Etch, Lenny et Squeeze ne contiennent que 2 séries de pilotes parmi les 4 disponibles. Du fait de ce manque de versions, ces distributions ne supportent pas officiellement toutes les cartes NVIDIA, bien qu'il soit possible d'installer des paquets non officiels si votre carte requiert une série de pilotes non disponible dans votre distribution. Lenny et Squeeze contiennent la deuxième série d'anciens pilotes, 96.43. Etch contient une version précédent du pilote, 1.0.8776, qui supporte les mêmes cartes que 96.43. De plus, Etch contient la série de pilotes la plus ancienne, 71xx. Lenny et Squeeze contiennent la série de pilotes la plus récente, 173.14. Cela signifie que Etch n'a pas de support pour les nouvelles cartes, alors que Lenny et Squeeze n'ont pas de support pour les cartes les plus récentes ainsi que pour les plus anciennes. La série courante est uniquement disponible sous Debian unstable, qui contient toutes les séries de pilotes.

Les versions 71xx sont les seules qui supportent les cartes RIVA TNT, RIVA TNT2/TNT2 Pro, RIVA TNT2 Ultra, Vanta/Vanta LT, RIVA TNT2 Model 64/Model 64 Pro, Aladdin TNT2, GeForce 256, GeForce DDR, Quadro, GeForce2 GTS/!?GeForce2 Pro, GeForce2 Ti, GeForce2 Ultra et Quadro2 Pro. La version courante - qui est ultérieure à la dernière version disponible dans Etch - ne supporte pas les cartes GeForce2 et GeForce4.

Debian distribue plusieurs versions des pilotes par le biais de plusieurs paquets ayant des noms différents. Par exemple, les librairies user-space de la série courante sont dans le paquet nvidia-glx. Dans Etch, les pilotes plus anciens sont dans le paquet nvidia-glx-legacy. Cependant, avec le temps, les pilotes courants deviennent les pilotes legacy, si bien que le paquet nvidia-glx dans Etch n'est courant.

Utiliser les pilotes courants si possible. Les cartes supportées dans Etch sont listées dans l'Appendice A du README du pilote NVIDIA 1.0-8776 par nom de composant NVIDIA ou par ID PCI. Si vous n'utilisez pas Etch, vous pouvez consulter quelles cartes sont supportées dans l'Appendice A du READE du pilote NVIDIA 173.14.09.

Définissez une variable VERSION, à laquelle le reste des instructions référera, en "-legacy", "-legacy-96xx", "-legacy-71xx" ou à une chaîne de caractères vide. Si vous voulez installer la version par défaut pour votre distribution, il n'est pas nécessaire de définir VERSION comme une chaîne de caractères vide. Pour trouver le nom de votre carte, vous pouvez utiliser lspci. Pour déterminer quelle version vous devriez utiliser, vous pouvez lancer ce script, qui vous proposera de définir VERSION.

Installer le module du noyau

Noyau standard ou personnalisé ?

Certaines méthodes d'installation supposent que vous utilisez un noyau standard, c'est à dire pré-compilé par la distribution Debian. Si vous savez quelle sorte de noyau vous avez, vous pouvez passer à la prochaine section.

Par défault, Debian est fourni avec un noyau standard. Si vous ne savez pas quelle sorte de noyau vous utilisez, c'est probablement un noyau standard. Si vous n'en êtes pas sûr, lancez

$ uname -r

et vérifiez si la sortie ressemble à 2.*.*-petit nombre-architecture (par exemple 2.6.18-6-486). Si c'est le cas, il y a de forte chance pour que vous utilisiez un noyau standard.

Méthodes

Il y a quatre méthodes différentes pour installer un module du noyau.

Utiliser module-assistant

Cette méthode est facile, et devrait marcher avec la plupart des noyaux standards ou personnalisés. Pour un noyau personnalisé, vous aurez besoin que ses entêtes Linux soient installées.

il faut module-assistant et nvidia-kernel-common. Pour les installer avec apt-get:

# apt-get install module-assistant nvidia-kernel-common

Lancer ensuite la commande suivante:

# m-a auto-install nvidia-kernel${VERSION}-source

Et c'est tout. Si tout s'est bien passé, votre module nvidia est maintenant compilé et installé; vous pouvez continuer à l'étape 3. Si non, lisez le reste de cette section.

Vous devez utiliser la même version du compilateur gcc pour compiler votre module nvidia que celui qui a servi à compiler votre noyau. Ceci peut poser problème si vous utilisez un noyau standard. Si module-assistant échoue, lisez son log de sortie et cherchez des messages suggérant que vous auriez besoin, par exemple, de gcc-4.0 au lieu de gcc-4.1. Alors installez le paquet correspond et réessayer auto-install.

Vous pouvez aussi rencontrer des problèmes si une tentative (qui a échoué) de compilation du module nvidia a laissé des traces dans /usr/src/modules/nvidia-kernel/

Dans ce cas, essayez de supprimer les anciens fichiers:

# rm -r /usr/src/modules/nvidia-kernel/

et de relancer "auto-install" encore une fois.

L'étape auto-install est la plus grosse étape de la procédure, et aussi celle qui a le plus de chance d'échouer. auto-install peut être divisée en plusieurs petites étapes de module-assistant, ce qui peut aider à déboguer:

Si # m-a get nvidia; échoue, essayez d'installer le paquet nvidia-kernel-source. Si APT échoue lors de l'installation de nvidia-kernel-source, vous devriez retourner à l'étape 0 et vérifier que vous n'avez rien oublié.

Si vous n'êtes pas en mesure d'installer le module par module-assistant, essayez d'installer un module pré-compilé si vous utilisez un noyau standard ou essayez de compiler manuellement, avec un noyau personnalisé.

Installer un module pré-compilé

Cette méthode est facile si vous utilisez un noyau récent standard pour lequel un module pré-compilé est disponible; elle ne fonctionne pas du tout si vous utilisez un noyau personnalisé ou Debian 4 avec Linux 2.6.24. Il y a des modules pré-compilés disponibles pour tous les noyaux installés par défaut par Debian Etch et Lenny. Si la méthode module-assistant ne fonctionne pas pour vous et qu'il y a un module pré-compilé disponible pour votre noyau, utilisez cette méthode.

Si vous ne connaissez pas la version de votre noyau, lancez

$ uname -r

S'il y a un module pré-compilé pour votre noyau, installez son paquet. Son nom commence par "nvidia-kernel-", il est suivi d'une indication de la série de pilotes que vous souhaitez (vide pour la série par défaut). Le nom finit par l'identifiant de votre image Linux. Par exemple, avec apt-get:

# apt-get install nvidia-kernel${VERSION}-$(uname -r)

Si cette étape aboutit avec succès, vous pouvez maintenant poursuivre à l'étape 3. S'il n'y a pas de modules pré-compilés pour votre noyau, et que la méthode 1 échoue, vous pourriez essayer la méthode 4.

Compilation manuelle, avec un noyau personnalisé

Utilisez cette méthode si vous avez configuré et compilé un noyau personnalisé. La présentation de cette méthode est probablement inexacte et incomplète.

  1. Installation les sources du module. Par exemple, avec apt-get:
    # apt-get install nvidia-kernel${VERSION}-source

    Cela va installer une archive dans /usr/src/. Décompressez-là dans /usr/src:

    $ cd /usr/src
    # tar -xf nvidia-kernel-*.tar.gz

    Les sources du module sont maintenant dans /usr/src/modules/nvidia-kernel[quelque chose].

  2. Configuration votre noyau. Cette étape n'étant pas documentée ici, référez-vous à la documentation de kernel-package si besoin. En résumé, vous devriez faire ceci
    $ cd /usr/src/linux
    # make xconfig

    et ensuite choisir les options souhaitées. Notez cependant qu'il a été rapporté que les options suivantes posent problème avec le pilote nvidia :

    • Device drivers –> Graphics Support –> nVidia Riva support (FB_RIVA)

    • Device drivers –> Graphics support –> nVidia Framebuffer Support (FB_NVIDIA)

    • Device drivers –> Graphics support –> VESA VGA graphics support (FB_VESA)

    • Processor Type and Features –> Local APIC support on uniprocessors (X86_UP_APIC) (no disponible si vous avez un noyau SMP, incluant l'hyperthreading)

    Il est par conséquent recommandé de désactiver ces options dans la configuration du noyau et, si vous ne le faites pas pour une raison quelconque et que votre serveur X ne fonctionne pas correctement avec le pilote nvidia, il y a de fortes chances qu'une de ces options en soit la cause. Pour plus de détails, reportez-vous à la section Dépannage.

  3. Compilation du noyau et du module nvidia :

    # make-kpkg clean
    # make-kpkg kernel_image modules_image

    La commande précédente va créer deux paquets Debian, linux-image-*.deb et nvidia-kernel-*.deb, dans /usr/src et /usr/src/modules, qui correspondent respectivement au noyau et au module nvidia.
    De même, si vous avez d'autres modules dans /usr/src/modules, alors la cible "modules_image" va indiquer à make-kpkg de compiler des paquets Debian pour ces derniers.

  4. Installation du nouveau noyau et du module :
    $ cd /usr/src
    # dpkg -i /path/linux-image-*.deb /path/nvidia-kernel-*.deb
    Attention à l'utilisation des * si vous avez plusieurs images de noyau ou plusieurs paquet nvidia-kernel dans /usr/src. L'utilisation des noms explicites est probablement mieux ici.
  5. Démarrage du nouveau noyau. Avant d'essayer les pilotes NVIDIA 3D, vérifiez que le nouveau noyau fonctionne et qu'X démarre avec un pilote libre.

Passez à l'étape 3.

Compilation manuelle, avec un noyau standard

Utilisez cette méthode si vous utilisez un noyau standard et que les deux premières méthodes ont échoué. module-assistant devrait automatiser ce processus. En d'autres termes, si la première méthode échoue mais que celle-ci fonctionne, vous devriez soumettre un rapport de bogue pour module-assistant.

Cette procédure est adaptée des instructions que l'on trouve dans /usr/share/doc/nvidia-kernel-source/README.Debian et sont potentiellement inexactes.

  1. Sauvegardez le numéro de version de votre noyau (par ex. 2.4.27-2-k7 ou 2.6.8-1-686) dans quelques variables d'environnement :
    export KVERS=$(uname -r)
    export KSRC=/usr/src/linux-headers-$KVERS
    export KPKG_DEST_DIR=/usr/src
    Ces variables seront utilisées pour la compilation dans ce qui suit, il est donc important de les définir et de les exporter.
  2. Installez les sources du module :
    apt-get install nvidia-kernel-source nvidia-kernel-common
    Vous obtenez une archive /usr/src/nvidia-kernel-source.tar.gz que vous pouvez extraire ainsi
    cd /usr/src
    tar -zxf nvidia-kernel-source.tar.gz

ou, s'il s'agit d'une archive /usr/src/nvidia-kernel.tar.bz2:

Les sources du module seront extraites dans /usr/src/modules/nvidia-kernel.

  1. Installez les entêtes du noyau:
    apt-get install linux-headers-$KVERS
    Les fichiers d'entêtes se trouvent alors dans /usr/src/linux-headers-$KVERS. Vérifiez que l'image du noyau qui est installée et les entêtes ont le même numéro de version en lançant:
    apt-cache policy kernel-image-$KVERS linux-headers-$KVERS
    et vérifiez que le numéro de version des paquets marqués Installé sont les mêmes. Si ce n'est pas le cas, déterminez la distribution qui contient la version du paquet linux-headers dont vous avez besoin, par ex. testing, et relancer la commande précédent en ajoutant par exemple '-t testing' (ou autres).
  2. Compilez le paquet du module du noyau:
    cd /usr/src/modules/nvidia-kernel
    debian/rules binary_modules
    Il en résulte un paquet /usr/src/nvidia-kernel-*.deb, qui contient le module du noyau. Note: il semble que le paquet se retrouvent parfois dans /usr/src/modules, au lieu de /usr/src. Dans ce cas, ajustez la suite en conséquence.
  3. Installez le module:
    dpkg -i /usr/src/nvidia-kernel-*.deb
    Comment précédemment, l'utilisation des * doit être faite avec précaution si vous avez plusieurs paquets nvidia-kernel dans /usr/src, dans ce cas, il est plus prudent d'utiliser les noms explicites.

Maintenant poursuivez à l'étape 3, ci-dessous.

Installation des librairies user-space NVIDIA

Installez le paquet des librairies user-space. Par exemple, avec apt-get:

# apt-get install nvidia-glx${VERSION}

Note: La raison pour laquelle cette étape vient après l'étape 2 est que le paquet nvidia-glx dépend d'un paquet virtuel nommé 'nvidia-kernel-$NVVERSION', où $NVVERSION est le numéro de version amont du paquet nvidia-glx. Ce paquet virtuel devrait être fourni par le module du noyau que vous avez installé à l'étape 2; donc vous devez finir cette étape avant. Si l'installation de nvidia-glx échoue parce que la dépendance 'nvidia-kernel-$NVVERSION' n'est pas satisfaite, vous devriez vous assurer que l'étape 2 s'est bien déroulée.

Configuration de X pour utiliser le pilote nvidia

La méthode pour configurer le serveur X dépend de votre version de Debian:

Debian 5.0 (Lenny):

Vous pouvez utiliser la méthode manuelle (puisque debconf ne présente désormais plus d'interface de sélection de pilote pour le serveur X) ou nvidia-xconfig, qui créera un xorg.conf basique et un final correspondant à vos préférences.

Debian 4.0 (Etch):

Utilisez soit la méthode debconf, soit la méthode manuelle, selon que vous avez ou non édité manuellement le fichier de configuration de X précédemment. Si vous ne savez pas si vous l'avez fait, vous ne l'avez probablement pas fait. Si vous choisissez la méthode debconf mais que vous aviez édité le fichier de configuration de X, vos changements seront ignorés dans le nouveau fichier xorg.conf. Pour en être sûr, lancez la commande suivante:

$ md5sum /etc/X11/xorg.conf|diff -sq /var/lib/x11/xorg.conf.md5sum -

Si les fichiers diffèrent, choisissez la seconde méthode (la méthode manuelle).

La méthode manuelle (Lenny, Etch, Squeeze)

Prenez soin de sauvegarder votre fichier de configuration X courant:

# cp -p /etc/X11/xorg.conf /etc/X11/xorg.conf.bak

Attention aux fautes de frappe et surveillez le log de X si les choses se passent mal.

Éditez /etc/X11/xorg.conf:

En utilisant nvidia-xconfig (Lenny, Squeeze, Sid)

Attention: cette méthode n'est généralement pas recommandée du fait d'un important bogue de X (504692).

Installez nvidia-xconfig. Par exemple, avec apt-get:

# apt-get install nvidia-xconfig

Maintenant crée un xorg.conf basique incluant le pilote NVIDIA :

# nvidia-xconfig

La méthode debconf (Etch seulement)

Non utilisable avec DebianLenny. Utilisez la méthode manuelle ci-dessus.

Lancer

# dpkg-reconfigure xserver-xorg

Des questions seront ensuite posées, vous en aurez probablement vues certaines lorsque vous avez installé Debian. Vous devez seulement changer les réponses à deux de ces questions. À la question concernant le choix d'un pilote pour le serveur X, répondez nvidia. Ensuite, pour la sélection des modules du serveur X, dé-sélectionnez (décochez) dri et sélectionnez (cochez) glx.

Votre configuration précédente sera sauvegardée.

Redémarrage de X

C'est une étape cruciale bien que simple. Si cela ne marche pas pour quelque raison que ce soit, et que vous souhaitez revenir sous X avant de régler le problème, vous devrez revenir à l'étape 4 et inverser le choix du pilote (pour un pilote libre). Quand vous pensez que vous avez réglé le problème, vous pouvez revenir à l'étape 4 et réessayer de démarrer X. Souvenez-vous que même si cela fonctionne, vous devriez lire la section suivante pour éviter des ennuis à l'avenir. Si cela ne fonctionne pas... allez voir la section Dépannage.

Si vous n'utilisez pas de gestionnaire de sessions, fermez simplement votre session. Vous serez ainsi ramené à une console. Si ce n'est pas le cas, vous utilisez certainement un gestionnaire de sessions (tel que gdm, kdm ou xdm). Premièrement, identifiez celui que vous utilisez. Si vous ne savez pas, c'est probablement gdm. Vous pouvez aussi le déterminer en vérifiant si un processus dont le nom se termine par "dm" est en cours. Une fois que vous avez déterminé celui que vous utilisez, fermez votre session et lancez le script init approprié dans une console (à laquelle vous accéderez en tapant Ctrl+Alt+Fx, Fx=F1-F6 habituellement). Voici un exemple pour gdm:

# invoke-rc.d gdm restart

Sinon, tapez simplement Alt+E à l'écran de connexion si vous utilisez kdm. Si vous ne voyez pas comment redémarrer X avec ces instructions, vous pouvez simplement redémarrer votre système. En outre, le raccourci clavier Ctrl+Alt+Backspace devrait faire l'affaire, bien qu'il soit quelque peu inamical.

Vérification que ça fonctionne

Pour savoir si l'accélération fonctionne, glxinfo peut être utilisé. Ce programme est dans le paquet mesa-utils. Si

$ glxinfo |grep rendering

retourne "direct rendering: Yes", l'accélération fonctionne. Sinon, référez-vous à la section "L'accélération matérielle, alias rendu direct (direct rendering, en anglais), ne fonctionne pas". Si la commande retourne oui, l'accélération 3D (dans les jeux tels que PlanetPenguin Racer et Neverball) devrait fonctionner. Si cela fonctionne dans ces jeux mais pas dans certaines applications que vous espériez utiliser, référez-vous à la section "Certains anciens jeux ne démarrent pas".

Comment gérer les changements de noyaux et les mises à jour du pilote

L'étape 3 et 4 sont faites pour de bon. Cependant, vous devrez répéter l'étape 2 dans certaines situations. Si vous ne faites pas attention lorsque ces situations se produisent, X ne démarrera pas. Il y a deux approches pour ceci: soit se rappeler quand cela arrive et essayer de l'empêcher, ou se souvenir de revenir ici quand X ne démarre plus. Quoi qu'il en soit, vous n'en aurez jamais fini. Si X ne démarre pas à cause de ça, vous pouvez revenir et inverser l'étape 4 (en choisissant le pilote libre à nouveau) et ensuite choisir à nouveau le pilote nvidia lorsque vous voulez réessayer.

Quand

L'étape 2 installe un module nvidia pour un noyau spécifique et pour une version du pilote NVIDIA. Il faudra le refaire pour chaque nouveau noyau et pour chaque nouvelle version du pilote. Si vous ne savez pas de quoi il s'agit continuez à lire.

... la version du pilote NVIDIA change

Si vous utilisez Debian stable, ceci n'arrivera pas tant que vous ne passerez pas à la prochaine version, mais cela arrivera à ce moment-là.

Dans tous les cas, cela arrivera quand le paquet nvidia-glx sera mis à jour. Toutes les versions de nvidia-glx dépendent d'un paquet virtuel nvidia-kernel-version. Lorsque vous avez suivi l'étape 2, vous avez installé un paquet qui fournit ce paquet virtuel. Cependant, lorsque vous mettez à jour nvidia-glx avant de refaire l'étape 2, APT va essayer de satisfaire cette dépendance au paquet virtuel, probablement en tentant d'installer au hasard un module pré-compilé. Vous serez notifié qu'un paquet nvidia-kernel-quelque chose sera installé (ou mis à jour si vous l'avez déjà). Au lieu de laisser faire cela, refaites l'étape 2 pour avoir le module du noyau approprié. Ensuite la dépendance au paquet virtuel sera satisfaite et vous pourrez mettre à jour nvidia-glx en toute sécurité et sans installer de paquet inutile.

... le noyau change

Si vous avez compilé d'autres modules avec module-assistant, vous devez refaire l'étape 2 à chaque fois que vous relanceriez module-assistant pour d'autres modules, c'est à dire pour chaque nouvelle ABI du noyau. Si vous ne savez pas de quoi il s'agit, continuez.

Si vous avez installé un noyau avec une nouvelle ABI, un nouveau paquet image du noyau sera installé. Par exemple, si le noyau Linux 2.6.18 a une nouvelle ABI et que vous utilisez actuellement linux-image-2.6.18-4-486, vous devrez installer le paquet linux-image-2.6.18-5-486 pour avoir un nouveau noyau (les parties "-4" et "-5" du nom du paquet indiquent respectivement que ces paquets contiennent les quatrième et cinquième ABI des noyaux standards Debian 2.6.18 pour l'architecture i386). Ceci pourrait survenir sans votre intervention lors d'une mise à jour du système si le méta-paquet linux-image-2.6-486 est installé. Ceci peut aussi arriver si vous installez un noyau différent. Par exemple, vous pouvez à la fois avoir les noyaux 2.6.18 et 2.6.24 dans Etch. Si vous avez fait l'étape 2 pout 2.6.18 seulement, vous devrez le faire pour 2.6.24 aussi. Un nouveau noyau est installé lorsqu'un nouveau paquet linux-image-quelque chose est installé. X ne démarrera pas avec ce nouveau noyau tant que vous n'aurez pas réalisé l'étape 2 pour ce noyau.

Dépannage

À traduire...

Pour plus d'informations

À propos de ce document

Cette page de wiki a été traduite de la version anglaise créée par Filipus Klutiero dans le but de publier une mise à jour du Andrew's Debian-nVidia HOWTO. Vous êtes libre de modifier cette page tant que vous acceptez de laisser les droits d'auteur de vos changements à l'auteur. Pour tout problème, commentaire, ou toute question concernant les informations de ce document, vous pouvez écrire au responsable. Il n'est pas un expert, mais il fait de son mieux pour rendre ce document utile.

Crédits

Merci à Andrew Schulman pour la publication de ce HOWTO, pour avoir accepter d'en partager les droits, et pour avoir lié le HOWTO à cette page depuis qu'il a arrêté de le maintenir. Merci à Denis Laxalde pour la traduction de toutes ces lignes en français ;-)

Licence

Ce document est sous Copyright 2005, par Andrew E. Schulman. Vous avez la permission de copier, distribuer et/ou modifier librement le contenu de ce document de quelque manière et à quelque fin.

Voir aussi