Lea Linux - Contributions [fr]

X Window

2006-11-10T17:39:30Z

Gw22 (phorum) : /* Installation automatique */

[[Category:Paramétrer X Window]]
{{Obsolète}}
= Le système X Window =

<div class="leatitre">Le système X Window</div><div class="leapar">par Jean-Christophe & Serge</div><div class="leadesc">L'interface graphique reine sous Linux.</div>

Normalement vous avez installé Linux avec la partie graphique, mais si vous voulez reconfigurer tout ça ou si cela n'a pas fonctionné du premier coup, et que vous en avez marre du mode texte, on va vous aider à configurer tout ça !

Attention, le système X Window existe dans plusieurs version, certaines libres comme XFree86 (il y a débat sur sa réelle liberté), X.org ou non-libre.

<u>Remarque valable pour XFree86 pour tout l'article</u> : le fichier de configuration de X Window, <tt>XF86Config</tt>, <tt>XF86Config-4</tt> pour la version 4 ou <tt>xorg.conf</tt> pour X.org, se situe à divers endroits suivant votre distribution (<tt>/etc</tt> ou <tt>/etc/X11</tt> ou ailleurs). <br />

== Définitions ==

Qu’est-ce que X (ou X Window ou X Window System) ?

''C’est le sous-système graphique de Linux''.

X Window n'est pas seulement un '''driver pour la carte vidéo''', c'est aussi une '''interface''' (API) pour les applications, afin qu'elles affichent à l'écran et reçoivent l'entrée du clavier et de la souris.

X est aussi un serveur '''réseau''', c'est à dire qu'il peut également offrir ses services à travers un réseau, ce qui permet d'afficher sur un écran une application qui s'exécute sur une autre machine, même si les deux architectures sont complètement différentes. C'est pourquoi on parle de ''serveur X ''pour désigner le sous-système graphique. Le système X Window tourne sur quasiment tous les Unix, et a même été porté sous Windows ou OS/2. <br />
Presque tous les logiciels graphiques sous Linux utilisent X, vous pouvez donc les faire fonctionner à travers un réseau comme décrit ci-dessus.

L'utilisateur n'interagit pas directement avec X, mais plutôt avec ce qu'on appelle des clients X (par opposition au serveur X). Vous utilisez sans doute des clients comme un gestionnaire de fenêtres (window manager), ou un environnement de bureau (desktop environnment) comme KDE ou Gnome. Pour vous connecter, peut-être utilisez vous aussi un gestionnaire de session (display manager), comme KDM, XDM ou GDM. Au dessus de ces clients se trouvent les applications. <br />Le système X Window (ou X Window system, ou X Window, ou encore X) est une marque déposée du [http://www.x.org X Consortium]. Les serveurs X libres distribués avec Linux proviennent du [http://www.xfree.org projet XFree86].

<u>Remarque</u> : <br />
En comparaison à Windows,et autres... Dans Windows, tout est compris dans la même boîte, le sous-système graphique, l'interface graphique et des applications de base. De même pour d'autres systemes d'exploitation non-UNIX (rares en cette époque). On ne fait pas facilement la différence entre les composants. <br />
Dans le monde de X, ce sont des composants séparés, qui pris ensemble forment l'interface graphique utilisateur. Cela semble peut-être compliqué, mais cela a un grand avantage : vous pouvez choisir chacun des composants selon votre goût et vous construire l'interface graphique qui vous plaît le plus. c'est ce qui vous permet par exemple, de remplacer le gestionnaire de fenêtre Enlightment par WindowMaker dans l'environnement de bureau Gnome. <br />

== Choisir son serveur X (version 3) ==

En général, lors de l'installation, votre carte vidéo a du être reconnue automatiquement par le programme d'installation, et le bon serveur X a du être installé et configuré pour répondre à vos besoins. <br />
<u>Recommandation 1</u> : lors de l'installation, dans tous les cas, installez le serveur XF86_SVGA, le VGA16 et aussi celui propre à votre carte (par exemple, XF86_S3 pour une carte à base de chipset S3) s'il existe. <br />
<u>Recommandation 2</u> : si votre carte fonctionne à la fois avec le serveur SVGA et un serveur accéléré spécifique (par exemple les carte S3, les S3 Virge, etc.) sachez que le serveur spécialement adapté à votre carte est généralement plus rapide.

Il est cependant des cas ou vous devrez/voudrez installer vous-même votre serveur X à la main.

Vous devez alors utiliser le serveur X qui correspond à votre carte graphique. Pour ce faire, vous devez trouver sa marque et son type exact. Regardez dans la documentation livrée avec l'ordinateur, ou contactez la personne qui vous l'a vendu, ou encore si vous le pouvez, ouvrez le boîtier et regardez ce qui est écrit sur la plus grosse puce présente sur la carte vidéo.

Lors de l'installation, si la carte n'est pas reconnue automatiquement, il y a de grandes chances pour que vous la trouviez dans la (longue) liste de cartes proposée par l'installation ou les programme de configuration.

Sinon, vous pouvez encore visiter les pages du [http://www.xfree.org projet XFree86] afin de rechercher votre carte dans la liste du matériel supporté. Si vous ne la trouvez pas, vous pouvez demander de l'aide sur les newsgroups ou les listes de distribution (mailing lists) Linux (la [../inscript.php3 liste du site] par exemple !)

Lorsque vous avez trouvé ces renseignements, une page du site XFree vous donne le serveur X à utiliser. Commencez par regarder si ce serveur n'est pas sur le CD de votre distribution, ou bien téléchargez-le depuis un des mirroirs du site XFree (vous devez télécharger un seul fichier dans le répertoire <tt>servers</tt>, environ 1 à 2 Mo).

Notez que les versions 4 et ses dérivés (X.org) n’ont plus qu’un seul serveur, la carte graphique est gérée par un module spécifique.

== Que faire si votre carte graphique n'est pas supportée ? ==

Avez-vous bien vérifié que c'était le cas ? (regardez bien sur le site du [http://www.xfree.org projet XFree86] pour les compatibilités présentes et à venir, n'hésitez pas à demander de l'aide dans ''usenet'' ou les listes de diffusion, mais auparavant consultez leur FAQ et messages précédents, votre problème y est peut-être déjà).

Avez-vous visité le site du fabricant de la carte ? Certains commencent à offrir des serveurs X ou des pilotes pour leurs cartes.

Vous pouvez utiliser le mode VGA (640x480 16 couleurs !!!) : pratiquement toutes les cartes supportent ce mode.

Si cela ne vous suffit pas (étonnant non ? :) vous pouvez essayer d'utiliser le ''frame buffer''. C'est une nouvelle fonctionnalité du noyau qui permet d'utiliser les capacités du standard VESA 2, implémenté dans la plupart des cartes vidéo assez récentes.

Enfin, vous pouvez acheter un serveur X commercial qui supporte votre matériel : leur liste de cartes supportée est plus longue et à jour que celle de XFree.

* [http://www.metrolink.com Metrolink] fournit un serveur assez bon marché,
* [http://www.xig.com Xi Graphics] fournit des serveurs réputés plus rapides, mais plus chers.

== Installer un serveur X pour ''frame buffer'' ==

Le mode ''frame buffer'' de Linux permet de se passer totalement du mode texte, même lors du boot. Le kernel gère alors directement la carte en mode graphique, ce n'est plus le problème du serveur X.

L'installation de X pour frame buffer n'est pas de tout repos : il faut recompiler le noyau afin d'activer le support frame buffer, puis installer le serveur X pour Frame buffer. De plus, ce serveur est plus lent que le serveur prévu pour votre carte, car il ne peut pas être optimisé (le ''frame buffer'' utilise les spécifications du standard VESA 2). Cependant rassurez-vous, la lenteur n'est que relative et il est encore assez rapide. C'est donc la solution de la dernière chance si votre carte vidéo n'est [#carte_non_supportee pas supportée].

=== Activer le support Frame buffer dans le noyau ===

<blockquote>Il suffit (!) de compiler le noyau (voir la rubrique [../kernel/kernel.php3 noyau]), en y ajoutant les options nécessaires au Frame buffer :

Menu '''Code maturity level options'''<br /><tt>Prompt for development and/or incomplete code/drivers : Y</tt><br />Menu '''Console drivers'''<br /><tt>Video mode selection support : Y</tt><br /><tt>Support for frame buffer devices : Y</tt><br /><tt>VESA VGA graphic console : Y</tt>

N'oubliez pas de bien spécifier les autres options du noyau (voir la rubrique [../kernel/kernel.php3 noyau]).

</blockquote>

=== Installer le nouveau noyau ===

<blockquote>Installez-le suivant les indications de la rubrique [../kernel/kernel.php3 noyau], mais avant de lancer LILO, ajoutez "<tt>vga=ask</tt>" au début du fichier /etc/lilo.conf. Si vous utilisez LOADLIN, ajoutez <tt>vga=ask</tt> à la ligne de commande du noyau. Bref, passez au noyau le paramètre <tt>vga=ask</tt> lors du boot. <br />Lorsque plus tard, après avoir testé, vous serez décidé pour un mode, vous pourrez entrer directement <tt>vga=0x114</tt> par exemple. Au prochain reboot, lorsque le noyau vous demandera quel mode vous souhaitez, entrez l'un des modes ci-dessous.

<u>Table des modes disponibles</u> (extrait de <tt>/usr/src/linux/Documentation/fb/vesafb.txt</tt>) <br /><tt> | 640x480 800x600 1024x768 1280x1024</tt><br /><tt><nowiki>----+-------------------------------------</nowiki></tt><br /><tt>256 | 0x101 0x103 0x105 0x107</tt><br /><tt>32k | 0x110 0x113 0x116 0x119</tt><br /><tt>64k | 0x111 0x114 0x117 0x11A</tt><br /><tt>16M | 0x112 0x115 0x118 0x11B</tt>

</blockquote>

=== Installer le serveur X pour frame buffer ===

Avant d'installer le serveur, vous devez '''démarrer votre ordinateur en mode texte''' (passez le paramètre '3' au noyau, par exemple, en tapant 'linux 3' au prompt de LILO).

Vous devez installer le package XFree86-Xvfb :

'''[root@taz root]#''' rpm -i /cdrom/Mandrake/RPMS/XFree86-Xvfb-*.rpm

(remplacez le chemin <tt>/cdrom/Mandrake/RPMS</tt> par celui correspondant à votre distribution).

Vérifiez que le lien <tt>/etc/X11/X</tt> pointe bien vers <tt>Xvfb</tt>, sinon faites :

'''[root@taz root]#''' rm -f X ; ln -s /usr/X11R6/bin/Xvfb /etc/X11/X

(Sur certaines distributions, ce lien <tt>X</tt> se trouve dans <tt>/usr/X11R6/bin</tt>).

Enfin, modifiez votre fichier /etc/X11/XF86Config ou bien utilisez Xconfigurator, xf86config ou un de ses potes pour configurer votre serveur. Vous pouvez vous inspirer de l'exemple ci-dessous :

<code> Section "Files"
RgbPath "/usr/X11R6/lib/X11/rgb"
FontPath "unix/:-1"
EndSection

Section "ServerFlags"
EndSection

Section "Keyboard"
Protocol "Standard"
XkbRules "xfree86"
XkbKeymap "xfree86(fr)"
EndSection

Section "Pointer"
Protocol "PS/2" # remplacez par le bon pour votre souris
Device "/dev/mouse"
Emulate3Buttons # enlevez-le suivant votre souris
EndSection

Section "Monitor"
Identifier "moniteur"
EndSection

Section "Device"
Identifier "carte"
EndSection

Section "Screen"
Driver "FBDev"
Device "carte"
Monitor "moniteur"
SubSection "Display"
Modes "default"
EndSubSection
EndSection
</code>

== Installation et configuration du serveur X ==

Tout d'abord, vous devez connaître trois choses :

* quel serveur X utiliser (voir [#choisir_serveur_X ci-dessus]),
* quelles sont les fréquences de rafraîchissement horizontales et verticales supportées par votre moniteur (regardez dans sa doc), ou au moins quel est le mode le plus haut supporté (résolution et fréquence),
* quelles résolutions vous décidez d'utiliser.

'''A savoir''' : le serveur X en lui-même est juste un seul exécutable, d'environ 1 à 2 Mo. Si vous changez de carte vidéo par exemple, vous devez juste changer ce fichier, à partir du rpm, et adapter le fichier de configuration <tt>XF86Config</tt>.

=== Installation automatique ===

Ensuite, en tant que <tt>root</tt>, vous devez lancer l'un des programmes de configuration : <tt>Xconfigurator</tt> ou <tt>XF86Setup</tt> ou encore <tt>xf86config</tt>. Ce programme vous demandera de choisir la carte graphique, puis le moniteur. Si vous ne trouvez pas le moniteur dans la liste, pas de problème : il suffit d'en choisir un dont les fréquences ne dépassent pas celles de votre propre moniteur. Vous pouvez aussi créer un moniteur personnalisé et entrer les fréquences exactes de votre moniteur.

'''Attention''' : ne choisissez pas les fréquences au hasard, car vous risquez d'endommager votre moniteur (surtout si celui-ci est ancien). Si quelque chose se passe mal, ne dites pas que c'est de ma faute !

Pour les écrans LCD (PC portables ou nouveaux écrans plats), c'est différent car pour eux les fréquences de rafraîchissement n'ont aucun sens . Il suffit de choisir quelque chose comme "Generic LCD 1024x768", avec la résolution que votre écran supporte.

Après avoir choisi le moniteur, vous devez sélectionner les modes d'affichage qui seront disponibles (résolution, couleurs). En fonctionnement, vous pourrez changer de résolution en tapant Ctrl-Alt + ou Ctrl-Alt -.

Lorsque le programme de configuration de X se termine, il crée le fichier de configuration, en général <tt>/etc/X11/XF86Config</tt>. Vous pouvez l'éditer à la main, mais vérifiez que X se lance toujours par <tt>startx</tt> avant de redémarrer votre ordinateur s'il démarre directement sous X ! (en général, tapez "<tt>init 3</tt>" sur une ligne de commande, puis "<tt>startx</tt>" pour redémarrer X. Si cela fonctionne, quittez X puis tapez "<tt>init 5</tt>" pour vous remettre en état normal.)

=== Installation à la main ===

L'installation à la main du serveur X consiste soit à :

* installer le <tt>rpm</tt> du serveur,
* installer un <tt>.tar.gz</tt> contenant l'exécutable du serveur.

Dans le premier cas, le serveur X va aller se mettre tout seul au bon endroit après la commande <tt>rpm -Uvh votre_serveur.rpm</tt>. <br />Dans le second cas, décompressez votre archive <tt>.tar.gz</tt> (ou quelquesoit son format) dans un répertoire temporaire. Cela va créer quelques fichiers : des readme et un gros fichier exécutable (1 à 2 Mo) nommé <tt>XF86_*</tt>. Déplacez ce fichier dans <tt>/usr/X11R6/bin</tt>.

Dans les deux cas, vérifiez que le lien <tt>/etc/X11/X</tt> pointe bien vers le serveur. Si ce n'est pas le cas faites :

'''[root@taz root]#''' rm -f /etc/X11/X
'''[root@taz root]#''' ln -s /usr/X11R6/bin/XF86_<votre serveur X> /etc/X11/X

Ensuite, vous devez éditer le fichier <tt>/etc/X11/XF86Config</tt> à la main afin de spécifier les différents modes, les fréquences, le clavier, la souris, etc. Il est bon de partir d'un fichier généré par un programme comme <tt>xf86config</tt> et de le modifier. Si vous changez juste de carte vidéo, vous pouvez vous inspirer fortement de l'ancien fichier.

Enfin, vous devez vérifier que cela fonctionne : en général, tapez "<tt>init 3</tt>" sur une ligne de commande, puis "<tt>startx</tt>" pour redémarrer X. Si cela fonctionne, quittez X puis tapez "<tt>init 5</tt>" pour vous remettre en état normal (dans le cas ou vous démarrez habituellement directement sous X).

== Configuration avec xf86config ==

''(partie écrite par Serge)''

On va voir un premier outil de configuration en mode texte, <tt>xf86config</tt>. Connectez-vous en tant que root, et lancez-le :

'''[root@taz root]#''' xf86config

Après un petit message d'information, pressez entrée. Le logiciel va afficher différentes rubriques :

'''- Mouse protocol'''<br />Choisissez votre souris, le plus souvent :

<blockquote>Microsoft compatible : toutes les souris de type série 2 boutons standard série <br />Mousesystems : la plupart des souris 3 boutons séries <br />PS/2 : les souris sur port PS/2, quoi :) <br />Logitech mouse : les anciennes souris série Logitech <br />Microsoft intellimouse (IMPS/2) : pour les souris à molette</blockquote>

'''- Do you want to enable ChordMiddle:'''<br />Pour activer le bouton du milieu sur les anciennes souris Logitech

'''- Emulate3Buttons'''<br />Pour "émuler" un 3éme button sur les souris 2 boutons en cliquant simultanément sur les 2 boutons.

'''- Mouse device'''<br />Mettez ici le périphérique sur lequel la souris est connecté. En général <tt>/dev/mouse</tt>. <br />Si votre souris n'est pas détectée au démarrage de X, vérifiez que dans <tt>/dev</tt>, vous avez bien un fichier <tt>mouse</tt>. S'il n'existe pas, vous n'oublierez pas de le créer après la configuration en créant un lien symbolique sur le périphérique de votre souris :

'''[root@taz root]#''' ln -s /dev/psaux /dev/mouse

<blockquote>''En remplaçant /dev/psaux par :''<br />Port PS2 : /dev/psaux <br />Port série : /dev/ttySx (ttyS0=COM1 sous DOS, ttyS1=COM2, etc.)</blockquote>

'''- Do you want to use XKB ?'''<br />Je vous conseille tout simplement de répondre '''Y''', ça vous permet d'activer le support clavier suivant votre pays. Autrement vous allez avoir un clavier qwerty sans accent! Validez le message d'information suivant.

'''- List of preconfigured keymaps'''<br />Choix du type de votre clavier (pour les claviers francais, choisir "French encoding"). Valider le message d'information suivant.

'''- Horyzontal sync rate'''<br />Là on commence à rentrer dans les choses techniques. Je vous conseille de tout simplement regarder la notice de votre moniteur pour voir les fréquences qu'il supporte suivant les résolutions. D'une manière générale on a :

<blockquote> <center>

{| width="70%" border="BORDER"
| width="50%" | Moniteur 14 pouces très vieux
| width="50%" | Ligne 1 (640*480 60Hz)
|-
| width="50%" | Moniteur 14 pouces assez vieux (plus de 4 ans)
| width="50%" | Essayer la ligne 2 (800*600 56Hz) voire la ligne 4 (1024*768 87Hz)
|-
| Moniteur 14 pouces ou 15 pouces récent
| Ligne 5 (800*600 60Hz), ligne 6 (1024*768 60Hz), ligne 7 (1024*768 70Hz)
|-
| Moniteur 17 pouces de plus de 4 ans
| Ligne 3 (1024*768 87hz)
|-
| Moniteur > ou = à 17 pouces ou plus, récent
| Ligne 7 ou 8 ou 9 ou 10
|}

</center> </blockquote>

Commencez TOUJOURS par les choix de fréquences les plus basses possibles. Sur les vieux écrans ATTENTION une trop haute fréquence ou une fréquence non supportée peut griller l'écran et je ne pourrai pas être tenu responsable de tel dégats. Les moniteurs récents sont normalement protégés si une trop hautre fréquence leur est demandée. Soyez tout de même prudents !

'''- Vertical range'''<br />C'est la même chose, mais pour les fréquences verticales :

<blockquote><center>

{| width="50%" border="BORDER"
| width="50%" | Moniteur 14 pouces très vieux
| width="50%" | 50-70
|-
| width="50%" | Moniteur 14 pouces assez vieux (plus de 4 ans)
| width="50%" | 50-70
|-
| width="50%" | Moniteur 14 pouces ou 15 pouces récent
| width="50%" | 50-90
|-
| width="50%" | Moniteur 17 pouces de plus de 4 ans
| width="50%" | 50-70 ou 50-90
|-
| width="50%" | Moniteur de 17 pouces ou plus, récent
| width="50%" | 50-100 ou 50-150
|}

</center> </blockquote>

Le mieux est encore de voir avec la notice, avec les mêmes remarques qu'au dessus.

'''- Identifier , model, vendor'''<nowiki>: </nowiki><br />Mettre le modèle, nom du constructeur, etc. de votre moniteur (Cela n'a pas d'importance, ce sont juste des champs de renseignements).

'''- Do you want to look at the card database ?'''<br />Repondez '''Y''' pour choisir votre carte vidéo dans une liste. Tapez [entrée] jusqu'à trouver votre carte ou le chipset, puis entrez le nombre. <br />Au menu suivant, choisissez 5. Si votre carte n'apparaît pas ou si vous ne connaissez pas son chipset tapez sur Q, et choississez le serveur SVGA.

'''- Do you want me to set the symbolic link ?'''<br />Répondez par '''Y''' et encore par '''Y''' au menu d'apres.

'''- Video memory'''<br />Choisir en fonction de la mémoire présente sur votre carte vidéo

'''- Identifier,vendor...'''<br />C'est la même chose que pour le moniteur. Vous pourriez tout aussi bien ne rien taper ici.

'''- RAMDAC'''<br />Si vous le connaissez, choisissez-le. Autrement répondez par '''Q'''.

'''- Clokchip'''<br />De même, si vous savez pas, tapez [entrée].

'''- Probeonly'''<br />Répondre par '''Y''' si votre moniteur est récent, autrement répondre par non. La plupart du temps le serveur X lors de son exécution détecte tout seul les "clock line" valides.

'''- Mode de résolution couleur'''<br />Choisir le menu 5, les modes sont généralement corrects, à moins que votre matériel soit très spécifique.

'''- Shall I write it to /etc/X11/XF86Config'''<br />Répondre par Y afin d'écrire le fichier de configuration.

Ok, maintenant on va tester : lancez "<tt>startx</tt>". Ca marche ? Bingo ! <br />Essayez de changer de résolution en tapant Ctrl Alt + et Ctrl Alt -.

Ca ne marche pas? Voir plus le chapitre de [pbsx.php3 résolutions de problèmes]...

=Copyright=
<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par J.C. Cardot & S. Tchesmeli le 10/11/1999.</div>

= Copyright =
Copyright © 10/11/1999, J.C. Cardot & S. Tchesmeli
{{CC-BY-NC-SA}}

Gestion du son sous Linux

2006-10-15T10:09:54Z

Gw22 (phorum) : /* Configuration /etc/modules.conf (ou conf.modules suivant votre distribution). */

[[Category:Son]]
= Gestion du son sous Linux =

<div class="leatitre">Gestion du son sous Linux</div><div class="leapar">Par Serge </div><div class="leadesc">Quand les pinguoins chantent! <br /></div>
----

Ce document traite des problèmes de son sous Linux. Il existe deux séries de drivers différents pour Linux :

* OSS, intégré directement dans les sources du noyau jusqu'au version 2.4
* ALSA, présent dans les sources du noyau depuis les versions 2.6, et que l'on peut récupérer sur http://www.alsa-project.com pour les kernels 2.4 ou 2.2.

== OSS ==

Par défaut pour les kernels de version inférieure à la 2.6 (ie: 2.2 et 2.4), le support du son est OSS. L'installation de celui-ci n'est pas très compliquée. Sous les distributions comme la RedHat, Mandrake la détection des cartes est automatique la plupart du temps (au pire il faut lancer sndconfig en tant que root pour que cela le soit). Pour les autres distributions, le kernel est correctement configuré et tous les modules de cartes son sont déjà compilés. Il suffit juste alors pour activer la carte de passer par leurs utilitaires de configuration (sndconfig, ou autre), ou d'ajouter les entrées manuellement dans <code>/etc/modules.conf</code> (parfois conf.modules selon l'âge de la distribution).

Tout d'abord si votre carte est Plug'n Play sur bus <span class="warning">ISA (très vieille carte son)</span>, veuillez lire la [[Hardware-hard plus-pnp | rubrique PnP]] car je suppose que votre carte PnP est correctement configurée.

=== Configuration du kernel ===

Vérifiez que le kernel est compilé avec comme options :<br />

{| width="50%" border="1"
| width="50%" | <code>loadable module support</code>
| width="50%" | <code>YES</code>
|-
| width="50%" height="19" | <code>Kernel module support</code>
| width="50%" height="19" | <code>YES</code>
|-
| width="50%" | <code>config sound</code>
| width="50%" | <code>M</code> (module)
|}

et tous les supports des différentes cartes sons en M (par exemple <code>config sounblaster M</code>, <code>config awe M</code> ...). <br />

Une fois votre kernel compilé (make dep, make clean, make zlilo ou bzImage et config de lilo) ainsi que les modules (make modules, make modules_install <span class="warning">en ayant renommé le répertoire /lib/modules/version_kernel en /lib/modules/version_kernel-old par exemple avant le make modules_install</span> ) (voir [../kernel/kernel.php3 rubrique noyau] ) on édite le fichier <code>/etc/conf.modules</code>.

=== Configuration /etc/modules.conf (ou conf.modules suivant votre distribution). ===

C'est ce fichier qui va permettre de charger les modules de votre carte son. La syntaxe est assez simple :

<div class="code">alias sound nom_module (par exemple nom_module=sb pour une soundblaster)<br />options sound io=0xADR irq=IRQ DMA0=dma8bits DMA1=dma16bits </div>

(avec ADR l'adresse d'entrée sortie de la carte, 220 par exemple, IRQ l'irq (interruption) bien sûr, DMA0 et DMA1 les numéros des canaux DMA 8 et 16 bits)

Comme je ne connais pas toutes les cartes son et les modules par coeur, veuillez vous référer aussi au HOWTO sur le son, et les MINI-HOWTO pour les cartes son spécifiques pour des modules complémentaires (midi, wavetable etc...). Avec ce que je vous donne vous avez déjà le support PCM (son numérique pour lire les WAV, MP3 par exemple). Vous trouverez alors les options que l'on peut passer à chaque module et leurs significations. La liste des HOWTO traduits en français est disponible [../docs/howto.php3 ici].

Pour tester si on utilise le bon module, on va le charger manuellement:

<code><span class="warning">modprobe sound</span></code>

ça devrait se charger sans problème ; sans messages d'erreurs. S'il y en a un, vérifiez votre <code>/etc/conf.modules</code>, peut-être que vous avez fourni de mauvaises options ou un mauvais module pour votre carte son (attention aux cartes son soi-disant compatibles Sound Blaster, comme celles à base de chipset crystal, charger le module pour crystal et non pas le SB).De même les dernières SoundBlaster (Live, Audigy etc..) n'utilise pas le module sb mais des nouveaux modules comme le emu10k1.

Une fois le module chargé, on peut tester le son, lancez alors une application qui joue du son comme par exemple ''mpg123'' pour les mp3, ''workbone'' pour lire les CD ou tout autre application sous X comme XMMS.

S'il n'y a pas de son qui sort mais que vous n'avez aucune erreur, regardez aussi avec un mixer sous un WM que les volumes sonores ne sont pas à zéro aussi, et que votre lecteur CD est bien relié à la carte son. Vérifiez aussi que le plugin de sortie de XMMS est bien : oss, ou arts (si vous êtes sous KDE), ou esd (si vous êtes sous Gnome).

Si ça fonctionne : vous avez gagné ! Votre carte son est configurée.

Mais, une chose frustrante, c'est que vous avez une carte full duplex par exemple, mais OSS par défaut ne prend pas en charge le full duplex ! Quoi ce super OS ne prend pas en charge le full duplex ??? Si, rassurez-vous <code><nowiki>:)</nowiki></code> Deux solutions là, soit passez à la version commerciale de OSS, soit passez par ALSA qui de toute façon devient le driver son offciel du kernel maintenant (à partir du 2.6).

== ALSA ==

Qu'est-ce donc? Non je vous entends rire ce n'est pas la préparation pour les flans ou gâteaux :) <br />C'est un nouveau support des cartes son pour Linux, full duplex, GPL et qui gère beaucoup mieux les ressources systèmes que son homologue OSS. Le développement de ce projet est extrêmement actif, on a à peu près une mise à jour toutes les deux semaines avec presque à chaque fois des supports pour de nouvelles cartes son. De plus il a l'excellente idée d'être (presque) 100% compatible avec les applications qui utilisent OSS. Bref je vous encourage vivement d'installer les drivers ALSA quelque soit la version de votre kernel.

=== Compilation des drivers ALSA ===

Avant de compiler quoi que ce soit, vérifiez quand même que votre distribution ne comporte pas déjà les drivers ALSA (ce qui le cas maintenant pour les distributions les plus connues) ou s'il n'existe pas déjà un "package" tout prêt pour votre distribution.

Bon tout d'abord, si vous avez un kernel inférieur à la version 2.6, allez sur leur site ([http://www.alsa-project.org/ www.alsa-project.org]) et récupérez les '''Drivers''', '''Library''', '''Utilities''', '''Tools''', '''Firmware''' et '''OSS compat.Library''' dans leurs dernières versions (1.0.4 à l'heure où j'écris ces lignes).

Bon dans un répertoire de votre choix et en tant que root, on dézippe/détarre tout ça :

<div class="code">tar zxvf nom_du_tar.bz2</div>

Avant de continuer, on va enlever toutes les entrées correspondantes au son dans <code>/etc/modules.conf</code> (si vous ne savez pas quelles lignes enlever, envoyez dans la liste de diffusion ou le forum votre /etc/modules.conf et on vous aidera (mais ce sont des lignes qui commencent par <code>alias snd-card...</code> ou <code>alias sound-slot...</code>).

Une fois cela fait, vous allez dans le répertoire des sources alsa-drivers, puis :

<div class="code">./configure ''options''<br />make<br />make install</div>

La plupart du temps un simple <code>./configure</code> sans option suffit. Mais si vous vous apercevez qu'il vous manque le support midi ou autre, vous pouvez toujours forcer les options avec:

{| width="75%" border="1"
| width="50%" | <code>--with-isapnp=yes</code>
| width="50%" | SI votre carte son est une carte ISA PnP (SBawe64, etc...)
|-
| width="50%" | <code>--with-sequencer=yes</code>
| width="50%" | Activer le support midi (surtout pour les cartes dites "WAVETABLE")
|-
| width="50%" | <code>--with-oss=no</code>
| width="50%" | Désactiver le support OSS (vivement déconseillé, 90% des applications utilisent un support OSS)
|-
| width="50%" | <code>--with-debug=full</code>
| width="50%" | Information de déboguage (si vous avez des bugs et que vous voulez les reporter à l'équipe de développement ALSA ou si vous êtes développeur)
|-
| width="50%" | <code>--with-debug=detect</code>
| width="50%" |
<center>Pour activer le déboguage pour la détections des cartes son. Même remarque qu'au dessus si votre carte n'est pas détectée.</center>
|}

Une fois les drivers compilés, '''lancez le script <code>./snddevices</code>''' pour créer les entrées nécessaires dans <code>/dev</code>.

Puis compilez les librairies, puis les utilitaires (dans cet ordre autrement ça ne passera pas) par le classique : <code>./configure && make && make install</code>.

=== Configuration des modules ALSA. ===

Il existe un outil livré avec les drivers ALSA qui configure tout tout seul, alors pourquoi s'en priver!<br /> Cet outil s'appelle '''alsaconf''' et il doit être installé si vous avez bien compilé/installé les '''Utilities'''. Si votre distribution ne vous fournit pas cet utilitaire, récupérez le téléchargeant juste les '''Utilities''' sur http://www.alsa-project.org.

Si maintenant alsaconf ne fonctionne pas, ou si vous voulez vraiment configurez le tout à la main on va entrer alors dans les détails. Tout d'abord il faut '''absolument''' que vous sachiez quelle est votre carte son '''précisément'''. Une référence "compatible sound blaster" ne suffit pas, il existe plus de 10 chipsets «''compatibles sound blaster''» qui pour ALSA sont 10 cartes différentes avec des modules différents. En fait ALSA dispose d'un module par chipset. Donc renseignez vous sur votre carte son (notice, site web du constructeur, etc...).

Une fois que vous savez qu'elle est votre carte son, vous allez la chercher ici: [http://www.alsa-project.org/alsa-doc http://www.alsa-project.org/alsa-doc/] en choisissant en premier la marque dans la liste déroulante puis en cliquant sur "Détails" dans la colonne "Driver & doc" qui correspond à votre modèle de carte son.<br /> Une fois arrivé sur la page de documentation, recherchez alors la rubrique '''"Setting up modprobe and kmod support"''' qui va vous donner les lignes à ajouter dans votre <code>/etc/modules.conf</code>, ajoutez-les et voilà!

=== Réglages et automatisation. ===

Un des problèmes les plus courants avec ALSA est que vous avez tout configuré, aucun message d'erreur mais vous n'avez aucun son! En fait cela est souvent normal car ALSA règle par défaut tout les volumes à zéro ET met en sourdine aussi tout les canaux de votre carte son. Pour remédier à ça et pour que les volumes soient conservés à chaque redémarrage vous devez dans un premier temps vous assurez que vous ayez un script de démarrage "ALSA" sur votre système. C'est surement le cas si ALSA est fournit dans votre distribution, autrement vous en trouverez de déjà tout fait '''alsasound''' dans le sous répertoire '''utils''' des sources de '''Drivers''' de ALSA.

Suivant votre distribution, installez ce script de démarrage ALSA pour les niveaux d'init que vous souhaitez. Si, c'est du chinois, lisez [[Admin-admin boot-daemons | cette documentation]].

Une fois ce script installé, démarrer alors le service ALSA via ce dernier (la lecture de la documentation précitée peut vous y aider. Lancez alors en tant que root et en console l'utilitaire '''alsamixer'''. Vous allez alors régler les volumes de chaque canal de votre carte son à votre convenance. Pour cela utilisez les flèches pour choisir le canal et régler son volume sans oublier de '''DEMUTER''' le canal en appuyant sur la touche '''M''' (si le canal est muté un M apparaît au dessus de l'indicateur de volume).

Une fois les volumes réglés comme vous le souhaitez, quittez alsamixer par ALT+X. Sauvegardez alors ces volumes pour le prochain redémarrage via la commande:

<span class="code"> alsactl store </span>.<br />

De ce fait, tout vos réglages seront conservés lors du prochain reboot.

== un petit mot sur les démons de son ==

Gnome et KDE utilisent chacun un démon de son, malheureusement différent : c'est ESD pour Gnome et ARTS pour KDE. Qu'est-ce que c'est ? C'est est un programme qui s'intercale entre le support son (OSS ou ALSA) et les applications, et qui permet par exemple à plusieurs amplications de jouer du son simultanément (on peut ainsi jouer un mp3 et entendre les sons système de son environnement en même temps, tout en recevant les notifications sonores de licq).

=== ESD ===

Pour ceux qui aiment bien Gnome et qui l'utilisent, je vous signale que celui-ci utilise par défaut ESD comme démon sonore, donc il faut l'activer avant tout ! <br />Cochez la case correspondante dans la configuration de Gnome relative aux sons systèmes, il lancera alors ESD dès son démarrage. Attention : certaines applications ne savent pas utiliser ESD pour le son, donc ne vous étonnez pas de ne plus avoir de son sous certaines applications après avoir lancé ESD, d'autres demandent d'être recompilées pour utiliser ESD, pour d'autres comme XMMS un plugin suffit. ESD est nécessaire aussi pour Enlightenment (c'est d'ailleurs pour cela qu'il est nécessaire pour Gnome vu que E est (était) souvent le WM de gnome). ESD tourne sans problème à partir du moment où votre carte son fonctionne au départ. Lancez ESD sous un terminal/console et vous entendrez un « tu lu lu » indiquant que ESD est lancé et fonctionne. Il tourne alors en arrière plan comme daemon.

=== ARTS ===

ARTS est le démon de son de KDE. Selon votre distribution, il sera activé par défaut ou non. Pour l'activer ou le désactiver, lancez le panneau de configuration de KDE, dans la rubrique son vous trouverez une case à cocher pour activer arts au démarrage de KDE. En cliquant sur [OK] ou [Appliquer], le démon sera démarré automatiquement. <br />De la même façon que pour ESD, il faut généralement un plugin pour utiliser arts, par exemple avec xmms ou xine. Certains programmes (comme licq par exemple) peuvent utiliser un simple script <code>soundwrap</code> qui jouera le son via arts si celui-ci est présent, ou directement via les drivers son sinon. Si votre programme permet de configurer l'utilitaire qui joue les sons, vous pourrez l'utiliser ainsi à travers arts.

Enfin, pour certains programmes ne supportant pas arts (ou esd d'ailleurs) il sera nécessaire d'arrêter le démon afin qu'ils puissent faire du bruit !

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 15/10/1999.</div>

= Copyright =
Copyright © 15/10/1999, Serge Tchesmeli
{{LDL}}

Modèle:Fiches:plan-multimedia

2006-10-15T10:03:49Z

Gw22 (phorum) : /* Multimédia */

=== Multimédia ===
*[[Fiches:multimedia-fichexmms|Comment écouter mes fichiers audio sous linux ?]]
*[[Fiches:multimedia-ficherip|Comment créer mes ogg sous linux ?]]
*[[Fiches:Lire_un_DVD|Comment regarder un dvd ?]]
*[[Fiches:multimedia-professionnel|Comment transformer son pc en une station de travail multimédia professionnelle?]]
*[[Fiches:xmms en réseau|Comment diffuser du son en réseau avec xmms?]]

Trucs:Désinstaller Linux

2006-06-27T14:21:21Z

Gw22 (phorum) :

<div class="leapar">Marc<spi.mj@wanadoo.fr></div>

Si vous souhaitez désinstaller Linux, voici quelques conseils. <br />D'une façon générale, utilisez de préférence les outils Linux pour ce qui concerne Linux et les outils Dos pour ce qui concerne le Dos. Pour supprimer les partitions Linux et rétablir votre MBR choisissez une des trois méthodes suivantes.

<u>Méthode 1 : difficulté variable, coût nul.</u><br />A partir du Dos rétablissez le MBR avec la commande : <tt>fdisk /mbr</tt>. <br />Procédez ensuite comme si vous souhaitiez (ré)installer votre distribution Linux. Poursuivez cette installation jusqu'à l'étape de partitionnement lors de laquelle vous en profitez pour supprimez vos partitions Linux (et éventuellement (re)créer des partitions Dos). Rendez effectif ce nouveau partitionnement puis quittez l'installation. Redémarrez votre ordinateur, tout doit être rentré dans l'ordre. <br />Cette méthode dépend de votre distribution et de ses outils de partitionnement. Je ne peux donc la détailler plus ni même vous garantir qu'elle soit possible avec votre distribution. Si vous ne pouvez l'appliquer utilisez la méthode 2 ou 3.

<u>Méthode 2 : difficulté moyenne, coût nul.</u><br />Procurez-vous une mini-distribution du type TOMSRTBT. Si vous ne savez pas ce que c'est ou comment l'utiliser, lisez l'article de Léa à ce sujet. Démarrez votre ordinateur à l'aide de cette mini-distribution puis une fois que vous avez le prompt entrez : <br />fdisk /dev/votre_disque_dur (exemple /dev/hda pour le premier disque dur IDE, /dev/hdb pour le second, etc.)

Les commandes dont vous pouvez avoir besoin ici sont : <br />m : affiche l'aide <br />p : affiche la table des partitions <br />d : supprime une partition <br />w : écrit les modifications et quitte <br />q : quitte sans écrire les modifications (si vous aviez soudainement des regrets :-)

Pour supprimer une partition vous entrez donc d, vous validez, puis vous entrez le numéro de la partition à supprimer. Vous procédez ainsi pour chaque partition Linux que vous voulez supprimer. Si vous hésitez sur les numéros des partitions, utilisez la commande p. Une fois que vous avez terminé quittez en entrant w. <br />Vous pouvez maintenant quitter définitivement Linux et redémarrer sous Dos. Pour rétablir le MBR et créer vos partitions Dos utilisez le programme fdisk du Dos. Pour restaurer le MBR et donc supprimer le chargeur Linux que vous y aviez installé, un simple fdisk /mbr suffit (notez que si vous le souhaitez, vous pouvez faire ceci avant de supprimer vos partitions Linux). Pour le reste, il s'agit de l'utilisation d'un programme Dos dans un cadre Dos, il vaut donc mieux vous reporter aux informations des sites sur ce sujet plutôt qu'à celles d'un site sur Linux.

<u>Méthode 3 : difficulté faible, coût élevé.</u><br />Si vraiment rien de ce qui précède ne vous convient, vous trouverez chez votre revendeur habituel, et pour quelques centaines de francs, des programmes simples et performants, normalement dotés d'un manuel d'utilisation auquel vous n'aurez qu'à vous référer.

Merci à P* (puisse cet anonymat relatif préserver son honneur de Linuxien ;-) pour ses précieux conseils.
[[Catégorie:Trucs_Installation]]

X Window

2006-03-12T10:33:44Z

Gw22 (phorum) : /* Choisir son serveur X (version 3) */

[[Category:Paramétrer X Window]]
{{Obsolète}}
= Le système X Window =

<div class="leatitre">Le système X Window</div><div class="leapar">par Jean-Christophe & Serge</div><div class="leadesc">L'interface graphique reine sous Linux.</div>

Normalement vous avez installé Linux avec la partie graphique, mais si vous voulez reconfigurer tout ça ou si cela n'a pas fonctionné du premier coup, et que vous en avez marre du mode texte, on va vous aider à configurer tout ça !

Attention, le système X Window existe dans plusieurs version, certaines libres comme XFree86 (il y a débat sur sa réelle liberté), X.org ou non-libre.

<u>Remarque valable pour XFree86 pour tout l'article</u> : le fichier de configuration de X Window, <tt>XF86Config</tt>, <tt>XF86Config-4</tt> pour la version 4 ou <tt>xorg.conf</tt> pour X.org, se situe à divers endroits suivant votre distribution (<tt>/etc</tt> ou <tt>/etc/X11</tt> ou ailleurs). <br />

== Définitions ==

Qu’est-ce que X (ou X Window ou X Window System) ?

''C’est le sous-système graphique de Linux''.

X Window n'est pas seulement un '''driver pour la carte vidéo''', c'est aussi une '''interface''' (API) pour les applications, afin qu'elles affichent à l'écran et reçoivent l'entrée du clavier et de la souris.

X est aussi un serveur '''réseau''', c'est à dire qu'il peut également offrir ses services à travers un réseau, ce qui permet d'afficher sur un écran une application qui s'exécute sur une autre machine, même si les deux architectures sont complètement différentes. C'est pourquoi on parle de ''serveur X ''pour désigner le sous-système graphique. Le système X Window tourne sur quasiment tous les Unix, et a même été porté sous Windows ou OS/2. <br />
Presque tous les logiciels graphiques sous Linux utilisent X, vous pouvez donc les faire fonctionner à travers un réseau comme décrit ci-dessus.

L'utilisateur n'interagit pas directement avec X, mais plutôt avec ce qu'on appelle des clients X (par opposition au serveur X). Vous utilisez sans doute des clients comme un gestionnaire de fenêtres (window manager), ou un environnement de bureau (desktop environnment) comme KDE ou Gnome. Pour vous connecter, peut-être utilisez vous aussi un gestionnaire de session (display manager), comme KDM, XDM ou GDM. Au dessus de ces clients se trouvent les applications. <br />Le système X Window (ou X Window system, ou X Window, ou encore X) est une marque déposée du [http://www.x.org X Consortium]. Les serveurs X libres distribués avec Linux proviennent du [http://www.xfree.org projet XFree86].

<u>Remarque</u> : <br />
En comparaison à Windows,et autres... Dans Windows, tout est compris dans la même boîte, le sous-système graphique, l'interface graphique et des applications de base. De même pour d'autres systemes d'exploitation non-UNIX (rares en cette époque). On ne fait pas facilement la différence entre les composants. <br />
Dans le monde de X, ce sont des composants séparés, qui pris ensemble forment l'interface graphique utilisateur. Cela semble peut-être compliqué, mais cela a un grand avantage : vous pouvez choisir chacun des composants selon votre goût et vous construire l'interface graphique qui vous plaît le plus. c'est ce qui vous permet par exemple, de remplacer le gestionnaire de fenêtre Enlightment par WindowMaker dans l'environnement de bureau Gnome. <br />

== Choisir son serveur X (version 3) ==

En général, lors de l'installation, votre carte vidéo a du être reconnue automatiquement par le programme d'installation, et le bon serveur X a du être installé et configuré pour répondre à vos besoins. <br />
<u>Recommandation 1</u> : lors de l'installation, dans tous les cas, installez le serveur XF86_SVGA, le VGA16 et aussi celui propre à votre carte (par exemple, XF86_S3 pour une carte à base de chipset S3) s'il existe. <br />
<u>Recommandation 2</u> : si votre carte fonctionne à la fois avec le serveur SVGA et un serveur accéléré spécifique (par exemple les carte S3, les S3 Virge, etc.) sachez que le serveur spécialement adapté à votre carte est généralement plus rapide.

Il est cependant des cas ou vous devrez/voudrez installer vous-même votre serveur X à la main.

Vous devez alors utiliser le serveur X qui correspond à votre carte graphique. Pour ce faire, vous devez trouver sa marque et son type exact. Regardez dans la documentation livrée avec l'ordinateur, ou contactez la personne qui vous l'a vendu, ou encore si vous le pouvez, ouvrez le boîtier et regardez ce qui est écrit sur la plus grosse puce présente sur la carte vidéo.

Lors de l'installation, si la carte n'est pas reconnue automatiquement, il y a de grandes chances pour que vous la trouviez dans la (longue) liste de cartes proposée par l'installation ou les programme de configuration.

Sinon, vous pouvez encore visiter les pages du [http://www.xfree.org projet XFree86] afin de rechercher votre carte dans la liste du matériel supporté. Si vous ne la trouvez pas, vous pouvez demander de l'aide sur les newsgroups ou les listes de distribution (mailing lists) Linux (la [../inscript.php3 liste du site] par exemple !)

Lorsque vous avez trouvé ces renseignements, une page du site XFree vous donne le serveur X à utiliser. Commencez par regarder si ce serveur n'est pas sur le CD de votre distribution, ou bien téléchargez-le depuis un des mirroirs du site XFree (vous devez télécharger un seul fichier dans le répertoire <tt>servers</tt>, environ 1 à 2 Mo).

Notez que les versions 4 et ses dérivés (X.org) n’ont plus qu’un seul serveur, la carte graphique est gérée par un module spécifique.

== Que faire si votre carte graphique n'est pas supportée ? ==

Avez-vous bien vérifié que c'était le cas ? (regardez bien sur le site du [http://www.xfree.org projet XFree86] pour les compatibilités présentes et à venir, n'hésitez pas à demander de l'aide dans ''usenet'' ou les listes de diffusion, mais auparavant consultez leur FAQ et messages précédents, votre problème y est peut-être déjà).

Avez-vous visité le site du fabricant de la carte ? Certains commencent à offrir des serveurs X ou des pilotes pour leurs cartes.

Vous pouvez utiliser le mode VGA (640x480 16 couleurs !!!) : pratiquement toutes les cartes supportent ce mode.

Si cela ne vous suffit pas (étonnant non ? :) vous pouvez essayer d'utiliser le ''frame buffer''. C'est une nouvelle fonctionnalité du noyau qui permet d'utiliser les capacités du standard VESA 2, implémenté dans la plupart des cartes vidéo assez récentes.

Enfin, vous pouvez acheter un serveur X commercial qui supporte votre matériel : leur liste de cartes supportée est plus longue et à jour que celle de XFree.

* [http://www.metrolink.com Metrolink] fournit un serveur assez bon marché,
* [http://www.xig.com Xi Graphics] fournit des serveurs réputés plus rapides, mais plus chers.

== Installer un serveur X pour ''frame buffer'' ==

Le mode ''frame buffer'' de Linux permet de se passer totalement du mode texte, même lors du boot. Le kernel gère alors directement la carte en mode graphique, ce n'est plus le problème du serveur X.

L'installation de X pour frame buffer n'est pas de tout repos : il faut recompiler le noyau afin d'activer le support frame buffer, puis installer le serveur X pour Frame buffer. De plus, ce serveur est plus lent que le serveur prévu pour votre carte, car il ne peut pas être optimisé (le ''frame buffer'' utilise les spécifications du standard VESA 2). Cependant rassurez-vous, la lenteur n'est que relative et il est encore assez rapide. C'est donc la solution de la dernière chance si votre carte vidéo n'est [#carte_non_supportee pas supportée].

=== Activer le support Frame buffer dans le noyau ===

<blockquote>Il suffit (!) de compiler le noyau (voir la rubrique [../kernel/kernel.php3 noyau]), en y ajoutant les options nécessaires au Frame buffer :

Menu '''Code maturity level options'''<br /><tt>Prompt for development and/or incomplete code/drivers : Y</tt><br />Menu '''Console drivers'''<br /><tt>Video mode selection support : Y</tt><br /><tt>Support for frame buffer devices : Y</tt><br /><tt>VESA VGA graphic console : Y</tt>

N'oubliez pas de bien spécifier les autres options du noyau (voir la rubrique [../kernel/kernel.php3 noyau]).

</blockquote>

=== Installer le nouveau noyau ===

<blockquote>Installez-le suivant les indications de la rubrique [../kernel/kernel.php3 noyau], mais avant de lancer LILO, ajoutez "<tt>vga=ask</tt>" au début du fichier /etc/lilo.conf. Si vous utilisez LOADLIN, ajoutez <tt>vga=ask</tt> à la ligne de commande du noyau. Bref, passez au noyau le paramètre <tt>vga=ask</tt> lors du boot. <br />Lorsque plus tard, après avoir testé, vous serez décidé pour un mode, vous pourrez entrer directement <tt>vga=0x114</tt> par exemple. Au prochain reboot, lorsque le noyau vous demandera quel mode vous souhaitez, entrez l'un des modes ci-dessous.

<u>Table des modes disponibles</u> (extrait de <tt>/usr/src/linux/Documentation/fb/vesafb.txt</tt>) <br /><tt> | 640x480 800x600 1024x768 1280x1024</tt><br /><tt><nowiki>----+-------------------------------------</nowiki></tt><br /><tt>256 | 0x101 0x103 0x105 0x107</tt><br /><tt>32k | 0x110 0x113 0x116 0x119</tt><br /><tt>64k | 0x111 0x114 0x117 0x11A</tt><br /><tt>16M | 0x112 0x115 0x118 0x11B</tt>

</blockquote>

=== Installer le serveur X pour frame buffer ===

Avant d'installer le serveur, vous devez '''démarrer votre ordinateur en mode texte''' (passez le paramètre '3' au noyau, par exemple, en tapant 'linux 3' au prompt de LILO).

Vous devez installer le package XFree86-Xvfb :

'''[root@taz root]#''' rpm -i /cdrom/Mandrake/RPMS/XFree86-Xvfb-*.rpm

(remplacez le chemin <tt>/cdrom/Mandrake/RPMS</tt> par celui correspondant à votre distribution).

Vérifiez que le lien <tt>/etc/X11/X</tt> pointe bien vers <tt>Xvfb</tt>, sinon faites :

'''[root@taz root]#''' rm -f X ; ln -s /usr/X11R6/bin/Xvfb /etc/X11/X

(Sur certaines distributions, ce lien <tt>X</tt> se trouve dans <tt>/usr/X11R6/bin</tt>).

Enfin, modifiez votre fichier /etc/X11/XF86Config ou bien utilisez Xconfigurator, xf86config ou un de ses potes pour configurer votre serveur. Vous pouvez vous inspirer de l'exemple ci-dessous :

<code> Section "Files"
RgbPath "/usr/X11R6/lib/X11/rgb"
FontPath "unix/:-1"
EndSection

Section "ServerFlags"
EndSection

Section "Keyboard"
Protocol "Standard"
XkbRules "xfree86"
XkbKeymap "xfree86(fr)"
EndSection

Section "Pointer"
Protocol "PS/2" # remplacez par le bon pour votre souris
Device "/dev/mouse"
Emulate3Buttons # enlevez-le suivant votre souris
EndSection

Section "Monitor"
Identifier "moniteur"
EndSection

Section "Device"
Identifier "carte"
EndSection

Section "Screen"
Driver "FBDev"
Device "carte"
Monitor "moniteur"
SubSection "Display"
Modes "default"
EndSubSection
EndSection
</code>

== Installation et configuration du serveur X ==

Tout d'abord, vous devez connaître trois choses :

* quel serveur X utiliser (voir [#choisir_serveur_X ci-dessus]),
* quelles sont les fréquences de rafraîchissement horizontales et verticales supportées par votre moniteur (regardez dans sa doc), ou au moins quel est le mode le plus haut supporté (résolution et fréquence),
* quelles résolutions vous décidez d'utiliser.

'''A savoir''' : le serveur X en lui-même est juste un seul exécutable, d'environ 1 à 2 Mo. Si vous changez de carte vidéo par exemple, vous devez juste changer ce fichier, à partir du rpm, et adapter le fichier de configuration <tt>XF86Config</tt>.

=== Installation automatique ===

Ensuite, en tant que <tt>root</tt>, vous devez lancer l'un des programmes de configuration : <tt>Xconfigurator</tt> ou <tt>XF86Setup</tt> ou encore <tt>xf86config</tt>. Ce programme vous demandera de choisir la carte graphique, puis le moniteur. Si vous ne trouvez pas le moniteur dans la liste, pas de problème : il suffit d'en choisir un dont les fréquences ne dépassent pas celles de votre propre moniteur. Vous pouvez aussi créer un moniteur personnalisé et entrer les fréqunces exactes de votre moniteur.

'''Attention''' : ne choisissez pas les fréquences au hasard, car vous risquez d'endommager votre moniteur (surtout si celui-ci est ancien). Si quelquechose se passe mal, ne dites pas que c'est de ma faute !

Pour les écrans LCD (PC portables ou nouveaux écrans plats), c'est différent car pour eux les fréquences de rafraîchissement n'ont aucun sens . Il suffit de choisir quelquechose comme "Generic LCD 1024x768", avec la résolution que votre écran supporte.

Après avoir choisi le moniteur, vous devez sélectionner les modes d'affichage qui seront disponibles (résolution, couleurs). En fonctionnenemt, vous pourrez changer de résolution en tapant Ctrl-Alt + ou Ctrl-Alt -.

Lorsque le programme de configuration de X se termine, il crée le fichier de configuration, en général <tt>/etc/X11/XF86Config</tt>. Vous pouvez l'éditer à la main, mais vérifiez que X se lance toujours par <tt>startx</tt> avant de redémarrer votre ordinateur s'il démarre directement sous X ! (en général, tapez "<tt>init 3</tt>" sur une ligne de commande, puis "<tt>startx</tt>" pour redémarrer X. Si cela fonctionne, quittez X puis tapez "<tt>init 5</tt>" pour vous remettre en état normal.)

=== Installation à la main ===

L'installation à la main du serveur X consiste soit à :

* installer le <tt>rpm</tt> du serveur,
* installer un <tt>.tar.gz</tt> contenant l'exécutable du serveur.

Dans le premier cas, le serveur X va aller se mettre tout seul au bon endroit après la commande <tt>rpm -Uvh votre_serveur.rpm</tt>. <br />Dans le second cas, décompressez votre archive <tt>.tar.gz</tt> (ou quelquesoit son format) dans un répertoire temporaire. Cela va créer quelques fichiers : des readme et un gros fichier exécutable (1 à 2 Mo) nommé <tt>XF86_*</tt>. Déplacez ce fichier dans <tt>/usr/X11R6/bin</tt>.

Dans les deux cas, vérifiez que le lien <tt>/etc/X11/X</tt> pointe bien vers le serveur. Si ce n'est pas le cas faites :

'''[root@taz root]#''' rm -f /etc/X11/X
'''[root@taz root]#''' ln -s /usr/X11R6/bin/XF86_<votre serveur X> /etc/X11/X

Ensuite, vous devez éditer le fichier <tt>/etc/X11/XF86Config</tt> à la main afin de spécifier les différents modes, les fréquences, le clavier, la souris, etc. Il est bon de partir d'un fichier généré par un programme comme <tt>xf86config</tt> et de le modifier. Si vous changez juste de carte vidéo, vous pouvez vous inspirer fortement de l'ancien fichier.

Enfin, vous devez vérifier que cela fonctionne : en général, tapez "<tt>init 3</tt>" sur une ligne de commande, puis "<tt>startx</tt>" pour redémarrer X. Si cela fonctionne, quittez X puis tapez "<tt>init 5</tt>" pour vous remettre en état normal (dans le cas ou vous démarrez habituellement directement sous X).

== Configuration avec xf86config ==

''(partie écrite par Serge)''

On va voir un premier outil de configuration en mode texte, <tt>xf86config</tt>. Connectez-vous en tant que root, et lancez-le :

'''[root@taz root]#''' xf86config

Après un petit message d'information, pressez entrée. Le logiciel va afficher différentes rubriques :

'''- Mouse protocol'''<br />Choisissez votre souris, le plus souvent :

<blockquote>Microsoft compatible : toutes les souris de type série 2 boutons standard série <br />Mousesystems : la plupart des souris 3 boutons séries <br />PS/2 : les souris sur port PS/2, quoi :) <br />Logitech mouse : les anciennes souris série Logitech <br />Microsoft intellimouse (IMPS/2) : pour les souris à molette</blockquote>

'''- Do you want to enable ChordMiddle:'''<br />Pour activer le bouton du milieu sur les anciennes souris Logitech

'''- Emulate3Buttons'''<br />Pour "émuler" un 3éme button sur les souris 2 boutons en cliquant simultanément sur les 2 boutons.

'''- Mouse device'''<br />Mettez ici le périphérique sur lequel la souris est connecté. En général <tt>/dev/mouse</tt>. <br />Si votre souris n'est pas détectée au démarrage de X, vérifiez que dans <tt>/dev</tt>, vous avez bien un fichier <tt>mouse</tt>. S'il n'existe pas, vous n'oublierez pas de le créer après la configuration en créant un lien symbolique sur le périphérique de votre souris :

'''[root@taz root]#''' ln -s /dev/psaux /dev/mouse

<blockquote>''En remplaçant /dev/psaux par :''<br />Port PS2 : /dev/psaux <br />Port série : /dev/ttySx (ttyS0=COM1 sous DOS, ttyS1=COM2, etc.)</blockquote>

'''- Do you want to use XKB ?'''<br />Je vous conseille tout simplement de répondre '''Y''', ça vous permet d'activer le support clavier suivant votre pays. Autrement vous allez avoir un clavier qwerty sans accent! Validez le message d'information suivant.

'''- List of preconfigured keymaps'''<br />Choix du type de votre clavier (pour les claviers francais, choisir "French encoding"). Valider le message d'information suivant.

'''- Horyzontal sync rate'''<br />Là on commence à rentrer dans les choses techniques. Je vous conseille de tout simplement regarder la notice de votre moniteur pour voir les fréquences qu'il supporte suivant les résolutions. D'une manière générale on a :

<blockquote> <center>

{| width="70%" border="BORDER"
| width="50%" | Moniteur 14 pouces très vieux
| width="50%" | Ligne 1 (640*480 60Hz)
|-
| width="50%" | Moniteur 14 pouces assez vieux (plus de 4 ans)
| width="50%" | Essayer la ligne 2 (800*600 56Hz) voire la ligne 4 (1024*768 87Hz)
|-
| Moniteur 14 pouces ou 15 pouces récent
| Ligne 5 (800*600 60Hz), ligne 6 (1024*768 60Hz), ligne 7 (1024*768 70Hz)
|-
| Moniteur 17 pouces de plus de 4 ans
| Ligne 3 (1024*768 87hz)
|-
| Moniteur > ou = à 17 pouces ou plus, récent
| Ligne 7 ou 8 ou 9 ou 10
|}

</center> </blockquote>

Commencez TOUJOURS par les choix de fréquences les plus basses possibles. Sur les vieux écrans ATTENTION une trop haute fréquence ou une fréquence non supportée peut griller l'écran et je ne pourrai pas être tenu responsable de tel dégats. Les moniteurs récents sont normalement protégés si une trop hautre fréquence leur est demandée. Soyez tout de même prudents !

'''- Vertical range'''<br />C'est la même chose, mais pour les fréquences verticales :

<blockquote><center>

{| width="50%" border="BORDER"
| width="50%" | Moniteur 14 pouces très vieux
| width="50%" | 50-70
|-
| width="50%" | Moniteur 14 pouces assez vieux (plus de 4 ans)
| width="50%" | 50-70
|-
| width="50%" | Moniteur 14 pouces ou 15 pouces récent
| width="50%" | 50-90
|-
| width="50%" | Moniteur 17 pouces de plus de 4 ans
| width="50%" | 50-70 ou 50-90
|-
| width="50%" | Moniteur de 17 pouces ou plus, récent
| width="50%" | 50-100 ou 50-150
|}

</center> </blockquote>

Le mieux est encore de voir avec la notice, avec les mêmes remarques qu'au dessus.

'''- Identifier , model, vendor'''<nowiki>: </nowiki><br />Mettre le modèle, nom du constructeur, etc. de votre moniteur (Cela n'a pas d'importance, ce sont juste des champs de renseignements).

'''- Do you want to look at the card database ?'''<br />Repondez '''Y''' pour choisir votre carte vidéo dans une liste. Tapez [entrée] jusqu'à trouver votre carte ou le chipset, puis entrez le nombre. <br />Au menu suivant, choisissez 5. Si votre carte n'apparaît pas ou si vous ne connaissez pas son chipset tapez sur Q, et choississez le serveur SVGA.

'''- Do you want me to set the symbolic link ?'''<br />Répondez par '''Y''' et encore par '''Y''' au menu d'apres.

'''- Video memory'''<br />Choisir en fonction de la mémoire présente sur votre carte vidéo

'''- Identifier,vendor...'''<br />C'est la même chose que pour le moniteur. Vous pourriez tout aussi bien ne rien taper ici.

'''- RAMDAC'''<br />Si vous le connaissez, choisissez-le. Autrement répondez par '''Q'''.

'''- Clokchip'''<br />De même, si vous savez pas, tapez [entrée].

'''- Probeonly'''<br />Répondre par '''Y''' si votre moniteur est récent, autrement répondre par non. La plupart du temps le serveur X lors de son exécution détecte tout seul les "clock line" valides.

'''- Mode de résolution couleur'''<br />Choisir le menu 5, les modes sont généralement corrects, à moins que votre matériel soit très spécifique.

'''- Shall I write it to /etc/X11/XF86Config'''<br />Répondre par Y afin d'écrire le fichier de configuration.

Ok, maintenant on va tester : lancez "<tt>startx</tt>". Ca marche ? Bingo ! <br />Essayez de changer de résolution en tapant Ctrl Alt + et Ctrl Alt -.

Ca ne marche pas? Voir plus le chapitre de [pbsx.php3 résolutions de problèmes]...

=Copyright=
<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par J.C. Cardot & S. Tchesmeli le 10/11/1999.</div>

= Copyright =
Copyright © 10/11/1999, J.C. Cardot & S. Tchesmeli
{{CC-BY-NC-SA}}

Cartes video Nvidia GeForce et TNT

2006-03-07T19:57:21Z

Gw22 (phorum) : /* Quand je passe de X à un terminal par CTRL ALT Fx : ça plante. */

[[Category:Image]]
= Les cartes NVidia Geforce et TNT =

<div class="leatitre">Les cartes NVidia Geforce et TNT</div><div class="leapar">par [mailto:tux.le.pengouin@free.fr Fred] complété par [mailto:st@lea-linux.org serge ]et mis à jour par [mailto:slash%20dot%20ile.u-psud%20point%20fr Slash]</div><div class="leadesc">nVidia, depuis quelque temps déjà, nous met à disposition des pilotes de bonne qualité et surtout très faciles à installer. <br /> Ce driver suppporte les ''TNT'', ''TNT2'', ''Geforce'', ''Quadro''.</div>
----

Ce document est une mise à jour, donc je garderai toute la partie de l'installation des anciens pilotes et des problèmes rencontrés avec eux…

Nous allons expliquer dans cette rubrique comment installer les pilotes (nouvelle/ancienne génération) de chez nVidia afin de disposer de l'accélération 3D des cartes TNT sous Linux.

==Prérequis==

* Vous devez tout d'abord installer soit [http://www.xfree86.org/ XFree86®] ou [http://freedesktop.org/Software/xorg Xorg.]
* Vous devez savoir maîtriser un éditeur de fichiers textes en console comme [http://lea-linux.org/software/vi.html vi] ou [http://lea-linux.org/software/emacs.html emacs.]

<span class="warning">Attention, il y a deux générations de pilotes donc il faut utiliser la méthode appropriée selon le pilote téléchargé !!!</span>

----

== Téléchargement des pilotes ==

Ensuite téléchargez les pilotes de chez ''[http://www.nvidia.fr/object/linux_fr.html nVidia]''. Ne pas oublier de télécharger le [http://www.nvidia.fr/docs/io/17185/readme_6629_fr.txt LISEZ-MOI (celui-ci est pour la dernière version de pilotes à la date de ce document !)]. Ne pas oublier de le lire. (Je plaisante, la lecture de ce document devrait suffire, mais on ne sait jamais).

Attention, les pilotes de chez nVidia sont mis à jour de temps en temps, veillez à les vérifier que votre carte supporte la dernière version, et le cas échéant téléchargez le bon pilote. Sachez que les cartes GeForce 2 par exemple ne supportent pas de pilote plus récent que le 7174.

----

== Nouvelle génération de pilotes ==

Tout d'abord je vous renvoie sur ces fiches si vous installez la nouvelle génération de pilotes sur une Mandrake 10.1 Community ou Fedora Core 1 :
* [http://www.nvidia.fr/docs/io/17185/readme_7167_fr.txt ]
* [http://www.lea-linux.org/trucs/item.575.html Mandrake 10.1 Community]
* [http://lea-linux.org/trucs/item.448.html Fedora Core 1]

Après avoir téléchargé [http://download.nvidia.com/XFree86/Linux-x86/1.0-7167/NVIDIA-Linux-x86-1.0-7167-pkg1.run les derniers pilotes ] en date lors de la rédaction de ce document, un fichier du type… vérifiez que vous avez bien installé les sources de votre [http://www.kernel.org/ noyau]. Nous allons procéder à l'installation de ces pilotes :

Tout d'abord si vous êtes en mode graphique et que vous voulez mettre à jour vos pilotes Nvidia, ce message apparaîtra :

<div class="code">ERROR: An NVIDIA noyau module 'nvidia' appears to already be loaded in your noyau. This may be because it is in use (for example, by the X server). Please be sure you have exited X before attempting to upgrade your driver. If you have exited X but still receive this message, then an error has occured that has confused the usage count of the noyau module; the simplest remedy is to reboot your computer.</div>

<br /><br /> Donc placez vous en root et revenez en mode texte (c'est à dire sans le serveur graphique), effectuez les commandes suivantes : <code>$: su -</code>, entrez votre mot de passe et tapez <code><nowiki># init3</nowiki></code><br /> Il faudra vous logger en '''root ''' après être revenu en console.<br /> Ensuite placez-vous dans le répertoire où se trouve l'archive <code><nowiki># cd /dossier/de/larchive</nowiki></code><br /> Et lancez l'installation : <code><nowiki># sh NVIDIA-Linux-x86-1.0-7167-pkg1.run</nowiki></code>. <br /> Et voila vous n'avez plus qu'à suivre les indications. <br /><br /> Si vous ne possèdez pas de connexion internet répondez '''non''' lors de la demande de téléchargement des pilotes précompilés. De plus s'il refuse de compiler les pilotes en vous expliquant que votre version du logiciel ''gcc'' n'est pas la même que la version utilisée pour compiler votre noyau, essayez de forcer la compilation des pilotes !!! Il y a de fortes chances que ça passe sans aucun problème.

<span class="warning">Attention et redite, les pilotes de chez nVidia sont mis à jour de temps en temps, veillez à vérifier que votre carte supporte la dernière version, et le cas échéant téléchargez le bon pilote.</span>

== Ancienne génération de pilotes ==

Si vous possédez la version 0.9.6, référez-vous à ce [http://lea-linux.org/trucs/item.52.html truc et astuce] pour augmenter les performances de ces pilotes.<br /> Voici un autre [http://lea-linux.org/trucs/item.140.html truc et astuce] pour compiler les anciens pilotes sur un noyau 2.4.9.

=== Coller une rustine sur votre noyau pour l'AGP ===

<span class="warning">''' ATTENTION:''' cette rustine n’est à appliquer QUE si la version des pilotes nVidia que vous possédez est inférieure à la version 0.9.6. À partir de la version 0.9.6 N'APPLIQUEZ SURTOUT PAS CETTE RUSTINE, passez au chapitre suivant!</span>

Il est necessaire pour certaines cartes méres de patcher votre noyau pour la prise en compte de l'AGP et utiliser le driver de nvidia. De plus, même si pour certaine carte mére il n'est pas nécessaire de patcher le noyau pour pouvoir utiliser les pilotes nvidia, je vous le conseille fortement pour profiter pleinement des accélérations 3D.<br /> Je suppose que vous avez un noyau 2.2.16 (dernier en date), d'ailleur je ne peux que vous le conseiller pour prendre en compte correctement l'AGP et les driver nvidia. Si vous ne l'avez pas, récupérez les sources du noyau sur [http://www.kernel.org/ ww.noyau.org.]<br /> Récupérez le patch [http://utah-glx.sourceforge.net/gart/ ici] (récupérez la version pour les noyaux 2.2.16 ou 2.3.x si vous avez un noyau 2.3.x).

Pour coller la rustine sur votre noyau, faire alors:

<div class="code"> cd /usr/src/linux<br /> cat /chemin_ou_se_trouve_le_patch/agpgart-2.2.16-patch | patch -p1</div>

Une fois votre noyau modifié, reconfigurez le (make config ou make menuconfig ou make xconfig) , vérifiez dans la rubrique '''code maturity''' que vous avez '''activé''' ''' le development code/pilotes''' , puis dans la rubrique "'''character device'''" passez en '''module(M)''' le support agp, si une liste de chipset apparait, '''selectionnez tous les chipset (VIA, Intel, etc...)''' pour avoir le support de n'importe quel chipset (et du votre donc).<br /> Bon le probléme c'est qu'il vas falloir maitenant recompiler et installer le nouveau noyau ainsi que les modules (voir la rubrique [http://www.lea-linux.org/noyau/noyau.php3 noyau] pour plus d'aide).<br /> Une fois le noyau compilé et que vous avez demarré sur ce nouveau noyau (indispensable car le patch modifie les zones mémoires pour prendre en compte l'agp), on vas créer le device pour l'agp:

<code>mknod /dev/agpgart c 10 175</code>

chargez le module '''agpgart '''en mémoire '''(modprobe agpgart)'''. Il se charge sans problème normalement.<br /> Si c'est bon, ajoutez dans un script de démarrage la chargement de ce module, par exemple vous ajoutez dans '''/etc/rc.d/rc.local''' la ligne:

<code>/sbin/modprobe agpgart</code>

Voilà, l'agp est pris en compte par votre noyau.

=== Installation du pilote ===

Je vais expliquer la démarche en supposant que vous installez les pilotes 0.9.4 :<br /> Vous devez avoir téléchargé :

<div class="code">NVIDIA_GLX-0.9-4.tar.gz<br /> NVIDIA_noyau-0.9-4.tar.gz</div>

décompressez les :

<div class="code"><nowiki># tar xzf NVIDIA_noyau-0.9-4.tar.gz</nowiki><br /> # tar xzf NVIDIA_GLX-0.9-4.tar.gz</div>

===== Installation du module nvidia pour le noyau =====

Placez-vous dans le répertoire : <tt>NVIDIA_noyau-0.9-4</tt>. Compilez le module.

'''Note :''' pour mener à bien cette compilation, vous '''devez''' avoir '''installé''' les sources du noyau de Linux '''et les avoir configurées''' comme décrit plus haut.

Un simple <tt>make</tt> dans le répertoire '''<tt>NVidia_noyau-0.9-4</tt>''' va modifier le fichier '''<tt>/etc/conf.modules</tt>''' pour que le modules soit chargé automatiquement. Créez dans <tt>/dev</tt> les noeuds de périphériques correspondant à votre carte et installer les dits modules dans le bon répertoire (ie: <tt>/lib/modules/<noyau-version>/video</tt>).<br /> Toutefois, il est necessaire d'ajouter les options de chargement du module '''NVdriver''' pour éviter des plantages suivant le chipset de votre carte mère.<br /> Déchargez de la mémoire le module NVdriver que le make a chargé automatiquement par :

<div class="code">rmmod NVdriver</div>

Editez le fichier '''<tt>/etc/modules.conf</tt>''' (ou '''<tt>conf.modules</tt>''' suivant les distributions) et ajoutez en dessous de '''<tt>alias char-major-195 NVdriver </tt>'''la ligne suivante: <span class="warning">'''<br />ATTENTION:''' cette ligne est à appliquer QUE si la version des pilotes Nvidia que vous possédez est inférieure à la version 0.9.6. A partir de la v ersion 0.9.6 N'APPLIQUER PAS CES CHANGEMENTS!</span>

'''<tt>options NVdriver NVreg_UseKernelAGP=1 NVreg_ReqAGPSBA=1 NVreg_ReqAGPFW=1</tt>'''

''<u>Remarque:</u> si vous avez un chipset VIA Apollo Pro133A, validez dans votre BIOS la gestion 4x AGP et ajoutez dans la ligne décrite au-dessus '''NVreg_EnableVia4x=1'''''''''''''''

Bon testez que le module se charge sans erreur par un

<div class="code">modprobe NVdriver</div>

===== Installation du serveur X =====

L'installation du driver en elle-même est simple, mais il ne faut pas que le nouveau driver entre en conflit avec l'ancien. Pour cela il nous faut effacer ce qui pourrait entrer en conflit en prenant soin de le sauvegarder pour revenir au départ en cas de problème.

<div class="code">[root@becane home]# mkdir nv-bak ; cd nv-bak<br /> [root@becane nv-bak]# mv /usr/X11R6/lib/libGL.* .<br /> [root@becane nv-bak]# mv /usr/X11R6/lib/modules/extensions/libGLcore.a<br /> [root@becane nv-bak]# mv /usr/X11R6/lib/modules/extensions/libglx.a</div>

Pour être sûr d'avoir fait correctement le ménage faite un :

<div class="code">find /usr/X11R6/lib -name '*GL.*'<br /> find /usr/X11R6/lib -name '*GLcore.*'<br /> find /usr/X11R6/lib -name '*glx*'</div>

Si l'un de ces <tt>find</tt> vous renvoie quelque chose, celui-ci va, n'en doutons pas, créer des problèmes, alors : déplacez le dit quelque chose vers <tt>nv-bak</tt>. Puis placez-vous dans <tt>NVIDIA_GLX-0.9-4</tt> et installez le driver par :

<div class="code">[root@becane NVIDIA_GLX-0.9-4]# make</div>

== Utiliser la sortie TV-Out des cartes NVidia ==

Pour utiliser la sortie TV-out des cartes Nvidia je vous renvoie sur ces deux trucs et astuces qui sont liés :) :<br />[http://lea-linux.org/trucs/item.85.html Utiliser la sortie TV-Out des cartes NVidia ]<br />[http://lea-linux.org/trucs/item.479.html Utiliser la sortie TV-Out des cartes NVidia avec nvtv].

== Configuration du Serveur X ==

Il ne vous reste plus qu'à éditer le fichier de configuration afin que le serveur graphique [http://www.xfree86.org/ XFree86®] ou [http://freedesktop.org/Software/xorg Xorg], suivant votre configuration, prenne en compte les pilotes.<br />

=== Sauvegarde du fichier de configuration ===

Pour plus de sécurité je vous conseil de sauvegarder votre ancien fichier de configuration grâce à la commande

<div class="code"><nowiki># cp /etc/X11/XF86Config /etc/X11/XF86Config.sauv</nowiki></div>

ou alors

<div class="code"><nowiki># cp /etc/X11/xorg.conf /etc/X11/cp /etc/X11/xorg.conf.sauv</nowiki></div>

<br /> Ainsi si vous rencontrez des problèmes vous n'avez plus qu'à effectuer la commande inverse par exemple :

<div class="code"><nowiki># cp /etc/X11/xorg.conf.sauv /etc/X11/xorg.conf</nowiki></div>

et à redémarrer X .<br />

=== Edition du fichier de configuration ===

Editez <code><nowiki># vi /etc/X11/XF86Config</nowiki></code> ou <code><nowiki># vi /etc/X11/xorg.conf</nowiki></code> ''( je vous conseille cet article pour l'utilisation de l'éditeur [http://lea-linux.org/software/vi.html vi ] )'' et modifiez les lignes suivantes :

<div class="code">Driver "nv"</div>

remplacez la par (le symbole # sert à commenter une ligne pour la rendre inactive sans pour autant la supprimer pour permettre un retour en arrière facile) :

<div class="code"><nowiki>#Driver "nv"</nowiki><br /> Driver "nvidia"</div>

et dans la section : '''modules''' cherchez la ligne :

<div class="code"><nowiki>#Load "glx"</nowiki></div>

Remplacez la par :

<div class="code">Load "glx"</div>

Et remplacez cette ligne :

<div class="code">Load "GLcore"</div>

par

<div class="code"><nowiki>#Load "GLcore"</nowiki></div>

=== chargement du module nvidia ===

De plus il faut charger le module nvidia, un simple

<div class="code"><nowiki># modprobe nvidia</nowiki></div>

suffit pour votre session actuelle.<br /><br /> Mais pour un usage quotidien vous devez le charger à chaque démarrage d'où 3 solutions :<br /><br /> - Adaptez votre fichier de modules.conf, le mien ressemble à <code>alias char-major-195 nvidia </code><br /> - '''Pour Slackware ''' Rajoutez la ligne <code>modprobe nvidia </code>, dans le fichier <code>/etc/rc.d/rc.local</code> .<br /><br /> - '''Pour [http://www.lea-linux.org/trucs/item.575.html Mandrake 10.1 Community]''' ouvrez le fichier <code>/etc/modprobe.preload</code>, si la ligne est manquante rajouter nvidia et sauvegardez <code>modprobe.preload</code>.<br /><br />

Et puis lancez votre serveur X par <tt>startx</tt> ou <tt>init 5</tt> pour relancer <tt>[kgx]dm</tt>. Et c'est tout.

Pour voir comment cela accélère, vous pouvez utiliser <tt>xracer</tt> (chez moi ça marche) ou l'économiseur <tt>xscreensaver</tt> (les economiseurs 3D) par exemple en tapant <tt>morph3d</tt>. Attention ils ne fonctionnent pas en tant qu'économiseurs d'écran (une - au moins - fonction OpenGL semble ne pas être encore implémentée !), par contre en tant que démo tout va bien. Mais des programmes plus lourds devraient pouvoir en profiter (genre Quake). Je n'ai eu aucun problème avec l'analyseur de spectre OpenGL de XMMS.

----

== Chasse aux troubles (Trouble Shooting). ==

=== Rien ne fonctionne, je veux revenir à mon ancien driver ===

Normalement cela ne devrait pas arriver, mais bon, effacez dans <tt>/usr/lib</tt> tous les <tt>libGL.*</tt> et <tt>libGLcore.*</tt> et dans <tt>/usr/X11R6/lib/modules/extensions</tt> tous les <tt>libglx.*</tt> et recopiez les originaux depuis <tt>nv-bak</tt>, enlevez vos modifications dans <tt>/etc/X11/XF86Config</tt>. Redémarrez votre serveur X.

=== <programme> ne semble pas utiliser l'accélération 3D ===

NVidia nous prévient que certains programmes peuvent ne pas profiter de l'accélération 3D bien qu'étant basés sur MesaGL : ceux dont la librairie Mesa est liée statiquement avec l'exécutable (cela signifie que le programme inclut sa propre librairie OpenGL et n'utilise donc pas celle que vous venez d'installer). Dans ce cas, pas de problème, comme nous sommes dans le monde radieux de l'''open source'' : recompilez depuis les sources et tout (ou presque) se passera bien.

=== libMesaGL.so not found ===

Un autre problème peut se poser : les programmes compilés pour MesaGL (et liés avec libMesaGL/libMesaGLU). Pour ceux-là la solution est simple, créez des liens :

<div class="code"><nowiki># ln -s /usr/lib/libGL.so.xxx.xxx /usr/lib/libMesaGL.so</nowiki><br /> # ln -s /usr/X11R6/lib/libGLU.so.xxx.xxx /usr/X11R6/lib/libMesaGLU.so<br /> # ldconfig</div>

<u>Note</u> : C'est bien deux répertoires distincts : <tt>/usr/lib</tt> et <tt>/usr/X11R6/lib</tt> - NVidia installe ses pilotes dans <tt>/usr/lib</tt> alors que XFree86 installe ses bibliothèques dans <tt>/usr/X11R6/lib</tt>. Cela devrait régler certains problèmes.

=== Quand je lance X j'ai l'écran qui devient noir et la machine est plantée ===

Problème lié à la gestion de l''''AGP.''' Pour cela, editez le fichier <tt>/etc/modules.conf </tt>et modifiez les options '''<tt>NVreg_UseKernelAGP=1 NVreg_ReqAGPSBA=1 NVreg_ReqAGPFW=1 </tt>'''en changeant les '''1''' par des ''''''.<br />

<span class="warning">''' ATTENTION:''' cela n'est en fait valable que pour les pilotes versions 0.9.5 et inférieures!</span>

=== Quand je passe de X à un terminal par CTRL ALT Fx : ça plante. ===

C'est un bug des pilotes, on ne peut rien faire pour vous. Attendez une nouvelle version des pilotes chez nvidia. Evitez de passer sur un autre terminal, préférez ouvrir un xterm.

=== Quake III démarre mais lorsque je joins une partie Quake se termine avec des erreurs GLX. ===

Essayez de mettre à jour les bibliothèques GLX en les récupérant sur http://utah-glx.sourceforge.net/ (je n'ai pas testé personnellement mais il parait que ça marche).

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Frédéric Bonnaud le 01/05/2000.</div>

= Copyright =
Copyright © 01/05/2000, Fr�d�ric Bonnaud
{{CC-BY-NC-SA}}

Cartes video Nvidia GeForce et TNT

2006-03-07T19:55:57Z

Gw22 (phorum) : /* chargement du module nvidia */

[[Category:Image]]
= Les cartes NVidia Geforce et TNT =

<div class="leatitre">Les cartes NVidia Geforce et TNT</div><div class="leapar">par [mailto:tux.le.pengouin@free.fr Fred] complété par [mailto:st@lea-linux.org serge ]et mis à jour par [mailto:slash%20dot%20ile.u-psud%20point%20fr Slash]</div><div class="leadesc">nVidia, depuis quelque temps déjà, nous met à disposition des pilotes de bonne qualité et surtout très faciles à installer. <br /> Ce driver suppporte les ''TNT'', ''TNT2'', ''Geforce'', ''Quadro''.</div>
----

Ce document est une mise à jour, donc je garderai toute la partie de l'installation des anciens pilotes et des problèmes rencontrés avec eux…

Nous allons expliquer dans cette rubrique comment installer les pilotes (nouvelle/ancienne génération) de chez nVidia afin de disposer de l'accélération 3D des cartes TNT sous Linux.

==Prérequis==

* Vous devez tout d'abord installer soit [http://www.xfree86.org/ XFree86®] ou [http://freedesktop.org/Software/xorg Xorg.]
* Vous devez savoir maîtriser un éditeur de fichiers textes en console comme [http://lea-linux.org/software/vi.html vi] ou [http://lea-linux.org/software/emacs.html emacs.]

<span class="warning">Attention, il y a deux générations de pilotes donc il faut utiliser la méthode appropriée selon le pilote téléchargé !!!</span>

----

== Téléchargement des pilotes ==

Ensuite téléchargez les pilotes de chez ''[http://www.nvidia.fr/object/linux_fr.html nVidia]''. Ne pas oublier de télécharger le [http://www.nvidia.fr/docs/io/17185/readme_6629_fr.txt LISEZ-MOI (celui-ci est pour la dernière version de pilotes à la date de ce document !)]. Ne pas oublier de le lire. (Je plaisante, la lecture de ce document devrait suffire, mais on ne sait jamais).

Attention, les pilotes de chez nVidia sont mis à jour de temps en temps, veillez à les vérifier que votre carte supporte la dernière version, et le cas échéant téléchargez le bon pilote. Sachez que les cartes GeForce 2 par exemple ne supportent pas de pilote plus récent que le 7174.

----

== Nouvelle génération de pilotes ==

Tout d'abord je vous renvoie sur ces fiches si vous installez la nouvelle génération de pilotes sur une Mandrake 10.1 Community ou Fedora Core 1 :
* [http://www.nvidia.fr/docs/io/17185/readme_7167_fr.txt ]
* [http://www.lea-linux.org/trucs/item.575.html Mandrake 10.1 Community]
* [http://lea-linux.org/trucs/item.448.html Fedora Core 1]

Après avoir téléchargé [http://download.nvidia.com/XFree86/Linux-x86/1.0-7167/NVIDIA-Linux-x86-1.0-7167-pkg1.run les derniers pilotes ] en date lors de la rédaction de ce document, un fichier du type… vérifiez que vous avez bien installé les sources de votre [http://www.kernel.org/ noyau]. Nous allons procéder à l'installation de ces pilotes :

Tout d'abord si vous êtes en mode graphique et que vous voulez mettre à jour vos pilotes Nvidia, ce message apparaîtra :

<div class="code">ERROR: An NVIDIA noyau module 'nvidia' appears to already be loaded in your noyau. This may be because it is in use (for example, by the X server). Please be sure you have exited X before attempting to upgrade your driver. If you have exited X but still receive this message, then an error has occured that has confused the usage count of the noyau module; the simplest remedy is to reboot your computer.</div>

<br /><br /> Donc placez vous en root et revenez en mode texte (c'est à dire sans le serveur graphique), effectuez les commandes suivantes : <code>$: su -</code>, entrez votre mot de passe et tapez <code><nowiki># init3</nowiki></code><br /> Il faudra vous logger en '''root ''' après être revenu en console.<br /> Ensuite placez-vous dans le répertoire où se trouve l'archive <code><nowiki># cd /dossier/de/larchive</nowiki></code><br /> Et lancez l'installation : <code><nowiki># sh NVIDIA-Linux-x86-1.0-7167-pkg1.run</nowiki></code>. <br /> Et voila vous n'avez plus qu'à suivre les indications. <br /><br /> Si vous ne possèdez pas de connexion internet répondez '''non''' lors de la demande de téléchargement des pilotes précompilés. De plus s'il refuse de compiler les pilotes en vous expliquant que votre version du logiciel ''gcc'' n'est pas la même que la version utilisée pour compiler votre noyau, essayez de forcer la compilation des pilotes !!! Il y a de fortes chances que ça passe sans aucun problème.

<span class="warning">Attention et redite, les pilotes de chez nVidia sont mis à jour de temps en temps, veillez à vérifier que votre carte supporte la dernière version, et le cas échéant téléchargez le bon pilote.</span>

== Ancienne génération de pilotes ==

Si vous possédez la version 0.9.6, référez-vous à ce [http://lea-linux.org/trucs/item.52.html truc et astuce] pour augmenter les performances de ces pilotes.<br /> Voici un autre [http://lea-linux.org/trucs/item.140.html truc et astuce] pour compiler les anciens pilotes sur un noyau 2.4.9.

=== Coller une rustine sur votre noyau pour l'AGP ===

<span class="warning">''' ATTENTION:''' cette rustine n’est à appliquer QUE si la version des pilotes nVidia que vous possédez est inférieure à la version 0.9.6. À partir de la version 0.9.6 N'APPLIQUEZ SURTOUT PAS CETTE RUSTINE, passez au chapitre suivant!</span>

Il est necessaire pour certaines cartes méres de patcher votre noyau pour la prise en compte de l'AGP et utiliser le driver de nvidia. De plus, même si pour certaine carte mére il n'est pas nécessaire de patcher le noyau pour pouvoir utiliser les pilotes nvidia, je vous le conseille fortement pour profiter pleinement des accélérations 3D.<br /> Je suppose que vous avez un noyau 2.2.16 (dernier en date), d'ailleur je ne peux que vous le conseiller pour prendre en compte correctement l'AGP et les driver nvidia. Si vous ne l'avez pas, récupérez les sources du noyau sur [http://www.kernel.org/ ww.noyau.org.]<br /> Récupérez le patch [http://utah-glx.sourceforge.net/gart/ ici] (récupérez la version pour les noyaux 2.2.16 ou 2.3.x si vous avez un noyau 2.3.x).

Pour coller la rustine sur votre noyau, faire alors:

<div class="code"> cd /usr/src/linux<br /> cat /chemin_ou_se_trouve_le_patch/agpgart-2.2.16-patch | patch -p1</div>

Une fois votre noyau modifié, reconfigurez le (make config ou make menuconfig ou make xconfig) , vérifiez dans la rubrique '''code maturity''' que vous avez '''activé''' ''' le development code/pilotes''' , puis dans la rubrique "'''character device'''" passez en '''module(M)''' le support agp, si une liste de chipset apparait, '''selectionnez tous les chipset (VIA, Intel, etc...)''' pour avoir le support de n'importe quel chipset (et du votre donc).<br /> Bon le probléme c'est qu'il vas falloir maitenant recompiler et installer le nouveau noyau ainsi que les modules (voir la rubrique [http://www.lea-linux.org/noyau/noyau.php3 noyau] pour plus d'aide).<br /> Une fois le noyau compilé et que vous avez demarré sur ce nouveau noyau (indispensable car le patch modifie les zones mémoires pour prendre en compte l'agp), on vas créer le device pour l'agp:

<code>mknod /dev/agpgart c 10 175</code>

chargez le module '''agpgart '''en mémoire '''(modprobe agpgart)'''. Il se charge sans problème normalement.<br /> Si c'est bon, ajoutez dans un script de démarrage la chargement de ce module, par exemple vous ajoutez dans '''/etc/rc.d/rc.local''' la ligne:

<code>/sbin/modprobe agpgart</code>

Voilà, l'agp est pris en compte par votre noyau.

=== Installation du pilote ===

Je vais expliquer la démarche en supposant que vous installez les pilotes 0.9.4 :<br /> Vous devez avoir téléchargé :

<div class="code">NVIDIA_GLX-0.9-4.tar.gz<br /> NVIDIA_noyau-0.9-4.tar.gz</div>

décompressez les :

<div class="code"><nowiki># tar xzf NVIDIA_noyau-0.9-4.tar.gz</nowiki><br /> # tar xzf NVIDIA_GLX-0.9-4.tar.gz</div>

===== Installation du module nvidia pour le noyau =====

Placez-vous dans le répertoire : <tt>NVIDIA_noyau-0.9-4</tt>. Compilez le module.

'''Note :''' pour mener à bien cette compilation, vous '''devez''' avoir '''installé''' les sources du noyau de Linux '''et les avoir configurées''' comme décrit plus haut.

Un simple <tt>make</tt> dans le répertoire '''<tt>NVidia_noyau-0.9-4</tt>''' va modifier le fichier '''<tt>/etc/conf.modules</tt>''' pour que le modules soit chargé automatiquement. Créez dans <tt>/dev</tt> les noeuds de périphériques correspondant à votre carte et installer les dits modules dans le bon répertoire (ie: <tt>/lib/modules/<noyau-version>/video</tt>).<br /> Toutefois, il est necessaire d'ajouter les options de chargement du module '''NVdriver''' pour éviter des plantages suivant le chipset de votre carte mère.<br /> Déchargez de la mémoire le module NVdriver que le make a chargé automatiquement par :

<div class="code">rmmod NVdriver</div>

Editez le fichier '''<tt>/etc/modules.conf</tt>''' (ou '''<tt>conf.modules</tt>''' suivant les distributions) et ajoutez en dessous de '''<tt>alias char-major-195 NVdriver </tt>'''la ligne suivante: <span class="warning">'''<br />ATTENTION:''' cette ligne est à appliquer QUE si la version des pilotes Nvidia que vous possédez est inférieure à la version 0.9.6. A partir de la v ersion 0.9.6 N'APPLIQUER PAS CES CHANGEMENTS!</span>

'''<tt>options NVdriver NVreg_UseKernelAGP=1 NVreg_ReqAGPSBA=1 NVreg_ReqAGPFW=1</tt>'''

''<u>Remarque:</u> si vous avez un chipset VIA Apollo Pro133A, validez dans votre BIOS la gestion 4x AGP et ajoutez dans la ligne décrite au-dessus '''NVreg_EnableVia4x=1'''''''''''''''

Bon testez que le module se charge sans erreur par un

<div class="code">modprobe NVdriver</div>

===== Installation du serveur X =====

L'installation du driver en elle-même est simple, mais il ne faut pas que le nouveau driver entre en conflit avec l'ancien. Pour cela il nous faut effacer ce qui pourrait entrer en conflit en prenant soin de le sauvegarder pour revenir au départ en cas de problème.

<div class="code">[root@becane home]# mkdir nv-bak ; cd nv-bak<br /> [root@becane nv-bak]# mv /usr/X11R6/lib/libGL.* .<br /> [root@becane nv-bak]# mv /usr/X11R6/lib/modules/extensions/libGLcore.a<br /> [root@becane nv-bak]# mv /usr/X11R6/lib/modules/extensions/libglx.a</div>

Pour être sûr d'avoir fait correctement le ménage faite un :

<div class="code">find /usr/X11R6/lib -name '*GL.*'<br /> find /usr/X11R6/lib -name '*GLcore.*'<br /> find /usr/X11R6/lib -name '*glx*'</div>

Si l'un de ces <tt>find</tt> vous renvoie quelque chose, celui-ci va, n'en doutons pas, créer des problèmes, alors : déplacez le dit quelque chose vers <tt>nv-bak</tt>. Puis placez-vous dans <tt>NVIDIA_GLX-0.9-4</tt> et installez le driver par :

<div class="code">[root@becane NVIDIA_GLX-0.9-4]# make</div>

== Utiliser la sortie TV-Out des cartes NVidia ==

Pour utiliser la sortie TV-out des cartes Nvidia je vous renvoie sur ces deux trucs et astuces qui sont liés :) :<br />[http://lea-linux.org/trucs/item.85.html Utiliser la sortie TV-Out des cartes NVidia ]<br />[http://lea-linux.org/trucs/item.479.html Utiliser la sortie TV-Out des cartes NVidia avec nvtv].

== Configuration du Serveur X ==

Il ne vous reste plus qu'à éditer le fichier de configuration afin que le serveur graphique [http://www.xfree86.org/ XFree86®] ou [http://freedesktop.org/Software/xorg Xorg], suivant votre configuration, prenne en compte les pilotes.<br />

=== Sauvegarde du fichier de configuration ===

Pour plus de sécurité je vous conseil de sauvegarder votre ancien fichier de configuration grâce à la commande

<div class="code"><nowiki># cp /etc/X11/XF86Config /etc/X11/XF86Config.sauv</nowiki></div>

ou alors

<div class="code"><nowiki># cp /etc/X11/xorg.conf /etc/X11/cp /etc/X11/xorg.conf.sauv</nowiki></div>

<br /> Ainsi si vous rencontrez des problèmes vous n'avez plus qu'à effectuer la commande inverse par exemple :

<div class="code"><nowiki># cp /etc/X11/xorg.conf.sauv /etc/X11/xorg.conf</nowiki></div>

et à redémarrer X .<br />

=== Edition du fichier de configuration ===

Editez <code><nowiki># vi /etc/X11/XF86Config</nowiki></code> ou <code><nowiki># vi /etc/X11/xorg.conf</nowiki></code> ''( je vous conseille cet article pour l'utilisation de l'éditeur [http://lea-linux.org/software/vi.html vi ] )'' et modifiez les lignes suivantes :

<div class="code">Driver "nv"</div>

remplacez la par (le symbole # sert à commenter une ligne pour la rendre inactive sans pour autant la supprimer pour permettre un retour en arrière facile) :

<div class="code"><nowiki>#Driver "nv"</nowiki><br /> Driver "nvidia"</div>

et dans la section : '''modules''' cherchez la ligne :

<div class="code"><nowiki>#Load "glx"</nowiki></div>

Remplacez la par :

<div class="code">Load "glx"</div>

Et remplacez cette ligne :

<div class="code">Load "GLcore"</div>

par

<div class="code"><nowiki>#Load "GLcore"</nowiki></div>

=== chargement du module nvidia ===

De plus il faut charger le module nvidia, un simple

<div class="code"><nowiki># modprobe nvidia</nowiki></div>

suffit pour votre session actuelle.<br /><br /> Mais pour un usage quotidien vous devez le charger à chaque démarrage d'où 3 solutions :<br /><br /> - Adaptez votre fichier de modules.conf, le mien ressemble à <code>alias char-major-195 nvidia </code><br /> - '''Pour Slackware ''' Rajoutez la ligne <code>modprobe nvidia </code>, dans le fichier <code>/etc/rc.d/rc.local</code> .<br /><br /> - '''Pour [http://www.lea-linux.org/trucs/item.575.html Mandrake 10.1 Community]''' ouvrez le fichier <code>/etc/modprobe.preload</code>, si la ligne est manquante rajouter nvidia et sauvegardez <code>modprobe.preload</code>.<br /><br />

Et puis lancez votre serveur X par <tt>startx</tt> ou <tt>init 5</tt> pour relancer <tt>[kgx]dm</tt>. Et c'est tout.

Pour voir comment cela accélère, vous pouvez utiliser <tt>xracer</tt> (chez moi ça marche) ou l'économiseur <tt>xscreensaver</tt> (les economiseurs 3D) par exemple en tapant <tt>morph3d</tt>. Attention ils ne fonctionnent pas en tant qu'économiseurs d'écran (une - au moins - fonction OpenGL semble ne pas être encore implémentée !), par contre en tant que démo tout va bien. Mais des programmes plus lourds devraient pouvoir en profiter (genre Quake). Je n'ai eu aucun problème avec l'analyseur de spectre OpenGL de XMMS.

----

== Chasse aux troubles (Trouble Shooting). ==

=== Rien ne fonctionne, je veux revenir à mon ancien driver ===

Normalement cela ne devrait pas arriver, mais bon, effacez dans <tt>/usr/lib</tt> tous les <tt>libGL.*</tt> et <tt>libGLcore.*</tt> et dans <tt>/usr/X11R6/lib/modules/extensions</tt> tous les <tt>libglx.*</tt> et recopiez les originaux depuis <tt>nv-bak</tt>, enlevez vos modifications dans <tt>/etc/X11/XF86Config</tt>. Redémarrez votre serveur X.

=== <programme> ne semble pas utiliser l'accélération 3D ===

NVidia nous prévient que certains programmes peuvent ne pas profiter de l'accélération 3D bien qu'étant basés sur MesaGL : ceux dont la librairie Mesa est liée statiquement avec l'exécutable (cela signifie que le programme inclut sa propre librairie OpenGL et n'utilise donc pas celle que vous venez d'installer). Dans ce cas, pas de problème, comme nous sommes dans le monde radieux de l'''open source'' : recompilez depuis les sources et tout (ou presque) se passera bien.

=== libMesaGL.so not found ===

Un autre problème peut se poser : les programmes compilés pour MesaGL (et liés avec libMesaGL/libMesaGLU). Pour ceux-là la solution est simple, créez des liens :

<div class="code"><nowiki># ln -s /usr/lib/libGL.so.xxx.xxx /usr/lib/libMesaGL.so</nowiki><br /> # ln -s /usr/X11R6/lib/libGLU.so.xxx.xxx /usr/X11R6/lib/libMesaGLU.so<br /> # ldconfig</div>

<u>Note</u> : C'est bien deux répertoires distincts : <tt>/usr/lib</tt> et <tt>/usr/X11R6/lib</tt> - NVidia installe ses pilotes dans <tt>/usr/lib</tt> alors que XFree86 installe ses bibliothèques dans <tt>/usr/X11R6/lib</tt>. Cela devrait régler certains problèmes.

=== Quand je lance X j'ai l'écran qui devient noir et la machine est plantée ===

Problème lié à la gestion de l''''AGP.''' Pour cela, editez le fichier <tt>/etc/modules.conf </tt>et modifiez les options '''<tt>NVreg_UseKernelAGP=1 NVreg_ReqAGPSBA=1 NVreg_ReqAGPFW=1 </tt>'''en changeant les '''1''' par des ''''''.<br />

<span class="warning">''' ATTENTION:''' cela n'est en fait valable que pour les pilotes versions 0.9.5 et inférieures!</span>

=== Quand je passe de X à un terminal par CTRL ALT Fx : ça plante. ===

C'est un bug des pilotes, on ne peux rien faire pour vous. Attendez une nouvelle version des pilotes chez nvidia. Evitez de passer sur un autre terminal, préférez ouvrir un xterm.

=== Quake III démarre mais lorsque je joins une partie Quake se termine avec des erreurs GLX. ===

Essayez de mettre à jour les bibliothèques GLX en les récupérant sur http://utah-glx.sourceforge.net/ (je n'ai pas testé personnellement mais il parait que ça marche).

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Frédéric Bonnaud le 01/05/2000.</div>

= Copyright =
Copyright © 01/05/2000, Fr�d�ric Bonnaud
{{CC-BY-NC-SA}}

Compiler le noyau

2006-03-07T14:45:53Z

Gw22 (phorum) : /* Personnaliser un noyau */

[[Category:Configurer votre noyau]]
= Compiler le noyau =

<div class="leatitre">Compiler le noyau</div><div class="leapar">par Jean-Christophe</div><div class="leadesc">Où vous apprendrez à compiler votre noyau Linux sans soucis.</div>

== Quelques rappels ==
Le noyau est le cœur du système. C'est lui qui fait l'interface entre vos applications et votre matériel. Par exemple, il gère la mémoire, donne l'ordre d'exécution des tâches sur le(s) processeur(s), interagit avec vos périphériques via les pilotes matériels (souris, claviers, etc), s'occupe du réseau, ...

Le noyau (<em>kernel</em> en anglais) est composé d'une partie statique à laquelle on peut dynamiquement greffer des <em>modules</em>. La partie statique est utilisée lors du démarrage de votre ordinateur et sera toujours chargée en mémoire, tandis que les modules peuvent être chargés seulement une fois la machine démarrée et uniquement en cas de besoin.

== Pourquoi Compiler son noyau ? ==

Vous avez besoin d'un nouveau noyau si :
* vous avez un matériel dont le support a été ajouté dans une nouvelle version du noyau,
* un trou de sécurité a été découvert dans le noyau actuel, ce problème étant réglé dans une nouvelle version,
* vous souhaitez toujours avoir le dernier noyau possible :)
* comme tout bon Geek, vous aimez compiler votre kernel ;)

La plupart du temps, vous n'avez pas réellement besoin d'un nouveau noyau. Il serait suffisant de rester à jour avec votre distribution puisque celle-ci s'occupe des logiciels qui ont des problèmes de sécurité ou des bugs.

== Quel noyau compiler ? ==

Dans un premier temps, pour savoir quel noyau vous utilisez, il suffit de faire <code>uname -sr</code>. Vous devriez voir apparaître quelque chose du genre: <tt>Linux 2.6.15</tt>.

<div class="note">Les noyaux sont numérotés depuis le 2.6.11 sur 4 nombres w.x.y.z. Ce dernier numéro est facultatif, il représente la correction d'un bug important ne pouvant attendre la prochaine version. Le plus souvent ce sont des problèmes de sécurité ou des bugs qui altèrent les données. Il est aussi à noter que la différenciation stable/instable via le numéro de sous-version pair/impair a été abandonnée au profit d'un modèle de développement plus souple. Le noyau continue constamment à évoluer en fusionnant des branches plus expérimentales de temps à autres.</div>

On peut différencier les sources [http://www.kernel.org Vanilla], qui sont les sources stables et celles que peuvent proposer les distributions avec des noyaux légèrement modifiés, optimisés pour telle ou telle architecture. Le mieux est peut-être d'installer la version du noyau qui correspond à votre système en le prenant parmi les paquetages fourni par votre distritibution (mais rien n'empêche d'utiliser les ''vanilla sources''). Quoiqu'il en soit, voici les différentes manières de rapatrier les sources de votre noyau:

* '''kernel.org''': Allez sur [http://www.kernel.org kernel.org] et téléchargez les dernières sources du noyau (allez sur ''F'' comme ''full'').

* '''Mandriva''': <code># urpmi kernel-headers kernel-source</code>

* '''Fedora''': <code># yum install kernel-source</code>

* '''Debian''': <code># apt-get install kernel-headers-$(uname -r) kernel-source-$(uname -r)</code>

* '''Slackware''': <code># installpkg /où_est/kernel-source-2.6.x.tgz /où_est/kernel-headers-2.6.x.tgz</code>

== Dis-moi qui tu es, je te dirai quoi compiler ==

Avant de se lancer dans l'aventure, il est important de connaître son matériel, afin de ne pas oublier par exemple le support du controleur IDE sur lequel se trouve le disque !

Pour ne rien oublier, il existe quelques petits outils bien sympathiques.
''lspci'', provenant des [http://http://atrey.karlin.mff.cuni.cz/~mj/pciutils.shtml pciutils] pour voir ce que l'on a sur les ports pci, ''lsusb'', provenant des [http://www.linux-usb.org/ usbutils], pour savoir ce que l'on a sur les ports usb.
Il existe également [ftp://ftp.iqchoice.com/pub/people/rail/gmso/ hwinfo] qui peut nous donner pas mal de renseignements sur notre matériel. Pour découvrir plus en détail votre matériel, allez voir l'[[Hardware-hard plus-matos|article complet]] sur léa. Ces petits softs sont disponibles en tant que paquet dans pas mal de distributions, et sont peut être déjà installés.

Une fois que l'on connaît son matériel, on va pouvoir passer à l'étape suivante.

== Prérequis ==

Avant de passer à la suite il faut:
* avoir l'environnement de développement <tt>gcc</tt>, <tt>make</tt>, ...
* avoir les fichiers de développement des bibliothèques que l'on utilisera pour faire la configuration (ncurses, tcl/tk, Gtk, Qt, ...).
* pouvoir passer root pour installer le noyau (à la fin de la compilation)

== Configuration ==

Une fois que vous avez téléchargé l'archive des sources ou simplement installé le paquetage de votre distribution avec les sources du noyau, il est temps de passer à la configuration du noyau pour qu'il corresponde à votre ordinateur.

=== Préparer les sources ===

Deux possibilités:
* Si vous avez téléchargé l'archive sur kernel.org, décompressez l'archive quelque part dans votre répertoire principal (par exemple, je les décompresse habituellement dans <tt>~/devel/kernel/</tt>).

* Si vous avez récupéré le paquetage via votre distribution, donnez les droits nécessaires pour que vous puissiez lire/écrire en tant qu'utilisateur.

Pour la suite, nous assumons que vous vous serez positionné à la racine des sources du noyau.

=== Les outils de configuration ===

Trois interfaces de configuration sont disponibles, choisissez l'une d'elle et passez à la suite.

Il est a noter que chacune de ces interfaces a besoin des fichiers de développement correspondant à la bibliothèque qu'elle utilise (ncurses, Qt, Gtk+). N'oubliez, donc, pas d'installer les paquetages correspondant pour les utiliser.

==== L'interface ncurses (mode semi-graphique) ====

Tapez : <code>make menuconfig</code>
<div align="center">
[[Image:kernel26-menuconfig.png]]
</div>

==== L'interface Qt (mode graphique) ====

Tapez: <code>make xconfig</code>
<div align="center">
[[Image:kernel26-xconfig.png]]
</div>

==== L'interface Gtk+(mode graphique) ====

Tapez: <code>make gconfig</code>
<div align="center">
[[Image:kernel26-gconfig.png]]
</div>

=== Les options disponibles ===

Les options correspondent à des fonctionnalités que vous pouvez activer/désactiver dans le noyau suivant vos besoins. Elles sont organisées suivant différentes ''sections'' et ''sous-sections'', nous allons ici décrire les principales sections qui existent et en donner une brêve description pour vous donner une idée des options qu'elles peuvent contenir.

'''Note''': Il est important de noter que d'une version à l'autre du noyau, les options, sous-sections ou même les sections peuvent changer, mais l'idée générale reste conservée.

==== Les options section par section ====
* '''<tt>Code maturity level options</tt>''': Permet de cacher ou de faire apparaître les options qui sont encore en développement et donc considérées comme instables (souvent utile de dire 'oui' ici si l'on veut pouvoir profiter des dernières avancées du noyau).
* '''<tt>General setup</tt>''': Ensemble d'options générales sur votre système (sauf si vous voulez compiler pour des architectures très particulières, vous pouvez le laisser tel quel).
* '''<tt>Loadable module support</tt>''': Options concernant la gestion des modules (le défaut est presque toujours correct pour une utilisation normale).
* '''<tt>Block layer</tt>''': Les entrées/sorties sur votre carte-mère (inutile d'y toucher).
* '''<tt>Processor type and features</tt>''': Options relatives au(x) processeur(s): type (x86, Sparc, ...), hyper-thread, dual-core, SMP, etc.
* '''<tt>Power management options (ACPI, APM)</tt>''': Options concernant l'économie d'énergie, la mise en veille et l'ACPI/APM.
* '''<tt>Bus options (PCI, PCMCIA, EISA, MCA, ISA)</tt>''': Gestion de tous les endroits où vous pourriez enficher des cartes (PCI, PCMCIA, ISA, etc).
* '''<tt>Executable file formats</tt>''': La gestion des fichiers exécutable (Le suppport ELF doit toujours être à 'Y').
* '''<tt>Networking</tt>''': Options concernant les protocoles réseau gérés par votre noyau (le défaut est bien souvent suffisant, mais jetez y un coup d'oeil à tout hasard).
* '''<tt>Device Drivers</tt>''': Options concernant tous les pilotes matériel (c'est bien souvent ici que l'on passe le plus de temps).
* '''<tt>File systems</tt>''': Options concernant les systèmes de fichiers gérés par votre noyau (vous aurez à y jeter un coup d'oeil).
* '''<tt>Instrumentation Support</tt>''': Option de profilage du noyau (inutile de l'activer).
* '''<tt>Kernel hacking</tt>'''; Options de déboguage du noyau (inutile de l'activer sauf si vous avez des envies particulières).
* '''<tt>Security options</tt>''': Options concernant le modèle de sécurité de votre noyau (le défaut est suffisant)
* '''<tt>Cryptographic options</tt>''': Algorithmes cryptographiques pouvant être implantés dans le noyau (le défaut est suffisant).
* '''<tt>Library routines</tt>''': Bibliothèques communes du noyau (le défaut est suffisant)

=== Positionner les options ===

Le moment est venu de choisir vos options. Si c'est la première fois que vous compilez le noyau, je vous conseille de les passer toutes en revue les unes après les autres en lisant l'aide qui y est attachée, dans l'ordre, afin de voir si elles s'appliquent à vous ou non.

Dans l'outil de configuration du noyau, chaque question attend une réponse:
* 'oui' (<code>Y</code>),
* 'non' (<code>N</code>)
* ou éventuellement 'module' (<code>M</code>) pour rendre la fonctionnalité chargeable dynamiquement.

De manière générale, il est bon de modulariser les fonctionnalités qui ne servent pas en permanence (lecteur de CD, carte réseau, clefs USB, ...), mais tout n'est pas possible (enfin... pas simplement :).

Par exemple, vous ne devriez pas mettre en module ce qui est utilisé lors du démarrage de votre ordinateur (pilotes des disques-durs IDE, système de fichiers que vous utilisez pour votre partition <tt>/</tt>, ou encore le support réseau si votre partition racine est montée par le réseau et NFS dans le cas des stations diskless par exemple, etc). En effet, les modules sont chargés après le noyau, et si les modules IDE sont sur un disque IDE, il faut d'abord les charger avant de pouvoir accéder au disque, mais pour les charger, il faut avoir accès au disque et donc les avoir chargés avant... vous voyez le cercle vicieux ? En fait, il est possible de contourner ce problème grâce à <tt>initrd</tt>, mais cela dépasserait l'ambition de ce document...

Tout le reste peut être compilé en modules, c'est à dire carte son, carte réseau (sauf si votre racine est déportée sur un serveur NFS comme dit précédemment), le support ppp (pour internet par modem), le CD-ROM, ...

Voici ci-dessous les options '''classiques''' à utiliser pour une configuration standard. Si rien n'est dit ici à propos d'une option, regardez l'aide ou conservez la valeur par défaut ; vous pouvez aussi répondre 'N' à tous les périphériques que vous ne possédez pas, comme par exemple, IDE/ATAPI TAPE, etc.

Quoi qu'il arrive, dans le doute, il vaut mieux laisser les options par défaut.

== La compilation ==

Pour lancer la compilation du noyau, rien de plus simple, il suffit de lancer : <code>make</code>.

La compilation peut être relativement longue suivant votre type de machine. Pour ceux qui possèdent un multi-processeurs, un processeur hyperthread ou un dual-core, vous pouvez taper: <code>make -j 4</code>. Cela permet de paralléliser la compilation sur 4 processus.

== Installation ==

On va à présent installer le noyau sur le système pour pouvoir démarrer dessus au prochain reboot. Toujours dans le même répertoire, tapez simplement: <code>su -c 'make modules_install && make install'</code>.

Le système va vous demander votre mot de passe root puis va lancer l'installation. En effet, la phase d'installation requière des droits de root (contrairement à toutes les phases précédentes).

Et voilà, il ne reste plus qu'à configurer le gestionnaire de démarrage ([http://lea-linux.org/cached/index/Admin-admin_boot-grub.html grub], [http://lea-linux.org/cached/index/Admin-admin_boot-LILO.html lilo] ou [http://lea-linux.org/cached/index/Admin-admin_boot-loadlin.html loadlin]). Pour bien le faire, le mieux est de lire la doc sur léa !

<b>Note:</b> Vous pouvez aussi de temps à autre faire un peu de ménage dans les répertoires /boot/ et /lib/modules/. Mais pensez <b>TOUJOURS</b> à conserver au moins un noyau dont vous êtes sûr qu'il démarre lorsque vous n'avez pas encore testé à fond le noyau que vous venez de compiler.

== Trucs & Astuces ==

=== Le fichier <tt>.config</tt> ===

Toute votre configuration noyau est en fait stockée dans le fichier <tt>.config</tt>. Si vous téléchargez un autre noyau et que vous placez votre fichier <tt>.config</tt> dans le répertoire racine des sources vous n'aurez pas à tout refaire, alors n'oubliez pas de le sauvegarder précieusement (ailleurs que dans les sources).

=== Personnaliser un noyau ===

Il est possible de personnaliser le nom de votre noyau en lui ajoutant un champ extra-version. Pour cela, avant de lancer la compilation, éditez le fichier <tt>Makefile</tt> qui se trouve à la racine des sources et renseignez le champ <tt>EXTRAVERSION</tt> avec un texte qui décrit votre extra-version (par exemple <tt>EXTRAVERSION = -debug</tt> ou bien <tt>EXTRAVERSION = -production</tt>, ...).

=== Patcher un noyau ===

Patcher un noyau requière de se placer à la racine des sources de votre noyau puis de faire: <code>patch -p1 < /chemin/vers/le/patch</code>.

Il est possible de retirer le patch en refaisant exactement la même commande. La lecture de <code>man patch</code> est bien sûr recommandée en cas de problème.

= Copyright =
Copyright © 06/11/1999, Jean-Christophe Cardot
{{CC-BY-NC-SA}}

Compiler le noyau

2006-03-07T14:43:41Z

Gw22 (phorum) : /* Positionner les options */

[[Category:Configurer votre noyau]]
= Compiler le noyau =

<div class="leatitre">Compiler le noyau</div><div class="leapar">par Jean-Christophe</div><div class="leadesc">Où vous apprendrez à compiler votre noyau Linux sans soucis.</div>

== Quelques rappels ==
Le noyau est le cœur du système. C'est lui qui fait l'interface entre vos applications et votre matériel. Par exemple, il gère la mémoire, donne l'ordre d'exécution des tâches sur le(s) processeur(s), interagit avec vos périphériques via les pilotes matériels (souris, claviers, etc), s'occupe du réseau, ...

Le noyau (<em>kernel</em> en anglais) est composé d'une partie statique à laquelle on peut dynamiquement greffer des <em>modules</em>. La partie statique est utilisée lors du démarrage de votre ordinateur et sera toujours chargée en mémoire, tandis que les modules peuvent être chargés seulement une fois la machine démarrée et uniquement en cas de besoin.

== Pourquoi Compiler son noyau ? ==

Vous avez besoin d'un nouveau noyau si :
* vous avez un matériel dont le support a été ajouté dans une nouvelle version du noyau,
* un trou de sécurité a été découvert dans le noyau actuel, ce problème étant réglé dans une nouvelle version,
* vous souhaitez toujours avoir le dernier noyau possible :)
* comme tout bon Geek, vous aimez compiler votre kernel ;)

La plupart du temps, vous n'avez pas réellement besoin d'un nouveau noyau. Il serait suffisant de rester à jour avec votre distribution puisque celle-ci s'occupe des logiciels qui ont des problèmes de sécurité ou des bugs.

== Quel noyau compiler ? ==

Dans un premier temps, pour savoir quel noyau vous utilisez, il suffit de faire <code>uname -sr</code>. Vous devriez voir apparaître quelque chose du genre: <tt>Linux 2.6.15</tt>.

<div class="note">Les noyaux sont numérotés depuis le 2.6.11 sur 4 nombres w.x.y.z. Ce dernier numéro est facultatif, il représente la correction d'un bug important ne pouvant attendre la prochaine version. Le plus souvent ce sont des problèmes de sécurité ou des bugs qui altèrent les données. Il est aussi à noter que la différenciation stable/instable via le numéro de sous-version pair/impair a été abandonnée au profit d'un modèle de développement plus souple. Le noyau continue constamment à évoluer en fusionnant des branches plus expérimentales de temps à autres.</div>

On peut différencier les sources [http://www.kernel.org Vanilla], qui sont les sources stables et celles que peuvent proposer les distributions avec des noyaux légèrement modifiés, optimisés pour telle ou telle architecture. Le mieux est peut-être d'installer la version du noyau qui correspond à votre système en le prenant parmi les paquetages fourni par votre distritibution (mais rien n'empêche d'utiliser les ''vanilla sources''). Quoiqu'il en soit, voici les différentes manières de rapatrier les sources de votre noyau:

* '''kernel.org''': Allez sur [http://www.kernel.org kernel.org] et téléchargez les dernières sources du noyau (allez sur ''F'' comme ''full'').

* '''Mandriva''': <code># urpmi kernel-headers kernel-source</code>

* '''Fedora''': <code># yum install kernel-source</code>

* '''Debian''': <code># apt-get install kernel-headers-$(uname -r) kernel-source-$(uname -r)</code>

* '''Slackware''': <code># installpkg /où_est/kernel-source-2.6.x.tgz /où_est/kernel-headers-2.6.x.tgz</code>

== Dis-moi qui tu es, je te dirai quoi compiler ==

Avant de se lancer dans l'aventure, il est important de connaître son matériel, afin de ne pas oublier par exemple le support du controleur IDE sur lequel se trouve le disque !

Pour ne rien oublier, il existe quelques petits outils bien sympathiques.
''lspci'', provenant des [http://http://atrey.karlin.mff.cuni.cz/~mj/pciutils.shtml pciutils] pour voir ce que l'on a sur les ports pci, ''lsusb'', provenant des [http://www.linux-usb.org/ usbutils], pour savoir ce que l'on a sur les ports usb.
Il existe également [ftp://ftp.iqchoice.com/pub/people/rail/gmso/ hwinfo] qui peut nous donner pas mal de renseignements sur notre matériel. Pour découvrir plus en détail votre matériel, allez voir l'[[Hardware-hard plus-matos|article complet]] sur léa. Ces petits softs sont disponibles en tant que paquet dans pas mal de distributions, et sont peut être déjà installés.

Une fois que l'on connaît son matériel, on va pouvoir passer à l'étape suivante.

== Prérequis ==

Avant de passer à la suite il faut:
* avoir l'environnement de développement <tt>gcc</tt>, <tt>make</tt>, ...
* avoir les fichiers de développement des bibliothèques que l'on utilisera pour faire la configuration (ncurses, tcl/tk, Gtk, Qt, ...).
* pouvoir passer root pour installer le noyau (à la fin de la compilation)

== Configuration ==

Une fois que vous avez téléchargé l'archive des sources ou simplement installé le paquetage de votre distribution avec les sources du noyau, il est temps de passer à la configuration du noyau pour qu'il corresponde à votre ordinateur.

=== Préparer les sources ===

Deux possibilités:
* Si vous avez téléchargé l'archive sur kernel.org, décompressez l'archive quelque part dans votre répertoire principal (par exemple, je les décompresse habituellement dans <tt>~/devel/kernel/</tt>).

* Si vous avez récupéré le paquetage via votre distribution, donnez les droits nécessaires pour que vous puissiez lire/écrire en tant qu'utilisateur.

Pour la suite, nous assumons que vous vous serez positionné à la racine des sources du noyau.

=== Les outils de configuration ===

Trois interfaces de configuration sont disponibles, choisissez l'une d'elle et passez à la suite.

Il est a noter que chacune de ces interfaces a besoin des fichiers de développement correspondant à la bibliothèque qu'elle utilise (ncurses, Qt, Gtk+). N'oubliez, donc, pas d'installer les paquetages correspondant pour les utiliser.

==== L'interface ncurses (mode semi-graphique) ====

Tapez : <code>make menuconfig</code>
<div align="center">
[[Image:kernel26-menuconfig.png]]
</div>

==== L'interface Qt (mode graphique) ====

Tapez: <code>make xconfig</code>
<div align="center">
[[Image:kernel26-xconfig.png]]
</div>

==== L'interface Gtk+(mode graphique) ====

Tapez: <code>make gconfig</code>
<div align="center">
[[Image:kernel26-gconfig.png]]
</div>

=== Les options disponibles ===

Les options correspondent à des fonctionnalités que vous pouvez activer/désactiver dans le noyau suivant vos besoins. Elles sont organisées suivant différentes ''sections'' et ''sous-sections'', nous allons ici décrire les principales sections qui existent et en donner une brêve description pour vous donner une idée des options qu'elles peuvent contenir.

'''Note''': Il est important de noter que d'une version à l'autre du noyau, les options, sous-sections ou même les sections peuvent changer, mais l'idée générale reste conservée.

==== Les options section par section ====
* '''<tt>Code maturity level options</tt>''': Permet de cacher ou de faire apparaître les options qui sont encore en développement et donc considérées comme instables (souvent utile de dire 'oui' ici si l'on veut pouvoir profiter des dernières avancées du noyau).
* '''<tt>General setup</tt>''': Ensemble d'options générales sur votre système (sauf si vous voulez compiler pour des architectures très particulières, vous pouvez le laisser tel quel).
* '''<tt>Loadable module support</tt>''': Options concernant la gestion des modules (le défaut est presque toujours correct pour une utilisation normale).
* '''<tt>Block layer</tt>''': Les entrées/sorties sur votre carte-mère (inutile d'y toucher).
* '''<tt>Processor type and features</tt>''': Options relatives au(x) processeur(s): type (x86, Sparc, ...), hyper-thread, dual-core, SMP, etc.
* '''<tt>Power management options (ACPI, APM)</tt>''': Options concernant l'économie d'énergie, la mise en veille et l'ACPI/APM.
* '''<tt>Bus options (PCI, PCMCIA, EISA, MCA, ISA)</tt>''': Gestion de tous les endroits où vous pourriez enficher des cartes (PCI, PCMCIA, ISA, etc).
* '''<tt>Executable file formats</tt>''': La gestion des fichiers exécutable (Le suppport ELF doit toujours être à 'Y').
* '''<tt>Networking</tt>''': Options concernant les protocoles réseau gérés par votre noyau (le défaut est bien souvent suffisant, mais jetez y un coup d'oeil à tout hasard).
* '''<tt>Device Drivers</tt>''': Options concernant tous les pilotes matériel (c'est bien souvent ici que l'on passe le plus de temps).
* '''<tt>File systems</tt>''': Options concernant les systèmes de fichiers gérés par votre noyau (vous aurez à y jeter un coup d'oeil).
* '''<tt>Instrumentation Support</tt>''': Option de profilage du noyau (inutile de l'activer).
* '''<tt>Kernel hacking</tt>'''; Options de déboguage du noyau (inutile de l'activer sauf si vous avez des envies particulières).
* '''<tt>Security options</tt>''': Options concernant le modèle de sécurité de votre noyau (le défaut est suffisant)
* '''<tt>Cryptographic options</tt>''': Algorithmes cryptographiques pouvant être implantés dans le noyau (le défaut est suffisant).
* '''<tt>Library routines</tt>''': Bibliothèques communes du noyau (le défaut est suffisant)

=== Positionner les options ===

Le moment est venu de choisir vos options. Si c'est la première fois que vous compilez le noyau, je vous conseille de les passer toutes en revue les unes après les autres en lisant l'aide qui y est attachée, dans l'ordre, afin de voir si elles s'appliquent à vous ou non.

Dans l'outil de configuration du noyau, chaque question attend une réponse:
* 'oui' (<code>Y</code>),
* 'non' (<code>N</code>)
* ou éventuellement 'module' (<code>M</code>) pour rendre la fonctionnalité chargeable dynamiquement.

De manière générale, il est bon de modulariser les fonctionnalités qui ne servent pas en permanence (lecteur de CD, carte réseau, clefs USB, ...), mais tout n'est pas possible (enfin... pas simplement :).

Par exemple, vous ne devriez pas mettre en module ce qui est utilisé lors du démarrage de votre ordinateur (pilotes des disques-durs IDE, système de fichiers que vous utilisez pour votre partition <tt>/</tt>, ou encore le support réseau si votre partition racine est montée par le réseau et NFS dans le cas des stations diskless par exemple, etc). En effet, les modules sont chargés après le noyau, et si les modules IDE sont sur un disque IDE, il faut d'abord les charger avant de pouvoir accéder au disque, mais pour les charger, il faut avoir accès au disque et donc les avoir chargés avant... vous voyez le cercle vicieux ? En fait, il est possible de contourner ce problème grâce à <tt>initrd</tt>, mais cela dépasserait l'ambition de ce document...

Tout le reste peut être compilé en modules, c'est à dire carte son, carte réseau (sauf si votre racine est déportée sur un serveur NFS comme dit précédemment), le support ppp (pour internet par modem), le CD-ROM, ...

Voici ci-dessous les options '''classiques''' à utiliser pour une configuration standard. Si rien n'est dit ici à propos d'une option, regardez l'aide ou conservez la valeur par défaut ; vous pouvez aussi répondre 'N' à tous les périphériques que vous ne possédez pas, comme par exemple, IDE/ATAPI TAPE, etc.

Quoi qu'il arrive, dans le doute, il vaut mieux laisser les options par défaut.

== La compilation ==

Pour lancer la compilation du noyau, rien de plus simple, il suffit de lancer : <code>make</code>.

La compilation peut être relativement longue suivant votre type de machine. Pour ceux qui possèdent un multi-processeurs, un processeur hyperthread ou un dual-core, vous pouvez taper: <code>make -j 4</code>. Cela permet de paralléliser la compilation sur 4 processus.

== Installation ==

On va à présent installer le noyau sur le système pour pouvoir démarrer dessus au prochain reboot. Toujours dans le même répertoire, tapez simplement: <code>su -c 'make modules_install && make install'</code>.

Le système va vous demander votre mot de passe root puis va lancer l'installation. En effet, la phase d'installation requière des droits de root (contrairement à toutes les phases précédentes).

Et voilà, il ne reste plus qu'à configurer le gestionnaire de démarrage ([http://lea-linux.org/cached/index/Admin-admin_boot-grub.html grub], [http://lea-linux.org/cached/index/Admin-admin_boot-LILO.html lilo] ou [http://lea-linux.org/cached/index/Admin-admin_boot-loadlin.html loadlin]). Pour bien le faire, le mieux est de lire la doc sur léa !

<b>Note:</b> Vous pouvez aussi de temps à autre faire un peu de ménage dans les répertoires /boot/ et /lib/modules/. Mais pensez <b>TOUJOURS</b> à conserver au moins un noyau dont vous êtes sûr qu'il démarre lorsque vous n'avez pas encore testé à fond le noyau que vous venez de compiler.

== Trucs & Astuces ==

=== Le fichier <tt>.config</tt> ===

Toute votre configuration noyau est en fait stockée dans le fichier <tt>.config</tt>. Si vous téléchargez un autre noyau et que vous placez votre fichier <tt>.config</tt> dans le répertoire racine des sources vous n'aurez pas à tout refaire, alors n'oubliez pas de le sauvegarder précieusement (ailleurs que dans les sources).

=== Personnaliser un noyau ===

Il est possible de personnaliser le nom de votre noyau en lui ajoutant un champs extra-version. Pour cela, avant de lancer la compilation, éditez le fichier <tt>Makefile</tt> qui se trouve à la racine des sources et renseignez le champs <tt>EXTRAVERSION</tt> avec un texte qui décrit votre extra-version (par exemple <tt>EXTRAVERSION = -debug</tt> ou bien <tt>EXTRAVERSION = -production</tt>, ...).

=== Patcher un noyau ===

Patcher un noyau requière de se placer à la racine des sources de votre noyau puis de faire: <code>patch -p1 < /chemin/vers/le/patch</code>.

Il est possible de retirer le patch en refaisant exactement la même commande. La lecture de <code>man patch</code> est bien sûr recommandée en cas de problème.

= Copyright =
Copyright © 06/11/1999, Jean-Christophe Cardot
{{CC-BY-NC-SA}}

Compiler le noyau

2006-03-07T14:40:50Z

Gw22 (phorum) : /* Les outils de configuration */

[[Category:Configurer votre noyau]]
= Compiler le noyau =

<div class="leatitre">Compiler le noyau</div><div class="leapar">par Jean-Christophe</div><div class="leadesc">Où vous apprendrez à compiler votre noyau Linux sans soucis.</div>

== Quelques rappels ==
Le noyau est le cœur du système. C'est lui qui fait l'interface entre vos applications et votre matériel. Par exemple, il gère la mémoire, donne l'ordre d'exécution des tâches sur le(s) processeur(s), interagit avec vos périphériques via les pilotes matériels (souris, claviers, etc), s'occupe du réseau, ...

Le noyau (<em>kernel</em> en anglais) est composé d'une partie statique à laquelle on peut dynamiquement greffer des <em>modules</em>. La partie statique est utilisée lors du démarrage de votre ordinateur et sera toujours chargée en mémoire, tandis que les modules peuvent être chargés seulement une fois la machine démarrée et uniquement en cas de besoin.

== Pourquoi Compiler son noyau ? ==

Vous avez besoin d'un nouveau noyau si :
* vous avez un matériel dont le support a été ajouté dans une nouvelle version du noyau,
* un trou de sécurité a été découvert dans le noyau actuel, ce problème étant réglé dans une nouvelle version,
* vous souhaitez toujours avoir le dernier noyau possible :)
* comme tout bon Geek, vous aimez compiler votre kernel ;)

La plupart du temps, vous n'avez pas réellement besoin d'un nouveau noyau. Il serait suffisant de rester à jour avec votre distribution puisque celle-ci s'occupe des logiciels qui ont des problèmes de sécurité ou des bugs.

== Quel noyau compiler ? ==

Dans un premier temps, pour savoir quel noyau vous utilisez, il suffit de faire <code>uname -sr</code>. Vous devriez voir apparaître quelque chose du genre: <tt>Linux 2.6.15</tt>.

<div class="note">Les noyaux sont numérotés depuis le 2.6.11 sur 4 nombres w.x.y.z. Ce dernier numéro est facultatif, il représente la correction d'un bug important ne pouvant attendre la prochaine version. Le plus souvent ce sont des problèmes de sécurité ou des bugs qui altèrent les données. Il est aussi à noter que la différenciation stable/instable via le numéro de sous-version pair/impair a été abandonnée au profit d'un modèle de développement plus souple. Le noyau continue constamment à évoluer en fusionnant des branches plus expérimentales de temps à autres.</div>

On peut différencier les sources [http://www.kernel.org Vanilla], qui sont les sources stables et celles que peuvent proposer les distributions avec des noyaux légèrement modifiés, optimisés pour telle ou telle architecture. Le mieux est peut-être d'installer la version du noyau qui correspond à votre système en le prenant parmi les paquetages fourni par votre distritibution (mais rien n'empêche d'utiliser les ''vanilla sources''). Quoiqu'il en soit, voici les différentes manières de rapatrier les sources de votre noyau:

* '''kernel.org''': Allez sur [http://www.kernel.org kernel.org] et téléchargez les dernières sources du noyau (allez sur ''F'' comme ''full'').

* '''Mandriva''': <code># urpmi kernel-headers kernel-source</code>

* '''Fedora''': <code># yum install kernel-source</code>

* '''Debian''': <code># apt-get install kernel-headers-$(uname -r) kernel-source-$(uname -r)</code>

* '''Slackware''': <code># installpkg /où_est/kernel-source-2.6.x.tgz /où_est/kernel-headers-2.6.x.tgz</code>

== Dis-moi qui tu es, je te dirai quoi compiler ==

Avant de se lancer dans l'aventure, il est important de connaître son matériel, afin de ne pas oublier par exemple le support du controleur IDE sur lequel se trouve le disque !

Pour ne rien oublier, il existe quelques petits outils bien sympathiques.
''lspci'', provenant des [http://http://atrey.karlin.mff.cuni.cz/~mj/pciutils.shtml pciutils] pour voir ce que l'on a sur les ports pci, ''lsusb'', provenant des [http://www.linux-usb.org/ usbutils], pour savoir ce que l'on a sur les ports usb.
Il existe également [ftp://ftp.iqchoice.com/pub/people/rail/gmso/ hwinfo] qui peut nous donner pas mal de renseignements sur notre matériel. Pour découvrir plus en détail votre matériel, allez voir l'[[Hardware-hard plus-matos|article complet]] sur léa. Ces petits softs sont disponibles en tant que paquet dans pas mal de distributions, et sont peut être déjà installés.

Une fois que l'on connaît son matériel, on va pouvoir passer à l'étape suivante.

== Prérequis ==

Avant de passer à la suite il faut:
* avoir l'environnement de développement <tt>gcc</tt>, <tt>make</tt>, ...
* avoir les fichiers de développement des bibliothèques que l'on utilisera pour faire la configuration (ncurses, tcl/tk, Gtk, Qt, ...).
* pouvoir passer root pour installer le noyau (à la fin de la compilation)

== Configuration ==

Une fois que vous avez téléchargé l'archive des sources ou simplement installé le paquetage de votre distribution avec les sources du noyau, il est temps de passer à la configuration du noyau pour qu'il corresponde à votre ordinateur.

=== Préparer les sources ===

Deux possibilités:
* Si vous avez téléchargé l'archive sur kernel.org, décompressez l'archive quelque part dans votre répertoire principal (par exemple, je les décompresse habituellement dans <tt>~/devel/kernel/</tt>).

* Si vous avez récupéré le paquetage via votre distribution, donnez les droits nécessaires pour que vous puissiez lire/écrire en tant qu'utilisateur.

Pour la suite, nous assumons que vous vous serez positionné à la racine des sources du noyau.

=== Les outils de configuration ===

Trois interfaces de configuration sont disponibles, choisissez l'une d'elle et passez à la suite.

Il est a noter que chacune de ces interfaces a besoin des fichiers de développement correspondant à la bibliothèque qu'elle utilise (ncurses, Qt, Gtk+). N'oubliez, donc, pas d'installer les paquetages correspondant pour les utiliser.

==== L'interface ncurses (mode semi-graphique) ====

Tapez : <code>make menuconfig</code>
<div align="center">
[[Image:kernel26-menuconfig.png]]
</div>

==== L'interface Qt (mode graphique) ====

Tapez: <code>make xconfig</code>
<div align="center">
[[Image:kernel26-xconfig.png]]
</div>

==== L'interface Gtk+(mode graphique) ====

Tapez: <code>make gconfig</code>
<div align="center">
[[Image:kernel26-gconfig.png]]
</div>

=== Les options disponibles ===

Les options correspondent à des fonctionnalités que vous pouvez activer/désactiver dans le noyau suivant vos besoins. Elles sont organisées suivant différentes ''sections'' et ''sous-sections'', nous allons ici décrire les principales sections qui existent et en donner une brêve description pour vous donner une idée des options qu'elles peuvent contenir.

'''Note''': Il est important de noter que d'une version à l'autre du noyau, les options, sous-sections ou même les sections peuvent changer, mais l'idée générale reste conservée.

==== Les options section par section ====
* '''<tt>Code maturity level options</tt>''': Permet de cacher ou de faire apparaître les options qui sont encore en développement et donc considérées comme instables (souvent utile de dire 'oui' ici si l'on veut pouvoir profiter des dernières avancées du noyau).
* '''<tt>General setup</tt>''': Ensemble d'options générales sur votre système (sauf si vous voulez compiler pour des architectures très particulières, vous pouvez le laisser tel quel).
* '''<tt>Loadable module support</tt>''': Options concernant la gestion des modules (le défaut est presque toujours correct pour une utilisation normale).
* '''<tt>Block layer</tt>''': Les entrées/sorties sur votre carte-mère (inutile d'y toucher).
* '''<tt>Processor type and features</tt>''': Options relatives au(x) processeur(s): type (x86, Sparc, ...), hyper-thread, dual-core, SMP, etc.
* '''<tt>Power management options (ACPI, APM)</tt>''': Options concernant l'économie d'énergie, la mise en veille et l'ACPI/APM.
* '''<tt>Bus options (PCI, PCMCIA, EISA, MCA, ISA)</tt>''': Gestion de tous les endroits où vous pourriez enficher des cartes (PCI, PCMCIA, ISA, etc).
* '''<tt>Executable file formats</tt>''': La gestion des fichiers exécutable (Le suppport ELF doit toujours être à 'Y').
* '''<tt>Networking</tt>''': Options concernant les protocoles réseau gérés par votre noyau (le défaut est bien souvent suffisant, mais jetez y un coup d'oeil à tout hasard).
* '''<tt>Device Drivers</tt>''': Options concernant tous les pilotes matériel (c'est bien souvent ici que l'on passe le plus de temps).
* '''<tt>File systems</tt>''': Options concernant les systèmes de fichiers gérés par votre noyau (vous aurez à y jeter un coup d'oeil).
* '''<tt>Instrumentation Support</tt>''': Option de profilage du noyau (inutile de l'activer).
* '''<tt>Kernel hacking</tt>'''; Options de déboguage du noyau (inutile de l'activer sauf si vous avez des envies particulières).
* '''<tt>Security options</tt>''': Options concernant le modèle de sécurité de votre noyau (le défaut est suffisant)
* '''<tt>Cryptographic options</tt>''': Algorithmes cryptographiques pouvant être implantés dans le noyau (le défaut est suffisant).
* '''<tt>Library routines</tt>''': Bibliothèques communes du noyau (le défaut est suffisant)

=== Positionner les options ===

Le moment est venu de choisir vos options. Si c'est la première fois que vous compilez le noyau, je vous conseille de les passer toutes en revue les unes après les autres en lisant l'aide qui y est attachée, dans l'ordre, afin de voir si elles s'appliquent à vous ou non.

Dans l'outils de configuration du noyau, chaque question attends une réponse:
* 'oui' (<code>Y</code>),
* 'non' (<code>N</code>)
* ou éventuellement 'module' (<code>M</code>) pour rendre la fonctionnalité chargeable dynamiquement.

De manière générale, il est bon de modulariser les fonctionnalités qui ne servent pas en permanence (lecteur de CD, carte réseau, clefs USB, ...), mais tout n'est pas possible (enfin... pas simplement :).

Par exemple, vous ne devriez pas mettre en module ce qui est utilisé lors du démarrage de votre ordinateur (pilotes des disques-durs IDE, système de fichiers que vous utilisez pour votre partition <tt>/</tt>, ou encore le support réseau si votre partition racine est montée par le réseau et NFS dans le cas des stations diskless par exemple, etc). En effet, les modules sont chargés après le noyau, et si les modules IDE sont sur un disque IDE, il faut d'abord les charger avant de pouvoir accéder au disque, mais pour les charger, il faut avoir accès au disque et donc les avoir chargés avant... vous voyez le cercle vicieux ? En fait, il est possible de contourner ce problème grâce à <tt>initrd</tt>, mais cela dépasserait l'ambition de ce document...

Tout le reste peut être compilé en modules, c'est à dire carte son, carte réseau (sauf si votre racine est déportée sur un serveur NFS comme dit précédemment), le support ppp (pour internet par modem), le CD-ROM, ...

Voici ci-dessous les options '''classiques''' à utiliser pour une configuration standard. Si rien n'est dit ici à propos d'une option, regardez l'aide ou conservez la valeur par défaut ; vous pouvez aussi répondre 'N' à tous les périphériques que vous ne possédez pas, comme par exemple, IDE/ATAPI TAPE, etc.

Quoi qu'il arrive, dans le doute, il vaut mieux laisser les options par défaut.

== La compilation ==

Pour lancer la compilation du noyau, rien de plus simple, il suffit de lancer : <code>make</code>.

La compilation peut être relativement longue suivant votre type de machine. Pour ceux qui possèdent un multi-processeurs, un processeur hyperthread ou un dual-core, vous pouvez taper: <code>make -j 4</code>. Cela permet de paralléliser la compilation sur 4 processus.

== Installation ==

On va à présent installer le noyau sur le système pour pouvoir démarrer dessus au prochain reboot. Toujours dans le même répertoire, tapez simplement: <code>su -c 'make modules_install && make install'</code>.

Le système va vous demander votre mot de passe root puis va lancer l'installation. En effet, la phase d'installation requière des droits de root (contrairement à toutes les phases précédentes).

Et voilà, il ne reste plus qu'à configurer le gestionnaire de démarrage ([http://lea-linux.org/cached/index/Admin-admin_boot-grub.html grub], [http://lea-linux.org/cached/index/Admin-admin_boot-LILO.html lilo] ou [http://lea-linux.org/cached/index/Admin-admin_boot-loadlin.html loadlin]). Pour bien le faire, le mieux est de lire la doc sur léa !

<b>Note:</b> Vous pouvez aussi de temps à autre faire un peu de ménage dans les répertoires /boot/ et /lib/modules/. Mais pensez <b>TOUJOURS</b> à conserver au moins un noyau dont vous êtes sûr qu'il démarre lorsque vous n'avez pas encore testé à fond le noyau que vous venez de compiler.

== Trucs & Astuces ==

=== Le fichier <tt>.config</tt> ===

Toute votre configuration noyau est en fait stockée dans le fichier <tt>.config</tt>. Si vous téléchargez un autre noyau et que vous placez votre fichier <tt>.config</tt> dans le répertoire racine des sources vous n'aurez pas à tout refaire, alors n'oubliez pas de le sauvegarder précieusement (ailleurs que dans les sources).

=== Personnaliser un noyau ===

Il est possible de personnaliser le nom de votre noyau en lui ajoutant un champs extra-version. Pour cela, avant de lancer la compilation, éditez le fichier <tt>Makefile</tt> qui se trouve à la racine des sources et renseignez le champs <tt>EXTRAVERSION</tt> avec un texte qui décrit votre extra-version (par exemple <tt>EXTRAVERSION = -debug</tt> ou bien <tt>EXTRAVERSION = -production</tt>, ...).

=== Patcher un noyau ===

Patcher un noyau requière de se placer à la racine des sources de votre noyau puis de faire: <code>patch -p1 < /chemin/vers/le/patch</code>.

Il est possible de retirer le patch en refaisant exactement la même commande. La lecture de <code>man patch</code> est bien sûr recommandée en cas de problème.

= Copyright =
Copyright © 06/11/1999, Jean-Christophe Cardot
{{CC-BY-NC-SA}}

Compiler le noyau

2006-03-07T14:38:21Z

Gw22 (phorum) : /* Quel noyau compiler ? */

[[Category:Configurer votre noyau]]
= Compiler le noyau =

<div class="leatitre">Compiler le noyau</div><div class="leapar">par Jean-Christophe</div><div class="leadesc">Où vous apprendrez à compiler votre noyau Linux sans soucis.</div>

== Quelques rappels ==
Le noyau est le cœur du système. C'est lui qui fait l'interface entre vos applications et votre matériel. Par exemple, il gère la mémoire, donne l'ordre d'exécution des tâches sur le(s) processeur(s), interagit avec vos périphériques via les pilotes matériels (souris, claviers, etc), s'occupe du réseau, ...

Le noyau (<em>kernel</em> en anglais) est composé d'une partie statique à laquelle on peut dynamiquement greffer des <em>modules</em>. La partie statique est utilisée lors du démarrage de votre ordinateur et sera toujours chargée en mémoire, tandis que les modules peuvent être chargés seulement une fois la machine démarrée et uniquement en cas de besoin.

== Pourquoi Compiler son noyau ? ==

Vous avez besoin d'un nouveau noyau si :
* vous avez un matériel dont le support a été ajouté dans une nouvelle version du noyau,
* un trou de sécurité a été découvert dans le noyau actuel, ce problème étant réglé dans une nouvelle version,
* vous souhaitez toujours avoir le dernier noyau possible :)
* comme tout bon Geek, vous aimez compiler votre kernel ;)

La plupart du temps, vous n'avez pas réellement besoin d'un nouveau noyau. Il serait suffisant de rester à jour avec votre distribution puisque celle-ci s'occupe des logiciels qui ont des problèmes de sécurité ou des bugs.

== Quel noyau compiler ? ==

Dans un premier temps, pour savoir quel noyau vous utilisez, il suffit de faire <code>uname -sr</code>. Vous devriez voir apparaître quelque chose du genre: <tt>Linux 2.6.15</tt>.

<div class="note">Les noyaux sont numérotés depuis le 2.6.11 sur 4 nombres w.x.y.z. Ce dernier numéro est facultatif, il représente la correction d'un bug important ne pouvant attendre la prochaine version. Le plus souvent ce sont des problèmes de sécurité ou des bugs qui altèrent les données. Il est aussi à noter que la différenciation stable/instable via le numéro de sous-version pair/impair a été abandonnée au profit d'un modèle de développement plus souple. Le noyau continue constamment à évoluer en fusionnant des branches plus expérimentales de temps à autres.</div>

On peut différencier les sources [http://www.kernel.org Vanilla], qui sont les sources stables et celles que peuvent proposer les distributions avec des noyaux légèrement modifiés, optimisés pour telle ou telle architecture. Le mieux est peut-être d'installer la version du noyau qui correspond à votre système en le prenant parmi les paquetages fourni par votre distritibution (mais rien n'empêche d'utiliser les ''vanilla sources''). Quoiqu'il en soit, voici les différentes manières de rapatrier les sources de votre noyau:

* '''kernel.org''': Allez sur [http://www.kernel.org kernel.org] et téléchargez les dernières sources du noyau (allez sur ''F'' comme ''full'').

* '''Mandriva''': <code># urpmi kernel-headers kernel-source</code>

* '''Fedora''': <code># yum install kernel-source</code>

* '''Debian''': <code># apt-get install kernel-headers-$(uname -r) kernel-source-$(uname -r)</code>

* '''Slackware''': <code># installpkg /où_est/kernel-source-2.6.x.tgz /où_est/kernel-headers-2.6.x.tgz</code>

== Dis-moi qui tu es, je te dirai quoi compiler ==

Avant de se lancer dans l'aventure, il est important de connaître son matériel, afin de ne pas oublier par exemple le support du controleur IDE sur lequel se trouve le disque !

Pour ne rien oublier, il existe quelques petits outils bien sympathiques.
''lspci'', provenant des [http://http://atrey.karlin.mff.cuni.cz/~mj/pciutils.shtml pciutils] pour voir ce que l'on a sur les ports pci, ''lsusb'', provenant des [http://www.linux-usb.org/ usbutils], pour savoir ce que l'on a sur les ports usb.
Il existe également [ftp://ftp.iqchoice.com/pub/people/rail/gmso/ hwinfo] qui peut nous donner pas mal de renseignements sur notre matériel. Pour découvrir plus en détail votre matériel, allez voir l'[[Hardware-hard plus-matos|article complet]] sur léa. Ces petits softs sont disponibles en tant que paquet dans pas mal de distributions, et sont peut être déjà installés.

Une fois que l'on connaît son matériel, on va pouvoir passer à l'étape suivante.

== Prérequis ==

Avant de passer à la suite il faut:
* avoir l'environnement de développement <tt>gcc</tt>, <tt>make</tt>, ...
* avoir les fichiers de développement des bibliothèques que l'on utilisera pour faire la configuration (ncurses, tcl/tk, Gtk, Qt, ...).
* pouvoir passer root pour installer le noyau (à la fin de la compilation)

== Configuration ==

Une fois que vous avez téléchargé l'archive des sources ou simplement installé le paquetage de votre distribution avec les sources du noyau, il est temps de passer à la configuration du noyau pour qu'il corresponde à votre ordinateur.

=== Préparer les sources ===

Deux possibilités:
* Si vous avez téléchargé l'archive sur kernel.org, décompressez l'archive quelque part dans votre répertoire principal (par exemple, je les décompresse habituellement dans <tt>~/devel/kernel/</tt>).

* Si vous avez récupéré le paquetage via votre distribution, donnez les droits nécessaires pour que vous puissiez lire/écrire en tant qu'utilisateur.

Pour la suite, nous assumons que vous vous serez positionné à la racine des sources du noyau.

=== Les outils de configuration ===

Trois interfaces de configuration sont disponibles, choisissez l'une d'elle et passez à la suite.

Il est a noter que chacune de ces interfaces a besoin des fichiers de développement correspondant à la bibliothèque qu'elle utilise (ncurses, Qt, Gtk+). Noubliez, donc, pas d'installer les paquetages correspondant pour les utiliser.

==== L'interface ncurses (mode semi-graphique) ====

Tapez : <code>make menuconfig</code>
<div align="center">
[[Image:kernel26-menuconfig.png]]
</div>

==== L'interface Qt (mode graphique) ====

Tapez: <code>make xconfig</code>
<div align="center">
[[Image:kernel26-xconfig.png]]
</div>

==== L'interface Gtk+(mode graphique) ====

Tapez: <code>make gconfig</code>
<div align="center">
[[Image:kernel26-gconfig.png]]
</div>

=== Les options disponibles ===

Les options correspondent à des fonctionnalités que vous pouvez activer/désactiver dans le noyau suivant vos besoins. Elles sont organisées suivant différentes ''sections'' et ''sous-sections'', nous allons ici décrire les principales sections qui existent et en donner une brêve description pour vous donner une idée des options qu'elles peuvent contenir.

'''Note''': Il est important de noter que d'une version à l'autre du noyau, les options, sous-sections ou même les sections peuvent changer, mais l'idée générale reste conservée.

==== Les options section par section ====
* '''<tt>Code maturity level options</tt>''': Permet de cacher ou de faire apparaître les options qui sont encore en développement et donc considérées comme instables (souvent utile de dire 'oui' ici si l'on veut pouvoir profiter des dernières avancées du noyau).
* '''<tt>General setup</tt>''': Ensemble d'options générales sur votre système (sauf si vous voulez compiler pour des architectures très particulières, vous pouvez le laisser tel quel).
* '''<tt>Loadable module support</tt>''': Options concernant la gestion des modules (le défaut est presque toujours correct pour une utilisation normale).
* '''<tt>Block layer</tt>''': Les entrées/sorties sur votre carte-mère (inutile d'y toucher).
* '''<tt>Processor type and features</tt>''': Options relatives au(x) processeur(s): type (x86, Sparc, ...), hyper-thread, dual-core, SMP, etc.
* '''<tt>Power management options (ACPI, APM)</tt>''': Options concernant l'économie d'énergie, la mise en veille et l'ACPI/APM.
* '''<tt>Bus options (PCI, PCMCIA, EISA, MCA, ISA)</tt>''': Gestion de tous les endroits où vous pourriez enficher des cartes (PCI, PCMCIA, ISA, etc).
* '''<tt>Executable file formats</tt>''': La gestion des fichiers exécutable (Le suppport ELF doit toujours être à 'Y').
* '''<tt>Networking</tt>''': Options concernant les protocoles réseau gérés par votre noyau (le défaut est bien souvent suffisant, mais jetez y un coup d'oeil à tout hasard).
* '''<tt>Device Drivers</tt>''': Options concernant tous les pilotes matériel (c'est bien souvent ici que l'on passe le plus de temps).
* '''<tt>File systems</tt>''': Options concernant les systèmes de fichiers gérés par votre noyau (vous aurez à y jeter un coup d'oeil).
* '''<tt>Instrumentation Support</tt>''': Option de profilage du noyau (inutile de l'activer).
* '''<tt>Kernel hacking</tt>'''; Options de déboguage du noyau (inutile de l'activer sauf si vous avez des envies particulières).
* '''<tt>Security options</tt>''': Options concernant le modèle de sécurité de votre noyau (le défaut est suffisant)
* '''<tt>Cryptographic options</tt>''': Algorithmes cryptographiques pouvant être implantés dans le noyau (le défaut est suffisant).
* '''<tt>Library routines</tt>''': Bibliothèques communes du noyau (le défaut est suffisant)

=== Positionner les options ===

Le moment est venu de choisir vos options. Si c'est la première fois que vous compilez le noyau, je vous conseille de les passer toutes en revue les unes après les autres en lisant l'aide qui y est attachée, dans l'ordre, afin de voir si elles s'appliquent à vous ou non.

Dans l'outils de configuration du noyau, chaque question attends une réponse:
* 'oui' (<code>Y</code>),
* 'non' (<code>N</code>)
* ou éventuellement 'module' (<code>M</code>) pour rendre la fonctionnalité chargeable dynamiquement.

De manière générale, il est bon de modulariser les fonctionnalités qui ne servent pas en permanence (lecteur de CD, carte réseau, clefs USB, ...), mais tout n'est pas possible (enfin... pas simplement :).

Par exemple, vous ne devriez pas mettre en module ce qui est utilisé lors du démarrage de votre ordinateur (pilotes des disques-durs IDE, système de fichiers que vous utilisez pour votre partition <tt>/</tt>, ou encore le support réseau si votre partition racine est montée par le réseau et NFS dans le cas des stations diskless par exemple, etc). En effet, les modules sont chargés après le noyau, et si les modules IDE sont sur un disque IDE, il faut d'abord les charger avant de pouvoir accéder au disque, mais pour les charger, il faut avoir accès au disque et donc les avoir chargés avant... vous voyez le cercle vicieux ? En fait, il est possible de contourner ce problème grâce à <tt>initrd</tt>, mais cela dépasserait l'ambition de ce document...

Tout le reste peut être compilé en modules, c'est à dire carte son, carte réseau (sauf si votre racine est déportée sur un serveur NFS comme dit précédemment), le support ppp (pour internet par modem), le CD-ROM, ...

Voici ci-dessous les options '''classiques''' à utiliser pour une configuration standard. Si rien n'est dit ici à propos d'une option, regardez l'aide ou conservez la valeur par défaut ; vous pouvez aussi répondre 'N' à tous les périphériques que vous ne possédez pas, comme par exemple, IDE/ATAPI TAPE, etc.

Quoi qu'il arrive, dans le doute, il vaut mieux laisser les options par défaut.

== La compilation ==

Pour lancer la compilation du noyau, rien de plus simple, il suffit de lancer : <code>make</code>.

La compilation peut être relativement longue suivant votre type de machine. Pour ceux qui possèdent un multi-processeurs, un processeur hyperthread ou un dual-core, vous pouvez taper: <code>make -j 4</code>. Cela permet de paralléliser la compilation sur 4 processus.

== Installation ==

On va à présent installer le noyau sur le système pour pouvoir démarrer dessus au prochain reboot. Toujours dans le même répertoire, tapez simplement: <code>su -c 'make modules_install && make install'</code>.

Le système va vous demander votre mot de passe root puis va lancer l'installation. En effet, la phase d'installation requière des droits de root (contrairement à toutes les phases précédentes).

Et voilà, il ne reste plus qu'à configurer le gestionnaire de démarrage ([http://lea-linux.org/cached/index/Admin-admin_boot-grub.html grub], [http://lea-linux.org/cached/index/Admin-admin_boot-LILO.html lilo] ou [http://lea-linux.org/cached/index/Admin-admin_boot-loadlin.html loadlin]). Pour bien le faire, le mieux est de lire la doc sur léa !

<b>Note:</b> Vous pouvez aussi de temps à autre faire un peu de ménage dans les répertoires /boot/ et /lib/modules/. Mais pensez <b>TOUJOURS</b> à conserver au moins un noyau dont vous êtes sûr qu'il démarre lorsque vous n'avez pas encore testé à fond le noyau que vous venez de compiler.

== Trucs & Astuces ==

=== Le fichier <tt>.config</tt> ===

Toute votre configuration noyau est en fait stockée dans le fichier <tt>.config</tt>. Si vous téléchargez un autre noyau et que vous placez votre fichier <tt>.config</tt> dans le répertoire racine des sources vous n'aurez pas à tout refaire, alors n'oubliez pas de le sauvegarder précieusement (ailleurs que dans les sources).

=== Personnaliser un noyau ===

Il est possible de personnaliser le nom de votre noyau en lui ajoutant un champs extra-version. Pour cela, avant de lancer la compilation, éditez le fichier <tt>Makefile</tt> qui se trouve à la racine des sources et renseignez le champs <tt>EXTRAVERSION</tt> avec un texte qui décrit votre extra-version (par exemple <tt>EXTRAVERSION = -debug</tt> ou bien <tt>EXTRAVERSION = -production</tt>, ...).

=== Patcher un noyau ===

Patcher un noyau requière de se placer à la racine des sources de votre noyau puis de faire: <code>patch -p1 < /chemin/vers/le/patch</code>.

Il est possible de retirer le patch en refaisant exactement la même commande. La lecture de <code>man patch</code> est bien sûr recommandée en cas de problème.

= Copyright =
Copyright © 06/11/1999, Jean-Christophe Cardot
{{CC-BY-NC-SA}}

Compiler le noyau

2006-03-07T14:36:02Z

Gw22 (phorum) : /* Quel noyau compiler ? */

[[Category:Configurer votre noyau]]
= Compiler le noyau =

<div class="leatitre">Compiler le noyau</div><div class="leapar">par Jean-Christophe</div><div class="leadesc">Où vous apprendrez à compiler votre noyau Linux sans soucis.</div>

== Quelques rappels ==
Le noyau est le cœur du système. C'est lui qui fait l'interface entre vos applications et votre matériel. Par exemple, il gère la mémoire, donne l'ordre d'exécution des tâches sur le(s) processeur(s), interagit avec vos périphériques via les pilotes matériels (souris, claviers, etc), s'occupe du réseau, ...

Le noyau (<em>kernel</em> en anglais) est composé d'une partie statique à laquelle on peut dynamiquement greffer des <em>modules</em>. La partie statique est utilisée lors du démarrage de votre ordinateur et sera toujours chargée en mémoire, tandis que les modules peuvent être chargés seulement une fois la machine démarrée et uniquement en cas de besoin.

== Pourquoi Compiler son noyau ? ==

Vous avez besoin d'un nouveau noyau si :
* vous avez un matériel dont le support a été ajouté dans une nouvelle version du noyau,
* un trou de sécurité a été découvert dans le noyau actuel, ce problème étant réglé dans une nouvelle version,
* vous souhaitez toujours avoir le dernier noyau possible :)
* comme tout bon Geek, vous aimez compiler votre kernel ;)

La plupart du temps, vous n'avez pas réellement besoin d'un nouveau noyau. Il serait suffisant de rester à jour avec votre distribution puisque celle-ci s'occupe des logiciels qui ont des problèmes de sécurité ou des bugs.

== Quel noyau compiler ? ==

Dans un premier temps, pour savoir quel noyau vous utilisez, il suffit de faire <code>uname -sr</code>. Vous devriez voir apparaître quelque chose du genre: <tt>Linux 2.6.15</tt>.

<div class="note">Les noyaux sont numérotés depuis le 2.6.11 sur 4 nombres w.x.y.z. Ce dernier numéro est facultatif, il représente la correction d'un bug important ne pouvant attendre la prochaine version. Le plus souvent ce sont des problèmes de sécurité ou des bugs qui altèrent les données. Il est aussi à noter que la différenciation stable/instable via le numéro de sous-version pair/impair a été abandonnée au profit d'un modèle de développement plus souple. Le noyau continue constamment à évoluer en fusionnant des branches plus expérimentales de temps à autres.</div>

On peut différencier les sources [http://www.kernel.org Vanilla], qui sont les sources stables et celles que peuvent proposer les distributions avec des noyaux légèrement modifiés, optimisés pour telle ou telle architecture. Le mieux est peut-être d'installer la version du noyau qui correspond à votre système en le prenant parmi les paquetages fourni par votre distristibution (mais rien n'empêche d'utiliser les ''vanilla sources''). Quoiqu'il en soit, voici les différentes manières de rappatrier les sources de votre noyau:

* '''kernel.org''': Allez sur [http://www.kernel.org kernel.org] est téléchargez les dernière sources du noyau (allez sur ''F'' comme ''full'').

* '''Mandriva''': <code># urpmi kernel-headers kernel-source</code>

* '''Fedora''': <code># yum install kernel-source</code>

* '''Debian''': <code># apt-get install kernel-headers-$(uname -r) kernel-source-$(uname -r)</code>

* '''Slackware''': <code># installpkg /où_est/kernel-source-2.6.x.tgz /où_est/kernel-headers-2.6.x.tgz</code>

== Dis-moi qui tu es, je te dirai quoi compiler ==

Avant de se lancer dans l'aventure, il est important de connaître son matériel, afin de ne pas oublier par exemple le support du controleur IDE sur lequel se trouve le disque !

Pour ne rien oublier, il existe quelques petits outils bien sympathiques.
''lspci'', provenant des [http://http://atrey.karlin.mff.cuni.cz/~mj/pciutils.shtml pciutils] pour voir ce que l'on a sur les ports pci, ''lsusb'', provenant des [http://www.linux-usb.org/ usbutils], pour savoir ce que l'on a sur les ports usb.
Il existe également [ftp://ftp.iqchoice.com/pub/people/rail/gmso/ hwinfo] qui peut nous donner pas mal de renseignements sur notre matériel. Pour découvrir plus en détail votre matériel, allez voir l'[[Hardware-hard plus-matos|article complet]] sur léa. Ces petits softs sont disponibles en tant que paquet dans pas mal de distributions, et sont peut être déjà installés.

Une fois que l'on connaît son matériel, on va pouvoir passer à l'étape suivante.

== Prérequis ==

Avant de passer à la suite il faut:
* avoir l'environnement de développement <tt>gcc</tt>, <tt>make</tt>, ...
* avoir les fichiers de développement des bibliothèques que l'on utilisera pour faire la configuration (ncurses, tcl/tk, Gtk, Qt, ...).
* pouvoir passer root pour installer le noyau (à la fin de la compilation)

== Configuration ==

Une fois que vous avez téléchargé l'archive des sources ou simplement installé le paquetage de votre distribution avec les sources du noyau, il est temps de passer à la configuration du noyau pour qu'il corresponde à votre ordinateur.

=== Préparer les sources ===

Deux possibilités:
* Si vous avez téléchargé l'archive sur kernel.org, décompressez l'archive quelque part dans votre répertoire principal (par exemple, je les décompresse habituellement dans <tt>~/devel/kernel/</tt>).

* Si vous avez récupéré le paquetage via votre distribution, donnez les droits nécessaires pour que vous puissiez lire/écrire en tant qu'utilisateur.

Pour la suite, nous assumons que vous vous serez positionné à la racine des sources du noyau.

=== Les outils de configuration ===

Trois interfaces de configuration sont disponibles, choisissez l'une d'elle et passez à la suite.

Il est a noter que chacune de ces interfaces a besoin des fichiers de développement correspondant à la bibliothèque qu'elle utilise (ncurses, Qt, Gtk+). Noubliez, donc, pas d'installer les paquetages correspondant pour les utiliser.

==== L'interface ncurses (mode semi-graphique) ====

Tapez : <code>make menuconfig</code>
<div align="center">
[[Image:kernel26-menuconfig.png]]
</div>

==== L'interface Qt (mode graphique) ====

Tapez: <code>make xconfig</code>
<div align="center">
[[Image:kernel26-xconfig.png]]
</div>

==== L'interface Gtk+(mode graphique) ====

Tapez: <code>make gconfig</code>
<div align="center">
[[Image:kernel26-gconfig.png]]
</div>

=== Les options disponibles ===

Les options correspondent à des fonctionnalités que vous pouvez activer/désactiver dans le noyau suivant vos besoins. Elles sont organisées suivant différentes ''sections'' et ''sous-sections'', nous allons ici décrire les principales sections qui existent et en donner une brêve description pour vous donner une idée des options qu'elles peuvent contenir.

'''Note''': Il est important de noter que d'une version à l'autre du noyau, les options, sous-sections ou même les sections peuvent changer, mais l'idée générale reste conservée.

==== Les options section par section ====
* '''<tt>Code maturity level options</tt>''': Permet de cacher ou de faire apparaître les options qui sont encore en développement et donc considérées comme instables (souvent utile de dire 'oui' ici si l'on veut pouvoir profiter des dernières avancées du noyau).
* '''<tt>General setup</tt>''': Ensemble d'options générales sur votre système (sauf si vous voulez compiler pour des architectures très particulières, vous pouvez le laisser tel quel).
* '''<tt>Loadable module support</tt>''': Options concernant la gestion des modules (le défaut est presque toujours correct pour une utilisation normale).
* '''<tt>Block layer</tt>''': Les entrées/sorties sur votre carte-mère (inutile d'y toucher).
* '''<tt>Processor type and features</tt>''': Options relatives au(x) processeur(s): type (x86, Sparc, ...), hyper-thread, dual-core, SMP, etc.
* '''<tt>Power management options (ACPI, APM)</tt>''': Options concernant l'économie d'énergie, la mise en veille et l'ACPI/APM.
* '''<tt>Bus options (PCI, PCMCIA, EISA, MCA, ISA)</tt>''': Gestion de tous les endroits où vous pourriez enficher des cartes (PCI, PCMCIA, ISA, etc).
* '''<tt>Executable file formats</tt>''': La gestion des fichiers exécutable (Le suppport ELF doit toujours être à 'Y').
* '''<tt>Networking</tt>''': Options concernant les protocoles réseau gérés par votre noyau (le défaut est bien souvent suffisant, mais jetez y un coup d'oeil à tout hasard).
* '''<tt>Device Drivers</tt>''': Options concernant tous les pilotes matériel (c'est bien souvent ici que l'on passe le plus de temps).
* '''<tt>File systems</tt>''': Options concernant les systèmes de fichiers gérés par votre noyau (vous aurez à y jeter un coup d'oeil).
* '''<tt>Instrumentation Support</tt>''': Option de profilage du noyau (inutile de l'activer).
* '''<tt>Kernel hacking</tt>'''; Options de déboguage du noyau (inutile de l'activer sauf si vous avez des envies particulières).
* '''<tt>Security options</tt>''': Options concernant le modèle de sécurité de votre noyau (le défaut est suffisant)
* '''<tt>Cryptographic options</tt>''': Algorithmes cryptographiques pouvant être implantés dans le noyau (le défaut est suffisant).
* '''<tt>Library routines</tt>''': Bibliothèques communes du noyau (le défaut est suffisant)

=== Positionner les options ===

Le moment est venu de choisir vos options. Si c'est la première fois que vous compilez le noyau, je vous conseille de les passer toutes en revue les unes après les autres en lisant l'aide qui y est attachée, dans l'ordre, afin de voir si elles s'appliquent à vous ou non.

Dans l'outils de configuration du noyau, chaque question attends une réponse:
* 'oui' (<code>Y</code>),
* 'non' (<code>N</code>)
* ou éventuellement 'module' (<code>M</code>) pour rendre la fonctionnalité chargeable dynamiquement.

De manière générale, il est bon de modulariser les fonctionnalités qui ne servent pas en permanence (lecteur de CD, carte réseau, clefs USB, ...), mais tout n'est pas possible (enfin... pas simplement :).

Par exemple, vous ne devriez pas mettre en module ce qui est utilisé lors du démarrage de votre ordinateur (pilotes des disques-durs IDE, système de fichiers que vous utilisez pour votre partition <tt>/</tt>, ou encore le support réseau si votre partition racine est montée par le réseau et NFS dans le cas des stations diskless par exemple, etc). En effet, les modules sont chargés après le noyau, et si les modules IDE sont sur un disque IDE, il faut d'abord les charger avant de pouvoir accéder au disque, mais pour les charger, il faut avoir accès au disque et donc les avoir chargés avant... vous voyez le cercle vicieux ? En fait, il est possible de contourner ce problème grâce à <tt>initrd</tt>, mais cela dépasserait l'ambition de ce document...

Tout le reste peut être compilé en modules, c'est à dire carte son, carte réseau (sauf si votre racine est déportée sur un serveur NFS comme dit précédemment), le support ppp (pour internet par modem), le CD-ROM, ...

Voici ci-dessous les options '''classiques''' à utiliser pour une configuration standard. Si rien n'est dit ici à propos d'une option, regardez l'aide ou conservez la valeur par défaut ; vous pouvez aussi répondre 'N' à tous les périphériques que vous ne possédez pas, comme par exemple, IDE/ATAPI TAPE, etc.

Quoi qu'il arrive, dans le doute, il vaut mieux laisser les options par défaut.

== La compilation ==

Pour lancer la compilation du noyau, rien de plus simple, il suffit de lancer : <code>make</code>.

La compilation peut être relativement longue suivant votre type de machine. Pour ceux qui possèdent un multi-processeurs, un processeur hyperthread ou un dual-core, vous pouvez taper: <code>make -j 4</code>. Cela permet de paralléliser la compilation sur 4 processus.

== Installation ==

On va à présent installer le noyau sur le système pour pouvoir démarrer dessus au prochain reboot. Toujours dans le même répertoire, tapez simplement: <code>su -c 'make modules_install && make install'</code>.

Le système va vous demander votre mot de passe root puis va lancer l'installation. En effet, la phase d'installation requière des droits de root (contrairement à toutes les phases précédentes).

Et voilà, il ne reste plus qu'à configurer le gestionnaire de démarrage ([http://lea-linux.org/cached/index/Admin-admin_boot-grub.html grub], [http://lea-linux.org/cached/index/Admin-admin_boot-LILO.html lilo] ou [http://lea-linux.org/cached/index/Admin-admin_boot-loadlin.html loadlin]). Pour bien le faire, le mieux est de lire la doc sur léa !

<b>Note:</b> Vous pouvez aussi de temps à autre faire un peu de ménage dans les répertoires /boot/ et /lib/modules/. Mais pensez <b>TOUJOURS</b> à conserver au moins un noyau dont vous êtes sûr qu'il démarre lorsque vous n'avez pas encore testé à fond le noyau que vous venez de compiler.

== Trucs & Astuces ==

=== Le fichier <tt>.config</tt> ===

Toute votre configuration noyau est en fait stockée dans le fichier <tt>.config</tt>. Si vous téléchargez un autre noyau et que vous placez votre fichier <tt>.config</tt> dans le répertoire racine des sources vous n'aurez pas à tout refaire, alors n'oubliez pas de le sauvegarder précieusement (ailleurs que dans les sources).

=== Personnaliser un noyau ===

Il est possible de personnaliser le nom de votre noyau en lui ajoutant un champs extra-version. Pour cela, avant de lancer la compilation, éditez le fichier <tt>Makefile</tt> qui se trouve à la racine des sources et renseignez le champs <tt>EXTRAVERSION</tt> avec un texte qui décrit votre extra-version (par exemple <tt>EXTRAVERSION = -debug</tt> ou bien <tt>EXTRAVERSION = -production</tt>, ...).

=== Patcher un noyau ===

Patcher un noyau requière de se placer à la racine des sources de votre noyau puis de faire: <code>patch -p1 < /chemin/vers/le/patch</code>.

Il est possible de retirer le patch en refaisant exactement la même commande. La lecture de <code>man patch</code> est bien sûr recommandée en cas de problème.

= Copyright =
Copyright © 06/11/1999, Jean-Christophe Cardot
{{CC-BY-NC-SA}}

Exploration de la configuration

2006-03-07T14:20:36Z

Gw22 (phorum) : /* L'USB */

[[Category:Les plus de l'administration]]
= Exploration de la configuration =

<div class="leatitre">Exploration de la configuration</div><div class="leapar">par [http://groupe.lea-linux.org/slack/alive Jonesy]<br /> Avec les remarques et conseils de Marck, Piem et Erwann. Et Anne pour le ''couteau suisse''.</div><div class="leadesc">Ou lorsque le manchot répond à toutes vos questions sur votre système.<br />(v.4)</div>
----

== Avant propos ==

Ce document va essayer de répondre le mieux possible à ces deux questions :<br />

* Quelle est ma configuration matérielle ?
* Quelle est ma configuration système et logicielle ?

Ce document peut être, d'une certaine façon, considéré comme une suite de ''Trucs & Astuces'', car il vous fournit seulement une liste de commandes vous permettant de répondre aux deux questions ci-dessus. Par ailleurs, notez que la liste des commandes fournies '''n'est pas exhaustive'''.

=== Points de détail ===

Il vous est vivement recommandé, de faire un <code>man</code> sur les commandes avant de les lancer, ceci afin de connaître leurs fonctions et leurs options.<br /><br /> Absolument rien ne garantit que votre distribution fournisse et/ou installe toutes les commandes utilisées dans ce document.<br /> Presque toutes les commandes citées ici sont des commandes en ligne, à exécuter en <code>init 3</code> ou dans un terminal. Il existe aussi de nombreux outils graphiques pour ''décortiquer'' le système mais je ne les aborderai pas.<br /> Enfin, il s'avère qu'en fonction de votre distribution et de la configuration générale du système, les commandes suivantes '''peuvent être lancées''' avec un utilisateur normal, dans le cas contraire utilisez le <code>root</code>. A vous de voir et de tester.

=== Mise en garde ===

Ce document aborde un sujet plutôt technique, il n'est pas forcément à la portée de tout le monde. Les commandes ne sont pas compliquées mais l'interprétation de leurs résultats peuvent l'être.

== Mon matériel ==

=== Avec quelles options ? ===

Pour savoir avec quelles options noyau votre système a démarré, faire :<br />

<div class="code">$ cat /proc/cmdline</div>

Ce qui retourne par exemple : <br />

<div class="code">BOOT_IMAGE=Slackware ro root=305 hdc=ide-scsi hdd=ide-scsi max_scsi_luns=4 devfs=mount</div>

Cela pourra être utile pour comprendre pourquoi le système fait ou supporte ceci ou cela alors que nous ne lui avons dit ''nulle part''. Normalement vous devriez retrouver ces options dans la configuration de votre loader.<br />

=== Le matériel installé ===

Pour avoir une vue générale du matériel installé :<br />

<div class="code">$ lsdev</div>

<br /> Ce qui retourne quelque chose comme ça:<br />

<div class="code"> Device            DMA   IRQ  I/O Ports <br /><nowiki>------------------------------------------------ </nowiki><br />3Com                         a400-a47f <br />8139too                      9400-94ff <br />cascade             4     2 <br />Creative                     9800-9807 a000-a01f <br />dma                          0080-008f <br />dma1                         0000-001f <br />dma2                         00c0-00df <br />EMU10K1                   5  a000-a01f <br />eth0                     10 <br />fpu                          00f0-00ff <br />ide0                     14  01f0-01f7 03f6-03f6   d800-d807 <br />ide1                     15  0170-0177 0376-0376   d808-d80f <br />keyboard                  1  0060-006f <br />Mouse                    12 <br />parport0                     0378-037a <br />PCI                          0cf8-0cff 9400-94ff <br />pic1                         0020-003f <br />pic2                         00a0-00bf <br />rtc                       8  0070-007f <br />serial                       02f8-02ff 03f8-03ff <br />timer                     0  0040-005f <br />usb-uhci                 11  d000-d01f   d400-d41f <br />vesafb                       03c0-03df <br />VIA                          d000-d01f d400-d41f d800-d80f e400-e4ff e800-e80f </div>

Si la commande <code>lsdev</code> n'est pas fournie par votre distribution, essayez :<br />

<div class="code">$ more /proc/devices</div>

et les autres commandes de cet article.

=== Le processeur ===

Afin de connaître les caractéristiques de votre processeur :<br />

<div class="code">$ more /proc/cpuinfo</div>

Par exemple cela renvoie :<br />

<div class="code"> processor     : 0<br /> vendor_id     : AuthenticAMD<br /> cpu family    : 6<br /> model         : 4<br /> model name    : AMD Athlon(tm) Processor<br /> stepping      : 2<br /> cpu MHz       : 900.044<br /> cache size    : 256 KB<br /> fdiv_bug      : no<br /> hlt_bug       : no<br /> f00f_bug      : no<br /> coma_bug      : no<br /> fpu           : yes<br /> fpu_exception: yes<br /> cpuid level   : 1<br /> wp            : yes<br /> flags         : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow<br /> bogomips      : 1795.68<br /> </div>

Pour connaître le pourcentage d'utilisation du processeur :<br />

<div class="code">$ top</div>

Et enfin depuis combien de temps la machine n'a pas redémarré :<br />

<div class="code">$ uptime</div>

=== Les IRQs ===

Quels sont les IRQs utilisés :<br />

<div class="code">$ procinfo</div>

Voici la partie du résultat qui nous intéresse :<br />

<div class="code"> [ ... ]<br /> irq 0: 387420 timer         irq 10:      0 eth0<br /> irq 1:     9396 keyboard    irq 11:   9366 usb-uhci, usb-uhci<br /> irq 2:      0 cascade [4]   irq 12: 113603 PS/2 Mouse<br /> irq 6:      2               irq 14:   6555 ide0<br /> irq 8:      1 rtc           irq 15:      2 ide1<br /> </div>

Ou pour '''tous''' les IRQs possibles :<br />

<div class="code">$ procinfo -i </div>

Par exemple, cela affiche, en plus, les <code>IRQs</code> 3 et 4, les ports série, qui ne sont pas utilisés ici.<br /><br /> La commande <code>procinfo</code> peut servir pour la mémoire, l'occupation du processeur... Bref, faites <code>man procinfo</code> pour en savoir plus.<br /><br /> Comme pour <code>lsdev</code>, la commande <code>procinfo</code> peut être manquante, alors faites aussi :<br />

<div class="code">$ more /proc/interrupts</div>

=== La RAM et la SWAP ===

Pour afficher la <code>RAM</code> et la <code>SWAP</code> disponibles en <code> Mo</code> :<br />

<div class="code">$ free -mt</div>

Ce qui donne :<br />

<div class="code">               total  used  free  shared  buffers  cached<br /> Mem:             501   118   382       0        2      76<br /> -/+ buffers/cache:      38   462<br /> Swap:            509     0   509<br /> Total:          1011   118   892<br /> </div>

Pour avoir plus d'informations sur la mémoire (RAM et SWAP) de GNU/Linux, allez voir le ''Trucs & Astuces'' : [http://lea-linux.org/trucs/item.98.html Aide mémoire sur la mémoire].

=== Les cartes PCI et AGP ===

Avoir une première idée des cartes PCI et AGP installées :<br />

<div class="code"><nowiki># scanpci</nowiki></div>

Personnellement, je préfère :<br />

<div class="code">$ /sbin/lspci</div>

Ce qui retourne :<br />

<div class="code">00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0305 (rev 02)<br /> 00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device 8305<br /> 00:04.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super] (rev 22)<br /> 00:04.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 10)<br /> 00:04.2 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 10)<br /> 00:04.3 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 10)<br /> 00:04.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30)<br /> 00:09.0 Multimedia video controller: Brooktree Corporation Bt878 (rev 11)<br /> 00:09.1 Multimedia controller: Brooktree Corporation Bt878 (rev 11)<br /> 00:0a.0 Multimedia audio controller: Creative Labs SB Live! EMU10000 (rev 07)<br /> 00:0a.1 Input device controller: Creative Labs SB Live! (rev 07)<br /> 00:0b.0 Ethernet controller: Unknown device 0001:8139 (rev 10)<br /> 01:00.0 VGA compatible controller: nVidia Corporation NV11 (rev a1)<br /> </div>

Malgré le nom de la commande, nous pouvons voir que la dernière ligne est ma carte vidéo AGP.

<div class="aparte">'''Interrogation '''<nowiki>: est-ce dépendant de la carte mère et de sa façon de gérer les IRQ ?</nowiki></div>

<br /> Pour avoir plus d'informations sur les cartes :<br />

<div class="code">$ /sbin/lspci -v</div>

Encore plus d'informations sur les cartes ?<br />

<div class="code">$ /sbin/lspci -vv</div>

<br />Pour savoir quelles cartes sont ''Plug and Play'' :<br />

<div class="code">$ lspnp</div>

<u>NDR </u><nowiki>: Cette commande fait partie du paquet </nowiki>'''pcmcia-cs''' qui contient aussi d'autres commandes pour le matériel pcmcia. N'ayant pas de tel matériel, je ne les ai pas testées.

=== Les disques durs ===

La première chose, combien de partitions avez-vous sur chaque disque dur, de quel type sont-elles et comment s'appellent-t-elles ?

<div class="code"><nowiki># /sbin/fdisk -l</nowiki></div>

Ce qui affiche, par exemple :<br />

<div class="code">Disque /dev/ide/host0/bus0/target1/lun0/disc : 255 têtes, 63 secteurs, 4865 cylindres<br /> Unités = cylindres sur 16065 * 512 octets<br /><br />                          Périphérique Amorce  Début   Fin  Blocs    Id Système<br /> /dev/ide/host0/bus0/target1/lun0/part1 *           1    62 497983+   82 Echange Linux<br /> /dev/ide/host0/bus0/target1/lun0/part2            63   548 3903795   83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part3           549  1156 4883760   83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part4          1157  4865 29792542+  5 Etendue<br /> /dev/ide/host0/bus0/target1/lun0/part5          1157  1764 4883728+  83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part6          1765  2250 3903763+  83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part7          2251  2736 3903763+  83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part8          2737  3222 3903763+  83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part9          3223  4865 13197366  83 Linux natif<br /> </div>

C'est le retour que l'on obtient avec un système GNU/Linux utilisant Devfs. La vieille norme de nommage est conservée par des liens symboliques, faites donc :<br />

<div class="code">$ ls -l /dev/hda* /dev/hdb* /dev/sda* /dev/sdb*</div>

<br />afin de voir la correspondance entre <code>/dev/ide/host0/bus0/target1/lun0/part9</code> et <code>/dev/hdb9</code>, par exemple.<br /><br /> Pour vérifier si le DMA est activé pour votre disque dur :<br />

<div class="code"><nowiki># /usr/sbin/hdparm -d /dev/hda</nowiki></div>

Ce qui retourne :

<div class="code">/dev/hda:<br /> using_dma    =  1 (on)<br /> </div>

<br />Pour tester les performances de votre cache et de votre disque dur :<br />

<div class="code"><nowiki># /usr/sbin/hdparm -Tt /dev/hda</nowiki></div>

Ce qui retourne :<br />

<div class="code">/dev/hda:<br /> Timing buffer-cache reads:   128 MB in  0.74 seconds =172.97 MB/sec<br /> Timing buffered disk reads:  64 MB in   2.27 seconds = 28.19 MB/sec<br /> </div>

<br />Modifiez <code>/dev/hda</code> en fonction de votre disque dur.<br /><br /><u>NDR </u><nowiki>: Pour information, le fichier correspondant aux partitions est </nowiki><code>/proc/partitions</code>.<br />

=== Les systèmes de fichiers supportés ===

Pour connaître la liste des systèmes de fichiers supportés par votre noyau, faites :<br />

<div class="code">$ more /proc/filesystems </div>

Ce qui renvoie :<br />

<div class="code"> nodev   rootfs<br /> nodev   bdev<br /> nodev   proc<br /> nodev   sockfs<br /> nodev   tmpfs<br /> nodev   shm<br /> nodev   pipefs<br />         ext3<br />         ext2<br /> nodev   ramfs<br />         umsdos<br />         msdos<br />         vfat<br />         iso9660<br /> nodev   nfs<br />         reiserfs<br /> nodev   devpts<br /> nodev   usbdevfs<br /> nodev   usbfs<br /> </div>

<br /><u>NDR </u><nowiki>: Ce n'est pas vraiment du matériel, car cela dépend de la compilation de votre noyau, mais bon... :-) </nowiki>

=== Les CDROMs, graveurs et DVDROMs ===

Il y a des chances pour qu'à l'installation votre distribution détermine vos lecteurs de CDROMs, DVDs et graveurs. Mais si ce n'est pas le cas, ou si vous souhaitez en savoir plus, voici comment nous pouvons déterminer quel ''dev'' il faut monter pour pouvoir utiliser ces lecteurs et graveurs.<br /><br /> Sous <code>/proc/ide</code> pour les IDE, sinon ce sera <code>/proc/scsi</code>, vous trouverez un <code>ide1</code> et un <code>ide2</code>. Sous ces répertoires vous retrouverez <code>hda, hdb, hdc et/ou hdd</code>. Et enfin, là, vous trouverez :<br />

* un fichier <code>media</code> qui indique si c'est un cdrom, un disque dur ou autre<br /> Résultat de la commande <code>cat media</code> : <code>cdrom</code>
* un fichier <code>model</code> qui donne le modèle du média installé<br /> Résultat de la commande <code>cat model</code> : <code>SONY CD-RW CRX140E</code>

<div class="code">/proc/ide/-+-ide1/-+-hda/<br />            |       |<br />            |       `-hdb/<br />            |<br />            `-ide2/-+-hdc/-+-media<br />                    |      `-model<br />                    `-hdd/<br /> </div>

Pour voir en une seule fois vos périphériques IDE, faites :<br />

<div class="code">$ find /proc/ide -type d -print</div>

Ce qui renvoie :<br />

<div class="code"> /proc/ide<br /> /proc/ide/ide1<br /> /proc/ide/ide1/hdd<br /> /proc/ide/ide1/hdc<br /> /proc/ide/ide0<br /> /proc/ide/ide0/hdb<br /> /proc/ide/ide0/hda<br /> </div>

Ou <br />

<div class="code">$ find /proc/ide -iname "media" -type f -print</div>

<br />Pour savoir si votre graveur est reconnu en tant que graveur, faites (obligatoirement en <code>root</code>) : <br /><span class="ToRemove">Spécifique au noyau 2.4.x :</span>

<div class="ker24"><div class="code"><nowiki># cdrecord -scanbus</nowiki></div><u>NDR </u><nowiki>: Pensez à l'</nowiki>[#modules émulation SCSI] pour un graveur IDE. </div>

<br /><span class="ToRemove">Spécifique au noyau 2.6.x :</span>

<div class="ker26"><div class="code"><nowiki># cdrecord dev=ATA -scanbus</nowiki></div><u>NDR </u><nowiki>: L'émulation SCSI n'est pas nécessaire avec un noyau 2.6.x. </nowiki></div>

=== L'USB ===

Afin de connaitre vos périphériques USB, vous avez la commande <code>lsusb</code> :

<div class="code">$ /sbin/lsusb</div>

Retourne :

<div class="code"> Bus 002 Device 001: ID 0000:0000 <br /> Bus 002 Device 002: ID 04e1:0201 Iiyama North America, Inc. Monitor Hub<br /> Bus 002 Device 003: ID 05dc:a400 Lexar Media, Inc. <br /> Bus 001 Device 001: ID 0000:0000 <br /> Bus 001 Device 002: ID 058f:9360 Alcor Micro Corp. <br /> </div>

<br /> Pour avoir plus de détails, vous pouvez faire : <br />

<div class="code">$ /sbin/lsusb -v</div>

Hormis cela, vous pouvez consulter le répertoire <code>/proc/bus/usb</code>.

=== Tout le reste ===

Enfin, pour tout ce que l'on vient de voir et plus encore, il y a :

<div class="code">$ dmesg | more</div>

Cette commande retourne trop d'informations pour les restituer ici. Mais par exemple, pour savoir comment monter une clé USB, cela aide lorsque vous ''tombez'' sur ce genre d'informations :

<span class="ToRemove">Spécifique au noyau 2.4.x :</span>

<div class="ker24"><div class="code"> [...] <br />scsi2 : SCSI emulation for USB Mass Storage devices <br />  Vendor: LEXAR     Model: JUMPDRIVE ELITE   Rev: 1000 <br />  Type:   Direct-Access                      ANSI SCSI revision: 02 <br />Attached scsi removable disk sde at scsi2, channel 0, id 0, lun 0 <br />SCSI device sde: 502880 512-byte hdwr sectors (257 MB) <br />sde: Write Protect is off sde: '''sde1''' [...]<br /> </div><div class="note">Comme vous pouvez le deviner, la clé USB en question ici est une ''Lexar JumpDrive Elite'' de 256 Mo.</div> </div>

<br /><span class="ToRemove">Spécifique au noyau 2.6.x :</span>

<div class="ker26"><div class="code"> usb 2-1.2: new full speed USB device using uhci_hcd and address 3<br /> ubb: device 3 capacity nsec 502880 bsize 512<br /> ubb: device 3 capacity nsec 502880 bsize 512<br /> ubb: '''ubb1'''<br /> </div> </div>

J'ai mis ici en gras le ''block special device'' (<code>/dev/'''sde1''' ou '''ubb1'''</code>) à utiliser pour la commande <code>mount</code>.

=== Mini-conclusion ===

Toutes ces commandes peuvent vous aider à mieux connaître votre système, mais surtout à le configurer et à l'optimiser.<br /><br /> Comme vous l'avez sûrement remarqué, le répertoire <code> /proc</code> est très utile ! Sachez que, généralement, les outils s'appuient sur ce répertoire pour vous retourner les informations. Vous ne risquez rien à le parcourir et à faire des <code>less</code> des fichiers que vous y rencontrerez. En plus, c'est la seule méthode qui marchera sur toutes les distributions.

== lshw : le couteau suisse de l'information système ==

Votre distribution vous fournit peut être maintenant un outil à tout faire pour explorer votre configuration matérielle : <code>lshw</code>. Cet outil va vous permettre de synthétiser des informations concernant la mémoire, la version du firmware, la configuration de la carte mère, la version du CPU et sa vitesse, la configuration du cache, la vitesse du bus...

lshw va en fait lire dans tous les fichiers nécessaires (fichiers listés dans le man de l'outil) pour en récupérer les informations nécessaires. Le résultat peut être extrait au format texte, XML ou HTML.

=== Affichage court ===

Une des sorties écran le plus simple reprend le modèle de la commande <code>ioscan</code> qu'on retrouve sur les systèmes HP-UX.

<div class="code"><nowiki># lshw -short</nowiki><br /> H/W path              Device    Class       Description<br /> =======================================================<br />                                 system      MS-6590<br /> /0                              bus         MS-6590<br /> /0/0                            memory      BIOS<br /> /0/4                            processor   AMD Athlon(tm) XP 2000+<br /> /0/4/5                          memory      L1 cache<br /> /0/4/6                          memory      L2 cache<br /> /0/1                            memory      System memory<br /> /0/e0000000                     bridge      VT8377 [KT400/KT600 AGP] Host Bridge<br /> /0/e0000000/1                   bridge      VT8235 PCI Bridge<br /> /0/e0000000/1/0       /dev/fb0  display     NV17 [GeForce4 MX 440]<br /> /0/e0000000/6         eth1      network     VT6102 [Rhine-II]<br /> /0/e0000000/8         eth0      network     RTL-8029(AS) </div>

où

* H/W path est le chemin matériel
* Device est le nom du périphérique
* Class est la catégorie de périphérique
* Description donne une description en quelques mots du périphérique

=== Affichage texte ===

Vous avez également la possibilité d'obtenir une description complète de votre configuration matérielle. Par défaut, le résultat est affiché sur la sortie standard. Pour la conserver il suffit donc de faire une redirection dans un fichier

<div class="code"><nowiki># lshw > lshw.txt</nowiki><br /> # cat lshw.txt<br /> pingu<br />     description: Desktop Computer<br />     product: MS-6590<br />     vendor: MSI<br />     version: 1.0<br />     serial: 00000000<br />     capabilities: smbios-2.3 dmi-2.3<br />     configuration: chassis=desktop<br />   *-core<br />        description: Motherboard<br />        product: MS-6590<br />        vendor: MSI<br />        physical id: 0<br />        version: 1.0<br />        serial: 00000000<br />        slot: PCI2<br />      *-firmware<br />           description: BIOS<br />           vendor: American Megatrends Inc.<br />           physical id: 0<br />           version: 07.00T (04/02/01)<br />           size: 64KB<br />           capacity: 192KB<br /> [...]</div>

=== Affichage XML / HTML ===

lshw propose une option permettant une récupération des informations au format XML et/ou HTML. La commande est simple :
<code multi># lshw -html</code>
Elle sort une page html sur la sortie standard.

Pour afficher cette page, une commande du type :
<code multi># lshw -html > /tmp/lshw.html ; konqueror file:/tmp/lshw.html</code>
fonctionne très bien.

=== Client Gtk ===

Enfin, il existe un client Gtk : <code>gtk-lshw</code> ou <code>lshw -X</code>

== Mon système GNU/Linux ==

=== La distribution ===

Afin de connaître la version, voire le nom, de votre distribution, sachez qu'il existe souvent un fichier :<br />

<div class="code">/etc/''nom-distribution''</div>

<br />Il suffit donc de faire un <code>cat</code> de ce fichier.<br /><br /> Par exemple, pour la Mandrake c'est <code>/etc/mandrake-release</code> et pour la Slackware, <code>/etc/slackware-version</code>.

=== Le nom de ma machine ===

Pour connaître le nom de votre machine :<br />

<div class="code">$ hostname</div>

<br /> Le nom de la machine, ou ''hostname'', fait partie du paramétrage réseau d'une machine. Je ne peux donc que vous conseiller la lecture de l'[http://lea-linux.org/reseau/config_reseau.php3 Exploration de la configuration réseau] afin d'en savoir plus.

=== Le noyau Linux ===

La version de votre noyau actuel est obtenue ainsi :<br />

<div class="code">$ uname -r</div>

Pour connaître la configuration actuelle du noyau :<br />

* Soit vous savez où récupérer le <code>.config</code> de votre noyau
* Soit utilisez le ''Trucs & Astuces'' : [http://lea-linux.org/trucs/item.161.html Récupérer le fichier .config] par Anne

Maintenant, vous avez deux solutions pour ''lire'' la configuration de votre noyau :<br />

* Avec l'éditeur de votre choix.
* Sous X avec : <code><nowiki># make xconfig</nowiki></code><br /> ou alors avec : <code><nowiki># make menuconfig</nowiki></code>, le tout en étant sous <code>/usr/src/linux</code>. <div class="warning">Attention à ne pas sauver !</div>

=== Les modules du noyau ===

Tout d'abord, tous les modules se trouvent sous :<br />

<div class="code">/lib/modules/''version-du-noyau''</div>

Pour avoir une idée des modules à charger, vous pouvez utiliser les commandes sur les périphériques expliquées dans ce document. Sinon allez dans le répertoire :<br />

<div class="code">/usr/src/linux/Documentation</div>

et cherchez sans oublier les sous-répertoires. En particulier, lisez le fichier <code>modules.txt</code>.<br /><br /> Pour avoir de plus amples informations sur un module particulier, et donc sur un ''driver'', faites :<br />

<div class="code">$ /sbin/modinfo nom-module</div>

Pour savoir quels sont les modules chargés en mémoire :<br />

<div class="code">$ /sbin/lsmod</div>

<br /> Exemple concret, pour savoir si le module d'émulation SCSI du graveur est chargé :<br />

<div class="code">$ /sbin/lsmod | grep ide-scsi</div>

Pour savoir si vous avez besoin de recompiler les modules du noyau afin d'avoir l'émulation :<br />

<div class="code">$ find /lib/modules/`uname -r` -iname "ide-scsi*" -print</div><div class="note">Cet exemple concret concerne les noyaux 2.4.x, mais la méthode est bien entendue toujours valide avec un noyau 2.6.x.</div>

=== Les services (ou daemons) ===

Il existe de nombreux outils pour gérer les services sur un système GNU/Linux. Mais ces outils dépendent beaucoup de la distribution, si elle est <code>SysV</code> ou <code>BSD</code>-like et si elle utilise <code>inetd</code> ou <code>xinetd</code>.<br /> Aujourd'hui les principales distributions sont <code>SysV</code> et utilisent <code>xinetd</code> sauf la Slackware.<br /><br /> Vous trouverez de l'aide et des articles sur le sujet ici-même.<br /> Entre autres :<br />

* [http://lea-linux.org/admin/daemons.php3 La gestion des daemons] par Philippe
* [http://lea-linux.org/admin/secur.php3 Sécuriser Linux] par Serge

Mais pour savoir rapidement si votre distribution utilise <code>xinetd</code>, faites simplement :<br />

<div class="code">$ ps -ef | grep -i inetd</div>

Cela vous sortira soit :<br />

<div class="code">root        87     1  0 22:13 ?        00:00:00 /usr/sbin/inetd</div>

Soit :<br />

<div class="code">root        88     1  0 22:22 ?        00:00:00 /usr/sbin/xinetd</div>

<br /> Et vous saurez si c'est <code>inetd</code> ou <code>xinetd</code> qui est utilisé.<br /><br /> De plus pour savoir si le système d'initialisation (aussi dit d'init) est SysV (dit Système 5), vérifier dans le répertoire <code>/etc/rc.d</code> qu'il existe les répertoires : <code>init.d, rc1.d, rc2.d,... , rc6.d</code>. Sinon la distribution (ex: BSD, Slackware, Sourcemage, Nasgaïa) utilise un autre système d'init.

=== Les processus ===

Pour savoir quel processus est le processus père de quel(s) autre(s) :<br />

<div class="code">$ pstree -ph</div>

Ce qui affiche cet ''arbre'' :<br />

<div class="code">'''init(1)-+'''-agetty(96)<br />        '''|'''-devfsd(14)<br />        '''|'''-eth0(73)<br />        '''|'''-gvim(319)<br />        '''|'''-inetd(85)<br />        '''|'''-kapmd(3)<br />        '''|-kdm(97)-+'''-X(99)<br />        |           '''`-kdm(100)--icewm(111)-+-rxvt.bin(125)--bash(127)--pstree(349)'''<br />        |                                      `-sylpheed(205)<br />        |-keventd(2)<br />        |-khubd(52)<br />        |-klogd(83)<br />        |-mdrecoveryd(9)<br />        |-modem_run(158)<br />        |-pppd(160)---pppoa2(162)---pppoa2(165)<br />        `-syslogd(80)<br /> </div>

<br /> Nous avons donc sous les yeux tous les processus du système avec leur <code>PID</code> (Process Identifier) sous une forme nous permettant de comprendre qui est dépendant de qui. En conséquence, cela permet aussi de mieux comprendre le système et de voir ce qui tourne.<br />

=== Le serveur graphique X ===

<span class="ToRemove">Spécifique à XFree86 :</span>

<div class="xfree"> Pour connaître la version :<br /><div class="code">$ XFree86 -version</div> Afin de mieux connaître votre configuration graphique, éditez en lecture le fichier :<br /><div class="code">/etc/X11/XF86Config-4</div> Si vous ne possédez pas ce fichier, ou pour une version de XFree86 antérieure aux versions 4 :<br /><div class="code">/etc/X11/XF86Config</div> </div>

<br /><span class="ToRemove">Spécifique à Xorg :</span>

<div class="xorg"> Pour connaître la version :<br /><div class="code">$ Xorg -version</div> Afin de mieux connaître votre configuration graphique, éditez en lecture le fichier :<br /><div class="code">/etc/X11/xorg.conf</div> </div>

<br /> Pour connaitre la résolution actuelle :<br />

<div class="code">$ xvidtune -show</div>

Ce qui retourne :<br />

<div class="code"> "1152x864"     85.00   1152 1216 1344 1600    864  865  868  900 -hsync -vsync </div>

Cette commande, sans arguments, vous permettra aussi d'affiner votre résolution.<br /> Pour en savoir plus sur la configuration du serveur X :<br />

<div class="code">$ xdpyinfo</div>

Ce qui retourne :<br />

<div class="code"> name of display:    :0.0<br /> version number:    11.0<br /> vendor string:    The X.Org Foundation<br /> vendor release number:    60801000<br /> X.Org version: 6.8.1<br /> maximum request size:  16777212 bytes<br /> motion buffer size:  256<br /> bitmap unit, bit order, padding:    32, LSBFirst, 32<br /> image byte order:    LSBFirst<br /> number of supported pixmap formats:    7<br /> [...]<br /> </div>

J'ai coupé car cela renvoie trop d'informations pour être affichées ici.<br />

=== Les bibliothèques ===

Pour avoir la liste des bibliothèques installées figurant dans les répertoires :<br />

* <code>/usr/lib</code>
* <code>/lib</code>
* Et les répertoires contenus dans le fichier <code>/etc/ld.so.conf</code>

Faites :

<code multi><nowiki># ldconfig -p</nowiki></code>

Mais pour savoir si la bibliothèque <code>libc.so</code> est installée, faites plutôt :<br />

<code multi><nowiki># ldconfig -p | grep -i libc.so</nowiki></code>

Ce qui a pour résultat :

<code multi>libc.so.6 (libc6, OS ABI: Linux 2.0.0) => /lib/libc.so.6</code>

Pour déterminer la version d'une bibliothèque installée, cela peut se révéler compliqué...<br /> Voici quelques ''méthodes'' que je connais :<br />

* Faire : <code>$ find / -iname "*config*" -type f -print | grep -i bin</code>, vous retournera une liste d'exécutables de configuration. Il ne reste plus qu'à trouver celui qui semble correspondre, faire un <code>man</code> et à essayer : <code>exécutable --version</code>
* Avec de la chance la version figure dans le nom du <code>.so</code> (cherchez le véritable <code>.so</code>, pas le lien symbolique).
* Essayer d'exécuter la bibliothèque comme un exécutable.
* Cherchez dans le gestionnaire de paquets de votre distribution.
* Voir la <code>release-note</code> de la version de votre distribution, si elle existe.
* Allez sur le site [http://www.distrowatch.com/ DistroWatch] et consultez la page de votre distribution.
* La commande : <code>$ ldd -v ''nom-exécutable ou nom-bibliothèque''</code> donne des informations de version mais je ne suis pas sûr de les comprendre...

<u>NDR </u><nowiki>: Le terme </nowiki>''library'' est souvent abusivement traduit par "''librairie''" au lieu de "''bibliothèque''". Je lui préfère ce dernier, sachez simplement qu'il s'agit de la même chose.

=== Les logiciels en général ===

Pour savoir si un logiciel est installé, il y a les outils en relation avec le type de paquet utilisé par la distribution. Mais si vous prenez l'habitude d'installer à partir des sources, ces outils ne marchent plus. Donc les solutions universelles sont :<br />

<code multi>$ find / -iname "*nom-du-logiciel*" -type f -print</code>

Ou

<code multi>$ locate nom-du-logiciel</code>

En général, pour connaître la version d'un logiciel, il suffit de faire :<br />

<code multi>$ exécutable-du-logiciel --version</code>

Ou

<code multi>$ exécutable-du-logiciel -v</code>

Pour savoir, quelles bibliothèques un exécutable utilise ou dont il a besoin :<br />

<code multi>$ ldd exécutable</code>

Par exemple : <code>$ ldd `which sylpheed`</code>, retourne :

<code>        libgmodule-1.2.so.0 => /opt/gnome/lib/libgmodule-1.2.so.0 (0x40017000)
       libglib-1.2.so.0 => /opt/gnome/lib/libglib-1.2.so.0 (0x4001a000)
       libdl.so.2 => /lib/libdl.so.2 (0x40046000)
       libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4004a000)
       libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40058000)
       libm.so.6 => /lib/libm.so.6 (0x40131000)
       libgdk_pixbuf.so.2 => /opt/gnome/lib/libgdk_pixbuf.so.2 (0x40154000)
       libgtk-1.2.so.0 => /opt/gnome/lib/libgtk-1.2.so.0 (0x40168000)
       libgdk-1.2.so.0 => /opt/gnome/lib/libgdk-1.2.so.0 (0x4028d000)
       libgpgme.so.6 => /usr/local/lib/libgpgme.so.6 (0x402bf000)
       libssl.so.0 => /usr/lib/libssl.so.0 (0x402d5000)
       libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0x4038b000)
       libc.so.6 => /lib/libc.so.6 (0x4044b000)
       /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
</code>

<u>NDR </u><nowiki>: J'ai utilisé la commande </nowiki><code>ldd `which sylpheed`</code> car <code>ldd</code> n'utilise pas le <code>PATH</code>, donc il faut lui donner le chemin d'accès de l'exécutable. Ce que fait <code>which sylpheed</code> pour l'exemple.

=== Déterminer quelques versions ===

<center>

{| width="90%" border="1" cellpadding="5"
|- bgcolor="#cccccc"
| '''Le composant'''
| '''La commande'''
|-
| '''Le noyau Linux'''
| <code>uname -r</code>
|-
| '''GCC, le compilateur'''
| <code>gcc --version</code>
|-
| '''XFree86, le serveur X'''
| <code>XFree86 -version</code>
|-
| '''Xorg, l'''autre'' serveur X'''
| <code>Xorg -version</code>
|-
| '''KDE (qt, kde, kde-config)'''
| <code>kde-config --version</code>
|-
| '''Gnome et ses bibliothèques'''
| <code>gnome-config --version</code><br /><br /><code>glib-config --version</code><br /><br /><code>gtk-config --version</code><br /><br /><code>gtkmm-config --version</code>
|-
| '''WindowMaker'''
| <code>wmaker --version</code>
|-
| '''Fluxbox'''
| <code>fluxbox -version</code>
|-
| '''Enlightenment'''
| <code>enlightenment --version</code>
|-
| '''La bibliothèque Glibc'''
| <code>/lib/libc.so.6</code>
|-
| '''OpenSSL'''
| <code>openssl version</code>
|-
| '''GnuPG (Gnu Privacy Guard)'''
| <code>gpg --version</code>
|-
| '''La bibliothèque GPGme (GnuPG Made Easy)'''
| <code>gpgme-config --version</code>
|-
| '''L'éditeur Vi (ou Vim)'''
| <code>vi --version</code>
|-
| '''...'''
|
|}

</center>

A compléter vous-même... ;-)

=== Mini-conclusion ===

Comme pour le matériel, ce qui précède peut vous aider... Mais pour les logiciels la tâche est plus compliquée car beaucoup d'éléments entrent en considération comme : la distribution, le système de paquetage, la hiérarchie du système de fichiers...

== Mot de la fin ==

J'espère que vous avez appris quelque chose et que cela vous sera utile.<br /><br />N'hésitez pas à m'envoyer vos remarques.

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Jonesy le 09/09/2002.</div>

= Copyright =
Copyright © 09/09/2002, Jonesy
{{CC-BY-NC-SA}}

Exploration de la configuration

2006-03-07T14:15:35Z

Gw22 (phorum) : /* Avec quelles options ? */

[[Category:Les plus de l'administration]]
= Exploration de la configuration =

<div class="leatitre">Exploration de la configuration</div><div class="leapar">par [http://groupe.lea-linux.org/slack/alive Jonesy]<br /> Avec les remarques et conseils de Marck, Piem et Erwann. Et Anne pour le ''couteau suisse''.</div><div class="leadesc">Ou lorsque le manchot répond à toutes vos questions sur votre système.<br />(v.4)</div>
----

== Avant propos ==

Ce document va essayer de répondre le mieux possible à ces deux questions :<br />

* Quelle est ma configuration matérielle ?
* Quelle est ma configuration système et logicielle ?

Ce document peut être, d'une certaine façon, considéré comme une suite de ''Trucs & Astuces'', car il vous fournit seulement une liste de commandes vous permettant de répondre aux deux questions ci-dessus. Par ailleurs, notez que la liste des commandes fournies '''n'est pas exhaustive'''.

=== Points de détail ===

Il vous est vivement recommandé, de faire un <code>man</code> sur les commandes avant de les lancer, ceci afin de connaître leurs fonctions et leurs options.<br /><br /> Absolument rien ne garantit que votre distribution fournisse et/ou installe toutes les commandes utilisées dans ce document.<br /> Presque toutes les commandes citées ici sont des commandes en ligne, à exécuter en <code>init 3</code> ou dans un terminal. Il existe aussi de nombreux outils graphiques pour ''décortiquer'' le système mais je ne les aborderai pas.<br /> Enfin, il s'avère qu'en fonction de votre distribution et de la configuration générale du système, les commandes suivantes '''peuvent être lancées''' avec un utilisateur normal, dans le cas contraire utilisez le <code>root</code>. A vous de voir et de tester.

=== Mise en garde ===

Ce document aborde un sujet plutôt technique, il n'est pas forcément à la portée de tout le monde. Les commandes ne sont pas compliquées mais l'interprétation de leurs résultats peuvent l'être.

== Mon matériel ==

=== Avec quelles options ? ===

Pour savoir avec quelles options noyau votre système a démarré, faire :<br />

<div class="code">$ cat /proc/cmdline</div>

Ce qui retourne par exemple : <br />

<div class="code">BOOT_IMAGE=Slackware ro root=305 hdc=ide-scsi hdd=ide-scsi max_scsi_luns=4 devfs=mount</div>

Cela pourra être utile pour comprendre pourquoi le système fait ou supporte ceci ou cela alors que nous ne lui avons dit ''nulle part''. Normalement vous devriez retrouver ces options dans la configuration de votre loader.<br />

=== Le matériel installé ===

Pour avoir une vue générale du matériel installé :<br />

<div class="code">$ lsdev</div>

<br /> Ce qui retourne quelque chose comme ça:<br />

<div class="code"> Device            DMA   IRQ  I/O Ports <br /><nowiki>------------------------------------------------ </nowiki><br />3Com                         a400-a47f <br />8139too                      9400-94ff <br />cascade             4     2 <br />Creative                     9800-9807 a000-a01f <br />dma                          0080-008f <br />dma1                         0000-001f <br />dma2                         00c0-00df <br />EMU10K1                   5  a000-a01f <br />eth0                     10 <br />fpu                          00f0-00ff <br />ide0                     14  01f0-01f7 03f6-03f6   d800-d807 <br />ide1                     15  0170-0177 0376-0376   d808-d80f <br />keyboard                  1  0060-006f <br />Mouse                    12 <br />parport0                     0378-037a <br />PCI                          0cf8-0cff 9400-94ff <br />pic1                         0020-003f <br />pic2                         00a0-00bf <br />rtc                       8  0070-007f <br />serial                       02f8-02ff 03f8-03ff <br />timer                     0  0040-005f <br />usb-uhci                 11  d000-d01f   d400-d41f <br />vesafb                       03c0-03df <br />VIA                          d000-d01f d400-d41f d800-d80f e400-e4ff e800-e80f </div>

Si la commande <code>lsdev</code> n'est pas fournie par votre distribution, essayez :<br />

<div class="code">$ more /proc/devices</div>

et les autres commandes de cet article.

=== Le processeur ===

Afin de connaître les caractéristiques de votre processeur :<br />

<div class="code">$ more /proc/cpuinfo</div>

Par exemple cela renvoie :<br />

<div class="code"> processor     : 0<br /> vendor_id     : AuthenticAMD<br /> cpu family    : 6<br /> model         : 4<br /> model name    : AMD Athlon(tm) Processor<br /> stepping      : 2<br /> cpu MHz       : 900.044<br /> cache size    : 256 KB<br /> fdiv_bug      : no<br /> hlt_bug       : no<br /> f00f_bug      : no<br /> coma_bug      : no<br /> fpu           : yes<br /> fpu_exception: yes<br /> cpuid level   : 1<br /> wp            : yes<br /> flags         : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow<br /> bogomips      : 1795.68<br /> </div>

Pour connaître le pourcentage d'utilisation du processeur :<br />

<div class="code">$ top</div>

Et enfin depuis combien de temps la machine n'a pas redémarré :<br />

<div class="code">$ uptime</div>

=== Les IRQs ===

Quels sont les IRQs utilisés :<br />

<div class="code">$ procinfo</div>

Voici la partie du résultat qui nous intéresse :<br />

<div class="code"> [ ... ]<br /> irq 0: 387420 timer         irq 10:      0 eth0<br /> irq 1:     9396 keyboard    irq 11:   9366 usb-uhci, usb-uhci<br /> irq 2:      0 cascade [4]   irq 12: 113603 PS/2 Mouse<br /> irq 6:      2               irq 14:   6555 ide0<br /> irq 8:      1 rtc           irq 15:      2 ide1<br /> </div>

Ou pour '''tous''' les IRQs possibles :<br />

<div class="code">$ procinfo -i </div>

Par exemple, cela affiche, en plus, les <code>IRQs</code> 3 et 4, les ports série, qui ne sont pas utilisés ici.<br /><br /> La commande <code>procinfo</code> peut servir pour la mémoire, l'occupation du processeur... Bref, faites <code>man procinfo</code> pour en savoir plus.<br /><br /> Comme pour <code>lsdev</code>, la commande <code>procinfo</code> peut être manquante, alors faites aussi :<br />

<div class="code">$ more /proc/interrupts</div>

=== La RAM et la SWAP ===

Pour afficher la <code>RAM</code> et la <code>SWAP</code> disponibles en <code> Mo</code> :<br />

<div class="code">$ free -mt</div>

Ce qui donne :<br />

<div class="code">               total  used  free  shared  buffers  cached<br /> Mem:             501   118   382       0        2      76<br /> -/+ buffers/cache:      38   462<br /> Swap:            509     0   509<br /> Total:          1011   118   892<br /> </div>

Pour avoir plus d'informations sur la mémoire (RAM et SWAP) de GNU/Linux, allez voir le ''Trucs & Astuces'' : [http://lea-linux.org/trucs/item.98.html Aide mémoire sur la mémoire].

=== Les cartes PCI et AGP ===

Avoir une première idée des cartes PCI et AGP installées :<br />

<div class="code"><nowiki># scanpci</nowiki></div>

Personnellement, je préfère :<br />

<div class="code">$ /sbin/lspci</div>

Ce qui retourne :<br />

<div class="code">00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0305 (rev 02)<br /> 00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device 8305<br /> 00:04.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super] (rev 22)<br /> 00:04.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 10)<br /> 00:04.2 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 10)<br /> 00:04.3 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 10)<br /> 00:04.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30)<br /> 00:09.0 Multimedia video controller: Brooktree Corporation Bt878 (rev 11)<br /> 00:09.1 Multimedia controller: Brooktree Corporation Bt878 (rev 11)<br /> 00:0a.0 Multimedia audio controller: Creative Labs SB Live! EMU10000 (rev 07)<br /> 00:0a.1 Input device controller: Creative Labs SB Live! (rev 07)<br /> 00:0b.0 Ethernet controller: Unknown device 0001:8139 (rev 10)<br /> 01:00.0 VGA compatible controller: nVidia Corporation NV11 (rev a1)<br /> </div>

Malgré le nom de la commande, nous pouvons voir que la dernière ligne est ma carte vidéo AGP.

<div class="aparte">'''Interrogation '''<nowiki>: est-ce dépendant de la carte mère et de sa façon de gérer les IRQ ?</nowiki></div>

<br /> Pour avoir plus d'informations sur les cartes :<br />

<div class="code">$ /sbin/lspci -v</div>

Encore plus d'informations sur les cartes ?<br />

<div class="code">$ /sbin/lspci -vv</div>

<br />Pour savoir quelles cartes sont ''Plug and Play'' :<br />

<div class="code">$ lspnp</div>

<u>NDR </u><nowiki>: Cette commande fait partie du paquet </nowiki>'''pcmcia-cs''' qui contient aussi d'autres commandes pour le matériel pcmcia. N'ayant pas de tel matériel, je ne les ai pas testées.

=== Les disques durs ===

La première chose, combien de partitions avez-vous sur chaque disque dur, de quel type sont-elles et comment s'appellent-t-elles ?

<div class="code"><nowiki># /sbin/fdisk -l</nowiki></div>

Ce qui affiche, par exemple :<br />

<div class="code">Disque /dev/ide/host0/bus0/target1/lun0/disc : 255 têtes, 63 secteurs, 4865 cylindres<br /> Unités = cylindres sur 16065 * 512 octets<br /><br />                          Périphérique Amorce  Début   Fin  Blocs    Id Système<br /> /dev/ide/host0/bus0/target1/lun0/part1 *           1    62 497983+   82 Echange Linux<br /> /dev/ide/host0/bus0/target1/lun0/part2            63   548 3903795   83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part3           549  1156 4883760   83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part4          1157  4865 29792542+  5 Etendue<br /> /dev/ide/host0/bus0/target1/lun0/part5          1157  1764 4883728+  83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part6          1765  2250 3903763+  83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part7          2251  2736 3903763+  83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part8          2737  3222 3903763+  83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part9          3223  4865 13197366  83 Linux natif<br /> </div>

C'est le retour que l'on obtient avec un système GNU/Linux utilisant Devfs. La vieille norme de nommage est conservée par des liens symboliques, faites donc :<br />

<div class="code">$ ls -l /dev/hda* /dev/hdb* /dev/sda* /dev/sdb*</div>

<br />afin de voir la correspondance entre <code>/dev/ide/host0/bus0/target1/lun0/part9</code> et <code>/dev/hdb9</code>, par exemple.<br /><br /> Pour vérifier si le DMA est activé pour votre disque dur :<br />

<div class="code"><nowiki># /usr/sbin/hdparm -d /dev/hda</nowiki></div>

Ce qui retourne :

<div class="code">/dev/hda:<br /> using_dma    =  1 (on)<br /> </div>

<br />Pour tester les performances de votre cache et de votre disque dur :<br />

<div class="code"><nowiki># /usr/sbin/hdparm -Tt /dev/hda</nowiki></div>

Ce qui retourne :<br />

<div class="code">/dev/hda:<br /> Timing buffer-cache reads:   128 MB in  0.74 seconds =172.97 MB/sec<br /> Timing buffered disk reads:  64 MB in   2.27 seconds = 28.19 MB/sec<br /> </div>

<br />Modifiez <code>/dev/hda</code> en fonction de votre disque dur.<br /><br /><u>NDR </u><nowiki>: Pour information, le fichier correspondant aux partitions est </nowiki><code>/proc/partitions</code>.<br />

=== Les systèmes de fichiers supportés ===

Pour connaître la liste des systèmes de fichiers supportés par votre noyau, faites :<br />

<div class="code">$ more /proc/filesystems </div>

Ce qui renvoie :<br />

<div class="code"> nodev   rootfs<br /> nodev   bdev<br /> nodev   proc<br /> nodev   sockfs<br /> nodev   tmpfs<br /> nodev   shm<br /> nodev   pipefs<br />         ext3<br />         ext2<br /> nodev   ramfs<br />         umsdos<br />         msdos<br />         vfat<br />         iso9660<br /> nodev   nfs<br />         reiserfs<br /> nodev   devpts<br /> nodev   usbdevfs<br /> nodev   usbfs<br /> </div>

<br /><u>NDR </u><nowiki>: Ce n'est pas vraiment du matériel, car cela dépend de la compilation de votre noyau, mais bon... :-) </nowiki>

=== Les CDROMs, graveurs et DVDROMs ===

Il y a des chances pour qu'à l'installation votre distribution détermine vos lecteurs de CDROMs, DVDs et graveurs. Mais si ce n'est pas le cas, ou si vous souhaitez en savoir plus, voici comment nous pouvons déterminer quel ''dev'' il faut monter pour pouvoir utiliser ces lecteurs et graveurs.<br /><br /> Sous <code>/proc/ide</code> pour les IDE, sinon ce sera <code>/proc/scsi</code>, vous trouverez un <code>ide1</code> et un <code>ide2</code>. Sous ces répertoires vous retrouverez <code>hda, hdb, hdc et/ou hdd</code>. Et enfin, là, vous trouverez :<br />

* un fichier <code>media</code> qui indique si c'est un cdrom, un disque dur ou autre<br /> Résultat de la commande <code>cat media</code> : <code>cdrom</code>
* un fichier <code>model</code> qui donne le modèle du média installé<br /> Résultat de la commande <code>cat model</code> : <code>SONY CD-RW CRX140E</code>

<div class="code">/proc/ide/-+-ide1/-+-hda/<br />            |       |<br />            |       `-hdb/<br />            |<br />            `-ide2/-+-hdc/-+-media<br />                    |      `-model<br />                    `-hdd/<br /> </div>

Pour voir en une seule fois vos périphériques IDE, faites :<br />

<div class="code">$ find /proc/ide -type d -print</div>

Ce qui renvoie :<br />

<div class="code"> /proc/ide<br /> /proc/ide/ide1<br /> /proc/ide/ide1/hdd<br /> /proc/ide/ide1/hdc<br /> /proc/ide/ide0<br /> /proc/ide/ide0/hdb<br /> /proc/ide/ide0/hda<br /> </div>

Ou <br />

<div class="code">$ find /proc/ide -iname "media" -type f -print</div>

<br />Pour savoir si votre graveur est reconnu en tant que graveur, faites (obligatoirement en <code>root</code>) : <br /><span class="ToRemove">Spécifique au noyau 2.4.x :</span>

<div class="ker24"><div class="code"><nowiki># cdrecord -scanbus</nowiki></div><u>NDR </u><nowiki>: Pensez à l'</nowiki>[#modules émulation SCSI] pour un graveur IDE. </div>

<br /><span class="ToRemove">Spécifique au noyau 2.6.x :</span>

<div class="ker26"><div class="code"><nowiki># cdrecord dev=ATA -scanbus</nowiki></div><u>NDR </u><nowiki>: L'émulation SCSI n'est pas nécessaire avec un noyau 2.6.x. </nowiki></div>

=== L'USB ===

Afin de connaitre vos périphériques USB, vous avez la commande <code>lsusb</code> :

<div class="code">$ /sbin/lsusb</div>

Retourne :

<div class="code"> Bus 002 Device 001: ID 0000:0000 <br /> Bus 002 Device 002: ID 04e1:0201 Iiyama North America, Inc. Monitor Hub<br /> Bus 002 Device 003: ID 05dc:a400 Lexar Media, Inc. <br /> Bus 001 Device 001: ID 0000:0000 <br /> Bus 001 Device 002: ID 058f:9360 Alcor Micro Corp. <br /> </div>

<br /> Pour avoir plus de détail, vous pouvez faire : <br />

<div class="code">$ /sbin/lsusb -v</div>

Hormis cela, vous pouvez consulter le répertoire <code>/proc/bus/usb</code>.

=== Tout le reste ===

Enfin, pour tout ce que l'on vient de voir et plus encore, il y a :

<div class="code">$ dmesg | more</div>

Cette commande retourne trop d'informations pour les restituer ici. Mais par exemple, pour savoir comment monter une clé USB, cela aide lorsque vous ''tombez'' sur ce genre d'informations :

<span class="ToRemove">Spécifique au noyau 2.4.x :</span>

<div class="ker24"><div class="code"> [...] <br />scsi2 : SCSI emulation for USB Mass Storage devices <br />  Vendor: LEXAR     Model: JUMPDRIVE ELITE   Rev: 1000 <br />  Type:   Direct-Access                      ANSI SCSI revision: 02 <br />Attached scsi removable disk sde at scsi2, channel 0, id 0, lun 0 <br />SCSI device sde: 502880 512-byte hdwr sectors (257 MB) <br />sde: Write Protect is off sde: '''sde1''' [...]<br /> </div><div class="note">Comme vous pouvez le deviner, la clé USB en question ici est une ''Lexar JumpDrive Elite'' de 256 Mo.</div> </div>

<br /><span class="ToRemove">Spécifique au noyau 2.6.x :</span>

<div class="ker26"><div class="code"> usb 2-1.2: new full speed USB device using uhci_hcd and address 3<br /> ubb: device 3 capacity nsec 502880 bsize 512<br /> ubb: device 3 capacity nsec 502880 bsize 512<br /> ubb: '''ubb1'''<br /> </div> </div>

J'ai mis ici en gras le ''block special device'' (<code>/dev/'''sde1''' ou '''ubb1'''</code>) à utiliser pour la commande <code>mount</code>.

=== Mini-conclusion ===

Toutes ces commandes peuvent vous aider à mieux connaître votre système, mais surtout à le configurer et à l'optimiser.<br /><br /> Comme vous l'avez sûrement remarqué, le répertoire <code> /proc</code> est très utile ! Sachez que, généralement, les outils s'appuient sur ce répertoire pour vous retourner les informations. Vous ne risquez rien à le parcourir et à faire des <code>less</code> des fichiers que vous y rencontrerez. En plus, c'est la seule méthode qui marchera sur toutes les distributions.

== lshw : le couteau suisse de l'information système ==

Votre distribution vous fournit peut être maintenant un outil à tout faire pour explorer votre configuration matérielle : <code>lshw</code>. Cet outil va vous permettre de synthétiser des informations concernant la mémoire, la version du firmware, la configuration de la carte mère, la version du CPU et sa vitesse, la configuration du cache, la vitesse du bus...

lshw va en fait lire dans tous les fichiers nécessaires (fichiers listés dans le man de l'outil) pour en récupérer les informations nécessaires. Le résultat peut être extrait au format texte, XML ou HTML.

=== Affichage court ===

Une des sorties écran le plus simple reprend le modèle de la commande <code>ioscan</code> qu'on retrouve sur les systèmes HP-UX.

<div class="code"><nowiki># lshw -short</nowiki><br /> H/W path              Device    Class       Description<br /> =======================================================<br />                                 system      MS-6590<br /> /0                              bus         MS-6590<br /> /0/0                            memory      BIOS<br /> /0/4                            processor   AMD Athlon(tm) XP 2000+<br /> /0/4/5                          memory      L1 cache<br /> /0/4/6                          memory      L2 cache<br /> /0/1                            memory      System memory<br /> /0/e0000000                     bridge      VT8377 [KT400/KT600 AGP] Host Bridge<br /> /0/e0000000/1                   bridge      VT8235 PCI Bridge<br /> /0/e0000000/1/0       /dev/fb0  display     NV17 [GeForce4 MX 440]<br /> /0/e0000000/6         eth1      network     VT6102 [Rhine-II]<br /> /0/e0000000/8         eth0      network     RTL-8029(AS) </div>

où

* H/W path est le chemin matériel
* Device est le nom du périphérique
* Class est la catégorie de périphérique
* Description donne une description en quelques mots du périphérique

=== Affichage texte ===

Vous avez également la possibilité d'obtenir une description complète de votre configuration matérielle. Par défaut, le résultat est affiché sur la sortie standard. Pour la conserver il suffit donc de faire une redirection dans un fichier

<div class="code"><nowiki># lshw > lshw.txt</nowiki><br /> # cat lshw.txt<br /> pingu<br />     description: Desktop Computer<br />     product: MS-6590<br />     vendor: MSI<br />     version: 1.0<br />     serial: 00000000<br />     capabilities: smbios-2.3 dmi-2.3<br />     configuration: chassis=desktop<br />   *-core<br />        description: Motherboard<br />        product: MS-6590<br />        vendor: MSI<br />        physical id: 0<br />        version: 1.0<br />        serial: 00000000<br />        slot: PCI2<br />      *-firmware<br />           description: BIOS<br />           vendor: American Megatrends Inc.<br />           physical id: 0<br />           version: 07.00T (04/02/01)<br />           size: 64KB<br />           capacity: 192KB<br /> [...]</div>

=== Affichage XML / HTML ===

lshw propose une option permettant une récupération des informations au format XML et/ou HTML. La commande est simple :
<code multi># lshw -html</code>
Elle sort une page html sur la sortie standard.

Pour afficher cette page, une commande du type :
<code multi># lshw -html > /tmp/lshw.html ; konqueror file:/tmp/lshw.html</code>
fonctionne très bien.

=== Client Gtk ===

Enfin, il existe un client Gtk : <code>gtk-lshw</code> ou <code>lshw -X</code>

== Mon système GNU/Linux ==

=== La distribution ===

Afin de connaître la version, voire le nom, de votre distribution, sachez qu'il existe souvent un fichier :<br />

<div class="code">/etc/''nom-distribution''</div>

<br />Il suffit donc de faire un <code>cat</code> de ce fichier.<br /><br /> Par exemple, pour la Mandrake c'est <code>/etc/mandrake-release</code> et pour la Slackware, <code>/etc/slackware-version</code>.

=== Le nom de ma machine ===

Pour connaître le nom de votre machine :<br />

<div class="code">$ hostname</div>

<br /> Le nom de la machine, ou ''hostname'', fait partie du paramétrage réseau d'une machine. Je ne peux donc que vous conseiller la lecture de l'[http://lea-linux.org/reseau/config_reseau.php3 Exploration de la configuration réseau] afin d'en savoir plus.

=== Le noyau Linux ===

La version de votre noyau actuel est obtenue ainsi :<br />

<div class="code">$ uname -r</div>

Pour connaître la configuration actuelle du noyau :<br />

* Soit vous savez où récupérer le <code>.config</code> de votre noyau
* Soit utilisez le ''Trucs & Astuces'' : [http://lea-linux.org/trucs/item.161.html Récupérer le fichier .config] par Anne

Maintenant, vous avez deux solutions pour ''lire'' la configuration de votre noyau :<br />

* Avec l'éditeur de votre choix.
* Sous X avec : <code><nowiki># make xconfig</nowiki></code><br /> ou alors avec : <code><nowiki># make menuconfig</nowiki></code>, le tout en étant sous <code>/usr/src/linux</code>. <div class="warning">Attention à ne pas sauver !</div>

=== Les modules du noyau ===

Tout d'abord, tous les modules se trouvent sous :<br />

<div class="code">/lib/modules/''version-du-noyau''</div>

Pour avoir une idée des modules à charger, vous pouvez utiliser les commandes sur les périphériques expliquées dans ce document. Sinon allez dans le répertoire :<br />

<div class="code">/usr/src/linux/Documentation</div>

et cherchez sans oublier les sous-répertoires. En particulier, lisez le fichier <code>modules.txt</code>.<br /><br /> Pour avoir de plus amples informations sur un module particulier, et donc sur un ''driver'', faites :<br />

<div class="code">$ /sbin/modinfo nom-module</div>

Pour savoir quels sont les modules chargés en mémoire :<br />

<div class="code">$ /sbin/lsmod</div>

<br /> Exemple concret, pour savoir si le module d'émulation SCSI du graveur est chargé :<br />

<div class="code">$ /sbin/lsmod | grep ide-scsi</div>

Pour savoir si vous avez besoin de recompiler les modules du noyau afin d'avoir l'émulation :<br />

<div class="code">$ find /lib/modules/`uname -r` -iname "ide-scsi*" -print</div><div class="note">Cet exemple concret concerne les noyaux 2.4.x, mais la méthode est bien entendue toujours valide avec un noyau 2.6.x.</div>

=== Les services (ou daemons) ===

Il existe de nombreux outils pour gérer les services sur un système GNU/Linux. Mais ces outils dépendent beaucoup de la distribution, si elle est <code>SysV</code> ou <code>BSD</code>-like et si elle utilise <code>inetd</code> ou <code>xinetd</code>.<br /> Aujourd'hui les principales distributions sont <code>SysV</code> et utilisent <code>xinetd</code> sauf la Slackware.<br /><br /> Vous trouverez de l'aide et des articles sur le sujet ici-même.<br /> Entre autres :<br />

* [http://lea-linux.org/admin/daemons.php3 La gestion des daemons] par Philippe
* [http://lea-linux.org/admin/secur.php3 Sécuriser Linux] par Serge

Mais pour savoir rapidement si votre distribution utilise <code>xinetd</code>, faites simplement :<br />

<div class="code">$ ps -ef | grep -i inetd</div>

Cela vous sortira soit :<br />

<div class="code">root        87     1  0 22:13 ?        00:00:00 /usr/sbin/inetd</div>

Soit :<br />

<div class="code">root        88     1  0 22:22 ?        00:00:00 /usr/sbin/xinetd</div>

<br /> Et vous saurez si c'est <code>inetd</code> ou <code>xinetd</code> qui est utilisé.<br /><br /> De plus pour savoir si le système d'initialisation (aussi dit d'init) est SysV (dit Système 5), vérifier dans le répertoire <code>/etc/rc.d</code> qu'il existe les répertoires : <code>init.d, rc1.d, rc2.d,... , rc6.d</code>. Sinon la distribution (ex: BSD, Slackware, Sourcemage, Nasgaïa) utilise un autre système d'init.

=== Les processus ===

Pour savoir quel processus est le processus père de quel(s) autre(s) :<br />

<div class="code">$ pstree -ph</div>

Ce qui affiche cet ''arbre'' :<br />

<div class="code">'''init(1)-+'''-agetty(96)<br />        '''|'''-devfsd(14)<br />        '''|'''-eth0(73)<br />        '''|'''-gvim(319)<br />        '''|'''-inetd(85)<br />        '''|'''-kapmd(3)<br />        '''|-kdm(97)-+'''-X(99)<br />        |           '''`-kdm(100)--icewm(111)-+-rxvt.bin(125)--bash(127)--pstree(349)'''<br />        |                                      `-sylpheed(205)<br />        |-keventd(2)<br />        |-khubd(52)<br />        |-klogd(83)<br />        |-mdrecoveryd(9)<br />        |-modem_run(158)<br />        |-pppd(160)---pppoa2(162)---pppoa2(165)<br />        `-syslogd(80)<br /> </div>

<br /> Nous avons donc sous les yeux tous les processus du système avec leur <code>PID</code> (Process Identifier) sous une forme nous permettant de comprendre qui est dépendant de qui. En conséquence, cela permet aussi de mieux comprendre le système et de voir ce qui tourne.<br />

=== Le serveur graphique X ===

<span class="ToRemove">Spécifique à XFree86 :</span>

<div class="xfree"> Pour connaître la version :<br /><div class="code">$ XFree86 -version</div> Afin de mieux connaître votre configuration graphique, éditez en lecture le fichier :<br /><div class="code">/etc/X11/XF86Config-4</div> Si vous ne possédez pas ce fichier, ou pour une version de XFree86 antérieure aux versions 4 :<br /><div class="code">/etc/X11/XF86Config</div> </div>

<br /><span class="ToRemove">Spécifique à Xorg :</span>

<div class="xorg"> Pour connaître la version :<br /><div class="code">$ Xorg -version</div> Afin de mieux connaître votre configuration graphique, éditez en lecture le fichier :<br /><div class="code">/etc/X11/xorg.conf</div> </div>

<br /> Pour connaitre la résolution actuelle :<br />

<div class="code">$ xvidtune -show</div>

Ce qui retourne :<br />

<div class="code"> "1152x864"     85.00   1152 1216 1344 1600    864  865  868  900 -hsync -vsync </div>

Cette commande, sans arguments, vous permettra aussi d'affiner votre résolution.<br /> Pour en savoir plus sur la configuration du serveur X :<br />

<div class="code">$ xdpyinfo</div>

Ce qui retourne :<br />

<div class="code"> name of display:    :0.0<br /> version number:    11.0<br /> vendor string:    The X.Org Foundation<br /> vendor release number:    60801000<br /> X.Org version: 6.8.1<br /> maximum request size:  16777212 bytes<br /> motion buffer size:  256<br /> bitmap unit, bit order, padding:    32, LSBFirst, 32<br /> image byte order:    LSBFirst<br /> number of supported pixmap formats:    7<br /> [...]<br /> </div>

J'ai coupé car cela renvoie trop d'informations pour être affichées ici.<br />

=== Les bibliothèques ===

Pour avoir la liste des bibliothèques installées figurant dans les répertoires :<br />

* <code>/usr/lib</code>
* <code>/lib</code>
* Et les répertoires contenus dans le fichier <code>/etc/ld.so.conf</code>

Faites :

<code multi><nowiki># ldconfig -p</nowiki></code>

Mais pour savoir si la bibliothèque <code>libc.so</code> est installée, faites plutôt :<br />

<code multi><nowiki># ldconfig -p | grep -i libc.so</nowiki></code>

Ce qui a pour résultat :

<code multi>libc.so.6 (libc6, OS ABI: Linux 2.0.0) => /lib/libc.so.6</code>

Pour déterminer la version d'une bibliothèque installée, cela peut se révéler compliqué...<br /> Voici quelques ''méthodes'' que je connais :<br />

* Faire : <code>$ find / -iname "*config*" -type f -print | grep -i bin</code>, vous retournera une liste d'exécutables de configuration. Il ne reste plus qu'à trouver celui qui semble correspondre, faire un <code>man</code> et à essayer : <code>exécutable --version</code>
* Avec de la chance la version figure dans le nom du <code>.so</code> (cherchez le véritable <code>.so</code>, pas le lien symbolique).
* Essayer d'exécuter la bibliothèque comme un exécutable.
* Cherchez dans le gestionnaire de paquets de votre distribution.
* Voir la <code>release-note</code> de la version de votre distribution, si elle existe.
* Allez sur le site [http://www.distrowatch.com/ DistroWatch] et consultez la page de votre distribution.
* La commande : <code>$ ldd -v ''nom-exécutable ou nom-bibliothèque''</code> donne des informations de version mais je ne suis pas sûr de les comprendre...

<u>NDR </u><nowiki>: Le terme </nowiki>''library'' est souvent abusivement traduit par "''librairie''" au lieu de "''bibliothèque''". Je lui préfère ce dernier, sachez simplement qu'il s'agit de la même chose.

=== Les logiciels en général ===

Pour savoir si un logiciel est installé, il y a les outils en relation avec le type de paquet utilisé par la distribution. Mais si vous prenez l'habitude d'installer à partir des sources, ces outils ne marchent plus. Donc les solutions universelles sont :<br />

<code multi>$ find / -iname "*nom-du-logiciel*" -type f -print</code>

Ou

<code multi>$ locate nom-du-logiciel</code>

En général, pour connaître la version d'un logiciel, il suffit de faire :<br />

<code multi>$ exécutable-du-logiciel --version</code>

Ou

<code multi>$ exécutable-du-logiciel -v</code>

Pour savoir, quelles bibliothèques un exécutable utilise ou dont il a besoin :<br />

<code multi>$ ldd exécutable</code>

Par exemple : <code>$ ldd `which sylpheed`</code>, retourne :

<code>        libgmodule-1.2.so.0 => /opt/gnome/lib/libgmodule-1.2.so.0 (0x40017000)
       libglib-1.2.so.0 => /opt/gnome/lib/libglib-1.2.so.0 (0x4001a000)
       libdl.so.2 => /lib/libdl.so.2 (0x40046000)
       libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4004a000)
       libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40058000)
       libm.so.6 => /lib/libm.so.6 (0x40131000)
       libgdk_pixbuf.so.2 => /opt/gnome/lib/libgdk_pixbuf.so.2 (0x40154000)
       libgtk-1.2.so.0 => /opt/gnome/lib/libgtk-1.2.so.0 (0x40168000)
       libgdk-1.2.so.0 => /opt/gnome/lib/libgdk-1.2.so.0 (0x4028d000)
       libgpgme.so.6 => /usr/local/lib/libgpgme.so.6 (0x402bf000)
       libssl.so.0 => /usr/lib/libssl.so.0 (0x402d5000)
       libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0x4038b000)
       libc.so.6 => /lib/libc.so.6 (0x4044b000)
       /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
</code>

<u>NDR </u><nowiki>: J'ai utilisé la commande </nowiki><code>ldd `which sylpheed`</code> car <code>ldd</code> n'utilise pas le <code>PATH</code>, donc il faut lui donner le chemin d'accès de l'exécutable. Ce que fait <code>which sylpheed</code> pour l'exemple.

=== Déterminer quelques versions ===

<center>

{| width="90%" border="1" cellpadding="5"
|- bgcolor="#cccccc"
| '''Le composant'''
| '''La commande'''
|-
| '''Le noyau Linux'''
| <code>uname -r</code>
|-
| '''GCC, le compilateur'''
| <code>gcc --version</code>
|-
| '''XFree86, le serveur X'''
| <code>XFree86 -version</code>
|-
| '''Xorg, l'''autre'' serveur X'''
| <code>Xorg -version</code>
|-
| '''KDE (qt, kde, kde-config)'''
| <code>kde-config --version</code>
|-
| '''Gnome et ses bibliothèques'''
| <code>gnome-config --version</code><br /><br /><code>glib-config --version</code><br /><br /><code>gtk-config --version</code><br /><br /><code>gtkmm-config --version</code>
|-
| '''WindowMaker'''
| <code>wmaker --version</code>
|-
| '''Fluxbox'''
| <code>fluxbox -version</code>
|-
| '''Enlightenment'''
| <code>enlightenment --version</code>
|-
| '''La bibliothèque Glibc'''
| <code>/lib/libc.so.6</code>
|-
| '''OpenSSL'''
| <code>openssl version</code>
|-
| '''GnuPG (Gnu Privacy Guard)'''
| <code>gpg --version</code>
|-
| '''La bibliothèque GPGme (GnuPG Made Easy)'''
| <code>gpgme-config --version</code>
|-
| '''L'éditeur Vi (ou Vim)'''
| <code>vi --version</code>
|-
| '''...'''
|
|}

</center>

A compléter vous-même... ;-)

=== Mini-conclusion ===

Comme pour le matériel, ce qui précède peut vous aider... Mais pour les logiciels la tâche est plus compliquée car beaucoup d'éléments entrent en considération comme : la distribution, le système de paquetage, la hiérarchie du système de fichiers...

== Mot de la fin ==

J'espère que vous avez appris quelque chose et que cela vous sera utile.<br /><br />N'hésitez pas à m'envoyer vos remarques.

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Jonesy le 09/09/2002.</div>

= Copyright =
Copyright © 09/09/2002, Jonesy
{{CC-BY-NC-SA}}

Exploration de la configuration

2006-03-07T14:14:45Z

Gw22 (phorum) : /* Mise en garde */

[[Category:Les plus de l'administration]]
= Exploration de la configuration =

<div class="leatitre">Exploration de la configuration</div><div class="leapar">par [http://groupe.lea-linux.org/slack/alive Jonesy]<br /> Avec les remarques et conseils de Marck, Piem et Erwann. Et Anne pour le ''couteau suisse''.</div><div class="leadesc">Ou lorsque le manchot répond à toutes vos questions sur votre système.<br />(v.4)</div>
----

== Avant propos ==

Ce document va essayer de répondre le mieux possible à ces deux questions :<br />

* Quelle est ma configuration matérielle ?
* Quelle est ma configuration système et logicielle ?

Ce document peut être, d'une certaine façon, considéré comme une suite de ''Trucs & Astuces'', car il vous fournit seulement une liste de commandes vous permettant de répondre aux deux questions ci-dessus. Par ailleurs, notez que la liste des commandes fournies '''n'est pas exhaustive'''.

=== Points de détail ===

Il vous est vivement recommandé, de faire un <code>man</code> sur les commandes avant de les lancer, ceci afin de connaître leurs fonctions et leurs options.<br /><br /> Absolument rien ne garantit que votre distribution fournisse et/ou installe toutes les commandes utilisées dans ce document.<br /> Presque toutes les commandes citées ici sont des commandes en ligne, à exécuter en <code>init 3</code> ou dans un terminal. Il existe aussi de nombreux outils graphiques pour ''décortiquer'' le système mais je ne les aborderai pas.<br /> Enfin, il s'avère qu'en fonction de votre distribution et de la configuration générale du système, les commandes suivantes '''peuvent être lancées''' avec un utilisateur normal, dans le cas contraire utilisez le <code>root</code>. A vous de voir et de tester.

=== Mise en garde ===

Ce document aborde un sujet plutôt technique, il n'est pas forcément à la portée de tout le monde. Les commandes ne sont pas compliquées mais l'interprétation de leurs résultats peuvent l'être.

== Mon matériel ==

=== Avec quelles options ? ===

Pour savoir avec quelles options noyau votre système a démarré, faire :<br />

<div class="code">$ cat /proc/cmdline</div>

Ce qui retourne par exemple : <br />

<div class="code">BOOT_IMAGE=Slackware ro root=305 hdc=ide-scsi hdd=ide-scsi max_scsi_luns=4 devfs=mount</div>

Cela pourra être utile pour comprendre pourquoi le système fait ou supporte ceci ou cela alors que nous ne lui avons dit ''nulle part''. Normallement vous devriez retrouver ces options dans la configuration de votre loader.<br />

=== Le matériel installé ===

Pour avoir une vue générale du matériel installé :<br />

<div class="code">$ lsdev</div>

<br /> Ce qui retourne quelque chose comme ça:<br />

<div class="code"> Device            DMA   IRQ  I/O Ports <br /><nowiki>------------------------------------------------ </nowiki><br />3Com                         a400-a47f <br />8139too                      9400-94ff <br />cascade             4     2 <br />Creative                     9800-9807 a000-a01f <br />dma                          0080-008f <br />dma1                         0000-001f <br />dma2                         00c0-00df <br />EMU10K1                   5  a000-a01f <br />eth0                     10 <br />fpu                          00f0-00ff <br />ide0                     14  01f0-01f7 03f6-03f6   d800-d807 <br />ide1                     15  0170-0177 0376-0376   d808-d80f <br />keyboard                  1  0060-006f <br />Mouse                    12 <br />parport0                     0378-037a <br />PCI                          0cf8-0cff 9400-94ff <br />pic1                         0020-003f <br />pic2                         00a0-00bf <br />rtc                       8  0070-007f <br />serial                       02f8-02ff 03f8-03ff <br />timer                     0  0040-005f <br />usb-uhci                 11  d000-d01f   d400-d41f <br />vesafb                       03c0-03df <br />VIA                          d000-d01f d400-d41f d800-d80f e400-e4ff e800-e80f </div>

Si la commande <code>lsdev</code> n'est pas fournie par votre distribution, essayez :<br />

<div class="code">$ more /proc/devices</div>

et les autres commandes de cet article.

=== Le processeur ===

Afin de connaître les caractéristiques de votre processeur :<br />

<div class="code">$ more /proc/cpuinfo</div>

Par exemple cela renvoie :<br />

<div class="code"> processor     : 0<br /> vendor_id     : AuthenticAMD<br /> cpu family    : 6<br /> model         : 4<br /> model name    : AMD Athlon(tm) Processor<br /> stepping      : 2<br /> cpu MHz       : 900.044<br /> cache size    : 256 KB<br /> fdiv_bug      : no<br /> hlt_bug       : no<br /> f00f_bug      : no<br /> coma_bug      : no<br /> fpu           : yes<br /> fpu_exception: yes<br /> cpuid level   : 1<br /> wp            : yes<br /> flags         : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow<br /> bogomips      : 1795.68<br /> </div>

Pour connaître le pourcentage d'utilisation du processeur :<br />

<div class="code">$ top</div>

Et enfin depuis combien de temps la machine n'a pas redémarré :<br />

<div class="code">$ uptime</div>

=== Les IRQs ===

Quels sont les IRQs utilisés :<br />

<div class="code">$ procinfo</div>

Voici la partie du résultat qui nous intéresse :<br />

<div class="code"> [ ... ]<br /> irq 0: 387420 timer         irq 10:      0 eth0<br /> irq 1:     9396 keyboard    irq 11:   9366 usb-uhci, usb-uhci<br /> irq 2:      0 cascade [4]   irq 12: 113603 PS/2 Mouse<br /> irq 6:      2               irq 14:   6555 ide0<br /> irq 8:      1 rtc           irq 15:      2 ide1<br /> </div>

Ou pour '''tous''' les IRQs possibles :<br />

<div class="code">$ procinfo -i </div>

Par exemple, cela affiche, en plus, les <code>IRQs</code> 3 et 4, les ports série, qui ne sont pas utilisés ici.<br /><br /> La commande <code>procinfo</code> peut servir pour la mémoire, l'occupation du processeur... Bref, faites <code>man procinfo</code> pour en savoir plus.<br /><br /> Comme pour <code>lsdev</code>, la commande <code>procinfo</code> peut être manquante, alors faites aussi :<br />

<div class="code">$ more /proc/interrupts</div>

=== La RAM et la SWAP ===

Pour afficher la <code>RAM</code> et la <code>SWAP</code> disponibles en <code> Mo</code> :<br />

<div class="code">$ free -mt</div>

Ce qui donne :<br />

<div class="code">               total  used  free  shared  buffers  cached<br /> Mem:             501   118   382       0        2      76<br /> -/+ buffers/cache:      38   462<br /> Swap:            509     0   509<br /> Total:          1011   118   892<br /> </div>

Pour avoir plus d'informations sur la mémoire (RAM et SWAP) de GNU/Linux, allez voir le ''Trucs & Astuces'' : [http://lea-linux.org/trucs/item.98.html Aide mémoire sur la mémoire].

=== Les cartes PCI et AGP ===

Avoir une première idée des cartes PCI et AGP installées :<br />

<div class="code"><nowiki># scanpci</nowiki></div>

Personnellement, je préfère :<br />

<div class="code">$ /sbin/lspci</div>

Ce qui retourne :<br />

<div class="code">00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0305 (rev 02)<br /> 00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device 8305<br /> 00:04.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super] (rev 22)<br /> 00:04.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 10)<br /> 00:04.2 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 10)<br /> 00:04.3 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 10)<br /> 00:04.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30)<br /> 00:09.0 Multimedia video controller: Brooktree Corporation Bt878 (rev 11)<br /> 00:09.1 Multimedia controller: Brooktree Corporation Bt878 (rev 11)<br /> 00:0a.0 Multimedia audio controller: Creative Labs SB Live! EMU10000 (rev 07)<br /> 00:0a.1 Input device controller: Creative Labs SB Live! (rev 07)<br /> 00:0b.0 Ethernet controller: Unknown device 0001:8139 (rev 10)<br /> 01:00.0 VGA compatible controller: nVidia Corporation NV11 (rev a1)<br /> </div>

Malgré le nom de la commande, nous pouvons voir que la dernière ligne est ma carte vidéo AGP.

<div class="aparte">'''Interrogation '''<nowiki>: est-ce dépendant de la carte mère et de sa façon de gérer les IRQ ?</nowiki></div>

<br /> Pour avoir plus d'informations sur les cartes :<br />

<div class="code">$ /sbin/lspci -v</div>

Encore plus d'informations sur les cartes ?<br />

<div class="code">$ /sbin/lspci -vv</div>

<br />Pour savoir quelles cartes sont ''Plug and Play'' :<br />

<div class="code">$ lspnp</div>

<u>NDR </u><nowiki>: Cette commande fait partie du paquet </nowiki>'''pcmcia-cs''' qui contient aussi d'autres commandes pour le matériel pcmcia. N'ayant pas de tel matériel, je ne les ai pas testées.

=== Les disques durs ===

La première chose, combien de partitions avez-vous sur chaque disque dur, de quel type sont-elles et comment s'appellent-t-elles ?

<div class="code"><nowiki># /sbin/fdisk -l</nowiki></div>

Ce qui affiche, par exemple :<br />

<div class="code">Disque /dev/ide/host0/bus0/target1/lun0/disc : 255 têtes, 63 secteurs, 4865 cylindres<br /> Unités = cylindres sur 16065 * 512 octets<br /><br />                          Périphérique Amorce  Début   Fin  Blocs    Id Système<br /> /dev/ide/host0/bus0/target1/lun0/part1 *           1    62 497983+   82 Echange Linux<br /> /dev/ide/host0/bus0/target1/lun0/part2            63   548 3903795   83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part3           549  1156 4883760   83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part4          1157  4865 29792542+  5 Etendue<br /> /dev/ide/host0/bus0/target1/lun0/part5          1157  1764 4883728+  83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part6          1765  2250 3903763+  83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part7          2251  2736 3903763+  83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part8          2737  3222 3903763+  83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part9          3223  4865 13197366  83 Linux natif<br /> </div>

C'est le retour que l'on obtient avec un système GNU/Linux utilisant Devfs. La vieille norme de nommage est conservée par des liens symboliques, faites donc :<br />

<div class="code">$ ls -l /dev/hda* /dev/hdb* /dev/sda* /dev/sdb*</div>

<br />afin de voir la correspondance entre <code>/dev/ide/host0/bus0/target1/lun0/part9</code> et <code>/dev/hdb9</code>, par exemple.<br /><br /> Pour vérifier si le DMA est activé pour votre disque dur :<br />

<div class="code"><nowiki># /usr/sbin/hdparm -d /dev/hda</nowiki></div>

Ce qui retourne :

<div class="code">/dev/hda:<br /> using_dma    =  1 (on)<br /> </div>

<br />Pour tester les performances de votre cache et de votre disque dur :<br />

<div class="code"><nowiki># /usr/sbin/hdparm -Tt /dev/hda</nowiki></div>

Ce qui retourne :<br />

<div class="code">/dev/hda:<br /> Timing buffer-cache reads:   128 MB in  0.74 seconds =172.97 MB/sec<br /> Timing buffered disk reads:  64 MB in   2.27 seconds = 28.19 MB/sec<br /> </div>

<br />Modifiez <code>/dev/hda</code> en fonction de votre disque dur.<br /><br /><u>NDR </u><nowiki>: Pour information, le fichier correspondant aux partitions est </nowiki><code>/proc/partitions</code>.<br />

=== Les systèmes de fichiers supportés ===

Pour connaître la liste des systèmes de fichiers supportés par votre noyau, faites :<br />

<div class="code">$ more /proc/filesystems </div>

Ce qui renvoie :<br />

<div class="code"> nodev   rootfs<br /> nodev   bdev<br /> nodev   proc<br /> nodev   sockfs<br /> nodev   tmpfs<br /> nodev   shm<br /> nodev   pipefs<br />         ext3<br />         ext2<br /> nodev   ramfs<br />         umsdos<br />         msdos<br />         vfat<br />         iso9660<br /> nodev   nfs<br />         reiserfs<br /> nodev   devpts<br /> nodev   usbdevfs<br /> nodev   usbfs<br /> </div>

<br /><u>NDR </u><nowiki>: Ce n'est pas vraiment du matériel, car cela dépend de la compilation de votre noyau, mais bon... :-) </nowiki>

=== Les CDROMs, graveurs et DVDROMs ===

Il y a des chances pour qu'à l'installation votre distribution détermine vos lecteurs de CDROMs, DVDs et graveurs. Mais si ce n'est pas le cas, ou si vous souhaitez en savoir plus, voici comment nous pouvons déterminer quel ''dev'' il faut monter pour pouvoir utiliser ces lecteurs et graveurs.<br /><br /> Sous <code>/proc/ide</code> pour les IDE, sinon ce sera <code>/proc/scsi</code>, vous trouverez un <code>ide1</code> et un <code>ide2</code>. Sous ces répertoires vous retrouverez <code>hda, hdb, hdc et/ou hdd</code>. Et enfin, là, vous trouverez :<br />

* un fichier <code>media</code> qui indique si c'est un cdrom, un disque dur ou autre<br /> Résultat de la commande <code>cat media</code> : <code>cdrom</code>
* un fichier <code>model</code> qui donne le modèle du média installé<br /> Résultat de la commande <code>cat model</code> : <code>SONY CD-RW CRX140E</code>

<div class="code">/proc/ide/-+-ide1/-+-hda/<br />            |       |<br />            |       `-hdb/<br />            |<br />            `-ide2/-+-hdc/-+-media<br />                    |      `-model<br />                    `-hdd/<br /> </div>

Pour voir en une seule fois vos périphériques IDE, faites :<br />

<div class="code">$ find /proc/ide -type d -print</div>

Ce qui renvoie :<br />

<div class="code"> /proc/ide<br /> /proc/ide/ide1<br /> /proc/ide/ide1/hdd<br /> /proc/ide/ide1/hdc<br /> /proc/ide/ide0<br /> /proc/ide/ide0/hdb<br /> /proc/ide/ide0/hda<br /> </div>

Ou <br />

<div class="code">$ find /proc/ide -iname "media" -type f -print</div>

<br />Pour savoir si votre graveur est reconnu en tant que graveur, faites (obligatoirement en <code>root</code>) : <br /><span class="ToRemove">Spécifique au noyau 2.4.x :</span>

<div class="ker24"><div class="code"><nowiki># cdrecord -scanbus</nowiki></div><u>NDR </u><nowiki>: Pensez à l'</nowiki>[#modules émulation SCSI] pour un graveur IDE. </div>

<br /><span class="ToRemove">Spécifique au noyau 2.6.x :</span>

<div class="ker26"><div class="code"><nowiki># cdrecord dev=ATA -scanbus</nowiki></div><u>NDR </u><nowiki>: L'émulation SCSI n'est pas nécessaire avec un noyau 2.6.x. </nowiki></div>

=== L'USB ===

Afin de connaitre vos périphériques USB, vous avez la commande <code>lsusb</code> :

<div class="code">$ /sbin/lsusb</div>

Retourne :

<div class="code"> Bus 002 Device 001: ID 0000:0000 <br /> Bus 002 Device 002: ID 04e1:0201 Iiyama North America, Inc. Monitor Hub<br /> Bus 002 Device 003: ID 05dc:a400 Lexar Media, Inc. <br /> Bus 001 Device 001: ID 0000:0000 <br /> Bus 001 Device 002: ID 058f:9360 Alcor Micro Corp. <br /> </div>

<br /> Pour avoir plus de détail, vous pouvez faire : <br />

<div class="code">$ /sbin/lsusb -v</div>

Hormis cela, vous pouvez consulter le répertoire <code>/proc/bus/usb</code>.

=== Tout le reste ===

Enfin, pour tout ce que l'on vient de voir et plus encore, il y a :

<div class="code">$ dmesg | more</div>

Cette commande retourne trop d'informations pour les restituer ici. Mais par exemple, pour savoir comment monter une clé USB, cela aide lorsque vous ''tombez'' sur ce genre d'informations :

<span class="ToRemove">Spécifique au noyau 2.4.x :</span>

<div class="ker24"><div class="code"> [...] <br />scsi2 : SCSI emulation for USB Mass Storage devices <br />  Vendor: LEXAR     Model: JUMPDRIVE ELITE   Rev: 1000 <br />  Type:   Direct-Access                      ANSI SCSI revision: 02 <br />Attached scsi removable disk sde at scsi2, channel 0, id 0, lun 0 <br />SCSI device sde: 502880 512-byte hdwr sectors (257 MB) <br />sde: Write Protect is off sde: '''sde1''' [...]<br /> </div><div class="note">Comme vous pouvez le deviner, la clé USB en question ici est une ''Lexar JumpDrive Elite'' de 256 Mo.</div> </div>

<br /><span class="ToRemove">Spécifique au noyau 2.6.x :</span>

<div class="ker26"><div class="code"> usb 2-1.2: new full speed USB device using uhci_hcd and address 3<br /> ubb: device 3 capacity nsec 502880 bsize 512<br /> ubb: device 3 capacity nsec 502880 bsize 512<br /> ubb: '''ubb1'''<br /> </div> </div>

J'ai mis ici en gras le ''block special device'' (<code>/dev/'''sde1''' ou '''ubb1'''</code>) à utiliser pour la commande <code>mount</code>.

=== Mini-conclusion ===

Toutes ces commandes peuvent vous aider à mieux connaître votre système, mais surtout à le configurer et à l'optimiser.<br /><br /> Comme vous l'avez sûrement remarqué, le répertoire <code> /proc</code> est très utile ! Sachez que, généralement, les outils s'appuient sur ce répertoire pour vous retourner les informations. Vous ne risquez rien à le parcourir et à faire des <code>less</code> des fichiers que vous y rencontrerez. En plus, c'est la seule méthode qui marchera sur toutes les distributions.

== lshw : le couteau suisse de l'information système ==

Votre distribution vous fournit peut être maintenant un outil à tout faire pour explorer votre configuration matérielle : <code>lshw</code>. Cet outil va vous permettre de synthétiser des informations concernant la mémoire, la version du firmware, la configuration de la carte mère, la version du CPU et sa vitesse, la configuration du cache, la vitesse du bus...

lshw va en fait lire dans tous les fichiers nécessaires (fichiers listés dans le man de l'outil) pour en récupérer les informations nécessaires. Le résultat peut être extrait au format texte, XML ou HTML.

=== Affichage court ===

Une des sorties écran le plus simple reprend le modèle de la commande <code>ioscan</code> qu'on retrouve sur les systèmes HP-UX.

<div class="code"><nowiki># lshw -short</nowiki><br /> H/W path              Device    Class       Description<br /> =======================================================<br />                                 system      MS-6590<br /> /0                              bus         MS-6590<br /> /0/0                            memory      BIOS<br /> /0/4                            processor   AMD Athlon(tm) XP 2000+<br /> /0/4/5                          memory      L1 cache<br /> /0/4/6                          memory      L2 cache<br /> /0/1                            memory      System memory<br /> /0/e0000000                     bridge      VT8377 [KT400/KT600 AGP] Host Bridge<br /> /0/e0000000/1                   bridge      VT8235 PCI Bridge<br /> /0/e0000000/1/0       /dev/fb0  display     NV17 [GeForce4 MX 440]<br /> /0/e0000000/6         eth1      network     VT6102 [Rhine-II]<br /> /0/e0000000/8         eth0      network     RTL-8029(AS) </div>

où

* H/W path est le chemin matériel
* Device est le nom du périphérique
* Class est la catégorie de périphérique
* Description donne une description en quelques mots du périphérique

=== Affichage texte ===

Vous avez également la possibilité d'obtenir une description complète de votre configuration matérielle. Par défaut, le résultat est affiché sur la sortie standard. Pour la conserver il suffit donc de faire une redirection dans un fichier

<div class="code"><nowiki># lshw > lshw.txt</nowiki><br /> # cat lshw.txt<br /> pingu<br />     description: Desktop Computer<br />     product: MS-6590<br />     vendor: MSI<br />     version: 1.0<br />     serial: 00000000<br />     capabilities: smbios-2.3 dmi-2.3<br />     configuration: chassis=desktop<br />   *-core<br />        description: Motherboard<br />        product: MS-6590<br />        vendor: MSI<br />        physical id: 0<br />        version: 1.0<br />        serial: 00000000<br />        slot: PCI2<br />      *-firmware<br />           description: BIOS<br />           vendor: American Megatrends Inc.<br />           physical id: 0<br />           version: 07.00T (04/02/01)<br />           size: 64KB<br />           capacity: 192KB<br /> [...]</div>

=== Affichage XML / HTML ===

lshw propose une option permettant une récupération des informations au format XML et/ou HTML. La commande est simple :
<code multi># lshw -html</code>
Elle sort une page html sur la sortie standard.

Pour afficher cette page, une commande du type :
<code multi># lshw -html > /tmp/lshw.html ; konqueror file:/tmp/lshw.html</code>
fonctionne très bien.

=== Client Gtk ===

Enfin, il existe un client Gtk : <code>gtk-lshw</code> ou <code>lshw -X</code>

== Mon système GNU/Linux ==

=== La distribution ===

Afin de connaître la version, voire le nom, de votre distribution, sachez qu'il existe souvent un fichier :<br />

<div class="code">/etc/''nom-distribution''</div>

<br />Il suffit donc de faire un <code>cat</code> de ce fichier.<br /><br /> Par exemple, pour la Mandrake c'est <code>/etc/mandrake-release</code> et pour la Slackware, <code>/etc/slackware-version</code>.

=== Le nom de ma machine ===

Pour connaître le nom de votre machine :<br />

<div class="code">$ hostname</div>

<br /> Le nom de la machine, ou ''hostname'', fait partie du paramétrage réseau d'une machine. Je ne peux donc que vous conseiller la lecture de l'[http://lea-linux.org/reseau/config_reseau.php3 Exploration de la configuration réseau] afin d'en savoir plus.

=== Le noyau Linux ===

La version de votre noyau actuel est obtenue ainsi :<br />

<div class="code">$ uname -r</div>

Pour connaître la configuration actuelle du noyau :<br />

* Soit vous savez où récupérer le <code>.config</code> de votre noyau
* Soit utilisez le ''Trucs & Astuces'' : [http://lea-linux.org/trucs/item.161.html Récupérer le fichier .config] par Anne

Maintenant, vous avez deux solutions pour ''lire'' la configuration de votre noyau :<br />

* Avec l'éditeur de votre choix.
* Sous X avec : <code><nowiki># make xconfig</nowiki></code><br /> ou alors avec : <code><nowiki># make menuconfig</nowiki></code>, le tout en étant sous <code>/usr/src/linux</code>. <div class="warning">Attention à ne pas sauver !</div>

=== Les modules du noyau ===

Tout d'abord, tous les modules se trouvent sous :<br />

<div class="code">/lib/modules/''version-du-noyau''</div>

Pour avoir une idée des modules à charger, vous pouvez utiliser les commandes sur les périphériques expliquées dans ce document. Sinon allez dans le répertoire :<br />

<div class="code">/usr/src/linux/Documentation</div>

et cherchez sans oublier les sous-répertoires. En particulier, lisez le fichier <code>modules.txt</code>.<br /><br /> Pour avoir de plus amples informations sur un module particulier, et donc sur un ''driver'', faites :<br />

<div class="code">$ /sbin/modinfo nom-module</div>

Pour savoir quels sont les modules chargés en mémoire :<br />

<div class="code">$ /sbin/lsmod</div>

<br /> Exemple concret, pour savoir si le module d'émulation SCSI du graveur est chargé :<br />

<div class="code">$ /sbin/lsmod | grep ide-scsi</div>

Pour savoir si vous avez besoin de recompiler les modules du noyau afin d'avoir l'émulation :<br />

<div class="code">$ find /lib/modules/`uname -r` -iname "ide-scsi*" -print</div><div class="note">Cet exemple concret concerne les noyaux 2.4.x, mais la méthode est bien entendue toujours valide avec un noyau 2.6.x.</div>

=== Les services (ou daemons) ===

Il existe de nombreux outils pour gérer les services sur un système GNU/Linux. Mais ces outils dépendent beaucoup de la distribution, si elle est <code>SysV</code> ou <code>BSD</code>-like et si elle utilise <code>inetd</code> ou <code>xinetd</code>.<br /> Aujourd'hui les principales distributions sont <code>SysV</code> et utilisent <code>xinetd</code> sauf la Slackware.<br /><br /> Vous trouverez de l'aide et des articles sur le sujet ici-même.<br /> Entre autres :<br />

* [http://lea-linux.org/admin/daemons.php3 La gestion des daemons] par Philippe
* [http://lea-linux.org/admin/secur.php3 Sécuriser Linux] par Serge

Mais pour savoir rapidement si votre distribution utilise <code>xinetd</code>, faites simplement :<br />

<div class="code">$ ps -ef | grep -i inetd</div>

Cela vous sortira soit :<br />

<div class="code">root        87     1  0 22:13 ?        00:00:00 /usr/sbin/inetd</div>

Soit :<br />

<div class="code">root        88     1  0 22:22 ?        00:00:00 /usr/sbin/xinetd</div>

<br /> Et vous saurez si c'est <code>inetd</code> ou <code>xinetd</code> qui est utilisé.<br /><br /> De plus pour savoir si le système d'initialisation (aussi dit d'init) est SysV (dit Système 5), vérifier dans le répertoire <code>/etc/rc.d</code> qu'il existe les répertoires : <code>init.d, rc1.d, rc2.d,... , rc6.d</code>. Sinon la distribution (ex: BSD, Slackware, Sourcemage, Nasgaïa) utilise un autre système d'init.

=== Les processus ===

Pour savoir quel processus est le processus père de quel(s) autre(s) :<br />

<div class="code">$ pstree -ph</div>

Ce qui affiche cet ''arbre'' :<br />

<div class="code">'''init(1)-+'''-agetty(96)<br />        '''|'''-devfsd(14)<br />        '''|'''-eth0(73)<br />        '''|'''-gvim(319)<br />        '''|'''-inetd(85)<br />        '''|'''-kapmd(3)<br />        '''|-kdm(97)-+'''-X(99)<br />        |           '''`-kdm(100)--icewm(111)-+-rxvt.bin(125)--bash(127)--pstree(349)'''<br />        |                                      `-sylpheed(205)<br />        |-keventd(2)<br />        |-khubd(52)<br />        |-klogd(83)<br />        |-mdrecoveryd(9)<br />        |-modem_run(158)<br />        |-pppd(160)---pppoa2(162)---pppoa2(165)<br />        `-syslogd(80)<br /> </div>

<br /> Nous avons donc sous les yeux tous les processus du système avec leur <code>PID</code> (Process Identifier) sous une forme nous permettant de comprendre qui est dépendant de qui. En conséquence, cela permet aussi de mieux comprendre le système et de voir ce qui tourne.<br />

=== Le serveur graphique X ===

<span class="ToRemove">Spécifique à XFree86 :</span>

<div class="xfree"> Pour connaître la version :<br /><div class="code">$ XFree86 -version</div> Afin de mieux connaître votre configuration graphique, éditez en lecture le fichier :<br /><div class="code">/etc/X11/XF86Config-4</div> Si vous ne possédez pas ce fichier, ou pour une version de XFree86 antérieure aux versions 4 :<br /><div class="code">/etc/X11/XF86Config</div> </div>

<br /><span class="ToRemove">Spécifique à Xorg :</span>

<div class="xorg"> Pour connaître la version :<br /><div class="code">$ Xorg -version</div> Afin de mieux connaître votre configuration graphique, éditez en lecture le fichier :<br /><div class="code">/etc/X11/xorg.conf</div> </div>

<br /> Pour connaitre la résolution actuelle :<br />

<div class="code">$ xvidtune -show</div>

Ce qui retourne :<br />

<div class="code"> "1152x864"     85.00   1152 1216 1344 1600    864  865  868  900 -hsync -vsync </div>

Cette commande, sans arguments, vous permettra aussi d'affiner votre résolution.<br /> Pour en savoir plus sur la configuration du serveur X :<br />

<div class="code">$ xdpyinfo</div>

Ce qui retourne :<br />

<div class="code"> name of display:    :0.0<br /> version number:    11.0<br /> vendor string:    The X.Org Foundation<br /> vendor release number:    60801000<br /> X.Org version: 6.8.1<br /> maximum request size:  16777212 bytes<br /> motion buffer size:  256<br /> bitmap unit, bit order, padding:    32, LSBFirst, 32<br /> image byte order:    LSBFirst<br /> number of supported pixmap formats:    7<br /> [...]<br /> </div>

J'ai coupé car cela renvoie trop d'informations pour être affichées ici.<br />

=== Les bibliothèques ===

Pour avoir la liste des bibliothèques installées figurant dans les répertoires :<br />

* <code>/usr/lib</code>
* <code>/lib</code>
* Et les répertoires contenus dans le fichier <code>/etc/ld.so.conf</code>

Faites :

<code multi><nowiki># ldconfig -p</nowiki></code>

Mais pour savoir si la bibliothèque <code>libc.so</code> est installée, faites plutôt :<br />

<code multi><nowiki># ldconfig -p | grep -i libc.so</nowiki></code>

Ce qui a pour résultat :

<code multi>libc.so.6 (libc6, OS ABI: Linux 2.0.0) => /lib/libc.so.6</code>

Pour déterminer la version d'une bibliothèque installée, cela peut se révéler compliqué...<br /> Voici quelques ''méthodes'' que je connais :<br />

* Faire : <code>$ find / -iname "*config*" -type f -print | grep -i bin</code>, vous retournera une liste d'exécutables de configuration. Il ne reste plus qu'à trouver celui qui semble correspondre, faire un <code>man</code> et à essayer : <code>exécutable --version</code>
* Avec de la chance la version figure dans le nom du <code>.so</code> (cherchez le véritable <code>.so</code>, pas le lien symbolique).
* Essayer d'exécuter la bibliothèque comme un exécutable.
* Cherchez dans le gestionnaire de paquets de votre distribution.
* Voir la <code>release-note</code> de la version de votre distribution, si elle existe.
* Allez sur le site [http://www.distrowatch.com/ DistroWatch] et consultez la page de votre distribution.
* La commande : <code>$ ldd -v ''nom-exécutable ou nom-bibliothèque''</code> donne des informations de version mais je ne suis pas sûr de les comprendre...

<u>NDR </u><nowiki>: Le terme </nowiki>''library'' est souvent abusivement traduit par "''librairie''" au lieu de "''bibliothèque''". Je lui préfère ce dernier, sachez simplement qu'il s'agit de la même chose.

=== Les logiciels en général ===

Pour savoir si un logiciel est installé, il y a les outils en relation avec le type de paquet utilisé par la distribution. Mais si vous prenez l'habitude d'installer à partir des sources, ces outils ne marchent plus. Donc les solutions universelles sont :<br />

<code multi>$ find / -iname "*nom-du-logiciel*" -type f -print</code>

Ou

<code multi>$ locate nom-du-logiciel</code>

En général, pour connaître la version d'un logiciel, il suffit de faire :<br />

<code multi>$ exécutable-du-logiciel --version</code>

Ou

<code multi>$ exécutable-du-logiciel -v</code>

Pour savoir, quelles bibliothèques un exécutable utilise ou dont il a besoin :<br />

<code multi>$ ldd exécutable</code>

Par exemple : <code>$ ldd `which sylpheed`</code>, retourne :

<code>        libgmodule-1.2.so.0 => /opt/gnome/lib/libgmodule-1.2.so.0 (0x40017000)
       libglib-1.2.so.0 => /opt/gnome/lib/libglib-1.2.so.0 (0x4001a000)
       libdl.so.2 => /lib/libdl.so.2 (0x40046000)
       libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4004a000)
       libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40058000)
       libm.so.6 => /lib/libm.so.6 (0x40131000)
       libgdk_pixbuf.so.2 => /opt/gnome/lib/libgdk_pixbuf.so.2 (0x40154000)
       libgtk-1.2.so.0 => /opt/gnome/lib/libgtk-1.2.so.0 (0x40168000)
       libgdk-1.2.so.0 => /opt/gnome/lib/libgdk-1.2.so.0 (0x4028d000)
       libgpgme.so.6 => /usr/local/lib/libgpgme.so.6 (0x402bf000)
       libssl.so.0 => /usr/lib/libssl.so.0 (0x402d5000)
       libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0x4038b000)
       libc.so.6 => /lib/libc.so.6 (0x4044b000)
       /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
</code>

<u>NDR </u><nowiki>: J'ai utilisé la commande </nowiki><code>ldd `which sylpheed`</code> car <code>ldd</code> n'utilise pas le <code>PATH</code>, donc il faut lui donner le chemin d'accès de l'exécutable. Ce que fait <code>which sylpheed</code> pour l'exemple.

=== Déterminer quelques versions ===

<center>

{| width="90%" border="1" cellpadding="5"
|- bgcolor="#cccccc"
| '''Le composant'''
| '''La commande'''
|-
| '''Le noyau Linux'''
| <code>uname -r</code>
|-
| '''GCC, le compilateur'''
| <code>gcc --version</code>
|-
| '''XFree86, le serveur X'''
| <code>XFree86 -version</code>
|-
| '''Xorg, l'''autre'' serveur X'''
| <code>Xorg -version</code>
|-
| '''KDE (qt, kde, kde-config)'''
| <code>kde-config --version</code>
|-
| '''Gnome et ses bibliothèques'''
| <code>gnome-config --version</code><br /><br /><code>glib-config --version</code><br /><br /><code>gtk-config --version</code><br /><br /><code>gtkmm-config --version</code>
|-
| '''WindowMaker'''
| <code>wmaker --version</code>
|-
| '''Fluxbox'''
| <code>fluxbox -version</code>
|-
| '''Enlightenment'''
| <code>enlightenment --version</code>
|-
| '''La bibliothèque Glibc'''
| <code>/lib/libc.so.6</code>
|-
| '''OpenSSL'''
| <code>openssl version</code>
|-
| '''GnuPG (Gnu Privacy Guard)'''
| <code>gpg --version</code>
|-
| '''La bibliothèque GPGme (GnuPG Made Easy)'''
| <code>gpgme-config --version</code>
|-
| '''L'éditeur Vi (ou Vim)'''
| <code>vi --version</code>
|-
| '''...'''
|
|}

</center>

A compléter vous-même... ;-)

=== Mini-conclusion ===

Comme pour le matériel, ce qui précède peut vous aider... Mais pour les logiciels la tâche est plus compliquée car beaucoup d'éléments entrent en considération comme : la distribution, le système de paquetage, la hiérarchie du système de fichiers...

== Mot de la fin ==

J'espère que vous avez appris quelque chose et que cela vous sera utile.<br /><br />N'hésitez pas à m'envoyer vos remarques.

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Jonesy le 09/09/2002.</div>

= Copyright =
Copyright © 09/09/2002, Jonesy
{{CC-BY-NC-SA}}

Exploration de la configuration

2006-03-07T14:14:07Z

Gw22 (phorum) : /* Points de détail */

[[Category:Les plus de l'administration]]
= Exploration de la configuration =

<div class="leatitre">Exploration de la configuration</div><div class="leapar">par [http://groupe.lea-linux.org/slack/alive Jonesy]<br /> Avec les remarques et conseils de Marck, Piem et Erwann. Et Anne pour le ''couteau suisse''.</div><div class="leadesc">Ou lorsque le manchot répond à toutes vos questions sur votre système.<br />(v.4)</div>
----

== Avant propos ==

Ce document va essayer de répondre le mieux possible à ces deux questions :<br />

* Quelle est ma configuration matérielle ?
* Quelle est ma configuration système et logicielle ?

Ce document peut être, d'une certaine façon, considéré comme une suite de ''Trucs & Astuces'', car il vous fournit seulement une liste de commandes vous permettant de répondre aux deux questions ci-dessus. Par ailleurs, notez que la liste des commandes fournies '''n'est pas exhaustive'''.

=== Points de détail ===

Il vous est vivement recommandé, de faire un <code>man</code> sur les commandes avant de les lancer, ceci afin de connaître leurs fonctions et leurs options.<br /><br /> Absolument rien ne garantit que votre distribution fournisse et/ou installe toutes les commandes utilisées dans ce document.<br /> Presque toutes les commandes citées ici sont des commandes en ligne, à exécuter en <code>init 3</code> ou dans un terminal. Il existe aussi de nombreux outils graphiques pour ''décortiquer'' le système mais je ne les aborderai pas.<br /> Enfin, il s'avère qu'en fonction de votre distribution et de la configuration générale du système, les commandes suivantes '''peuvent être lancées''' avec un utilisateur normal, dans le cas contraire utilisez le <code>root</code>. A vous de voir et de tester.

=== Mise en garde ===

Ce document aborde un sujet plutôt technique, il n'est pas forcément à la portée de tout le monde. Les commandes ne sont pas compliquées mais l'interprétation de leur résultats peuvent l'être.

== Mon matériel ==

=== Avec quelles options ? ===

Pour savoir avec quelles options noyau votre système a démarré, faire :<br />

<div class="code">$ cat /proc/cmdline</div>

Ce qui retourne par exemple : <br />

<div class="code">BOOT_IMAGE=Slackware ro root=305 hdc=ide-scsi hdd=ide-scsi max_scsi_luns=4 devfs=mount</div>

Cela pourra être utile pour comprendre pourquoi le système fait ou supporte ceci ou cela alors que nous ne lui avons dit ''nulle part''. Normallement vous devriez retrouver ces options dans la configuration de votre loader.<br />

=== Le matériel installé ===

Pour avoir une vue générale du matériel installé :<br />

<div class="code">$ lsdev</div>

<br /> Ce qui retourne quelque chose comme ça:<br />

<div class="code"> Device            DMA   IRQ  I/O Ports <br /><nowiki>------------------------------------------------ </nowiki><br />3Com                         a400-a47f <br />8139too                      9400-94ff <br />cascade             4     2 <br />Creative                     9800-9807 a000-a01f <br />dma                          0080-008f <br />dma1                         0000-001f <br />dma2                         00c0-00df <br />EMU10K1                   5  a000-a01f <br />eth0                     10 <br />fpu                          00f0-00ff <br />ide0                     14  01f0-01f7 03f6-03f6   d800-d807 <br />ide1                     15  0170-0177 0376-0376   d808-d80f <br />keyboard                  1  0060-006f <br />Mouse                    12 <br />parport0                     0378-037a <br />PCI                          0cf8-0cff 9400-94ff <br />pic1                         0020-003f <br />pic2                         00a0-00bf <br />rtc                       8  0070-007f <br />serial                       02f8-02ff 03f8-03ff <br />timer                     0  0040-005f <br />usb-uhci                 11  d000-d01f   d400-d41f <br />vesafb                       03c0-03df <br />VIA                          d000-d01f d400-d41f d800-d80f e400-e4ff e800-e80f </div>

Si la commande <code>lsdev</code> n'est pas fournie par votre distribution, essayez :<br />

<div class="code">$ more /proc/devices</div>

et les autres commandes de cet article.

=== Le processeur ===

Afin de connaître les caractéristiques de votre processeur :<br />

<div class="code">$ more /proc/cpuinfo</div>

Par exemple cela renvoie :<br />

<div class="code"> processor     : 0<br /> vendor_id     : AuthenticAMD<br /> cpu family    : 6<br /> model         : 4<br /> model name    : AMD Athlon(tm) Processor<br /> stepping      : 2<br /> cpu MHz       : 900.044<br /> cache size    : 256 KB<br /> fdiv_bug      : no<br /> hlt_bug       : no<br /> f00f_bug      : no<br /> coma_bug      : no<br /> fpu           : yes<br /> fpu_exception: yes<br /> cpuid level   : 1<br /> wp            : yes<br /> flags         : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow<br /> bogomips      : 1795.68<br /> </div>

Pour connaître le pourcentage d'utilisation du processeur :<br />

<div class="code">$ top</div>

Et enfin depuis combien de temps la machine n'a pas redémarré :<br />

<div class="code">$ uptime</div>

=== Les IRQs ===

Quels sont les IRQs utilisés :<br />

<div class="code">$ procinfo</div>

Voici la partie du résultat qui nous intéresse :<br />

<div class="code"> [ ... ]<br /> irq 0: 387420 timer         irq 10:      0 eth0<br /> irq 1:     9396 keyboard    irq 11:   9366 usb-uhci, usb-uhci<br /> irq 2:      0 cascade [4]   irq 12: 113603 PS/2 Mouse<br /> irq 6:      2               irq 14:   6555 ide0<br /> irq 8:      1 rtc           irq 15:      2 ide1<br /> </div>

Ou pour '''tous''' les IRQs possibles :<br />

<div class="code">$ procinfo -i </div>

Par exemple, cela affiche, en plus, les <code>IRQs</code> 3 et 4, les ports série, qui ne sont pas utilisés ici.<br /><br /> La commande <code>procinfo</code> peut servir pour la mémoire, l'occupation du processeur... Bref, faites <code>man procinfo</code> pour en savoir plus.<br /><br /> Comme pour <code>lsdev</code>, la commande <code>procinfo</code> peut être manquante, alors faites aussi :<br />

<div class="code">$ more /proc/interrupts</div>

=== La RAM et la SWAP ===

Pour afficher la <code>RAM</code> et la <code>SWAP</code> disponibles en <code> Mo</code> :<br />

<div class="code">$ free -mt</div>

Ce qui donne :<br />

<div class="code">               total  used  free  shared  buffers  cached<br /> Mem:             501   118   382       0        2      76<br /> -/+ buffers/cache:      38   462<br /> Swap:            509     0   509<br /> Total:          1011   118   892<br /> </div>

Pour avoir plus d'informations sur la mémoire (RAM et SWAP) de GNU/Linux, allez voir le ''Trucs & Astuces'' : [http://lea-linux.org/trucs/item.98.html Aide mémoire sur la mémoire].

=== Les cartes PCI et AGP ===

Avoir une première idée des cartes PCI et AGP installées :<br />

<div class="code"><nowiki># scanpci</nowiki></div>

Personnellement, je préfère :<br />

<div class="code">$ /sbin/lspci</div>

Ce qui retourne :<br />

<div class="code">00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 0305 (rev 02)<br /> 00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device 8305<br /> 00:04.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super] (rev 22)<br /> 00:04.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 10)<br /> 00:04.2 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 10)<br /> 00:04.3 USB Controller: VIA Technologies, Inc. VT82C586B USB (rev 10)<br /> 00:04.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30)<br /> 00:09.0 Multimedia video controller: Brooktree Corporation Bt878 (rev 11)<br /> 00:09.1 Multimedia controller: Brooktree Corporation Bt878 (rev 11)<br /> 00:0a.0 Multimedia audio controller: Creative Labs SB Live! EMU10000 (rev 07)<br /> 00:0a.1 Input device controller: Creative Labs SB Live! (rev 07)<br /> 00:0b.0 Ethernet controller: Unknown device 0001:8139 (rev 10)<br /> 01:00.0 VGA compatible controller: nVidia Corporation NV11 (rev a1)<br /> </div>

Malgré le nom de la commande, nous pouvons voir que la dernière ligne est ma carte vidéo AGP.

<div class="aparte">'''Interrogation '''<nowiki>: est-ce dépendant de la carte mère et de sa façon de gérer les IRQ ?</nowiki></div>

<br /> Pour avoir plus d'informations sur les cartes :<br />

<div class="code">$ /sbin/lspci -v</div>

Encore plus d'informations sur les cartes ?<br />

<div class="code">$ /sbin/lspci -vv</div>

<br />Pour savoir quelles cartes sont ''Plug and Play'' :<br />

<div class="code">$ lspnp</div>

<u>NDR </u><nowiki>: Cette commande fait partie du paquet </nowiki>'''pcmcia-cs''' qui contient aussi d'autres commandes pour le matériel pcmcia. N'ayant pas de tel matériel, je ne les ai pas testées.

=== Les disques durs ===

La première chose, combien de partitions avez-vous sur chaque disque dur, de quel type sont-elles et comment s'appellent-t-elles ?

<div class="code"><nowiki># /sbin/fdisk -l</nowiki></div>

Ce qui affiche, par exemple :<br />

<div class="code">Disque /dev/ide/host0/bus0/target1/lun0/disc : 255 têtes, 63 secteurs, 4865 cylindres<br /> Unités = cylindres sur 16065 * 512 octets<br /><br />                          Périphérique Amorce  Début   Fin  Blocs    Id Système<br /> /dev/ide/host0/bus0/target1/lun0/part1 *           1    62 497983+   82 Echange Linux<br /> /dev/ide/host0/bus0/target1/lun0/part2            63   548 3903795   83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part3           549  1156 4883760   83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part4          1157  4865 29792542+  5 Etendue<br /> /dev/ide/host0/bus0/target1/lun0/part5          1157  1764 4883728+  83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part6          1765  2250 3903763+  83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part7          2251  2736 3903763+  83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part8          2737  3222 3903763+  83 Linux natif<br /> /dev/ide/host0/bus0/target1/lun0/part9          3223  4865 13197366  83 Linux natif<br /> </div>

C'est le retour que l'on obtient avec un système GNU/Linux utilisant Devfs. La vieille norme de nommage est conservée par des liens symboliques, faites donc :<br />

<div class="code">$ ls -l /dev/hda* /dev/hdb* /dev/sda* /dev/sdb*</div>

<br />afin de voir la correspondance entre <code>/dev/ide/host0/bus0/target1/lun0/part9</code> et <code>/dev/hdb9</code>, par exemple.<br /><br /> Pour vérifier si le DMA est activé pour votre disque dur :<br />

<div class="code"><nowiki># /usr/sbin/hdparm -d /dev/hda</nowiki></div>

Ce qui retourne :

<div class="code">/dev/hda:<br /> using_dma    =  1 (on)<br /> </div>

<br />Pour tester les performances de votre cache et de votre disque dur :<br />

<div class="code"><nowiki># /usr/sbin/hdparm -Tt /dev/hda</nowiki></div>

Ce qui retourne :<br />

<div class="code">/dev/hda:<br /> Timing buffer-cache reads:   128 MB in  0.74 seconds =172.97 MB/sec<br /> Timing buffered disk reads:  64 MB in   2.27 seconds = 28.19 MB/sec<br /> </div>

<br />Modifiez <code>/dev/hda</code> en fonction de votre disque dur.<br /><br /><u>NDR </u><nowiki>: Pour information, le fichier correspondant aux partitions est </nowiki><code>/proc/partitions</code>.<br />

=== Les systèmes de fichiers supportés ===

Pour connaître la liste des systèmes de fichiers supportés par votre noyau, faites :<br />

<div class="code">$ more /proc/filesystems </div>

Ce qui renvoie :<br />

<div class="code"> nodev   rootfs<br /> nodev   bdev<br /> nodev   proc<br /> nodev   sockfs<br /> nodev   tmpfs<br /> nodev   shm<br /> nodev   pipefs<br />         ext3<br />         ext2<br /> nodev   ramfs<br />         umsdos<br />         msdos<br />         vfat<br />         iso9660<br /> nodev   nfs<br />         reiserfs<br /> nodev   devpts<br /> nodev   usbdevfs<br /> nodev   usbfs<br /> </div>

<br /><u>NDR </u><nowiki>: Ce n'est pas vraiment du matériel, car cela dépend de la compilation de votre noyau, mais bon... :-) </nowiki>

=== Les CDROMs, graveurs et DVDROMs ===

Il y a des chances pour qu'à l'installation votre distribution détermine vos lecteurs de CDROMs, DVDs et graveurs. Mais si ce n'est pas le cas, ou si vous souhaitez en savoir plus, voici comment nous pouvons déterminer quel ''dev'' il faut monter pour pouvoir utiliser ces lecteurs et graveurs.<br /><br /> Sous <code>/proc/ide</code> pour les IDE, sinon ce sera <code>/proc/scsi</code>, vous trouverez un <code>ide1</code> et un <code>ide2</code>. Sous ces répertoires vous retrouverez <code>hda, hdb, hdc et/ou hdd</code>. Et enfin, là, vous trouverez :<br />

* un fichier <code>media</code> qui indique si c'est un cdrom, un disque dur ou autre<br /> Résultat de la commande <code>cat media</code> : <code>cdrom</code>
* un fichier <code>model</code> qui donne le modèle du média installé<br /> Résultat de la commande <code>cat model</code> : <code>SONY CD-RW CRX140E</code>

<div class="code">/proc/ide/-+-ide1/-+-hda/<br />            |       |<br />            |       `-hdb/<br />            |<br />            `-ide2/-+-hdc/-+-media<br />                    |      `-model<br />                    `-hdd/<br /> </div>

Pour voir en une seule fois vos périphériques IDE, faites :<br />

<div class="code">$ find /proc/ide -type d -print</div>

Ce qui renvoie :<br />

<div class="code"> /proc/ide<br /> /proc/ide/ide1<br /> /proc/ide/ide1/hdd<br /> /proc/ide/ide1/hdc<br /> /proc/ide/ide0<br /> /proc/ide/ide0/hdb<br /> /proc/ide/ide0/hda<br /> </div>

Ou <br />

<div class="code">$ find /proc/ide -iname "media" -type f -print</div>

<br />Pour savoir si votre graveur est reconnu en tant que graveur, faites (obligatoirement en <code>root</code>) : <br /><span class="ToRemove">Spécifique au noyau 2.4.x :</span>

<div class="ker24"><div class="code"><nowiki># cdrecord -scanbus</nowiki></div><u>NDR </u><nowiki>: Pensez à l'</nowiki>[#modules émulation SCSI] pour un graveur IDE. </div>

<br /><span class="ToRemove">Spécifique au noyau 2.6.x :</span>

<div class="ker26"><div class="code"><nowiki># cdrecord dev=ATA -scanbus</nowiki></div><u>NDR </u><nowiki>: L'émulation SCSI n'est pas nécessaire avec un noyau 2.6.x. </nowiki></div>

=== L'USB ===

Afin de connaitre vos périphériques USB, vous avez la commande <code>lsusb</code> :

<div class="code">$ /sbin/lsusb</div>

Retourne :

<div class="code"> Bus 002 Device 001: ID 0000:0000 <br /> Bus 002 Device 002: ID 04e1:0201 Iiyama North America, Inc. Monitor Hub<br /> Bus 002 Device 003: ID 05dc:a400 Lexar Media, Inc. <br /> Bus 001 Device 001: ID 0000:0000 <br /> Bus 001 Device 002: ID 058f:9360 Alcor Micro Corp. <br /> </div>

<br /> Pour avoir plus de détail, vous pouvez faire : <br />

<div class="code">$ /sbin/lsusb -v</div>

Hormis cela, vous pouvez consulter le répertoire <code>/proc/bus/usb</code>.

=== Tout le reste ===

Enfin, pour tout ce que l'on vient de voir et plus encore, il y a :

<div class="code">$ dmesg | more</div>

Cette commande retourne trop d'informations pour les restituer ici. Mais par exemple, pour savoir comment monter une clé USB, cela aide lorsque vous ''tombez'' sur ce genre d'informations :

<span class="ToRemove">Spécifique au noyau 2.4.x :</span>

<div class="ker24"><div class="code"> [...] <br />scsi2 : SCSI emulation for USB Mass Storage devices <br />  Vendor: LEXAR     Model: JUMPDRIVE ELITE   Rev: 1000 <br />  Type:   Direct-Access                      ANSI SCSI revision: 02 <br />Attached scsi removable disk sde at scsi2, channel 0, id 0, lun 0 <br />SCSI device sde: 502880 512-byte hdwr sectors (257 MB) <br />sde: Write Protect is off sde: '''sde1''' [...]<br /> </div><div class="note">Comme vous pouvez le deviner, la clé USB en question ici est une ''Lexar JumpDrive Elite'' de 256 Mo.</div> </div>

<br /><span class="ToRemove">Spécifique au noyau 2.6.x :</span>

<div class="ker26"><div class="code"> usb 2-1.2: new full speed USB device using uhci_hcd and address 3<br /> ubb: device 3 capacity nsec 502880 bsize 512<br /> ubb: device 3 capacity nsec 502880 bsize 512<br /> ubb: '''ubb1'''<br /> </div> </div>

J'ai mis ici en gras le ''block special device'' (<code>/dev/'''sde1''' ou '''ubb1'''</code>) à utiliser pour la commande <code>mount</code>.

=== Mini-conclusion ===

Toutes ces commandes peuvent vous aider à mieux connaître votre système, mais surtout à le configurer et à l'optimiser.<br /><br /> Comme vous l'avez sûrement remarqué, le répertoire <code> /proc</code> est très utile ! Sachez que, généralement, les outils s'appuient sur ce répertoire pour vous retourner les informations. Vous ne risquez rien à le parcourir et à faire des <code>less</code> des fichiers que vous y rencontrerez. En plus, c'est la seule méthode qui marchera sur toutes les distributions.

== lshw : le couteau suisse de l'information système ==

Votre distribution vous fournit peut être maintenant un outil à tout faire pour explorer votre configuration matérielle : <code>lshw</code>. Cet outil va vous permettre de synthétiser des informations concernant la mémoire, la version du firmware, la configuration de la carte mère, la version du CPU et sa vitesse, la configuration du cache, la vitesse du bus...

lshw va en fait lire dans tous les fichiers nécessaires (fichiers listés dans le man de l'outil) pour en récupérer les informations nécessaires. Le résultat peut être extrait au format texte, XML ou HTML.

=== Affichage court ===

Une des sorties écran le plus simple reprend le modèle de la commande <code>ioscan</code> qu'on retrouve sur les systèmes HP-UX.

<div class="code"><nowiki># lshw -short</nowiki><br /> H/W path              Device    Class       Description<br /> =======================================================<br />                                 system      MS-6590<br /> /0                              bus         MS-6590<br /> /0/0                            memory      BIOS<br /> /0/4                            processor   AMD Athlon(tm) XP 2000+<br /> /0/4/5                          memory      L1 cache<br /> /0/4/6                          memory      L2 cache<br /> /0/1                            memory      System memory<br /> /0/e0000000                     bridge      VT8377 [KT400/KT600 AGP] Host Bridge<br /> /0/e0000000/1                   bridge      VT8235 PCI Bridge<br /> /0/e0000000/1/0       /dev/fb0  display     NV17 [GeForce4 MX 440]<br /> /0/e0000000/6         eth1      network     VT6102 [Rhine-II]<br /> /0/e0000000/8         eth0      network     RTL-8029(AS) </div>

où

* H/W path est le chemin matériel
* Device est le nom du périphérique
* Class est la catégorie de périphérique
* Description donne une description en quelques mots du périphérique

=== Affichage texte ===

Vous avez également la possibilité d'obtenir une description complète de votre configuration matérielle. Par défaut, le résultat est affiché sur la sortie standard. Pour la conserver il suffit donc de faire une redirection dans un fichier

<div class="code"><nowiki># lshw > lshw.txt</nowiki><br /> # cat lshw.txt<br /> pingu<br />     description: Desktop Computer<br />     product: MS-6590<br />     vendor: MSI<br />     version: 1.0<br />     serial: 00000000<br />     capabilities: smbios-2.3 dmi-2.3<br />     configuration: chassis=desktop<br />   *-core<br />        description: Motherboard<br />        product: MS-6590<br />        vendor: MSI<br />        physical id: 0<br />        version: 1.0<br />        serial: 00000000<br />        slot: PCI2<br />      *-firmware<br />           description: BIOS<br />           vendor: American Megatrends Inc.<br />           physical id: 0<br />           version: 07.00T (04/02/01)<br />           size: 64KB<br />           capacity: 192KB<br /> [...]</div>

=== Affichage XML / HTML ===

lshw propose une option permettant une récupération des informations au format XML et/ou HTML. La commande est simple :
<code multi># lshw -html</code>
Elle sort une page html sur la sortie standard.

Pour afficher cette page, une commande du type :
<code multi># lshw -html > /tmp/lshw.html ; konqueror file:/tmp/lshw.html</code>
fonctionne très bien.

=== Client Gtk ===

Enfin, il existe un client Gtk : <code>gtk-lshw</code> ou <code>lshw -X</code>

== Mon système GNU/Linux ==

=== La distribution ===

Afin de connaître la version, voire le nom, de votre distribution, sachez qu'il existe souvent un fichier :<br />

<div class="code">/etc/''nom-distribution''</div>

<br />Il suffit donc de faire un <code>cat</code> de ce fichier.<br /><br /> Par exemple, pour la Mandrake c'est <code>/etc/mandrake-release</code> et pour la Slackware, <code>/etc/slackware-version</code>.

=== Le nom de ma machine ===

Pour connaître le nom de votre machine :<br />

<div class="code">$ hostname</div>

<br /> Le nom de la machine, ou ''hostname'', fait partie du paramétrage réseau d'une machine. Je ne peux donc que vous conseiller la lecture de l'[http://lea-linux.org/reseau/config_reseau.php3 Exploration de la configuration réseau] afin d'en savoir plus.

=== Le noyau Linux ===

La version de votre noyau actuel est obtenue ainsi :<br />

<div class="code">$ uname -r</div>

Pour connaître la configuration actuelle du noyau :<br />

* Soit vous savez où récupérer le <code>.config</code> de votre noyau
* Soit utilisez le ''Trucs & Astuces'' : [http://lea-linux.org/trucs/item.161.html Récupérer le fichier .config] par Anne

Maintenant, vous avez deux solutions pour ''lire'' la configuration de votre noyau :<br />

* Avec l'éditeur de votre choix.
* Sous X avec : <code><nowiki># make xconfig</nowiki></code><br /> ou alors avec : <code><nowiki># make menuconfig</nowiki></code>, le tout en étant sous <code>/usr/src/linux</code>. <div class="warning">Attention à ne pas sauver !</div>

=== Les modules du noyau ===

Tout d'abord, tous les modules se trouvent sous :<br />

<div class="code">/lib/modules/''version-du-noyau''</div>

Pour avoir une idée des modules à charger, vous pouvez utiliser les commandes sur les périphériques expliquées dans ce document. Sinon allez dans le répertoire :<br />

<div class="code">/usr/src/linux/Documentation</div>

et cherchez sans oublier les sous-répertoires. En particulier, lisez le fichier <code>modules.txt</code>.<br /><br /> Pour avoir de plus amples informations sur un module particulier, et donc sur un ''driver'', faites :<br />

<div class="code">$ /sbin/modinfo nom-module</div>

Pour savoir quels sont les modules chargés en mémoire :<br />

<div class="code">$ /sbin/lsmod</div>

<br /> Exemple concret, pour savoir si le module d'émulation SCSI du graveur est chargé :<br />

<div class="code">$ /sbin/lsmod | grep ide-scsi</div>

Pour savoir si vous avez besoin de recompiler les modules du noyau afin d'avoir l'émulation :<br />

<div class="code">$ find /lib/modules/`uname -r` -iname "ide-scsi*" -print</div><div class="note">Cet exemple concret concerne les noyaux 2.4.x, mais la méthode est bien entendue toujours valide avec un noyau 2.6.x.</div>

=== Les services (ou daemons) ===

Il existe de nombreux outils pour gérer les services sur un système GNU/Linux. Mais ces outils dépendent beaucoup de la distribution, si elle est <code>SysV</code> ou <code>BSD</code>-like et si elle utilise <code>inetd</code> ou <code>xinetd</code>.<br /> Aujourd'hui les principales distributions sont <code>SysV</code> et utilisent <code>xinetd</code> sauf la Slackware.<br /><br /> Vous trouverez de l'aide et des articles sur le sujet ici-même.<br /> Entre autres :<br />

* [http://lea-linux.org/admin/daemons.php3 La gestion des daemons] par Philippe
* [http://lea-linux.org/admin/secur.php3 Sécuriser Linux] par Serge

Mais pour savoir rapidement si votre distribution utilise <code>xinetd</code>, faites simplement :<br />

<div class="code">$ ps -ef | grep -i inetd</div>

Cela vous sortira soit :<br />

<div class="code">root        87     1  0 22:13 ?        00:00:00 /usr/sbin/inetd</div>

Soit :<br />

<div class="code">root        88     1  0 22:22 ?        00:00:00 /usr/sbin/xinetd</div>

<br /> Et vous saurez si c'est <code>inetd</code> ou <code>xinetd</code> qui est utilisé.<br /><br /> De plus pour savoir si le système d'initialisation (aussi dit d'init) est SysV (dit Système 5), vérifier dans le répertoire <code>/etc/rc.d</code> qu'il existe les répertoires : <code>init.d, rc1.d, rc2.d,... , rc6.d</code>. Sinon la distribution (ex: BSD, Slackware, Sourcemage, Nasgaïa) utilise un autre système d'init.

=== Les processus ===

Pour savoir quel processus est le processus père de quel(s) autre(s) :<br />

<div class="code">$ pstree -ph</div>

Ce qui affiche cet ''arbre'' :<br />

<div class="code">'''init(1)-+'''-agetty(96)<br />        '''|'''-devfsd(14)<br />        '''|'''-eth0(73)<br />        '''|'''-gvim(319)<br />        '''|'''-inetd(85)<br />        '''|'''-kapmd(3)<br />        '''|-kdm(97)-+'''-X(99)<br />        |           '''`-kdm(100)--icewm(111)-+-rxvt.bin(125)--bash(127)--pstree(349)'''<br />        |                                      `-sylpheed(205)<br />        |-keventd(2)<br />        |-khubd(52)<br />        |-klogd(83)<br />        |-mdrecoveryd(9)<br />        |-modem_run(158)<br />        |-pppd(160)---pppoa2(162)---pppoa2(165)<br />        `-syslogd(80)<br /> </div>

<br /> Nous avons donc sous les yeux tous les processus du système avec leur <code>PID</code> (Process Identifier) sous une forme nous permettant de comprendre qui est dépendant de qui. En conséquence, cela permet aussi de mieux comprendre le système et de voir ce qui tourne.<br />

=== Le serveur graphique X ===

<span class="ToRemove">Spécifique à XFree86 :</span>

<div class="xfree"> Pour connaître la version :<br /><div class="code">$ XFree86 -version</div> Afin de mieux connaître votre configuration graphique, éditez en lecture le fichier :<br /><div class="code">/etc/X11/XF86Config-4</div> Si vous ne possédez pas ce fichier, ou pour une version de XFree86 antérieure aux versions 4 :<br /><div class="code">/etc/X11/XF86Config</div> </div>

<br /><span class="ToRemove">Spécifique à Xorg :</span>

<div class="xorg"> Pour connaître la version :<br /><div class="code">$ Xorg -version</div> Afin de mieux connaître votre configuration graphique, éditez en lecture le fichier :<br /><div class="code">/etc/X11/xorg.conf</div> </div>

<br /> Pour connaitre la résolution actuelle :<br />

<div class="code">$ xvidtune -show</div>

Ce qui retourne :<br />

<div class="code"> "1152x864"     85.00   1152 1216 1344 1600    864  865  868  900 -hsync -vsync </div>

Cette commande, sans arguments, vous permettra aussi d'affiner votre résolution.<br /> Pour en savoir plus sur la configuration du serveur X :<br />

<div class="code">$ xdpyinfo</div>

Ce qui retourne :<br />

<div class="code"> name of display:    :0.0<br /> version number:    11.0<br /> vendor string:    The X.Org Foundation<br /> vendor release number:    60801000<br /> X.Org version: 6.8.1<br /> maximum request size:  16777212 bytes<br /> motion buffer size:  256<br /> bitmap unit, bit order, padding:    32, LSBFirst, 32<br /> image byte order:    LSBFirst<br /> number of supported pixmap formats:    7<br /> [...]<br /> </div>

J'ai coupé car cela renvoie trop d'informations pour être affichées ici.<br />

=== Les bibliothèques ===

Pour avoir la liste des bibliothèques installées figurant dans les répertoires :<br />

* <code>/usr/lib</code>
* <code>/lib</code>
* Et les répertoires contenus dans le fichier <code>/etc/ld.so.conf</code>

Faites :

<code multi><nowiki># ldconfig -p</nowiki></code>

Mais pour savoir si la bibliothèque <code>libc.so</code> est installée, faites plutôt :<br />

<code multi><nowiki># ldconfig -p | grep -i libc.so</nowiki></code>

Ce qui a pour résultat :

<code multi>libc.so.6 (libc6, OS ABI: Linux 2.0.0) => /lib/libc.so.6</code>

Pour déterminer la version d'une bibliothèque installée, cela peut se révéler compliqué...<br /> Voici quelques ''méthodes'' que je connais :<br />

* Faire : <code>$ find / -iname "*config*" -type f -print | grep -i bin</code>, vous retournera une liste d'exécutables de configuration. Il ne reste plus qu'à trouver celui qui semble correspondre, faire un <code>man</code> et à essayer : <code>exécutable --version</code>
* Avec de la chance la version figure dans le nom du <code>.so</code> (cherchez le véritable <code>.so</code>, pas le lien symbolique).
* Essayer d'exécuter la bibliothèque comme un exécutable.
* Cherchez dans le gestionnaire de paquets de votre distribution.
* Voir la <code>release-note</code> de la version de votre distribution, si elle existe.
* Allez sur le site [http://www.distrowatch.com/ DistroWatch] et consultez la page de votre distribution.
* La commande : <code>$ ldd -v ''nom-exécutable ou nom-bibliothèque''</code> donne des informations de version mais je ne suis pas sûr de les comprendre...

<u>NDR </u><nowiki>: Le terme </nowiki>''library'' est souvent abusivement traduit par "''librairie''" au lieu de "''bibliothèque''". Je lui préfère ce dernier, sachez simplement qu'il s'agit de la même chose.

=== Les logiciels en général ===

Pour savoir si un logiciel est installé, il y a les outils en relation avec le type de paquet utilisé par la distribution. Mais si vous prenez l'habitude d'installer à partir des sources, ces outils ne marchent plus. Donc les solutions universelles sont :<br />

<code multi>$ find / -iname "*nom-du-logiciel*" -type f -print</code>

Ou

<code multi>$ locate nom-du-logiciel</code>

En général, pour connaître la version d'un logiciel, il suffit de faire :<br />

<code multi>$ exécutable-du-logiciel --version</code>

Ou

<code multi>$ exécutable-du-logiciel -v</code>

Pour savoir, quelles bibliothèques un exécutable utilise ou dont il a besoin :<br />

<code multi>$ ldd exécutable</code>

Par exemple : <code>$ ldd `which sylpheed`</code>, retourne :

<code>        libgmodule-1.2.so.0 => /opt/gnome/lib/libgmodule-1.2.so.0 (0x40017000)
       libglib-1.2.so.0 => /opt/gnome/lib/libglib-1.2.so.0 (0x4001a000)
       libdl.so.2 => /lib/libdl.so.2 (0x40046000)
       libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4004a000)
       libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40058000)
       libm.so.6 => /lib/libm.so.6 (0x40131000)
       libgdk_pixbuf.so.2 => /opt/gnome/lib/libgdk_pixbuf.so.2 (0x40154000)
       libgtk-1.2.so.0 => /opt/gnome/lib/libgtk-1.2.so.0 (0x40168000)
       libgdk-1.2.so.0 => /opt/gnome/lib/libgdk-1.2.so.0 (0x4028d000)
       libgpgme.so.6 => /usr/local/lib/libgpgme.so.6 (0x402bf000)
       libssl.so.0 => /usr/lib/libssl.so.0 (0x402d5000)
       libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0x4038b000)
       libc.so.6 => /lib/libc.so.6 (0x4044b000)
       /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
</code>

<u>NDR </u><nowiki>: J'ai utilisé la commande </nowiki><code>ldd `which sylpheed`</code> car <code>ldd</code> n'utilise pas le <code>PATH</code>, donc il faut lui donner le chemin d'accès de l'exécutable. Ce que fait <code>which sylpheed</code> pour l'exemple.

=== Déterminer quelques versions ===

<center>

{| width="90%" border="1" cellpadding="5"
|- bgcolor="#cccccc"
| '''Le composant'''
| '''La commande'''
|-
| '''Le noyau Linux'''
| <code>uname -r</code>
|-
| '''GCC, le compilateur'''
| <code>gcc --version</code>
|-
| '''XFree86, le serveur X'''
| <code>XFree86 -version</code>
|-
| '''Xorg, l'''autre'' serveur X'''
| <code>Xorg -version</code>
|-
| '''KDE (qt, kde, kde-config)'''
| <code>kde-config --version</code>
|-
| '''Gnome et ses bibliothèques'''
| <code>gnome-config --version</code><br /><br /><code>glib-config --version</code><br /><br /><code>gtk-config --version</code><br /><br /><code>gtkmm-config --version</code>
|-
| '''WindowMaker'''
| <code>wmaker --version</code>
|-
| '''Fluxbox'''
| <code>fluxbox -version</code>
|-
| '''Enlightenment'''
| <code>enlightenment --version</code>
|-
| '''La bibliothèque Glibc'''
| <code>/lib/libc.so.6</code>
|-
| '''OpenSSL'''
| <code>openssl version</code>
|-
| '''GnuPG (Gnu Privacy Guard)'''
| <code>gpg --version</code>
|-
| '''La bibliothèque GPGme (GnuPG Made Easy)'''
| <code>gpgme-config --version</code>
|-
| '''L'éditeur Vi (ou Vim)'''
| <code>vi --version</code>
|-
| '''...'''
|
|}

</center>

A compléter vous-même... ;-)

=== Mini-conclusion ===

Comme pour le matériel, ce qui précède peut vous aider... Mais pour les logiciels la tâche est plus compliquée car beaucoup d'éléments entrent en considération comme : la distribution, le système de paquetage, la hiérarchie du système de fichiers...

== Mot de la fin ==

J'espère que vous avez appris quelque chose et que cela vous sera utile.<br /><br />N'hésitez pas à m'envoyer vos remarques.

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Jonesy le 09/09/2002.</div>

= Copyright =
Copyright © 09/09/2002, Jonesy
{{CC-BY-NC-SA}}

Gestion des ACL

2006-03-07T14:10:50Z

Gw22 (phorum) :

[[Catégorie:Administration_système]]

Une '''ACL''', ou ''Access Control List'' (en anglais : « liste de contrôle d'accès ») est, pour définir simplement la notion, une liste de [[Admin-admin env-permissions|permission]]s sur un fichier, un répertoire ou une arborescence, ajoutée aux permissions « classiques » (c'est-à-dire, techniquement, les permissions POSIX.1) de ce fichier. Ces permissions concernent des utilisateurs et/ou des groupes définis. La gestion des ACL sous GNU/Linux s'inspire de la norme POSIX 1003.1e (projet 17) mais ne la respecte pas entièrement.

Au moyen des ACL, on peut étendre le nombre d'utilisateurs et de groupes ayant des droits sur un même fichier. Rappelons que, dans le monde UNIX, chaque fichier ne peut normalement indiquer des permissions que pour ''un seul utilisateur'' et ''un seul groupe'', qui s'opposent à une unique catégorie correspondant à « tous les autres » (ou « le reste du monde »). Avec les ACL, on peut (entre autres) ajouter à un fichier d'autres utilisateurs et groupes et définir leurs droits séparément. On se rapproche ainsi du système de permissions pratiqué sur les plate-formes NT (de nombreuses différences subsistent, cependant).

Les ACL sont très utiles (voire indispensables) dans des environnements informatiques axés sur le travail collaboratif et mutualisé ; de même, leur utilisation avec [[Reseau-partfic-samba|SAMBA]] permet d'en étendre les capacités.

<cadre type="note">Dans les exemples qui suivent, les commandes peuvent être tapées en root ou en utilisateur normal, selon la portée des modifications : pour modifier les droits d'un fichier qui n'est pas possédé par un utilisateur ou pour ajouter des permissions à un autre utilisateur ou encore pour ajouter aux ACL un groupe dont l'utilisateur ne fait pas partie, il faut être root (pour les utilisateurs Ubuntu, il faut préfixer les commandes par [[sudo|<code>sudo</code>]]).</cadre>

==Exemple pratique==
Soit un fichier ''/var/www/index.php'' (page d'index d'un site web, par exemple) dont les droits sont les suivants :
<code>ls -l /var/www/index.php
-rw-r----- 1 root www-data 18 2005-09-11 11:24 /var/www/index.php</code>

En d'autres termes, root en est le propriétaire ; il peut le lire et le modifier ; le fichier est aussi accordé au groupe ''www-data'' (celui sous lequel, par exemple, tourne le [[Reseau-web-Apache PHP MySQL|serveur web]]), dont les membres peuvent le lire mais pas le modifier. Quant au reste du monde, il ne peut pas y accéder (le fichier contient des informations confidentielles telles qu'un mot de passe à une base de données [[Reseau-web-Apache PHP MySQL|MySQL]]).

Imaginons qu'on veuille rendre le fichier accessible en lecture aux utilisateurs jean et luce, en lecture et écriture à khadija et alice. On pourrait à la rigueur faire entrer jean et luce dans le groupe ''www-data'' mais cela introduirait une faille de sécurité car ''www-data'' peut aussi accéder à des données qui ne les concernent pas. Il n'est en tout cas rationnellement pas prudent d'ajouter khadija et alice au groupe ''root''. On ne peut non plus changer les permissions (les mettre en lecture et écriture pour tout le monde) ou modifier le propriétaire et le groupe.

Les ACL sont là une solution pratique et facile à gérer dans ce cas ; il suffit d'ajouter des permissions à l'ACL du fichier (grâce à des commandes décrites plus bas) pour qu'il se présente ainsi :
<code>root: rw-
www-data: r--
khadija: rw-
alice: rw-
jean: r--
luce: r--
reste du monde : ---
</code>

==Mise en place==
Selon la version du noyau utilisée, le support des ACL peut ou non être déjà compilé. S'il l'est, il faut aussi que la partition contenant les fichiers dont on veut étendre les droits soit montée avec l'option idoine.

===Noyau===
Il faut d'abord savoir si le noyau a été compilé avec le support des ACL. Le plus simple est de le vérifier dans le fichier de configuration du noyau, fichier normalement situé sous ''/boot''. Pour ce faire, utiliser la [[Admin-admin env-shell|commande <i>grep</i>]] :
<code>grep ACL /boot/config-version-du-noyau
</code>

Elle doit renvoyer la ligne suivante :
<code>CONFIG_FS_POSIX_ACL=y
</code>
pour signaler que le support général des ACL est présent, et plusieurs lignes du type
<code>CONFIG_SystèmeDeFichiers]_FS_POSIX_ACL=y
</code>
où ''[[système de fichiers|SystèmeDeFichiers]]'' peut recevoir les valeurs (pour un noyau 2.6.8-2-386 à la date de rédaction) ''EXT2'', ''EXT3'', ''JFS'' et ''XFS''. On peut aussi utiliser les ACL avec les systèmes de fichiers ''IBM JFS'', ''ReiserFS'', ''SGI XFS'' et ''NFS''. Leur implémentation peut nécessiter de patcher le noyau. Noter que les ACL ne sont pas possibles avec des systèmes de fichiers comme ''vfat'' qui ne gèrent aucun type de permissions.

Si la valeur des options n'est pas correcte, vous devez [[Rubrique : noyau et modules|recompiler votre noyau]]. N'oubliez pas de prévoir au moins un système de fichiers pour lequel les ACL seront permis.

===Systèmes de fichiers/montage des partitions===
Quand le noyau est disposé à gérer les ACL, on doit préparer les partitions montées dans un système de fichiers adapté (par exemple, il est exclu de vouloir utiliser ces permissions avec du ''vfat'').

====Montage et démontage à la volée====
Il faut monter les partitions voulues avec l'option ''acl''. Par exemple :
<code>mount -t ext3 -o defaults,acl /dev/hda2/ /var/www/
</code>
Si la partition est déjà montée, on peut modifier ces paramètres à la volée :
<code>mount -o remount,acl /var/www/
</code>

====Configuration automatique====
L'inscription dans ''[[Admin-admin fs-fstab|/etc/fstab]]'' des options de gestion des ACL est recommandée quand leur utilisation est régulière. Par exemple, notre même couple ''partition'' / ''point de montage'' serait déclaré ainsi :
<code>/dev/hda2 /var/www ext3 defaults,acl 0 0
</code>

À chaque montage automatique des partitions, le support des ACL sera activé.

==Commandes==
Il existe deux commandes essentielles : l'une pour manipuler l'ACL d'un fichier (''setfacl'') et l'autre pour la consulter (''getfacl''). Les commandes traditionnelles ''chmod'' et ''chown'' ne peuvent accéder aux ACL.

Ces deux commandes nécessitent, sous Debian (et distributions dérivées, comme Knoppix ou Ubuntu), l'installation du paquetage « acl ». Pour l'installer :
<code>[sudo] apt-get install acl
</code>
(ajout de <code>sudo</code> pour Ubuntu)

Pour les distributions à base de RedHat (donc aussi Fedora, Mandriva), il faut installer les paquetages <code>acl.*.rpm</code> et <code>libacl1.*.rpm</code> (leur nom contient leur numéro de version).

===setfacl===
Le nom de la commande se comprend ''set file's ACL'' (« régler l'ACL du fichier »). Elle possède de nombreuses options dont il convient de prendre connaissance en consultant la page de manuel (<code>man setfacl</code>). La commande fonctionne bien sûr aussi de manière récursive (option <code>-R</code>) :
<code>setfacl -Rm u:khadija:rw /var/www/
</code>
modifie l'ACL de tous les fichiers situés sous ''/var/www/'' en attribuant une permission de lecture et d'écriture à l'utilisateur khadija.

====Ajouter des permissions====
La syntaxe fondamentale est simple. La commande
<code>setfacl -m u:khadija:rw /var/www/index.php</code>
modifiera (<code>-m</code>) l'ACL de ''/var/www/index.php'' en attribuant à l'utilisateur (préfixe <code>u:</code>) khadija les droits <code>rw</code> et en lui refusant le droit d'exécution (qui n'a pas été mentionné dans la commande).

Les principaux paramètres à connaître sont :
* '''préfixes :'''
** <code>u:</code> (droits pour un '''u'''tilisateur, nommé ou désigné par son uid) ;
** <code>g:</code> (droits pour un '''g'''roupe, nommé ou désigné par son gid) ;
** <code>o:</code> (droits pour '''''o'''ther'', le reste du monde) ;
* '''permissions :''' elles sont codées dans l'ordre <code>r</code>, <code>w</code> et <code>x</code> ou <code>X</code> (ce dernier représentant, comme avec ''chmod'', le droit d'entrée dans les répertoires ou celui d'exécution pour les fichiers qui ont déjà un marqueur <code>x</code>). On les remplace par <code>-</code> pour une interdiction explicite. Ne pas mentionner un droit revient aussi à une interdiction : <code>setfacl -m u:khadija:w /var/www/index.php</code> et <code>setfacl -m u:khadija:-w- /var/www/index.php</code> reviennent au même.

On peut construire des commandes plus complexes en enchaînant les entrées dans l'ACL :
<code>setfacl -m u:khadija:rw,g:site1:r--,o:--- /var/www/index.php
</code>
définit des permissions dans l'ACL de ''/var/www/index.php'' pour l'utilisateur khadija, le groupe ''site1'' et le reste du monde.

Cette commande permet aussi de modifier les permissions classiques (et remplace dans ce cas ''chmod'') : l'utilisateur, le groupe et le reste du monde initiaux du fichier sont simplement désignés par le préfixe (<code>u:</code>, <code>g:</code>, <code>o:</code>) suivi d'un nom vide : si un fichier ''index.php'' appartient à luce:''www-data'' avec les droits <code>r--r-----</code>, pour donner à l'utilisateur et le groupe les droits en lecture et écriture il suffit d'une commande <code>setfacl -m u::rw,g::rw /var/www/index.php</code>. Si l'utilisateur et le groupe possèdent déjà un droit qui ne serait pas mentionné dans la commande ''setfacl'', ce droit sera annulé. Soit le fichier ''index.php'' avec les droits <code>rw-r-----</code> pour luce:''www-data''. La commande <code>setfacl -m u::r,g::x index.php</code> modifiera les droits à <code>r----x---</code> pour pour luce:''www-data''.

Noter qu'un fichier dont seules les permissions classiques ont été altérées par ''setfacl'' au lieu de ''chmod'' ne reçoit pas pour autant une ACL. De fait, il n'est pas référencé par <code>ls -l</code> comme fichier à ACL (marqueur <code>+</code> ; voir plus bas).

====Droits par défaut et héritage des droits étendus====
Les droits étendus d'un objet parent ne sont pas automatiquement hérités par les objets contenus. Par exemple, si un répertoire (root:''www-data'', <code>rwxr-x-r-x</code>) possède une ACL <code>u:luce:rwx</code>, un fichier créé à l'intérieur (ou déjà présent avant l'adjonction de l'ACL) ne reçoit pas cette ACL et ses droits sont ceux impliqués par l'<i>[[fstab|umask]]</i> défini.

On peut modifier ce comportement en ajoutant, '''aux répertoires seulement''', un attribut ''default'', codé <code>d:</code>, qui se transmet à tous les fichiers créés dans le répertoire après l'ajout de l'ACL par défaut. Par exemple, <code>setfacl -m d:u:luce:rwX /var/www</code> donne à luce les droits de lecture et écriture (ainsi qu'« exécution » quand il s'agit de répertoires) pour tous les fichiers qui seront créés sous ''/var/www'' à partir de ce moment, jusqu'à ce que cette ACL « par défaut » soit annulé ou remplacé.

====Retirer des permissions====
Pour annuler tout ou partie d'une ACL :
<code>setfacl -b /var/www/index.php
</code>
ôte tout le contenu de l'ACL du fichier, tandis que
<code>setfacl -x u:khadija,g:site1 /var/www/index.php
</code>
retire les permissions propres à khadija et au groupe ''site1''.

Les permissions ACL par défaut d'un répertoire (<code>d:</code>) s'annulent par <code>setfacl -k</code>.

====Le masque====
Le masque est une synthèse des valeurs les plus permissives que possède un fichier doté d'une ACL. Les droits de l'utilisateur fondamental ne sont cependant pas pris en compte. Le masque est calculé automatiquement :
<code>chown luce:www-data index.php
chmod 640 index.php
ls -l index.php
-rw-r----- 1 luce www-data 5055 2005-10-16 18:53 index.php
getfacl index.php
# file: index.php
# owner: luce
# group: www-data
user::rw-
group::r--
other::---</code>
Ce fichier n'a pas d'ACL donc pas de masque.

<code>setfacl -m u:jean:rw,g:web:rw index.php
getfacl index.php
# file: index.php
# owner: luce
# group: www-data
user::rw-
user:jean:rw-
group::r--
group:web:rw-
mask::rw-
other::---</code>

Maintenant que le fichier possède une ACL, il a reçu un masque : les permissions les plus élevées (utilisateur exclu) étant <code>rw</code>, c'est aussi la valeur du masque.

L'intérêt du masque est de pouvoir limiter d'un coup toutes les permissions d'un fichier (étendues ou non), sauf celles du propriétaire ; on utilise pour cela le préfixe <code>m:</code> suivi du droit maximal à accorder :
<code>getfacl index.php
# file: index.php
# owner: luce
# group: www-data
user::rw-
user:jean:rw-
group::r--
group:web:rw-
mask::rw-
other::---
setfacl -m m:r index.php
getfacl index.php
# file: index.php
# owner: luce
# group: www-data
user::rw-
user:jean:rw- #effective:r--
group::r--
group:web:rw- #effective:r--
mask::r--
other::---</code>

Les valeurs modifiées sont indiquées par le commentaire « ''effective:'' » suivi des permissions effectives après l'application du masque (ici, jean et ''web'' n'ont plus que le droit <code>r</code>, la situation reste la même pour ''www-data'').

<cadre type="note">L'existence même d'un masque renvoie au fonctionnement profond des ACL. Pour en comprendre l'utilité réelle sans se limiter à l'application pragmatique qui en est donnée ici, on se reportera à ''[http://www.suse.de/~agruen/acl/linux-acls/online/ POSIX Access Control Lists on Linux]''.</cadre>

===getfacl===
Cette commande suivie d'un nom de fichier affiche l'ACL de ce fichier (''get file's ACL'' « récupérer l'ACL du fichier »). Par exemple :
<code>getfacl /var/www
# file: var/www
# owner: root
# group: www-data
user::rwx
user:luce:rwx
group::rwx
mask::rwx
other::r-x
default:user::rwx
default:user:khadija:rwx
default:group::rwx
default:group:www-data:r-x
default:mask::rwx
default:other::r-x
</code>

On voit qu'outre les droits traditionnels attribués à root:''www-data'' (droits indiqués après <code>user::</code> et <code>group::</code>), sont aussi définis :
* des droits complets pour luce (<code>user:luce:rwx</code>) ;
* une permission ACL par défaut donnant des droits complets à khadija sur tous les nouveaux fichiers créés sous ''/var/www/'' (<code>default:user:khadija:rwx</code>) ;
* une autre permission ACL par défaut donnant des droits de lecture et d'exécution au groupe ''www-data'' sur les mêmes fichiers (<code>default:group:www-data:r-x</code>).

Noter que <code>user::</code>, <code>group::</code> et <code>other::</code> représentent le triplet ''utilisateur'' / ''groupe'' / ''reste du monde'' des permissions classiques. Appliquer cette commande sur un fichier qui n'a pas d'ACL définie donne les mêmes informations que <code>ls -l</code>, dans un format différent :
<code>setfacl -b index.php # retirer les ACL pouvant exister
ls -l index.php
-rw-r----- 1 root www-data 5055 2005-10-16 18:53 index.php
getfacl index.php
# file: index.php
# owner: root
# group: www-data
user::rw-
group::r--
other::---
</code>

===''ls'', ''cp'' et ''mv''===
Ces commandes doivent pouvoir lister, copier et déplacer les ACL en même temps que les fichiers. Pour les deux premières commandes, il faut préciser explicitement que l'on veut afficher/conserver les droits (ce qui est aussi le cas quand on ne travaille que sur les droits classiques) : <code>ls -l</code>, <code>cp -a</code>. La commande ''mv'', quant à elle, préserve toujours les droits.

Quand les droits étendus ne peuvent être conservés (déplacement ou copie vers un système de fichier qui n'est pas configuré pour les recevoir ou utilisation d'une version de ''cp'' trop ancienne), un message d'avertissement en informe l'utilisateur. Par exemple :
<code>setfacl -m u:luce:rw index.php
cp -a index.php /mnt/vfat
cp: preserving permissions for `/mnt/vfat/index.php': Opération non supportée</code>

Noter qu'un fichier comportant une ACL qu'on veut lister par <code>ls -l</code> n'affiche qu'un <code>+</code> à la suite de ses permissions. Seule la commande ''getfacl'', pour l'instant, permet d'avoir connaissance du détail. Par exemple :
<code>setfacl -m u:khadija:rw /var/www/index.php
ls -l /var/www/index.php
-rw-rw----+ 1 khadija www-data 5055 2005-10-16 18:53 /var/www/index.php
</code>
Avec <code>-rw-rw----+</code>, on sait que le fichier possède une ACL (<code>+</code>), sans en connaître les constituants.

===Sauvegarde des données===
Sauvegarder des données dotées d'ACL nécessite :
* l'utilisation d'un système de fichiers pour le stockage qui soit compatible ;
* et l'utilisation d'un logiciel de sauvegarde qui soit tout autant compatible.
:À titre indicatif, ''tar'' et ''cpio'' et ''rsync'' ne le sont pas (à moins d'être patchés), ''star'' et ''pax'' le sont.

Pour contourner le problème de sauvegarde, il est possible d'écrire toutes les ACL dans un fichier qui servira de base à une restauration ultérieure : <code>getfacl --skip-base -R /dossier/dossier/ > fichier</code> récupère les informations récursivement et les inscrit dans un simple fichier. La restauration se fait au moyen de <code>setfacl --restore=fichier</code>. Il faut, pour qu'elle fonctionne, se placer à la racine contenant l'arborescence, en raison de la notation relative des chemins (d'où le message <code>Removing leading '/' from absolute path names</code> que l'on peut souvent lire en tapant des commandes avec ces programmes). Le chemin d'un répertoire ''/tmp/test'' est enregistré comme ''tmp/test'' : on doit donc, pour restaurer, lancer la commande depuis la racine de ''/tmp'', c'est-à-dire ''/''.

Par exemple : le répertoire ''/tmp/test'' contient trois fichiers à ACL. On sauvegarde les ACL avec <code>getfacl --skip-base -R /tmp/test > acl.acl</code>. Pour restaurer, on se place à la racine (<code>cd /</code>) et on lance <code>setfacl --restore=acl.acl</code>. Si on avait lancé la commande depuis ''/test'', ''setfacl'' aurait renvoyé les erreurs :
<code>setfacl: tmp/test: Aucun fichier ou répertoire de ce type
setfacl: tmp/test/a: Aucun fichier ou répertoire de ce type
setfacl: tmp/test/b: Aucun fichier ou répertoire de ce type
setfacl: tmp/test/c: Aucun fichier ou répertoire de ce type</code>

==Note concernant la syntaxe de ''setfacl''==
Les préfixes abrégés peuvent être développés et les permissions codées en octal (avec préfixe ''0'' optionnel). Ces trois commandes ont donc le même sens :
<code>setfacl -m d:u:luce:rw,g:www-data:r,o:- index.php
setfacl -m default:user:luce:6,group:www-data:4,other:0 index.php
setfacl -m default:user:luce:06,group:www-data:04,other:00 index.php</code>

----
<cadre type="note">
Tout au long de ce document, on a parlé de « permissions classiques » opposées à des « permissions étendues » qui leur seraient ajoutées. C'est une simplification : dans les faits, un système de fichiers monté avec le support des ACL change son appréhension globale des permissions, qui sont toutes des ACL, qu'elles soient minimales (utilisateur primaire, groupe primaire, reste du monde) ou étendues. Dans ce dernier cas, c'est la notion de groupe qui est redéfinie : tout utilisateur ou groupe ajouté à l'utilisateur primaire est enregistré avec ses droits dans une classe « groupe » étendue.

Cela explique la nécessité d'un masque : c'est la valeur limite réelle de la classe « groupe », que les entrées qu'elle contient ne peuvent dépasser. Un <code>ls -l</code> sur un fichier dont le masque ACL a été abaissé à <code>r--</code> alors que les droits du groupe primaire étaient auparavant <code>rw-</code> donnera : <code>-rw-r-----+</code> et non <code>-rw-rw----+</code>. Inversement, si l'on change par ''chmod'' les permissions du groupe principal, cela revient à changer le masque, donc les permissions de tous les utilisateurs et groupes ajoutés.
</cadre>

==Documents annexes==
* '''Articles de Léa : '''
** les [[permissions]] « classiques » POSIX.1 ;
** les [[attributs étendus]] des systèmes de fichiers ''ext2'' et ''ext3'' ;
* '''pages de manuel : '''
** <code>man acl</code> ;
** <code>man setfacl</code> ;
** <code>man getfacl</code>.
* '''sites externes : '''
** [http://www.linuxplusvalue.be/mylpv.php?id=153 Les ACL POSIX] ;
** [http://www.linuxfrench.net/article.php3?id_article=1463 Comment fonctionnent les ACL POSIX sous GNU/Linux] ;
** [http://www.suse.de/~agruen/acl/linux-acls/online/ POSIX Access Control Lists on Linux] (anglais).

{{Copy|27.10.05|Vincent Ramos|FDL}}

Gestion des ACL

2006-03-07T14:08:16Z

Gw22 (phorum) : /* ''ls'', ''cp'' et ''mv'' */

[[Catégorie:Administration_système]]

Une '''ACL''', ou ''Access Control List'' (en anglais : « liste de contrôle d'accès ») est, pour définir simplement la notion, une liste de [[Admin-admin env-permissions|permission]]s sur un fichier, un répertoire ou une arborescence, ajoutée aux permissions « classiques » (c'est-à-dire, techniquement, les permissions POSIX.1) de ce fichier. Ces permissions concernent des utilisateurs et/ou des groupes définis. La gestion des ACL sous GNU/Linux s'inspire de la norme POSIX 1003.1e (projet 17) mais ne la respecte pas entièrement.

Au moyen des ACL, on peut étendre le nombre d'utilisateurs et de groupes ayant des droits sur un même fichier. Rappelons que, dans le monde UNIX, chaque fichier ne peut normalement indiquer des permissions que pour ''un seul utilisateur'' et ''un seul groupe'', qui s'opposent à une unique catégorie correspondant à « tous les autres » (ou « le reste du monde »). Avec les ACL, on peut (entre autres) ajouter à un fichier d'autres utilisateurs et groupes et définir leurs droits séparément. On se rapproche ainsi du système de permissions pratiqué sur les plate-formes NT (de nombreuses différences subsistent, cependant).

Les ACL sont très utiles (voire indispensables) dans des environnements informatiques axés sur le travail collaboratif et mutualisé ; de même, leur utilisation avec [[Reseau-partfic-samba|SAMBA]] permet d'en étendre les capacités.

<cadre type="note">Dans les exemples qui suivent, les commandes peuvent être tapées en root ou en utilisateur normal, selon la portée des modificaitons : pour modifier les droits d'un fichier qui n'est pas possédé par un utilisateur ou pour ajouter des permissions à un autre utilisateur ou encore pour ajouter aux ACL un groupe dont l'utilisateur ne fait pas partie, il faut être root (pour les utilisateurs Ubuntu, il faut préfixer les commandes par [[sudo|<code>sudo</code>]]).</cadre>

==Exemple pratique==
Soit un fichier ''/var/www/index.php'' (page d'index d'un site web, par exemple) dont les droits sont les suivants :
<code>ls -l /var/www/index.php
-rw-r----- 1 root www-data 18 2005-09-11 11:24 /var/www/index.php</code>

En d'autres termes, root en est le propriétaire ; il peut le lire et le modifier ; le fichier est aussi accordé au groupe ''www-data'' (celui sous lequel, par exemple, tourne le [[Reseau-web-Apache PHP MySQL|serveur web]]), dont les membres peuvent le lire mais pas le modifier. Quant au reste du monde, il ne peut pas y accéder (le fichier contient des informations confidentielles telles qu'un mot de passe à une base de données [[Reseau-web-Apache PHP MySQL|MySQL]]).

Imaginons qu'on veuille rendre le fichier accessible en lecture aux utilisateurs jean et luce, en lecture et écriture à khadija et alice. On pourrait à la rigueur faire entrer jean et luce dans le groupe ''www-data'' mais cela introduirait une faille de sécurité car ''www-data'' peut aussi accéder à des données qui ne les concernent pas. Il n'est en tout cas rationnellement pas prudent d'ajouter khadija et alice au groupe ''root''. On ne peut non plus changer les permissions (les mettre en lecture et écriture pour tout le monde) ou modifier le propriétaire et le groupe.

Les ACL sont là une solution pratique et facile à gérer dans ce cas ; il suffit d'ajouter des permissions à l'ACL du fichier (grâce à des commandes décrites plus bas) pour qu'il se présente ainsi :
<code>root: rw-
www-data: r--
khadija: rw-
alice: rw-
jean: r--
luce: r--
reste du monde : ---
</code>

==Mise en place==
Selon la version du noyau utilisée, le support des ACL peut ou non être déjà compilé. S'il l'est, il faut aussi que la partition contenant les fichiers dont on veut étendre les droits soit montée avec l'option idoine.

===Noyau===
Il faut d'abord savoir si le noyau a été compilé avec le support des ACL. Le plus simple est de le vérifier dans le fichier de configuration du noyau, fichier normalement situé sous ''/boot''. Pour ce faire, utiliser la [[Admin-admin env-shell|commande <i>grep</i>]] :
<code>grep ACL /boot/config-version-du-noyau
</code>

Elle doit renvoyer la ligne suivante :
<code>CONFIG_FS_POSIX_ACL=y
</code>
pour signaler que le support général des ACL est présent, et plusieurs lignes du type
<code>CONFIG_SystèmeDeFichiers]_FS_POSIX_ACL=y
</code>
où ''[[système de fichiers|SystèmeDeFichiers]]'' peut recevoir les valeurs (pour un noyau 2.6.8-2-386 à la date de rédaction) ''EXT2'', ''EXT3'', ''JFS'' et ''XFS''. On peut aussi utiliser les ACL avec les systèmes de fichiers ''IBM JFS'', ''ReiserFS'', ''SGI XFS'' et ''NFS''. Leur implémentation peut nécessiter de patcher le noyau. Noter que les ACL ne sont pas possibles avec des systèmes de fichiers comme ''vfat'' qui ne gèrent aucun type de permissions.

Si la valeur des options n'est pas correcte, vous devez [[Rubrique : noyau et modules|recompiler votre noyau]]. N'oubliez pas de prévoir au moins un système de fichiers pour lequel les ACL seront permis.

===Systèmes de fichiers/montage des partitions===
Quand le noyau est disposé à gérer les ACL, on doit préparer les partitions montées dans un système de fichiers adapté (par exemple, il est exclu de vouloir utiliser ces permissions avec du ''vfat'').

====Montage et démontage à la volée====
Il faut monter les partitions voulues avec l'option ''acl''. Par exemple :
<code>mount -t ext3 -o defaults,acl /dev/hda2/ /var/www/
</code>
Si la partition est déjà montée, on peut modifier ces paramètres à la volée :
<code>mount -o remount,acl /var/www/
</code>

====Configuration automatique====
L'inscription dans ''[[Admin-admin fs-fstab|/etc/fstab]]'' des options de gestion des ACL est recommandée quand leur utilisation est régulière. Par exemple, notre même couple ''partition'' / ''point de montage'' serait déclaré ainsi :
<code>/dev/hda2 /var/www ext3 defaults,acl 0 0
</code>

À chaque montage automatique des partitions, le support des ACL sera activé.

==Commandes==
Il existe deux commandes essentielles : l'une pour manipuler l'ACL d'un fichier (''setfacl'') et l'autre pour la consulter (''getfacl''). Les commandes traditionnelles ''chmod'' et ''chown'' ne peuvent accéder aux ACL.

Ces deux commandes nécessitent, sous Debian (et distributions dérivées, comme Knoppix ou Ubuntu), l'installation du paquetage « acl ». Pour l'installer :
<code>[sudo] apt-get install acl
</code>
(ajout de <code>sudo</code> pour Ubuntu)

Pour les distributions à base de RedHat (donc aussi Fedora, Mandriva), il faut installer les paquetages <code>acl.*.rpm</code> et <code>libacl1.*.rpm</code> (leur nom contient leur numéro de version).

===setfacl===
Le nom de la commande se comprend ''set file's ACL'' (« régler l'ACL du fichier »). Elle possède de nombreuses options dont il convient de prendre connaissance en consultant la page de manuel (<code>man setfacl</code>). La commande fonctionne bien sûr aussi de manière récursive (option <code>-R</code>) :
<code>setfacl -Rm u:khadija:rw /var/www/
</code>
modifie l'ACL de tous les fichiers situés sous ''/var/www/'' en attribuant une permission de lecture et d'écriture à l'utilisateur khadija.

====Ajouter des permissions====
La syntaxe fondamentale est simple. La commande
<code>setfacl -m u:khadija:rw /var/www/index.php</code>
modifiera (<code>-m</code>) l'ACL de ''/var/www/index.php'' en attribuant à l'utilisateur (préfixe <code>u:</code>) khadija les droits <code>rw</code> et en lui refusant le droit d'exécution (qui n'a pas été mentionné dans la commande).

Les principaux paramètres à connaître sont :
* '''préfixes :'''
** <code>u:</code> (droits pour un '''u'''tilisateur, nommé ou désigné par son uid) ;
** <code>g:</code> (droits pour un '''g'''roupe, nommé ou désigné par son gid) ;
** <code>o:</code> (droits pour '''''o'''ther'', le reste du monde) ;
* '''permissions :''' elles sont codées dans l'ordre <code>r</code>, <code>w</code> et <code>x</code> ou <code>X</code> (ce dernier représentant, comme avec ''chmod'', le droit d'entrée dans les répertoires ou celui d'exécution pour les fichiers qui ont déjà un marqueur <code>x</code>). On les remplace par <code>-</code> pour une interdiction explicite. Ne pas mentionner un droit revient aussi à une interdiction : <code>setfacl -m u:khadija:w /var/www/index.php</code> et <code>setfacl -m u:khadija:-w- /var/www/index.php</code> reviennent au même.

On peut construire des commandes plus complexes en enchaînant les entrées dans l'ACL :
<code>setfacl -m u:khadija:rw,g:site1:r--,o:--- /var/www/index.php
</code>
définit des permissions dans l'ACL de ''/var/www/index.php'' pour l'utilisateur khadija, le groupe ''site1'' et le reste du monde.

Cette commande permet aussi de modifier les permissions classiques (et remplace dans ce cas ''chmod'') : l'utilisateur, le groupe et le reste du monde initiaux du fichier sont simplement désignés par le préfixe (<code>u:</code>, <code>g:</code>, <code>o:</code>) suivi d'un nom vide : si un fichier ''index.php'' appartient à luce:''www-data'' avec les droits <code>r--r-----</code>, pour donner à l'utilisateur et le groupe les droits en lecture et écriture il suffit d'une commande <code>setfacl -m u::rw,g::rw /var/www/index.php</code>. Si l'utilisateur et le groupe possèdent déjà un droit qui ne serait pas mentionné dans la commande ''setfacl'', ce droit sera annulé. Soit le fichier ''index.php'' avec les droits <code>rw-r-----</code> pour luce:''www-data''. La commande <code>setfacl -m u::r,g::x index.php</code> modifiera les droits à <code>r----x---</code> pour pour luce:''www-data''.

Noter qu'un fichier dont seules les permissions classiques ont été altérées par ''setfacl'' au lieu de ''chmod'' ne reçoit pas pour autant une ACL. De fait, il n'est pas référencé par <code>ls -l</code> comme fichier à ACL (marqueur <code>+</code> ; voir plus bas).

====Droits par défaut et héritage des droits étendus====
Les droits étendus d'un objet parent ne sont pas automatiquement hérités par les objets contenus. Par exemple, si un répertoire (root:''www-data'', <code>rwxr-x-r-x</code>) possède une ACL <code>u:luce:rwx</code>, un fichier créé à l'intérieur (ou déjà présent avant l'adjonction de l'ACL) ne reçoit pas cette ACL et ses droits sont ceux impliqués par l'<i>[[fstab|umask]]</i> défini.

On peut modifier ce comportement en ajoutant, '''aux répertoires seulement''', un attribut ''default'', codé <code>d:</code>, qui se transmet à tous les fichiers créés dans le répertoire après l'ajout de l'ACL par défaut. Par exemple, <code>setfacl -m d:u:luce:rwX /var/www</code> donne à luce les droits de lecture et écriture (ainsi qu'« exécution » quand il s'agit de répertoires) pour tous les fichiers qui seront créés sous ''/var/www'' à partir de ce moment, jusqu'à ce que cette ACL « par défaut » soit annulé ou remplacé.

====Retirer des permissions====
Pour annuler tout ou partie d'une ACL :
<code>setfacl -b /var/www/index.php
</code>
ôte tout le contenu de l'ACL du fichier, tandis que
<code>setfacl -x u:khadija,g:site1 /var/www/index.php
</code>
retire les permissions propres à khadija et au groupe ''site1''.

Les permissions ACL par défaut d'un répertoire (<code>d:</code>) s'annulent par <code>setfacl -k</code>.

====Le masque====
Le masque est une synthèse des valeurs les plus permissives que possède un fichier doté d'une ACL. Les droits de l'utilisateur fondamental ne sont cependant pas pris en compte. Le masque est calculé automatiquement :
<code>chown luce:www-data index.php
chmod 640 index.php
ls -l index.php
-rw-r----- 1 luce www-data 5055 2005-10-16 18:53 index.php
getfacl index.php
# file: index.php
# owner: luce
# group: www-data
user::rw-
group::r--
other::---</code>
Ce fichier n'a pas d'ACL donc pas de masque.

<code>setfacl -m u:jean:rw,g:web:rw index.php
getfacl index.php
# file: index.php
# owner: luce
# group: www-data
user::rw-
user:jean:rw-
group::r--
group:web:rw-
mask::rw-
other::---</code>

Maintenant que le fichier possède une ACL, il a reçu un masque : les permissions les plus élevées (utilisateur exclu) étant <code>rw</code>, c'est aussi la valeur du masque.

L'intérêt du masque est de pouvoir limiter d'un coup toutes les permissions d'un fichier (étendues ou non), sauf celles du propriétaire ; on utilise pour cela le préfixe <code>m:</code> suivi du droit maximal à accorder :
<code>getfacl index.php
# file: index.php
# owner: luce
# group: www-data
user::rw-
user:jean:rw-
group::r--
group:web:rw-
mask::rw-
other::---
setfacl -m m:r index.php
getfacl index.php
# file: index.php
# owner: luce
# group: www-data
user::rw-
user:jean:rw- #effective:r--
group::r--
group:web:rw- #effective:r--
mask::r--
other::---</code>

Les valeurs modifiées sont indiquées par le commentaire « ''effective:'' » suivi des permissions effectives après l'application du masque (ici, jean et ''web'' n'ont plus que le droit <code>r</code>, la situation reste la même pour ''www-data'').

<cadre type="note">L'existence même d'un masque renvoie au fonctionnement profond des ACL. Pour en comprendre l'utilité réelle sans se limiter à l'application pragmatique qui en est donnée ici, on se reportera à ''[http://www.suse.de/~agruen/acl/linux-acls/online/ POSIX Access Control Lists on Linux]''.</cadre>

===getfacl===
Cette commande suivie d'un nom de fichier affiche l'ACL de ce fichier (''get file's ACL'' « récupérer l'ACL du fichier »). Par exemple :
<code>getfacl /var/www
# file: var/www
# owner: root
# group: www-data
user::rwx
user:luce:rwx
group::rwx
mask::rwx
other::r-x
default:user::rwx
default:user:khadija:rwx
default:group::rwx
default:group:www-data:r-x
default:mask::rwx
default:other::r-x
</code>

On voit qu'outre les droits traditionnels attribués à root:''www-data'' (droits indiqués après <code>user::</code> et <code>group::</code>), sont aussi définis :
* des droits complets pour luce (<code>user:luce:rwx</code>) ;
* une permission ACL par défaut donnant des droits complets à khadija sur tous les nouveaux fichiers créés sous ''/var/www/'' (<code>default:user:khadija:rwx</code>) ;
* une autre permission ACL par défaut donnant des droits de lecture et d'exécution au groupe ''www-data'' sur les mêmes fichiers (<code>default:group:www-data:r-x</code>).

Noter que <code>user::</code>, <code>group::</code> et <code>other::</code> représentent le triplet ''utilisateur'' / ''groupe'' / ''reste du monde'' des permissions classiques. Appliquer cette commande sur un fichier qui n'a pas d'ACL définie donne les mêmes informations que <code>ls -l</code>, dans un format différent :
<code>setfacl -b index.php # retirer les ACL pouvant exister
ls -l index.php
-rw-r----- 1 root www-data 5055 2005-10-16 18:53 index.php
getfacl index.php
# file: index.php
# owner: root
# group: www-data
user::rw-
group::r--
other::---
</code>

===''ls'', ''cp'' et ''mv''===
Ces commandes doivent pouvoir lister, copier et déplacer les ACL en même temps que les fichiers. Pour les deux premières commandes, il faut préciser explicitement que l'on veut afficher/conserver les droits (ce qui est aussi le cas quand on ne travaille que sur les droits classiques) : <code>ls -l</code>, <code>cp -a</code>. La commande ''mv'', quant à elle, préserve toujours les droits.

Quand les droits étendus ne peuvent être conservés (déplacement ou copie vers un système de fichier qui n'est pas configuré pour les recevoir ou utilisation d'une version de ''cp'' trop ancienne), un message d'avertissement en informe l'utilisateur. Par exemple :
<code>setfacl -m u:luce:rw index.php
cp -a index.php /mnt/vfat
cp: preserving permissions for `/mnt/vfat/index.php': Opération non supportée</code>

Noter qu'un fichier comportant une ACL qu'on veut lister par <code>ls -l</code> n'affiche qu'un <code>+</code> à la suite de ses permissions. Seule la commande ''getfacl'', pour l'instant, permet d'avoir connaissance du détail. Par exemple :
<code>setfacl -m u:khadija:rw /var/www/index.php
ls -l /var/www/index.php
-rw-rw----+ 1 khadija www-data 5055 2005-10-16 18:53 /var/www/index.php
</code>
Avec <code>-rw-rw----+</code>, on sait que le fichier possède une ACL (<code>+</code>), sans en connaître les constituants.

===Sauvegarde des données===
Sauvegarder des données dotées d'ACL nécessite :
* l'utilisation d'un système de fichiers pour le stockage qui soit compatible ;
* et l'utilisation d'un logiciel de sauvegarde qui soit tout autant compatible.
:À titre indicatif, ''tar'' et ''cpio'' et ''rsync'' ne le sont pas (à moins d'être patchés), ''star'' et ''pax'' le sont.

Pour contourner le problème de sauvegarde, il est possible d'écrire toutes les ACL dans un fichier qui servira de base à une restauration ultérieure : <code>getfacl --skip-base -R /dossier/dossier/ > fichier</code> récupère les informations récursivement et les inscrit dans un simple fichier. La restauration se fait au moyen de <code>setfacl --restore=fichier</code>. Il faut, pour qu'elle fonctionne, se placer à la racine contenant l'arborescence, en raison de la notation relative des chemins (d'où le message <code>Removing leading '/' from absolute path names</code> que l'on peut souvent lire en tapant des commandes avec ces programmes). Le chemin d'un répertoire ''/tmp/test'' est enregistré comme ''tmp/test'' : on doit donc, pour restaurer, lancer la commande depuis la racine de ''/tmp'', c'est-à-dire ''/''.

Par exemple : le répertoire ''/tmp/test'' contient trois fichiers à ACL. On sauvegarde les ACL avec <code>getfacl --skip-base -R /tmp/test > acl.acl</code>. Pour restaurer, on se place à la racine (<code>cd /</code>) et on lance <code>setfacl --restore=acl.acl</code>. Si on avait lancé la commande depuis ''/test'', ''setfacl'' aurait renvoyé les erreurs :
<code>setfacl: tmp/test: Aucun fichier ou répertoire de ce type
setfacl: tmp/test/a: Aucun fichier ou répertoire de ce type
setfacl: tmp/test/b: Aucun fichier ou répertoire de ce type
setfacl: tmp/test/c: Aucun fichier ou répertoire de ce type</code>

==Note concernant la syntaxe de ''setfacl''==
Les préfixes abrégés peuvent être développés et les permissions codées en octal (avec préfixe ''0'' optionnel). Ces trois commandes ont donc le même sens :
<code>setfacl -m d:u:luce:rw,g:www-data:r,o:- index.php
setfacl -m default:user:luce:6,group:www-data:4,other:0 index.php
setfacl -m default:user:luce:06,group:www-data:04,other:00 index.php</code>

----
<cadre type="note">
Tout au long de ce document, on a parlé de « permissions classiques » opposées à des « permissions étendues » qui leur seraient ajoutées. C'est une simplification : dans les faits, un système de fichiers monté avec le support des ACL change son appréhension globale des permissions, qui sont toutes des ACL, qu'elles soient minimales (utilisateur primaire, groupe primaire, reste du monde) ou étendues. Dans ce dernier cas, c'est la notion de groupe qui est redéfinie : tout utilisateur ou groupe ajouté à l'utilisateur primaire est enregistré avec ses droits dans une classe « groupe » étendue.

Cela explique la nécessité d'un masque : c'est la valeur limite réelle de la classe « groupe », que les entrées qu'elle contient ne peuvent dépasser. Un <code>ls -l</code> sur un fichier dont le masque ACL a été abaissé à <code>r--</code> alors que les droits du groupe primaire étaient auparavant <code>rw-</code> donnera : <code>-rw-r-----+</code> et non <code>-rw-rw----+</code>. Inversement, si l'on change par ''chmod'' les permissions du groupe principal, cela revient à changer le masque, donc les permissions de tous les utilisateurs et groupes ajoutés.
</cadre>

==Documents annexes==
* '''Articles de Léa : '''
** les [[permissions]] « classiques » POSIX.1 ;
** les [[attributs étendus]] des systèmes de fichiers ''ext2'' et ''ext3'' ;
* '''pages de manuel : '''
** <code>man acl</code> ;
** <code>man setfacl</code> ;
** <code>man getfacl</code>.
* '''sites externes : '''
** [http://www.linuxplusvalue.be/mylpv.php?id=153 Les ACL POSIX] ;
** [http://www.linuxfrench.net/article.php3?id_article=1463 Comment fonctionnent les ACL POSIX sous GNU/Linux] ;
** [http://www.suse.de/~agruen/acl/linux-acls/online/ POSIX Access Control Lists on Linux] (anglais).

{{Copy|27.10.05|Vincent Ramos|FDL}}

Gestion des ACL

2006-03-07T14:04:40Z

Gw22 (phorum) : /* Montage et démontage à la volée */

[[Catégorie:Administration_système]]

Une '''ACL''', ou ''Access Control List'' (en anglais : « liste de contrôle d'accès ») est, pour définir simplement la notion, une liste de [[Admin-admin env-permissions|permission]]s sur un fichier, un répertoire ou une arborescence, ajoutée aux permissions « classiques » (c'est-à-dire, techniquement, les permissions POSIX.1) de ce fichier. Ces permissions concernent des utilisateurs et/ou des groupes définis. La gestion des ACL sous GNU/Linux s'inspire de la norme POSIX 1003.1e (projet 17) mais ne la respecte pas entièrement.

Au moyen des ACL, on peut étendre le nombre d'utilisateurs et de groupes ayant des droits sur un même fichier. Rappelons que, dans le monde UNIX, chaque fichier ne peut normalement indiquer des permissions que pour ''un seul utilisateur'' et ''un seul groupe'', qui s'opposent à une unique catégorie correspondant à « tous les autres » (ou « le reste du monde »). Avec les ACL, on peut (entre autres) ajouter à un fichier d'autres utilisateurs et groupes et définir leurs droits séparément. On se rapproche ainsi du système de permissions pratiqué sur les plate-formes NT (de nombreuses différences subsistent, cependant).

Les ACL sont très utiles (voire indispensables) dans des environnements informatiques axés sur le travail collaboratif et mutualisé ; de même, leur utilisation avec [[Reseau-partfic-samba|SAMBA]] permet d'en étendre les capacités.

<cadre type="note">Dans les exemples qui suivent, les commandes peuvent être tapées en root ou en utilisateur normal, selon la portée des modificaitons : pour modifier les droits d'un fichier qui n'est pas possédé par un utilisateur ou pour ajouter des permissions à un autre utilisateur ou encore pour ajouter aux ACL un groupe dont l'utilisateur ne fait pas partie, il faut être root (pour les utilisateurs Ubuntu, il faut préfixer les commandes par [[sudo|<code>sudo</code>]]).</cadre>

==Exemple pratique==
Soit un fichier ''/var/www/index.php'' (page d'index d'un site web, par exemple) dont les droits sont les suivants :
<code>ls -l /var/www/index.php
-rw-r----- 1 root www-data 18 2005-09-11 11:24 /var/www/index.php</code>

En d'autres termes, root en est le propriétaire ; il peut le lire et le modifier ; le fichier est aussi accordé au groupe ''www-data'' (celui sous lequel, par exemple, tourne le [[Reseau-web-Apache PHP MySQL|serveur web]]), dont les membres peuvent le lire mais pas le modifier. Quant au reste du monde, il ne peut pas y accéder (le fichier contient des informations confidentielles telles qu'un mot de passe à une base de données [[Reseau-web-Apache PHP MySQL|MySQL]]).

Imaginons qu'on veuille rendre le fichier accessible en lecture aux utilisateurs jean et luce, en lecture et écriture à khadija et alice. On pourrait à la rigueur faire entrer jean et luce dans le groupe ''www-data'' mais cela introduirait une faille de sécurité car ''www-data'' peut aussi accéder à des données qui ne les concernent pas. Il n'est en tout cas rationnellement pas prudent d'ajouter khadija et alice au groupe ''root''. On ne peut non plus changer les permissions (les mettre en lecture et écriture pour tout le monde) ou modifier le propriétaire et le groupe.

Les ACL sont là une solution pratique et facile à gérer dans ce cas ; il suffit d'ajouter des permissions à l'ACL du fichier (grâce à des commandes décrites plus bas) pour qu'il se présente ainsi :
<code>root: rw-
www-data: r--
khadija: rw-
alice: rw-
jean: r--
luce: r--
reste du monde : ---
</code>

==Mise en place==
Selon la version du noyau utilisée, le support des ACL peut ou non être déjà compilé. S'il l'est, il faut aussi que la partition contenant les fichiers dont on veut étendre les droits soit montée avec l'option idoine.

===Noyau===
Il faut d'abord savoir si le noyau a été compilé avec le support des ACL. Le plus simple est de le vérifier dans le fichier de configuration du noyau, fichier normalement situé sous ''/boot''. Pour ce faire, utiliser la [[Admin-admin env-shell|commande <i>grep</i>]] :
<code>grep ACL /boot/config-version-du-noyau
</code>

Elle doit renvoyer la ligne suivante :
<code>CONFIG_FS_POSIX_ACL=y
</code>
pour signaler que le support général des ACL est présent, et plusieurs lignes du type
<code>CONFIG_SystèmeDeFichiers]_FS_POSIX_ACL=y
</code>
où ''[[système de fichiers|SystèmeDeFichiers]]'' peut recevoir les valeurs (pour un noyau 2.6.8-2-386 à la date de rédaction) ''EXT2'', ''EXT3'', ''JFS'' et ''XFS''. On peut aussi utiliser les ACL avec les systèmes de fichiers ''IBM JFS'', ''ReiserFS'', ''SGI XFS'' et ''NFS''. Leur implémentation peut nécessiter de patcher le noyau. Noter que les ACL ne sont pas possibles avec des systèmes de fichiers comme ''vfat'' qui ne gèrent aucun type de permissions.

Si la valeur des options n'est pas correcte, vous devez [[Rubrique : noyau et modules|recompiler votre noyau]]. N'oubliez pas de prévoir au moins un système de fichiers pour lequel les ACL seront permis.

===Systèmes de fichiers/montage des partitions===
Quand le noyau est disposé à gérer les ACL, on doit préparer les partitions montées dans un système de fichiers adapté (par exemple, il est exclu de vouloir utiliser ces permissions avec du ''vfat'').

====Montage et démontage à la volée====
Il faut monter les partitions voulues avec l'option ''acl''. Par exemple :
<code>mount -t ext3 -o defaults,acl /dev/hda2/ /var/www/
</code>
Si la partition est déjà montée, on peut modifier ces paramètres à la volée :
<code>mount -o remount,acl /var/www/
</code>

====Configuration automatique====
L'inscription dans ''[[Admin-admin fs-fstab|/etc/fstab]]'' des options de gestion des ACL est recommandée quand leur utilisation est régulière. Par exemple, notre même couple ''partition'' / ''point de montage'' serait déclaré ainsi :
<code>/dev/hda2 /var/www ext3 defaults,acl 0 0
</code>

À chaque montage automatique des partitions, le support des ACL sera activé.

==Commandes==
Il existe deux commandes essentielles : l'une pour manipuler l'ACL d'un fichier (''setfacl'') et l'autre pour la consulter (''getfacl''). Les commandes traditionnelles ''chmod'' et ''chown'' ne peuvent accéder aux ACL.

Ces deux commandes nécessitent, sous Debian (et distributions dérivées, comme Knoppix ou Ubuntu), l'installation du paquetage « acl ». Pour l'installer :
<code>[sudo] apt-get install acl
</code>
(ajout de <code>sudo</code> pour Ubuntu)

Pour les distributions à base de RedHat (donc aussi Fedora, Mandriva), il faut installer les paquetages <code>acl.*.rpm</code> et <code>libacl1.*.rpm</code> (leur nom contient leur numéro de version).

===setfacl===
Le nom de la commande se comprend ''set file's ACL'' (« régler l'ACL du fichier »). Elle possède de nombreuses options dont il convient de prendre connaissance en consultant la page de manuel (<code>man setfacl</code>). La commande fonctionne bien sûr aussi de manière récursive (option <code>-R</code>) :
<code>setfacl -Rm u:khadija:rw /var/www/
</code>
modifie l'ACL de tous les fichiers situés sous ''/var/www/'' en attribuant une permission de lecture et d'écriture à l'utilisateur khadija.

====Ajouter des permissions====
La syntaxe fondamentale est simple. La commande
<code>setfacl -m u:khadija:rw /var/www/index.php</code>
modifiera (<code>-m</code>) l'ACL de ''/var/www/index.php'' en attribuant à l'utilisateur (préfixe <code>u:</code>) khadija les droits <code>rw</code> et en lui refusant le droit d'exécution (qui n'a pas été mentionné dans la commande).

Les principaux paramètres à connaître sont :
* '''préfixes :'''
** <code>u:</code> (droits pour un '''u'''tilisateur, nommé ou désigné par son uid) ;
** <code>g:</code> (droits pour un '''g'''roupe, nommé ou désigné par son gid) ;
** <code>o:</code> (droits pour '''''o'''ther'', le reste du monde) ;
* '''permissions :''' elles sont codées dans l'ordre <code>r</code>, <code>w</code> et <code>x</code> ou <code>X</code> (ce dernier représentant, comme avec ''chmod'', le droit d'entrée dans les répertoires ou celui d'exécution pour les fichiers qui ont déjà un marqueur <code>x</code>). On les remplace par <code>-</code> pour une interdiction explicite. Ne pas mentionner un droit revient aussi à une interdiction : <code>setfacl -m u:khadija:w /var/www/index.php</code> et <code>setfacl -m u:khadija:-w- /var/www/index.php</code> reviennent au même.

On peut construire des commandes plus complexes en enchaînant les entrées dans l'ACL :
<code>setfacl -m u:khadija:rw,g:site1:r--,o:--- /var/www/index.php
</code>
définit des permissions dans l'ACL de ''/var/www/index.php'' pour l'utilisateur khadija, le groupe ''site1'' et le reste du monde.

Cette commande permet aussi de modifier les permissions classiques (et remplace dans ce cas ''chmod'') : l'utilisateur, le groupe et le reste du monde initiaux du fichier sont simplement désignés par le préfixe (<code>u:</code>, <code>g:</code>, <code>o:</code>) suivi d'un nom vide : si un fichier ''index.php'' appartient à luce:''www-data'' avec les droits <code>r--r-----</code>, pour donner à l'utilisateur et le groupe les droits en lecture et écriture il suffit d'une commande <code>setfacl -m u::rw,g::rw /var/www/index.php</code>. Si l'utilisateur et le groupe possèdent déjà un droit qui ne serait pas mentionné dans la commande ''setfacl'', ce droit sera annulé. Soit le fichier ''index.php'' avec les droits <code>rw-r-----</code> pour luce:''www-data''. La commande <code>setfacl -m u::r,g::x index.php</code> modifiera les droits à <code>r----x---</code> pour pour luce:''www-data''.

Noter qu'un fichier dont seules les permissions classiques ont été altérées par ''setfacl'' au lieu de ''chmod'' ne reçoit pas pour autant une ACL. De fait, il n'est pas référencé par <code>ls -l</code> comme fichier à ACL (marqueur <code>+</code> ; voir plus bas).

====Droits par défaut et héritage des droits étendus====
Les droits étendus d'un objet parent ne sont pas automatiquement hérités par les objets contenus. Par exemple, si un répertoire (root:''www-data'', <code>rwxr-x-r-x</code>) possède une ACL <code>u:luce:rwx</code>, un fichier créé à l'intérieur (ou déjà présent avant l'adjonction de l'ACL) ne reçoit pas cette ACL et ses droits sont ceux impliqués par l'<i>[[fstab|umask]]</i> défini.

On peut modifier ce comportement en ajoutant, '''aux répertoires seulement''', un attribut ''default'', codé <code>d:</code>, qui se transmet à tous les fichiers créés dans le répertoire après l'ajout de l'ACL par défaut. Par exemple, <code>setfacl -m d:u:luce:rwX /var/www</code> donne à luce les droits de lecture et écriture (ainsi qu'« exécution » quand il s'agit de répertoires) pour tous les fichiers qui seront créés sous ''/var/www'' à partir de ce moment, jusqu'à ce que cette ACL « par défaut » soit annulé ou remplacé.

====Retirer des permissions====
Pour annuler tout ou partie d'une ACL :
<code>setfacl -b /var/www/index.php
</code>
ôte tout le contenu de l'ACL du fichier, tandis que
<code>setfacl -x u:khadija,g:site1 /var/www/index.php
</code>
retire les permissions propres à khadija et au groupe ''site1''.

Les permissions ACL par défaut d'un répertoire (<code>d:</code>) s'annulent par <code>setfacl -k</code>.

====Le masque====
Le masque est une synthèse des valeurs les plus permissives que possède un fichier doté d'une ACL. Les droits de l'utilisateur fondamental ne sont cependant pas pris en compte. Le masque est calculé automatiquement :
<code>chown luce:www-data index.php
chmod 640 index.php
ls -l index.php
-rw-r----- 1 luce www-data 5055 2005-10-16 18:53 index.php
getfacl index.php
# file: index.php
# owner: luce
# group: www-data
user::rw-
group::r--
other::---</code>
Ce fichier n'a pas d'ACL donc pas de masque.

<code>setfacl -m u:jean:rw,g:web:rw index.php
getfacl index.php
# file: index.php
# owner: luce
# group: www-data
user::rw-
user:jean:rw-
group::r--
group:web:rw-
mask::rw-
other::---</code>

Maintenant que le fichier possède une ACL, il a reçu un masque : les permissions les plus élevées (utilisateur exclu) étant <code>rw</code>, c'est aussi la valeur du masque.

L'intérêt du masque est de pouvoir limiter d'un coup toutes les permissions d'un fichier (étendues ou non), sauf celles du propriétaire ; on utilise pour cela le préfixe <code>m:</code> suivi du droit maximal à accorder :
<code>getfacl index.php
# file: index.php
# owner: luce
# group: www-data
user::rw-
user:jean:rw-
group::r--
group:web:rw-
mask::rw-
other::---
setfacl -m m:r index.php
getfacl index.php
# file: index.php
# owner: luce
# group: www-data
user::rw-
user:jean:rw- #effective:r--
group::r--
group:web:rw- #effective:r--
mask::r--
other::---</code>

Les valeurs modifiées sont indiquées par le commentaire « ''effective:'' » suivi des permissions effectives après l'application du masque (ici, jean et ''web'' n'ont plus que le droit <code>r</code>, la situation reste la même pour ''www-data'').

<cadre type="note">L'existence même d'un masque renvoie au fonctionnement profond des ACL. Pour en comprendre l'utilité réelle sans se limiter à l'application pragmatique qui en est donnée ici, on se reportera à ''[http://www.suse.de/~agruen/acl/linux-acls/online/ POSIX Access Control Lists on Linux]''.</cadre>

===getfacl===
Cette commande suivie d'un nom de fichier affiche l'ACL de ce fichier (''get file's ACL'' « récupérer l'ACL du fichier »). Par exemple :
<code>getfacl /var/www
# file: var/www
# owner: root
# group: www-data
user::rwx
user:luce:rwx
group::rwx
mask::rwx
other::r-x
default:user::rwx
default:user:khadija:rwx
default:group::rwx
default:group:www-data:r-x
default:mask::rwx
default:other::r-x
</code>

On voit qu'outre les droits traditionnels attribués à root:''www-data'' (droits indiqués après <code>user::</code> et <code>group::</code>), sont aussi définis :
* des droits complets pour luce (<code>user:luce:rwx</code>) ;
* une permission ACL par défaut donnant des droits complets à khadija sur tous les nouveaux fichiers créés sous ''/var/www/'' (<code>default:user:khadija:rwx</code>) ;
* une autre permission ACL par défaut donnant des droits de lecture et d'exécution au groupe ''www-data'' sur les mêmes fichiers (<code>default:group:www-data:r-x</code>).

Noter que <code>user::</code>, <code>group::</code> et <code>other::</code> représentent le triplet ''utilisateur'' / ''groupe'' / ''reste du monde'' des permissions classiques. Appliquer cette commande sur un fichier qui n'a pas d'ACL définie donne les mêmes informations que <code>ls -l</code>, dans un format différent :
<code>setfacl -b index.php # retirer les ACL pouvant exister
ls -l index.php
-rw-r----- 1 root www-data 5055 2005-10-16 18:53 index.php
getfacl index.php
# file: index.php
# owner: root
# group: www-data
user::rw-
group::r--
other::---
</code>

===''ls'', ''cp'' et ''mv''===
Ces commandes doivent pouvoir lister, copier et déplacer les ACL en même temps que les fichiers. Pour les deux premières commande, il faut préciser explicitment que l'on veut afficher/conserver les droits (ce qui est aussi le cas quand on ne travaille que sur les droits classiques) : <code>ls -l</code>, <code>cp -a</code>. La commande ''mv'', quant à elle, préserve toujours les droits.

Quand les droits étendus ne peuvent être conservés (déplacement ou copie vers un système de fichier qui n'est pas configuré pour les recevoir ou utilisation d'une version de ''cp'' trop ancienne), un message d'avertissement en informe l'utilisateur. Par exemple :
<code>setfacl -m u:luce:rw index.php
cp -a index.php /mnt/vfat
cp: preserving permissions for `/mnt/vfat/index.php': Opération non supportée</code>

Noter qu'un fichier comportant une ACL qu'on veut lister par <code>ls -l</code> n'affiche qu'un <code>+</code> à la suite de ses permissions. Seule la commande ''getfacl'', pour l'instant, permet d'avoir connaissance du détail. Par exemple :
<code>setfacl -m u:khadija:rw /var/www/index.php
ls -l /var/www/index.php
-rw-rw----+ 1 khadija www-data 5055 2005-10-16 18:53 /var/www/index.php
</code>
Avec <code>-rw-rw----+</code>, on sait que le fichier possède une ACL (<code>+</code>), sans en connaître les constituants.

===Sauvegarde des données===
Sauvegarder des données dotées d'ACL nécessite :
* l'utilisation d'un système de fichiers pour le stockage qui soit compatible ;
* et l'utilisation d'un logiciel de sauvegarde qui soit tout autant compatible.
:À titre indicatif, ''tar'' et ''cpio'' et ''rsync'' ne le sont pas (à moins d'être patchés), ''star'' et ''pax'' le sont.

Pour contourner le problème de sauvegarde, il est possible d'écrire toutes les ACL dans un fichier qui servira de base à une restauration ultérieure : <code>getfacl --skip-base -R /dossier/dossier/ > fichier</code> récupère les informations récursivement et les inscrit dans un simple fichier. La restauration se fait au moyen de <code>setfacl --restore=fichier</code>. Il faut, pour qu'elle fonctionne, se placer à la racine contenant l'arborescence, en raison de la notation relative des chemins (d'où le message <code>Removing leading '/' from absolute path names</code> que l'on peut souvent lire en tapant des commandes avec ces programmes). Le chemin d'un répertoire ''/tmp/test'' est enregistré comme ''tmp/test'' : on doit donc, pour restaurer, lancer la commande depuis la racine de ''/tmp'', c'est-à-dire ''/''.

Par exemple : le répertoire ''/tmp/test'' contient trois fichiers à ACL. On sauvegarde les ACL avec <code>getfacl --skip-base -R /tmp/test > acl.acl</code>. Pour restaurer, on se place à la racine (<code>cd /</code>) et on lance <code>setfacl --restore=acl.acl</code>. Si on avait lancé la commande depuis ''/test'', ''setfacl'' aurait renvoyé les erreurs :
<code>setfacl: tmp/test: Aucun fichier ou répertoire de ce type
setfacl: tmp/test/a: Aucun fichier ou répertoire de ce type
setfacl: tmp/test/b: Aucun fichier ou répertoire de ce type
setfacl: tmp/test/c: Aucun fichier ou répertoire de ce type</code>

==Note concernant la syntaxe de ''setfacl''==
Les préfixes abrégés peuvent être développés et les permissions codées en octal (avec préfixe ''0'' optionnel). Ces trois commandes ont donc le même sens :
<code>setfacl -m d:u:luce:rw,g:www-data:r,o:- index.php
setfacl -m default:user:luce:6,group:www-data:4,other:0 index.php
setfacl -m default:user:luce:06,group:www-data:04,other:00 index.php</code>

----
<cadre type="note">
Tout au long de ce document, on a parlé de « permissions classiques » opposées à des « permissions étendues » qui leur seraient ajoutées. C'est une simplification : dans les faits, un système de fichiers monté avec le support des ACL change son appréhension globale des permissions, qui sont toutes des ACL, qu'elles soient minimales (utilisateur primaire, groupe primaire, reste du monde) ou étendues. Dans ce dernier cas, c'est la notion de groupe qui est redéfinie : tout utilisateur ou groupe ajouté à l'utilisateur primaire est enregistré avec ses droits dans une classe « groupe » étendue.

Cela explique la nécessité d'un masque : c'est la valeur limite réelle de la classe « groupe », que les entrées qu'elle contient ne peuvent dépasser. Un <code>ls -l</code> sur un fichier dont le masque ACL a été abaissé à <code>r--</code> alors que les droits du groupe primaire étaient auparavant <code>rw-</code> donnera : <code>-rw-r-----+</code> et non <code>-rw-rw----+</code>. Inversement, si l'on change par ''chmod'' les permissions du groupe principal, cela revient à changer le masque, donc les permissions de tous les utilisateurs et groupes ajoutés.
</cadre>

==Documents annexes==
* '''Articles de Léa : '''
** les [[permissions]] « classiques » POSIX.1 ;
** les [[attributs étendus]] des systèmes de fichiers ''ext2'' et ''ext3'' ;
* '''pages de manuel : '''
** <code>man acl</code> ;
** <code>man setfacl</code> ;
** <code>man getfacl</code>.
* '''sites externes : '''
** [http://www.linuxplusvalue.be/mylpv.php?id=153 Les ACL POSIX] ;
** [http://www.linuxfrench.net/article.php3?id_article=1463 Comment fonctionnent les ACL POSIX sous GNU/Linux] ;
** [http://www.suse.de/~agruen/acl/linux-acls/online/ POSIX Access Control Lists on Linux] (anglais).

{{Copy|27.10.05|Vincent Ramos|FDL}}

Gestion du son sous Linux

2006-03-07T06:45:49Z

Gw22 (phorum) : /* Configuration des modules ALSA. */

[[Category:Son]]
= Gestion du son sous Linux =

<div class="leatitre">Gestion du son sous Linux</div><div class="leapar">Par Serge </div><div class="leadesc">Quand les pinguoins chantent! <br /></div>
----

Ce document traite des problèmes de son sous Linux. Il existe deux séries de drivers différents pour Linux :

* OSS, intégré directement dans les sources du noyau jusqu'au version 2.4
* ALSA, présent dans les sources du noyau depuis les versions 2.6, et que l'on peut récupérer sur http://www.alsa-project.com pour les kernels 2.4 ou 2.2.

== OSS ==

Par défaut pour les kernels de version inférieure à la 2.6 (ie: 2.2 et 2.4), le support du son est OSS. L'installation de celui-ci n'est pas très compliquée. Sous les distributions comme la RedHat, Mandrake la détection des cartes est automatique la plupart du temps (au pire il faut lancer sndconfig en tant que root pour que cela le soit). Pour les autres distributions, le kernel est correctement configuré et tous les modules de cartes son sont déjà compilés. Il suffit juste alors pour activer la carte de passer par leurs utilitaires de configuration (sndconfig, ou autre), ou d'ajouter les entrées manuellement dans <code>/etc/modules.conf</code> (parfois conf.modules selon l'âge de la distribution).

Tout d'abord si votre carte est Plug'n Play sur bus <span class="warning">ISA (très vieille carte son)</span>, veuillez lire la [[Hardware-hard plus-pnp | rubrique PnP]] car je suppose que votre carte PnP est correctement configurée.

=== Configuration du kernel ===

Vérifiez que le kernel est compilé avec comme options :<br />

{| width="50%" border="1"
| width="50%" | <code>loadable module support</code>
| width="50%" | <code>YES</code>
|-
| width="50%" height="19" | <code>Kernel module support</code>
| width="50%" height="19" | <code>YES</code>
|-
| width="50%" | <code>config sound</code>
| width="50%" | <code>M</code> (module)
|}

et tous les supports des différentes cartes sons en M (par exemple <code>config sounblaster M</code>, <code>config awe M</code> ...). <br />

Une fois votre kernel compilé (make dep, make clean, make zlilo ou bzImage et config de lilo) ainsi que les modules (make modules, make modules_install <span class="warning">en ayant renommé le répertoire /lib/modules/version_kernel en /lib/modules/version_kernel-old par exemple avant le make modules_install</span> ) (voir [../kernel/kernel.php3 rubrique noyau] ) on édite le fichier <code>/etc/conf.modules</code>.

=== Configuration /etc/modules.conf (ou conf.modules suivant votre distribution). ===

C'est ce fichier qui va permettre de charger les modules de votre carte son. La syntaxe est assez simple :

<div class="code">alias sound nom_module (par exemple nom_module=sb pour une soundblaster)<br />options sound io=0xADR irq=IRQ DMA0=dma8bits DMA1=dma16bits </div>

(avec ADR l'adresse d'entrée sortie de la carte, 220 par exemple, IRQ l'irq (interruption) bien sûr, DMA0 et DMA1 les numéros des canaux DMA 8 et 16 bits)

Comme je ne connais pas toutes les cartes son et les modules par coeur, veuillez vous référer aussi au HOWTO sur le son, et les MINI-HOWTO pour les cartes son spécifiques pour des modules complémentaires (midi, wavetable etc...). Avec ce que je vous donne vous avez déjà le support PCM (son numérique pour lire les WAV, MP3 par exemple). Vous trouverez alors les options que l'on peut passer à chaque module et leur significations. La liste des HOWTO traduits en français est disponible [../docs/howto.php3 ici].

Pour tester si on utilise le bon module, on va le charger manuellement:

<code><span class="warning">modprobe sound</span></code>

ça devrait se charger sans problème ; sans messages d'erreurs. S'il y en a un, vérifiez votre <code>/etc/conf.modules</code>, peut-être que vous avez fourni de mauvaises options ou un mauvais module pour votre carte son (attention aux cartes son soi-disant compatibles Sound Blaster, comme celles à base de chipset crystal, charger le module pour crystal et non pas le SB).De même les dernières SoundBlaster (Live, Audigy etc..) n'utilise pas le module sb mais des nouveaux modules comme le emu10k1.

Une fois le module chargé, on peut tester le son, lancez alors une application qui joue du son comme par exemple ''mpg123'' pour les mp3, ''workbone'' pour lire les CD ou tout autre application sous X comme XMMS.

S'il n'y a pas de son qui sort mais que vous n'avez aucune erreur, regardez aussi avec un mixer sous un WM que les volumes sonores ne sont pas à zéro aussi, et que votre lecteur CD est bien relié à la carte son. Vérifiez aussi que le plugin de sortie de XMMS est bien : oss, ou arts (si vous êtes sous KDE), ou esd (si vous êtes sous Gnome).

Si ça fonctionne : vous avez gagné ! Votre carte son est configurée.

Mais, une chose frustrante, c'est que vous avez une carte full duplex par exemple, mais OSS par défaut ne prend pas en charge le full duplex ! Quoi ce super OS ne prend pas en charge le full duplex ??? Si, rassurez-vous <code><nowiki>:)</nowiki></code> Deux solutions là, soit passez à la version commerciale de OSS, soit passez par ALSA qui de toute façon devient le driver son offciel du kernel maintenant (à partir du 2.6).

== ALSA ==

Qu'est-ce donc? Non je vous entends rire ce n'est pas la préparation pour les flans ou gâteaux :) <br />C'est un nouveau support des cartes son pour Linux, full duplex, GPL et qui gère beaucoup mieux les ressources systèmes que son homologue OSS. Le développement de ce projet est extrêmement actif, on a à peu près une mise à jour toutes les deux semaines avec presque à chaque fois des supports pour de nouvelles cartes son. De plus il a l'excellente idée d'être (presque) 100% compatible avec les applications qui utilisent OSS. Bref je vous encourage vivement d'installer les drivers ALSA quelque soit la version de votre kernel.

=== Compilation des drivers ALSA ===

Avant de compiler quoi que ce soit, vérifiez quand même que votre distribution ne comporte pas déjà les drivers ALSA (ce qui le cas maintenant pour les distributions les plus connues) ou s'il n'existe pas déjà un "package" tout prêt pour votre distribution.

Bon tout d'abord, si vous avez un kernel inférieur à la version 2.6, allez sur leur site ([http://www.alsa-project.org/ www.alsa-project.org]) et récupérez les '''Drivers''', '''Library''', '''Utilities''', '''Tools''', '''Firmware''' et '''OSS compat.Library''' dans leurs dernières versions (1.0.4 à l'heure où j'écris ces lignes).

Bon dans un répertoire de votre choix et en tant que root, on dézippe/détarre tout ça :

<div class="code">tar zxvf nom_du_tar.bz2</div>

Avant de continuer, on va enlever toutes les entrées correspondantes au son dans <code>/etc/modules.conf</code> (si vous ne savez pas quelles lignes enlever, envoyez dans la liste de diffusion ou le forum votre /etc/modules.conf et on vous aidera (mais ce sont des lignes qui commencent par <code>alias snd-card...</code> ou <code>alias sound-slot...</code>).

Une fois cela fait, vous allez dans le répertoire des sources alsa-drivers, puis :

<div class="code">./configure ''options''<br />make<br />make install</div>

La plupart du temps un simple <code>./configure</code> sans option suffit. Mais si vous vous apercevez qu'il vous manque le support midi ou autre, vous pouvez toujours forcer les options avec:

{| width="75%" border="1"
| width="50%" | <code>--with-isapnp=yes</code>
| width="50%" | SI votre carte son est une carte ISA PnP (SBawe64, etc...)
|-
| width="50%" | <code>--with-sequencer=yes</code>
| width="50%" | Activer le support midi (surtout pour les cartes dites "WAVETABLE")
|-
| width="50%" | <code>--with-oss=no</code>
| width="50%" | Désactiver le support OSS (vivement déconseillé, 90% des applications utilisent un support OSS)
|-
| width="50%" | <code>--with-debug=full</code>
| width="50%" | Information de déboguage (si vous avez des bugs et que vous voulez les reporter à l'équipe de développement ALSA ou si vous êtes développeur)
|-
| width="50%" | <code>--with-debug=detect</code>
| width="50%" |
<center>Pour activer le déboguage pour la détections des cartes son. Même remarque qu'au dessus si votre carte n'est pas détectée.</center>
|}

Une fois les drivers compilés, '''lancez le script <code>./snddevices</code>''' pour créer les entrées nécessaires dans <code>/dev</code>.

Puis compilez les librairies, puis les utilitaires (dans cet ordre autrement ça ne passera pas) par le classique : <code>./configure && make && make install</code>.

=== Configuration des modules ALSA. ===

Il existe un outil livré avec les drivers ALSA qui configure tout tout seul, alors pourquoi s'en priver!<br /> Cet outil s'appelle '''alsaconf''' et il doit être installé si vous avez bien compilé/installé les '''Utilities'''. Si votre distribution ne vous fournit pas cet utilitaire, récupérez le téléchargeant juste les '''Utilities''' sur http://www.alsa-project.org.

Si maintenant alsaconf ne fonctionne pas, ou si vous voulez vraiment configurez le tout à la main on va entrer alors dans les détails. Tout d'abord il faut '''absolument''' que vous sachiez quelle est votre carte son '''précisément'''. Une référence "compatible sound blaster" ne suffit pas, il existe plus de 10 chipsets «''compatibles sound blaster''» qui pour ALSA sont 10 cartes différentes avec des modules différents. En fait ALSA dispose d'un module par chipset. Donc renseignez vous sur votre carte son (notice, site web du constructeur, etc...).

Une fois que vous savez qu'elle est votre carte son, vous allez la chercher ici: [http://www.alsa-project.org/alsa-doc http://www.alsa-project.org/alsa-doc/] en choisissant en premier la marque dans la liste déroulante puis en cliquant sur "Détails" dans la colonne "Driver & doc" qui correspond à votre modèle de carte son.<br /> Une fois arrivé sur la page de documentation, recherchez alors la rubrique '''"Setting up modprobe and kmod support"''' qui va vous donner les lignes à ajouter dans votre <code>/etc/modules.conf</code>, ajoutez-les et voilà!

=== Réglages et automatisation. ===

Un des problèmes les plus courants avec ALSA est que vous avez tout configuré, aucun message d'erreur mais vous n'avez aucun son! En fait cela est souvent normal car ALSA règle par défaut tout les volumes à zéro ET met en sourdine aussi tout les canaux de votre carte son. Pour remédier à ça et pour que les volumes soient conservés à chaque redémarrage vous devez dans un premier temps vous assurez que vous ayez un script de démarrage "ALSA" sur votre système. C'est surement le cas si ALSA est fournit dans votre distribution, autrement vous en trouverez de déjà tout fait '''alsasound''' dans le sous répertoire '''utils''' des sources de '''Drivers''' de ALSA.

Suivant votre distribution, installez ce script de démarrage ALSA pour les niveaux d'init que vous souhaitez. Si, c'est du chinois, lisez [[Admin-admin boot-daemons | cette documentation]].

Une fois ce script installé, démarrer alors le service ALSA via ce dernier (la lecture de la documentation précitée peut vous y aider. Lancez alors en tant que root et en console l'utilitaire '''alsamixer'''. Vous allez alors régler les volumes de chaque canal de votre carte son à votre convenance. Pour cela utilisez les flèches pour choisir le canal et régler son volume sans oublier de '''DEMUTER''' le canal en appuyant sur la touche '''M''' (si le canal est muté un M apparaît au dessus de l'indicateur de volume).

Une fois les volumes réglés comme vous le souhaitez, quittez alsamixer par ALT+X. Sauvegardez alors ces volumes pour le prochain redémarrage via la commande:

<span class="code"> alsactl store </span>.<br />

De ce fait, tout vos réglages seront conservés lors du prochain reboot.

== un petit mot sur les démons de son ==

Gnome et KDE utilisent chacun un démon de son, malheureusement différent : c'est ESD pour Gnome et ARTS pour KDE. Qu'est-ce que c'est ? C'est est un programme qui s'intercale entre le support son (OSS ou ALSA) et les applications, et qui permet par exemple à plusieurs amplications de jouer du son simultanément (on peut ainsi jouer un mp3 et entendre les sons système de son environnement en même temps, tout en recevant les notifications sonores de licq).

=== ESD ===

Pour ceux qui aiment bien Gnome et qui l'utilisent, je vous signale que celui-ci utilise par défaut ESD comme démon sonore, donc il faut l'activer avant tout ! <br />Cochez la case correspondante dans la configuration de Gnome relative aux sons systèmes, il lancera alors ESD dès son démarrage. Attention : certaines applications ne savent pas utiliser ESD pour le son, donc ne vous étonnez pas de ne plus avoir de son sous certaines applications après avoir lancé ESD, d'autres demandent d'être recompilées pour utiliser ESD, pour d'autres comme XMMS un plugin suffit. ESD est nécessaire aussi pour Enlightenment (c'est d'ailleurs pour cela qu'il est nécessaire pour Gnome vu que E est (était) souvent le WM de gnome). ESD tourne sans problème à partir du moment où votre carte son fonctionne au départ. Lancez ESD sous un terminal/console et vous entendrez un « tu lu lu » indiquant que ESD est lancé et fonctionne. Il tourne alors en arrière plan comme daemon.

=== ARTS ===

ARTS est le démon de son de KDE. Selon votre distribution, il sera activé par défaut ou non. Pour l'activer ou le désactiver, lancez le panneau de configuration de KDE, dans la rubrique son vous trouverez une case à cocher pour activer arts au démarrage de KDE. En cliquant sur [OK] ou [Appliquer], le démon sera démarré automatiquement. <br />De la même façon que pour ESD, il faut généralement un plugin pour utiliser arts, par exemple avec xmms ou xine. Certains programmes (comme licq par exemple) peuvent utiliser un simple script <code>soundwrap</code> qui jouera le son via arts si celui-ci est présent, ou directement via les drivers son sinon. Si votre programme permet de configurer l'utilitaire qui joue les sons, vous pourrez l'utiliser ainsi à travers arts.

Enfin, pour certains programmes ne supportant pas arts (ou esd d'ailleurs) il sera nécessaire d'arrêter le démon afin qu'ils puissent faire du bruit !

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 15/10/1999.</div>

= Copyright =
Copyright © 15/10/1999, Serge Tchesmeli
{{LDL}}

Gestion du son sous Linux

2006-03-07T06:42:47Z

Gw22 (phorum) : /* Compilation des drivers ALSA */

[[Category:Son]]
= Gestion du son sous Linux =

<div class="leatitre">Gestion du son sous Linux</div><div class="leapar">Par Serge </div><div class="leadesc">Quand les pinguoins chantent! <br /></div>
----

Ce document traite des problèmes de son sous Linux. Il existe deux séries de drivers différents pour Linux :

* OSS, intégré directement dans les sources du noyau jusqu'au version 2.4
* ALSA, présent dans les sources du noyau depuis les versions 2.6, et que l'on peut récupérer sur http://www.alsa-project.com pour les kernels 2.4 ou 2.2.

== OSS ==

Par défaut pour les kernels de version inférieure à la 2.6 (ie: 2.2 et 2.4), le support du son est OSS. L'installation de celui-ci n'est pas très compliquée. Sous les distributions comme la RedHat, Mandrake la détection des cartes est automatique la plupart du temps (au pire il faut lancer sndconfig en tant que root pour que cela le soit). Pour les autres distributions, le kernel est correctement configuré et tous les modules de cartes son sont déjà compilés. Il suffit juste alors pour activer la carte de passer par leurs utilitaires de configuration (sndconfig, ou autre), ou d'ajouter les entrées manuellement dans <code>/etc/modules.conf</code> (parfois conf.modules selon l'âge de la distribution).

Tout d'abord si votre carte est Plug'n Play sur bus <span class="warning">ISA (très vieille carte son)</span>, veuillez lire la [[Hardware-hard plus-pnp | rubrique PnP]] car je suppose que votre carte PnP est correctement configurée.

=== Configuration du kernel ===

Vérifiez que le kernel est compilé avec comme options :<br />

{| width="50%" border="1"
| width="50%" | <code>loadable module support</code>
| width="50%" | <code>YES</code>
|-
| width="50%" height="19" | <code>Kernel module support</code>
| width="50%" height="19" | <code>YES</code>
|-
| width="50%" | <code>config sound</code>
| width="50%" | <code>M</code> (module)
|}

et tous les supports des différentes cartes sons en M (par exemple <code>config sounblaster M</code>, <code>config awe M</code> ...). <br />

Une fois votre kernel compilé (make dep, make clean, make zlilo ou bzImage et config de lilo) ainsi que les modules (make modules, make modules_install <span class="warning">en ayant renommé le répertoire /lib/modules/version_kernel en /lib/modules/version_kernel-old par exemple avant le make modules_install</span> ) (voir [../kernel/kernel.php3 rubrique noyau] ) on édite le fichier <code>/etc/conf.modules</code>.

=== Configuration /etc/modules.conf (ou conf.modules suivant votre distribution). ===

C'est ce fichier qui va permettre de charger les modules de votre carte son. La syntaxe est assez simple :

<div class="code">alias sound nom_module (par exemple nom_module=sb pour une soundblaster)<br />options sound io=0xADR irq=IRQ DMA0=dma8bits DMA1=dma16bits </div>

(avec ADR l'adresse d'entrée sortie de la carte, 220 par exemple, IRQ l'irq (interruption) bien sûr, DMA0 et DMA1 les numéros des canaux DMA 8 et 16 bits)

Comme je ne connais pas toutes les cartes son et les modules par coeur, veuillez vous référer aussi au HOWTO sur le son, et les MINI-HOWTO pour les cartes son spécifiques pour des modules complémentaires (midi, wavetable etc...). Avec ce que je vous donne vous avez déjà le support PCM (son numérique pour lire les WAV, MP3 par exemple). Vous trouverez alors les options que l'on peut passer à chaque module et leur significations. La liste des HOWTO traduits en français est disponible [../docs/howto.php3 ici].

Pour tester si on utilise le bon module, on va le charger manuellement:

<code><span class="warning">modprobe sound</span></code>

ça devrait se charger sans problème ; sans messages d'erreurs. S'il y en a un, vérifiez votre <code>/etc/conf.modules</code>, peut-être que vous avez fourni de mauvaises options ou un mauvais module pour votre carte son (attention aux cartes son soi-disant compatibles Sound Blaster, comme celles à base de chipset crystal, charger le module pour crystal et non pas le SB).De même les dernières SoundBlaster (Live, Audigy etc..) n'utilise pas le module sb mais des nouveaux modules comme le emu10k1.

Une fois le module chargé, on peut tester le son, lancez alors une application qui joue du son comme par exemple ''mpg123'' pour les mp3, ''workbone'' pour lire les CD ou tout autre application sous X comme XMMS.

S'il n'y a pas de son qui sort mais que vous n'avez aucune erreur, regardez aussi avec un mixer sous un WM que les volumes sonores ne sont pas à zéro aussi, et que votre lecteur CD est bien relié à la carte son. Vérifiez aussi que le plugin de sortie de XMMS est bien : oss, ou arts (si vous êtes sous KDE), ou esd (si vous êtes sous Gnome).

Si ça fonctionne : vous avez gagné ! Votre carte son est configurée.

Mais, une chose frustrante, c'est que vous avez une carte full duplex par exemple, mais OSS par défaut ne prend pas en charge le full duplex ! Quoi ce super OS ne prend pas en charge le full duplex ??? Si, rassurez-vous <code><nowiki>:)</nowiki></code> Deux solutions là, soit passez à la version commerciale de OSS, soit passez par ALSA qui de toute façon devient le driver son offciel du kernel maintenant (à partir du 2.6).

== ALSA ==

Qu'est-ce donc? Non je vous entends rire ce n'est pas la préparation pour les flans ou gâteaux :) <br />C'est un nouveau support des cartes son pour Linux, full duplex, GPL et qui gère beaucoup mieux les ressources systèmes que son homologue OSS. Le développement de ce projet est extrêmement actif, on a à peu près une mise à jour toutes les deux semaines avec presque à chaque fois des supports pour de nouvelles cartes son. De plus il a l'excellente idée d'être (presque) 100% compatible avec les applications qui utilisent OSS. Bref je vous encourage vivement d'installer les drivers ALSA quelque soit la version de votre kernel.

=== Compilation des drivers ALSA ===

Avant de compiler quoi que ce soit, vérifiez quand même que votre distribution ne comporte pas déjà les drivers ALSA (ce qui le cas maintenant pour les distributions les plus connues) ou s'il n'existe pas déjà un "package" tout prêt pour votre distribution.

Bon tout d'abord, si vous avez un kernel inférieur à la version 2.6, allez sur leur site ([http://www.alsa-project.org/ www.alsa-project.org]) et récupérez les '''Drivers''', '''Library''', '''Utilities''', '''Tools''', '''Firmware''' et '''OSS compat.Library''' dans leurs dernières versions (1.0.4 à l'heure où j'écris ces lignes).

Bon dans un répertoire de votre choix et en tant que root, on dézippe/détarre tout ça :

<div class="code">tar zxvf nom_du_tar.bz2</div>

Avant de continuer, on va enlever toutes les entrées correspondantes au son dans <code>/etc/modules.conf</code> (si vous ne savez pas quelles lignes enlever, envoyez dans la liste de diffusion ou le forum votre /etc/modules.conf et on vous aidera (mais ce sont des lignes qui commencent par <code>alias snd-card...</code> ou <code>alias sound-slot...</code>).

Une fois cela fait, vous allez dans le répertoire des sources alsa-drivers, puis :

<div class="code">./configure ''options''<br />make<br />make install</div>

La plupart du temps un simple <code>./configure</code> sans option suffit. Mais si vous vous apercevez qu'il vous manque le support midi ou autre, vous pouvez toujours forcer les options avec:

{| width="75%" border="1"
| width="50%" | <code>--with-isapnp=yes</code>
| width="50%" | SI votre carte son est une carte ISA PnP (SBawe64, etc...)
|-
| width="50%" | <code>--with-sequencer=yes</code>
| width="50%" | Activer le support midi (surtout pour les cartes dites "WAVETABLE")
|-
| width="50%" | <code>--with-oss=no</code>
| width="50%" | Désactiver le support OSS (vivement déconseillé, 90% des applications utilisent un support OSS)
|-
| width="50%" | <code>--with-debug=full</code>
| width="50%" | Information de déboguage (si vous avez des bugs et que vous voulez les reporter à l'équipe de développement ALSA ou si vous êtes développeur)
|-
| width="50%" | <code>--with-debug=detect</code>
| width="50%" |
<center>Pour activer le déboguage pour la détections des cartes son. Même remarque qu'au dessus si votre carte n'est pas détectée.</center>
|}

Une fois les drivers compilés, '''lancez le script <code>./snddevices</code>''' pour créer les entrées nécessaires dans <code>/dev</code>.

Puis compilez les librairies, puis les utilitaires (dans cet ordre autrement ça ne passera pas) par le classique : <code>./configure && make && make install</code>.

=== Configuration des modules ALSA. ===

Il existe un outils livré avec les drivers ALSA qui configure tout tout seul, alors pourquoi s'en priver!<br /> Cet outil s'appelle '''alsaconf''' et il doit être installé si vous avez bien compilé/installé les '''Utilities'''. Si votre distribution ne vous fournit pas cet utilitaire, récupérez le téléchargeant juste les '''Utilities''' sur http://www.alsa-project.org.

Si maintenant alsaconf ne fonctionne pas, ou si vous voulez vraiment configurez le tout à la main on va entrer alors dans les détails. Tout d'abord il faut '''absolument''' que vous sachiez quelle est votre carte son '''précisément'''. Une référence "compatible sound blaster" ne suffit pas, il existe plus de 10 chipsets «''compatibles sound blaster''» qui pour ALSA sont 10 cartes différentes avec des modules différents. En fait ALSA dispose d'un module par chipset. Donc renseignez vous sur votre carte son (notice, site web du constructeur, etc...).

Une fois que vous savez qu'elle est votre carte son, vous allez la chercher ici: [http://www.alsa-project.org/alsa-doc http://www.alsa-project.org/alsa-doc/] en choisissant en premier la marque dans la liste déroulante puis en cliquant sur "Détails" dans la colonne "Driver & doc" qui correspond à votre modèle de carte son.<br /> Une fois arrivé sur la page de documentation, recherchez alors la rubrique '''"Setting up modprobe and kmod support"''' qui va vous donner les lignes à ajouter dans votre <code>/etc/modules.conf</code>, ajoutez-les et voilà!

=== Réglages et automatisation. ===

Un des problèmes les plus courants avec ALSA est que vous avez tout configuré, aucun message d'erreur mais vous n'avez aucun son! En fait cela est souvent normal car ALSA règle par défaut tout les volumes à zéro ET met en sourdine aussi tout les canaux de votre carte son. Pour remédier à ça et pour que les volumes soient conservés à chaque redémarrage vous devez dans un premier temps vous assurez que vous ayez un script de démarrage "ALSA" sur votre système. C'est surement le cas si ALSA est fournit dans votre distribution, autrement vous en trouverez de déjà tout fait '''alsasound''' dans le sous répertoire '''utils''' des sources de '''Drivers''' de ALSA.

Suivant votre distribution, installez ce script de démarrage ALSA pour les niveaux d'init que vous souhaitez. Si, c'est du chinois, lisez [[Admin-admin boot-daemons | cette documentation]].

Une fois ce script installé, démarrer alors le service ALSA via ce dernier (la lecture de la documentation précitée peut vous y aider. Lancez alors en tant que root et en console l'utilitaire '''alsamixer'''. Vous allez alors régler les volumes de chaque canal de votre carte son à votre convenance. Pour cela utilisez les flèches pour choisir le canal et régler son volume sans oublier de '''DEMUTER''' le canal en appuyant sur la touche '''M''' (si le canal est muté un M apparaît au dessus de l'indicateur de volume).

Une fois les volumes réglés comme vous le souhaitez, quittez alsamixer par ALT+X. Sauvegardez alors ces volumes pour le prochain redémarrage via la commande:

<span class="code"> alsactl store </span>.<br />

De ce fait, tout vos réglages seront conservés lors du prochain reboot.

== un petit mot sur les démons de son ==

Gnome et KDE utilisent chacun un démon de son, malheureusement différent : c'est ESD pour Gnome et ARTS pour KDE. Qu'est-ce que c'est ? C'est est un programme qui s'intercale entre le support son (OSS ou ALSA) et les applications, et qui permet par exemple à plusieurs amplications de jouer du son simultanément (on peut ainsi jouer un mp3 et entendre les sons système de son environnement en même temps, tout en recevant les notifications sonores de licq).

=== ESD ===

Pour ceux qui aiment bien Gnome et qui l'utilisent, je vous signale que celui-ci utilise par défaut ESD comme démon sonore, donc il faut l'activer avant tout ! <br />Cochez la case correspondante dans la configuration de Gnome relative aux sons systèmes, il lancera alors ESD dès son démarrage. Attention : certaines applications ne savent pas utiliser ESD pour le son, donc ne vous étonnez pas de ne plus avoir de son sous certaines applications après avoir lancé ESD, d'autres demandent d'être recompilées pour utiliser ESD, pour d'autres comme XMMS un plugin suffit. ESD est nécessaire aussi pour Enlightenment (c'est d'ailleurs pour cela qu'il est nécessaire pour Gnome vu que E est (était) souvent le WM de gnome). ESD tourne sans problème à partir du moment où votre carte son fonctionne au départ. Lancez ESD sous un terminal/console et vous entendrez un « tu lu lu » indiquant que ESD est lancé et fonctionne. Il tourne alors en arrière plan comme daemon.

=== ARTS ===

ARTS est le démon de son de KDE. Selon votre distribution, il sera activé par défaut ou non. Pour l'activer ou le désactiver, lancez le panneau de configuration de KDE, dans la rubrique son vous trouverez une case à cocher pour activer arts au démarrage de KDE. En cliquant sur [OK] ou [Appliquer], le démon sera démarré automatiquement. <br />De la même façon que pour ESD, il faut généralement un plugin pour utiliser arts, par exemple avec xmms ou xine. Certains programmes (comme licq par exemple) peuvent utiliser un simple script <code>soundwrap</code> qui jouera le son via arts si celui-ci est présent, ou directement via les drivers son sinon. Si votre programme permet de configurer l'utilitaire qui joue les sons, vous pourrez l'utiliser ainsi à travers arts.

Enfin, pour certains programmes ne supportant pas arts (ou esd d'ailleurs) il sera nécessaire d'arrêter le démon afin qu'ils puissent faire du bruit !

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 15/10/1999.</div>

= Copyright =
Copyright © 15/10/1999, Serge Tchesmeli
{{LDL}}

Gestion du son sous Linux

2006-03-07T06:38:51Z

Gw22 (phorum) : /* Configuration /etc/modules.conf (ou conf.modules suivant votre distribution). */

[[Category:Son]]
= Gestion du son sous Linux =

<div class="leatitre">Gestion du son sous Linux</div><div class="leapar">Par Serge </div><div class="leadesc">Quand les pinguoins chantent! <br /></div>
----

Ce document traite des problèmes de son sous Linux. Il existe deux séries de drivers différents pour Linux :

* OSS, intégré directement dans les sources du noyau jusqu'au version 2.4
* ALSA, présent dans les sources du noyau depuis les versions 2.6, et que l'on peut récupérer sur http://www.alsa-project.com pour les kernels 2.4 ou 2.2.

== OSS ==

Par défaut pour les kernels de version inférieure à la 2.6 (ie: 2.2 et 2.4), le support du son est OSS. L'installation de celui-ci n'est pas très compliquée. Sous les distributions comme la RedHat, Mandrake la détection des cartes est automatique la plupart du temps (au pire il faut lancer sndconfig en tant que root pour que cela le soit). Pour les autres distributions, le kernel est correctement configuré et tous les modules de cartes son sont déjà compilés. Il suffit juste alors pour activer la carte de passer par leurs utilitaires de configuration (sndconfig, ou autre), ou d'ajouter les entrées manuellement dans <code>/etc/modules.conf</code> (parfois conf.modules selon l'âge de la distribution).

Tout d'abord si votre carte est Plug'n Play sur bus <span class="warning">ISA (très vieille carte son)</span>, veuillez lire la [[Hardware-hard plus-pnp | rubrique PnP]] car je suppose que votre carte PnP est correctement configurée.

=== Configuration du kernel ===

Vérifiez que le kernel est compilé avec comme options :<br />

{| width="50%" border="1"
| width="50%" | <code>loadable module support</code>
| width="50%" | <code>YES</code>
|-
| width="50%" height="19" | <code>Kernel module support</code>
| width="50%" height="19" | <code>YES</code>
|-
| width="50%" | <code>config sound</code>
| width="50%" | <code>M</code> (module)
|}

et tous les supports des différentes cartes sons en M (par exemple <code>config sounblaster M</code>, <code>config awe M</code> ...). <br />

Une fois votre kernel compilé (make dep, make clean, make zlilo ou bzImage et config de lilo) ainsi que les modules (make modules, make modules_install <span class="warning">en ayant renommé le répertoire /lib/modules/version_kernel en /lib/modules/version_kernel-old par exemple avant le make modules_install</span> ) (voir [../kernel/kernel.php3 rubrique noyau] ) on édite le fichier <code>/etc/conf.modules</code>.

=== Configuration /etc/modules.conf (ou conf.modules suivant votre distribution). ===

C'est ce fichier qui va permettre de charger les modules de votre carte son. La syntaxe est assez simple :

<div class="code">alias sound nom_module (par exemple nom_module=sb pour une soundblaster)<br />options sound io=0xADR irq=IRQ DMA0=dma8bits DMA1=dma16bits </div>

(avec ADR l'adresse d'entrée sortie de la carte, 220 par exemple, IRQ l'irq (interruption) bien sûr, DMA0 et DMA1 les numéros des canaux DMA 8 et 16 bits)

Comme je ne connais pas toutes les cartes son et les modules par coeur, veuillez vous référer aussi au HOWTO sur le son, et les MINI-HOWTO pour les cartes son spécifiques pour des modules complémentaires (midi, wavetable etc...). Avec ce que je vous donne vous avez déjà le support PCM (son numérique pour lire les WAV, MP3 par exemple). Vous trouverez alors les options que l'on peut passer à chaque module et leur significations. La liste des HOWTO traduits en français est disponible [../docs/howto.php3 ici].

Pour tester si on utilise le bon module, on va le charger manuellement:

<code><span class="warning">modprobe sound</span></code>

ça devrait se charger sans problème ; sans messages d'erreurs. S'il y en a un, vérifiez votre <code>/etc/conf.modules</code>, peut-être que vous avez fourni de mauvaises options ou un mauvais module pour votre carte son (attention aux cartes son soi-disant compatibles Sound Blaster, comme celles à base de chipset crystal, charger le module pour crystal et non pas le SB).De même les dernières SoundBlaster (Live, Audigy etc..) n'utilise pas le module sb mais des nouveaux modules comme le emu10k1.

Une fois le module chargé, on peut tester le son, lancez alors une application qui joue du son comme par exemple ''mpg123'' pour les mp3, ''workbone'' pour lire les CD ou tout autre application sous X comme XMMS.

S'il n'y a pas de son qui sort mais que vous n'avez aucune erreur, regardez aussi avec un mixer sous un WM que les volumes sonores ne sont pas à zéro aussi, et que votre lecteur CD est bien relié à la carte son. Vérifiez aussi que le plugin de sortie de XMMS est bien : oss, ou arts (si vous êtes sous KDE), ou esd (si vous êtes sous Gnome).

Si ça fonctionne : vous avez gagné ! Votre carte son est configurée.

Mais, une chose frustrante, c'est que vous avez une carte full duplex par exemple, mais OSS par défaut ne prend pas en charge le full duplex ! Quoi ce super OS ne prend pas en charge le full duplex ??? Si, rassurez-vous <code><nowiki>:)</nowiki></code> Deux solutions là, soit passez à la version commerciale de OSS, soit passez par ALSA qui de toute façon devient le driver son offciel du kernel maintenant (à partir du 2.6).

== ALSA ==

Qu'est-ce donc? Non je vous entends rire ce n'est pas la préparation pour les flans ou gâteaux :) <br />C'est un nouveau support des cartes son pour Linux, full duplex, GPL et qui gère beaucoup mieux les ressources systèmes que son homologue OSS. Le développement de ce projet est extrêmement actif, on a à peu près une mise à jour toutes les deux semaines avec presque à chaque fois des supports pour de nouvelles cartes son. De plus il a l'excellente idée d'être (presque) 100% compatible avec les applications qui utilisent OSS. Bref je vous encourage vivement d'installer les drivers ALSA quelque soit la version de votre kernel.

=== Compilation des drivers ALSA ===

Avant de compiler quoi que ce soit, vérifiez quand même que votre distribution ne comporte pas déjà les drivers ALSA (ce qui le cas maintenant pour les distributions les plus connues) ou s'il n'existe pas déjà un "package" tout prêt pour votre distribution.

Bon tout d'abord, si vous avez un kernel inférieur à la version 2.6, allez sur leur site ([http://www.alsa-project.org/ www.alsa-project.org]) et récupérez les '''Drivers''', '''Library''', '''Utilities''', '''Tools''', '''Firmware''' et '''OSS compat.Library''' dans leurs dernière versions (1.0.4 à l'heure où j'écris ces lignes).

Bon dans un répertoire de votre choix et en tant que root, on dézippe/détarre tout ça :

<div class="code">tar zxvf nom_du_tar.bz2</div>

Avant de continuer, on va enlever toutes les entrées correspondantes au son dans <code>/etc/modules.conf</code> (si vous ne savez pas quelles lignes enlever, envoyez dans la liste de diffusion ou le forum votre /etc/modules.conf et on vous aidera (mais ce sont des lignes qui commencent par <code>alias snd-card...</code> ou <code>alias sound-slot...</code>).

Une fois cela fait, vous allez dans le répertoire des sources alsa-drivers, puis :

<div class="code">./configure ''options''<br />make<br />make install</div>

La plupart du temps un simple <code>./configure</code> sans option suffit. Mais si vous vous apercevez qu'il vous manque le support midi ou autre, vous pouvez toujours forcer les options avec:

{| width="75%" border="1"
| width="50%" | <code>--with-isapnp=yes</code>
| width="50%" | SI votre carte son est une carte ISA PnP (SBawe64, etc...)
|-
| width="50%" | <code>--with-sequencer=yes</code>
| width="50%" | Activer le support midi (surtout pour les cartes dites "WAVETABLE")
|-
| width="50%" | <code>--with-oss=no</code>
| width="50%" | Désactiver le support OSS (vivement déconseillé, 90% des applications utilisent un support OSS)
|-
| width="50%" | <code>--with-debug=full</code>
| width="50%" | Information de déboguage (si vous avez des bugs et que vous voulez les reporter à l'équipe de développement ALSA ou si vous êtes développeur)
|-
| width="50%" | <code>--with-debug=detect</code>
| width="50%" |
<center>Pour activer le déboguage pour la détections des cartes son. Même remarque qu'au dessus si votre carte n'est pas détectée.</center>
|}

Une fois les drivers compilés, '''lancez le script <code>./snddevices</code>''' pour créer les entrées nécessaires dans <code>/dev</code>.

Puis compilez les librairies, puis les utilitaires (dans cet ordre autrement ça ne passera pas) par le classique : <code>./configure && make && make install</code>.

=== Configuration des modules ALSA. ===

Il existe un outils livré avec les drivers ALSA qui configure tout tout seul, alors pourquoi s'en priver!<br /> Cet outil s'appelle '''alsaconf''' et il doit être installé si vous avez bien compilé/installé les '''Utilities'''. Si votre distribution ne vous fournit pas cet utilitaire, récupérez le téléchargeant juste les '''Utilities''' sur http://www.alsa-project.org.

Si maintenant alsaconf ne fonctionne pas, ou si vous voulez vraiment configurez le tout à la main on va entrer alors dans les détails. Tout d'abord il faut '''absolument''' que vous sachiez quelle est votre carte son '''précisément'''. Une référence "compatible sound blaster" ne suffit pas, il existe plus de 10 chipsets «''compatibles sound blaster''» qui pour ALSA sont 10 cartes différentes avec des modules différents. En fait ALSA dispose d'un module par chipset. Donc renseignez vous sur votre carte son (notice, site web du constructeur, etc...).

Une fois que vous savez qu'elle est votre carte son, vous allez la chercher ici: [http://www.alsa-project.org/alsa-doc http://www.alsa-project.org/alsa-doc/] en choisissant en premier la marque dans la liste déroulante puis en cliquant sur "Détails" dans la colonne "Driver & doc" qui correspond à votre modèle de carte son.<br /> Une fois arrivé sur la page de documentation, recherchez alors la rubrique '''"Setting up modprobe and kmod support"''' qui va vous donner les lignes à ajouter dans votre <code>/etc/modules.conf</code>, ajoutez-les et voilà!

=== Réglages et automatisation. ===

Un des problèmes les plus courants avec ALSA est que vous avez tout configuré, aucun message d'erreur mais vous n'avez aucun son! En fait cela est souvent normal car ALSA règle par défaut tout les volumes à zéro ET met en sourdine aussi tout les canaux de votre carte son. Pour remédier à ça et pour que les volumes soient conservés à chaque redémarrage vous devez dans un premier temps vous assurez que vous ayez un script de démarrage "ALSA" sur votre système. C'est surement le cas si ALSA est fournit dans votre distribution, autrement vous en trouverez de déjà tout fait '''alsasound''' dans le sous répertoire '''utils''' des sources de '''Drivers''' de ALSA.

Suivant votre distribution, installez ce script de démarrage ALSA pour les niveaux d'init que vous souhaitez. Si, c'est du chinois, lisez [[Admin-admin boot-daemons | cette documentation]].

Une fois ce script installé, démarrer alors le service ALSA via ce dernier (la lecture de la documentation précitée peut vous y aider. Lancez alors en tant que root et en console l'utilitaire '''alsamixer'''. Vous allez alors régler les volumes de chaque canal de votre carte son à votre convenance. Pour cela utilisez les flèches pour choisir le canal et régler son volume sans oublier de '''DEMUTER''' le canal en appuyant sur la touche '''M''' (si le canal est muté un M apparaît au dessus de l'indicateur de volume).

Une fois les volumes réglés comme vous le souhaitez, quittez alsamixer par ALT+X. Sauvegardez alors ces volumes pour le prochain redémarrage via la commande:

<span class="code"> alsactl store </span>.<br />

De ce fait, tout vos réglages seront conservés lors du prochain reboot.

== un petit mot sur les démons de son ==

Gnome et KDE utilisent chacun un démon de son, malheureusement différent : c'est ESD pour Gnome et ARTS pour KDE. Qu'est-ce que c'est ? C'est est un programme qui s'intercale entre le support son (OSS ou ALSA) et les applications, et qui permet par exemple à plusieurs amplications de jouer du son simultanément (on peut ainsi jouer un mp3 et entendre les sons système de son environnement en même temps, tout en recevant les notifications sonores de licq).

=== ESD ===

Pour ceux qui aiment bien Gnome et qui l'utilisent, je vous signale que celui-ci utilise par défaut ESD comme démon sonore, donc il faut l'activer avant tout ! <br />Cochez la case correspondante dans la configuration de Gnome relative aux sons systèmes, il lancera alors ESD dès son démarrage. Attention : certaines applications ne savent pas utiliser ESD pour le son, donc ne vous étonnez pas de ne plus avoir de son sous certaines applications après avoir lancé ESD, d'autres demandent d'être recompilées pour utiliser ESD, pour d'autres comme XMMS un plugin suffit. ESD est nécessaire aussi pour Enlightenment (c'est d'ailleurs pour cela qu'il est nécessaire pour Gnome vu que E est (était) souvent le WM de gnome). ESD tourne sans problème à partir du moment où votre carte son fonctionne au départ. Lancez ESD sous un terminal/console et vous entendrez un « tu lu lu » indiquant que ESD est lancé et fonctionne. Il tourne alors en arrière plan comme daemon.

=== ARTS ===

ARTS est le démon de son de KDE. Selon votre distribution, il sera activé par défaut ou non. Pour l'activer ou le désactiver, lancez le panneau de configuration de KDE, dans la rubrique son vous trouverez une case à cocher pour activer arts au démarrage de KDE. En cliquant sur [OK] ou [Appliquer], le démon sera démarré automatiquement. <br />De la même façon que pour ESD, il faut généralement un plugin pour utiliser arts, par exemple avec xmms ou xine. Certains programmes (comme licq par exemple) peuvent utiliser un simple script <code>soundwrap</code> qui jouera le son via arts si celui-ci est présent, ou directement via les drivers son sinon. Si votre programme permet de configurer l'utilitaire qui joue les sons, vous pourrez l'utiliser ainsi à travers arts.

Enfin, pour certains programmes ne supportant pas arts (ou esd d'ailleurs) il sera nécessaire d'arrêter le démon afin qu'ils puissent faire du bruit !

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 15/10/1999.</div>

= Copyright =
Copyright © 15/10/1999, Serge Tchesmeli
{{LDL}}

Gestion du son sous Linux

2006-03-07T06:36:25Z

Gw22 (phorum) : /* Configuration du kernel */

[[Category:Son]]
= Gestion du son sous Linux =

<div class="leatitre">Gestion du son sous Linux</div><div class="leapar">Par Serge </div><div class="leadesc">Quand les pinguoins chantent! <br /></div>
----

Ce document traite des problèmes de son sous Linux. Il existe deux séries de drivers différents pour Linux :

* OSS, intégré directement dans les sources du noyau jusqu'au version 2.4
* ALSA, présent dans les sources du noyau depuis les versions 2.6, et que l'on peut récupérer sur http://www.alsa-project.com pour les kernels 2.4 ou 2.2.

== OSS ==

Par défaut pour les kernels de version inférieure à la 2.6 (ie: 2.2 et 2.4), le support du son est OSS. L'installation de celui-ci n'est pas très compliquée. Sous les distributions comme la RedHat, Mandrake la détection des cartes est automatique la plupart du temps (au pire il faut lancer sndconfig en tant que root pour que cela le soit). Pour les autres distributions, le kernel est correctement configuré et tous les modules de cartes son sont déjà compilés. Il suffit juste alors pour activer la carte de passer par leurs utilitaires de configuration (sndconfig, ou autre), ou d'ajouter les entrées manuellement dans <code>/etc/modules.conf</code> (parfois conf.modules selon l'âge de la distribution).

Tout d'abord si votre carte est Plug'n Play sur bus <span class="warning">ISA (très vieille carte son)</span>, veuillez lire la [[Hardware-hard plus-pnp | rubrique PnP]] car je suppose que votre carte PnP est correctement configurée.

=== Configuration du kernel ===

Vérifiez que le kernel est compilé avec comme options :<br />

{| width="50%" border="1"
| width="50%" | <code>loadable module support</code>
| width="50%" | <code>YES</code>
|-
| width="50%" height="19" | <code>Kernel module support</code>
| width="50%" height="19" | <code>YES</code>
|-
| width="50%" | <code>config sound</code>
| width="50%" | <code>M</code> (module)
|}

et tous les supports des différentes cartes sons en M (par exemple <code>config sounblaster M</code>, <code>config awe M</code> ...). <br />

Une fois votre kernel compilé (make dep, make clean, make zlilo ou bzImage et config de lilo) ainsi que les modules (make modules, make modules_install <span class="warning">en ayant renommé le répertoire /lib/modules/version_kernel en /lib/modules/version_kernel-old par exemple avant le make modules_install</span> ) (voir [../kernel/kernel.php3 rubrique noyau] ) on édite le fichier <code>/etc/conf.modules</code>.

=== Configuration /etc/modules.conf (ou conf.modules suivant votre distribution). ===

C'est ce fichier qui vas permettre de charger les modules de votre carte son. La syntaxe est assez simple :

<div class="code">alias sound nom_module (par exemple nom_module=sb pour une soundblaster)<br />options sound io=0xADR irq=IRQ DMA0=dma8bits DMA1=dma16bits </div>

(avec ADR l'adresse d'entrée sortie de la carte, 220 par exemple, IRQ l'irq (interruption) bien sûr, DMA0 et DMA1 les numéros des canaux DMA 8 et 16 bits)

Comme je ne connais pas toutes les cartes son et les modules par coeur, veuillez vous référer aussi au HOWTO sur le son, et les MINI-HOWTO pour les cartes son spécifiques pour des modules complémentaires (midi, wavetable etc...). Avec ce que je vous donne vous avez déjà le support PCM (son numérique pour lire les WAV, MP3 par exemple). Vous trouverez alors les options que l'on peut passer à chaque module et leur significations. La liste des HOWTO traduits en français est disponible [../docs/howto.php3 ici].

Pour tester si on utilise le bon module, on va le charger manuellement:

<code><span class="warning">modprobe sound</span></code>

ça devrait se charger sans problème ; sans messages d'erreurs. S'il y en a un, vérifiez votre <code>/etc/conf.modules</code>, peut-être que vous avez fourni de mauvaises options ou un mauvais module pour votre carte son (attention aux cartes son soi-disant compatibles Sound Blaster, comme celles à base de chipset crystal, charger le module pour crystal et non pas le SB).De même les dernières SoundBlaster (Live, Audigy etc..) n'utilise pas le module sb mais des nouveaux modules comme le emu10k1.

Une fois le module chargé, on peut tester le son, lancez alors une application qui joue du son comme par exemple ''mpg123'' pour les mp3, ''workbone'' pour lire les CD ou tout autre application sous X comme XMMS.

S'il n'y a pas de son qui sort mais que vous n'avez aucune erreur, regardez aussi avec un mixer sous un WM que les volumes sonores ne sont pas à zéro aussi, et que votre lecteur CD est bien relié à la carte son. Vérifiez aussi que le plugin de sortie de XMMS est bien : oss, ou arts (si vous êtes sous KDE), ou esd (si vous êtes sous Gnome).

Si ça fonctionne : vous avez gagné ! Votre carte son est configurée.

Mais, une chose frustrante, c'est que vous avez une carte full duplex par exemple, mais OSS par défaut ne prend pas en charge le full duplex ! Quoi ce super OS ne prend pas en charge le full duplex ??? Si, rassurez-vous <code><nowiki>:)</nowiki></code> Deux solutions là, soit passez à la version commerciale de OSS, soit passez par ALSA qui de toute façon devient le driver son offciel du kernel maintenant (à partir du 2.6).

== ALSA ==

Qu'est-ce donc? Non je vous entends rire ce n'est pas la préparation pour les flans ou gâteaux :) <br />C'est un nouveau support des cartes son pour Linux, full duplex, GPL et qui gère beaucoup mieux les ressources systèmes que son homologue OSS. Le développement de ce projet est extrêmement actif, on a à peu près une mise à jour toutes les deux semaines avec presque à chaque fois des supports pour de nouvelles cartes son. De plus il a l'excellente idée d'être (presque) 100% compatible avec les applications qui utilisent OSS. Bref je vous encourage vivement d'installer les drivers ALSA quelque soit la version de votre kernel.

=== Compilation des drivers ALSA ===

Avant de compiler quoi que ce soit, vérifiez quand même que votre distribution ne comporte pas déjà les drivers ALSA (ce qui le cas maintenant pour les distributions les plus connues) ou s'il n'existe pas déjà un "package" tout prêt pour votre distribution.

Bon tout d'abord, si vous avez un kernel inférieur à la version 2.6, allez sur leur site ([http://www.alsa-project.org/ www.alsa-project.org]) et récupérez les '''Drivers''', '''Library''', '''Utilities''', '''Tools''', '''Firmware''' et '''OSS compat.Library''' dans leurs dernière versions (1.0.4 à l'heure où j'écris ces lignes).

Bon dans un répertoire de votre choix et en tant que root, on dézippe/détarre tout ça :

<div class="code">tar zxvf nom_du_tar.bz2</div>

Avant de continuer, on va enlever toutes les entrées correspondantes au son dans <code>/etc/modules.conf</code> (si vous ne savez pas quelles lignes enlever, envoyez dans la liste de diffusion ou le forum votre /etc/modules.conf et on vous aidera (mais ce sont des lignes qui commencent par <code>alias snd-card...</code> ou <code>alias sound-slot...</code>).

Une fois cela fait, vous allez dans le répertoire des sources alsa-drivers, puis :

<div class="code">./configure ''options''<br />make<br />make install</div>

La plupart du temps un simple <code>./configure</code> sans option suffit. Mais si vous vous apercevez qu'il vous manque le support midi ou autre, vous pouvez toujours forcer les options avec:

{| width="75%" border="1"
| width="50%" | <code>--with-isapnp=yes</code>
| width="50%" | SI votre carte son est une carte ISA PnP (SBawe64, etc...)
|-
| width="50%" | <code>--with-sequencer=yes</code>
| width="50%" | Activer le support midi (surtout pour les cartes dites "WAVETABLE")
|-
| width="50%" | <code>--with-oss=no</code>
| width="50%" | Désactiver le support OSS (vivement déconseillé, 90% des applications utilisent un support OSS)
|-
| width="50%" | <code>--with-debug=full</code>
| width="50%" | Information de déboguage (si vous avez des bugs et que vous voulez les reporter à l'équipe de développement ALSA ou si vous êtes développeur)
|-
| width="50%" | <code>--with-debug=detect</code>
| width="50%" |
<center>Pour activer le déboguage pour la détections des cartes son. Même remarque qu'au dessus si votre carte n'est pas détectée.</center>
|}

Une fois les drivers compilés, '''lancez le script <code>./snddevices</code>''' pour créer les entrées nécessaires dans <code>/dev</code>.

Puis compilez les librairies, puis les utilitaires (dans cet ordre autrement ça ne passera pas) par le classique : <code>./configure && make && make install</code>.

=== Configuration des modules ALSA. ===

Il existe un outils livré avec les drivers ALSA qui configure tout tout seul, alors pourquoi s'en priver!<br /> Cet outil s'appelle '''alsaconf''' et il doit être installé si vous avez bien compilé/installé les '''Utilities'''. Si votre distribution ne vous fournit pas cet utilitaire, récupérez le téléchargeant juste les '''Utilities''' sur http://www.alsa-project.org.

Si maintenant alsaconf ne fonctionne pas, ou si vous voulez vraiment configurez le tout à la main on va entrer alors dans les détails. Tout d'abord il faut '''absolument''' que vous sachiez quelle est votre carte son '''précisément'''. Une référence "compatible sound blaster" ne suffit pas, il existe plus de 10 chipsets «''compatibles sound blaster''» qui pour ALSA sont 10 cartes différentes avec des modules différents. En fait ALSA dispose d'un module par chipset. Donc renseignez vous sur votre carte son (notice, site web du constructeur, etc...).

Une fois que vous savez qu'elle est votre carte son, vous allez la chercher ici: [http://www.alsa-project.org/alsa-doc http://www.alsa-project.org/alsa-doc/] en choisissant en premier la marque dans la liste déroulante puis en cliquant sur "Détails" dans la colonne "Driver & doc" qui correspond à votre modèle de carte son.<br /> Une fois arrivé sur la page de documentation, recherchez alors la rubrique '''"Setting up modprobe and kmod support"''' qui va vous donner les lignes à ajouter dans votre <code>/etc/modules.conf</code>, ajoutez-les et voilà!

=== Réglages et automatisation. ===

Un des problèmes les plus courants avec ALSA est que vous avez tout configuré, aucun message d'erreur mais vous n'avez aucun son! En fait cela est souvent normal car ALSA règle par défaut tout les volumes à zéro ET met en sourdine aussi tout les canaux de votre carte son. Pour remédier à ça et pour que les volumes soient conservés à chaque redémarrage vous devez dans un premier temps vous assurez que vous ayez un script de démarrage "ALSA" sur votre système. C'est surement le cas si ALSA est fournit dans votre distribution, autrement vous en trouverez de déjà tout fait '''alsasound''' dans le sous répertoire '''utils''' des sources de '''Drivers''' de ALSA.

Suivant votre distribution, installez ce script de démarrage ALSA pour les niveaux d'init que vous souhaitez. Si, c'est du chinois, lisez [[Admin-admin boot-daemons | cette documentation]].

Une fois ce script installé, démarrer alors le service ALSA via ce dernier (la lecture de la documentation précitée peut vous y aider. Lancez alors en tant que root et en console l'utilitaire '''alsamixer'''. Vous allez alors régler les volumes de chaque canal de votre carte son à votre convenance. Pour cela utilisez les flèches pour choisir le canal et régler son volume sans oublier de '''DEMUTER''' le canal en appuyant sur la touche '''M''' (si le canal est muté un M apparaît au dessus de l'indicateur de volume).

Une fois les volumes réglés comme vous le souhaitez, quittez alsamixer par ALT+X. Sauvegardez alors ces volumes pour le prochain redémarrage via la commande:

<span class="code"> alsactl store </span>.<br />

De ce fait, tout vos réglages seront conservés lors du prochain reboot.

== un petit mot sur les démons de son ==

Gnome et KDE utilisent chacun un démon de son, malheureusement différent : c'est ESD pour Gnome et ARTS pour KDE. Qu'est-ce que c'est ? C'est est un programme qui s'intercale entre le support son (OSS ou ALSA) et les applications, et qui permet par exemple à plusieurs amplications de jouer du son simultanément (on peut ainsi jouer un mp3 et entendre les sons système de son environnement en même temps, tout en recevant les notifications sonores de licq).

=== ESD ===

Pour ceux qui aiment bien Gnome et qui l'utilisent, je vous signale que celui-ci utilise par défaut ESD comme démon sonore, donc il faut l'activer avant tout ! <br />Cochez la case correspondante dans la configuration de Gnome relative aux sons systèmes, il lancera alors ESD dès son démarrage. Attention : certaines applications ne savent pas utiliser ESD pour le son, donc ne vous étonnez pas de ne plus avoir de son sous certaines applications après avoir lancé ESD, d'autres demandent d'être recompilées pour utiliser ESD, pour d'autres comme XMMS un plugin suffit. ESD est nécessaire aussi pour Enlightenment (c'est d'ailleurs pour cela qu'il est nécessaire pour Gnome vu que E est (était) souvent le WM de gnome). ESD tourne sans problème à partir du moment où votre carte son fonctionne au départ. Lancez ESD sous un terminal/console et vous entendrez un « tu lu lu » indiquant que ESD est lancé et fonctionne. Il tourne alors en arrière plan comme daemon.

=== ARTS ===

ARTS est le démon de son de KDE. Selon votre distribution, il sera activé par défaut ou non. Pour l'activer ou le désactiver, lancez le panneau de configuration de KDE, dans la rubrique son vous trouverez une case à cocher pour activer arts au démarrage de KDE. En cliquant sur [OK] ou [Appliquer], le démon sera démarré automatiquement. <br />De la même façon que pour ESD, il faut généralement un plugin pour utiliser arts, par exemple avec xmms ou xine. Certains programmes (comme licq par exemple) peuvent utiliser un simple script <code>soundwrap</code> qui jouera le son via arts si celui-ci est présent, ou directement via les drivers son sinon. Si votre programme permet de configurer l'utilitaire qui joue les sons, vous pourrez l'utiliser ainsi à travers arts.

Enfin, pour certains programmes ne supportant pas arts (ou esd d'ailleurs) il sera nécessaire d'arrêter le démon afin qu'ils puissent faire du bruit !

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 15/10/1999.</div>

= Copyright =
Copyright © 15/10/1999, Serge Tchesmeli
{{LDL}}

Trucs:Aide pour améliorer les performances des drivers NVidia 0.9.6

2006-03-07T06:23:23Z

Gw22 (phorum) :

<div class="leapar">Fred<fred@lea-linux.org></div>

J'ai obtenu un gain d'une vingtaine de FPS a quake3 avec les tweaks de ce site (modif des fichiers sources) : le [http://www.evil3d.net/articles/linux/nv95v96_2/ lien]. <br /><br />Voici quelques modifications qui m'ont bien aidé : <br /><br />Ouvrez le fichier <tt>os-registry.c</tt> dans les source de <tt>NVIDIA_kernel-0.9.6</tt> et cherchez la ligne <tt>NVreg_SkipBiosPost</tt>. Changez y le <tt><nowiki>#if 0</nowiki></tt> par un <tt><nowiki>#if 1</nowiki></tt>, cela a amélioré un poil les drivers chez moi. <br /><br />Voici quelques autres changement qui amélioreront aussi les drivers <br />

<br />
* <tt>U032 NVreg_UpdateKernelAGP = 1</tt>, changez le <tt><nowiki>#if 0</nowiki></tt> par un <tt><nowiki>#if 1</nowiki></tt> la aussi (hm, mais je me souvient plus si ce n'était pas deja la valeur par défault.) <br />
* <tt>U032 NVreg_EnableAGPSBA = 0</tt>, mettez 1 a la place du 0. <br />
* <tt>U032 NVreg_EnableAGPFW = 0</tt>, idem. <br />

<br />Et voici quelques changements apportés au fichier <tt>/etc/X11/XF86Config</tt> (testé sur XFree86 4.0.2) <br />

<br /> Option "accel"
<br /> Option "FastVram"
<br />

<br />"FastVram" a l'air d'avoir bien aidé. <br /><br />J'ai une Geforce SDR, J'obtient une bonne moyenne de 70fps, en 1024x768 couleur 32 bits (au lieu de 60 fps auparavant). <br /><br />J'espère que ca aidera. <br />(recopié sur le forum, message de : [mailto:ztoonifik@nospam.netcourrier.com ztoonifik]) <br /><br /><u>Note du modérateur</u><nowiki>: Attention, apparement plusieurs personnes nous ont indiqué qu'aprés ces changement plus rien ne marchait (il ne faut donc utiliser ces tweaks qu'avec précaution : sauvegardez vos fichiers de configuration). Apparement ces optimisations sont assez dépendantes de la carte que vous possédez, donc ça risque de ne pas marcher chez vous. Dans ce cas, reprenez la config de base de la rubrique </nowiki>[http://lea-linux.org/hardware/nvidia.php3 Nvidia]
[[Catégorie:Trucs_video]]

Cartes video Nvidia GeForce et TNT

2006-03-06T19:52:42Z

Gw22 (phorum) : /* Nouvelle génération de pilotes */

[[Category:Image]]
= Les cartes NVidia Geforce et TNT =

<div class="leatitre">Les cartes NVidia Geforce et TNT</div><div class="leapar">par [mailto:tux.le.pengouin@free.fr Fred] complété par [mailto:st@lea-linux.org serge ]et mis à jour par [mailto:slash%20dot%20ile.u-psud%20point%20fr Slash]</div><div class="leadesc">nVidia, depuis quelque temps déjà, nous met à disposition des pilotes de bonne qualité et surtout très faciles à installer. <br /> Ce driver suppporte les ''TNT'', ''TNT2'', ''Geforce'', ''Quadro''.</div>
----

Ce document est une mise à jour, donc je garderai toute la partie de l'installation des anciens pilotes et des problèmes rencontrés avec eux…

Nous allons expliquer dans cette rubrique comment installer les pilotes (nouvelle/ancienne génération) de chez nVidia afin de disposer de l'accélération 3D des cartes TNT sous Linux.

==Prérequis==

* Vous devez tout d'abord installer soit [http://www.xfree86.org/ XFree86®] ou [http://freedesktop.org/Software/xorg Xorg.]
* Vous devez savoir maîtriser un éditeur de fichiers textes en console comme [http://lea-linux.org/software/vi.html vi] ou [http://lea-linux.org/software/emacs.html emacs.]

<span class="warning">Attention, il y a deux générations de pilotes donc il faut utiliser la méthode appropriée selon le pilote téléchargé !!!</span>

----

== Téléchargement des pilotes ==

Ensuite téléchargez les pilotes de chez ''[http://www.nvidia.fr/object/linux_fr.html nVidia]''. Ne pas oublier de télécharger le [http://www.nvidia.fr/docs/io/17185/readme_6629_fr.txt LISEZ-MOI (celui-ci est pour la dernière version de pilotes à la date de ce document !)]. Ne pas oublier de le lire. (Je plaisante, la lecture de ce document devrait suffire, mais on ne sait jamais).

Attention, les pilotes de chez nVidia sont mis à jour de temps en temps, veillez à les vérifier que votre carte supporte la dernière version, et le cas échéant téléchargez le bon pilote. Sachez que les cartes GeForce 2 par exemple ne supportent pas de pilote plus récent que le 7174.

----

== Nouvelle génération de pilotes ==

Tout d'abord je vous renvoie sur ces fiches si vous installez la nouvelle génération de pilotes sur une Mandrake 10.1 Community ou Fedora Core 1 :
* [http://www.nvidia.fr/docs/io/17185/readme_7167_fr.txt ]
* [http://www.lea-linux.org/trucs/item.575.html Mandrake 10.1 Community]
* [http://lea-linux.org/trucs/item.448.html Fedora Core 1]

Après avoir téléchargé [http://download.nvidia.com/XFree86/Linux-x86/1.0-7167/NVIDIA-Linux-x86-1.0-7167-pkg1.run les derniers pilotes ] en date lors de la rédaction de ce document, un fichier du type… vérifiez que vous avez bien installé les sources de votre [http://www.kernel.org/ noyau]. Nous allons procéder à l'installation de ces pilotes :

Tout d'abord si vous êtes en mode graphique et que vous voulez mettre à jour vos pilotes Nvidia, ce message apparaîtra :

<div class="code">ERROR: An NVIDIA noyau module 'nvidia' appears to already be loaded in your noyau. This may be because it is in use (for example, by the X server). Please be sure you have exited X before attempting to upgrade your driver. If you have exited X but still receive this message, then an error has occured that has confused the usage count of the noyau module; the simplest remedy is to reboot your computer.</div>

<br /><br /> Donc placez vous en root et revenez en mode texte (c'est à dire sans le serveur graphique), effectuez les commandes suivantes : <code>$: su -</code>, entrez votre mot de passe et tapez <code><nowiki># init3</nowiki></code><br /> Il faudra vous logger en '''root ''' après être revenu en console.<br /> Ensuite placez-vous dans le répertoire où se trouve l'archive <code><nowiki># cd /dossier/de/larchive</nowiki></code><br /> Et lancez l'installation : <code><nowiki># sh NVIDIA-Linux-x86-1.0-7167-pkg1.run</nowiki></code>. <br /> Et voila vous n'avez plus qu'à suivre les indications. <br /><br /> Si vous ne possèdez pas de connexion internet répondez '''non''' lors de la demande de téléchargement des pilotes précompilés. De plus s'il refuse de compiler les pilotes en vous expliquant que votre version du logiciel ''gcc'' n'est pas la même que la version utilisée pour compiler votre noyau, essayez de forcer la compilation des pilotes !!! Il y a de fortes chances que ça passe sans aucun problème.

<span class="warning">Attention et redite, les pilotes de chez nVidia sont mis à jour de temps en temps, veillez à vérifier que votre carte supporte la dernière version, et le cas échéant téléchargez le bon pilote.</span>

== Ancienne génération de pilotes ==

Si vous possédez la version 0.9.6, référez-vous à ce [http://lea-linux.org/trucs/item.52.html truc et astuce] pour augmenter les performances de ces pilotes.<br /> Voici un autre [http://lea-linux.org/trucs/item.140.html truc et astuce] pour compiler les anciens pilotes sur un noyau 2.4.9.

=== Coller une rustine sur votre noyau pour l'AGP ===

<span class="warning">''' ATTENTION:''' cette rustine n’est à appliquer QUE si la version des pilotes nVidia que vous possédez est inférieure à la version 0.9.6. À partir de la version 0.9.6 N'APPLIQUEZ SURTOUT PAS CETTE RUSTINE, passez au chapitre suivant!</span>

Il est necessaire pour certaines cartes méres de patcher votre noyau pour la prise en compte de l'AGP et utiliser le driver de nvidia. De plus, même si pour certaine carte mére il n'est pas nécessaire de patcher le noyau pour pouvoir utiliser les pilotes nvidia, je vous le conseille fortement pour profiter pleinement des accélérations 3D.<br /> Je suppose que vous avez un noyau 2.2.16 (dernier en date), d'ailleur je ne peux que vous le conseiller pour prendre en compte correctement l'AGP et les driver nvidia. Si vous ne l'avez pas, récupérez les sources du noyau sur [http://www.kernel.org/ ww.noyau.org.]<br /> Récupérez le patch [http://utah-glx.sourceforge.net/gart/ ici] (récupérez la version pour les noyaux 2.2.16 ou 2.3.x si vous avez un noyau 2.3.x).

Pour coller la rustine sur votre noyau, faire alors:

<div class="code"> cd /usr/src/linux<br /> cat /chemin_ou_se_trouve_le_patch/agpgart-2.2.16-patch | patch -p1</div>

Une fois votre noyau modifié, reconfigurez le (make config ou make menuconfig ou make xconfig) , vérifiez dans la rubrique '''code maturity''' que vous avez '''activé''' ''' le development code/pilotes''' , puis dans la rubrique "'''character device'''" passez en '''module(M)''' le support agp, si une liste de chipset apparait, '''selectionnez tous les chipset (VIA, Intel, etc...)''' pour avoir le support de n'importe quel chipset (et du votre donc).<br /> Bon le probléme c'est qu'il vas falloir maitenant recompiler et installer le nouveau noyau ainsi que les modules (voir la rubrique [http://www.lea-linux.org/noyau/noyau.php3 noyau] pour plus d'aide).<br /> Une fois le noyau compilé et que vous avez demarré sur ce nouveau noyau (indispensable car le patch modifie les zones mémoires pour prendre en compte l'agp), on vas créer le device pour l'agp:

<code>mknod /dev/agpgart c 10 175</code>

chargez le module '''agpgart '''en mémoire '''(modprobe agpgart)'''. Il se charge sans problème normalement.<br /> Si c'est bon, ajoutez dans un script de démarrage la chargement de ce module, par exemple vous ajoutez dans '''/etc/rc.d/rc.local''' la ligne:

<code>/sbin/modprobe agpgart</code>

Voilà, l'agp est pris en compte par votre noyau.

=== Installation du pilote ===

Je vais expliquer la démarche en supposant que vous installez les pilotes 0.9.4 :<br /> Vous devez avoir téléchargé :

<div class="code">NVIDIA_GLX-0.9-4.tar.gz<br /> NVIDIA_noyau-0.9-4.tar.gz</div>

décompressez les :

<div class="code"><nowiki># tar xzf NVIDIA_noyau-0.9-4.tar.gz</nowiki><br /> # tar xzf NVIDIA_GLX-0.9-4.tar.gz</div>

===== Installation du module nvidia pour le noyau =====

Placez-vous dans le répertoire : <tt>NVIDIA_noyau-0.9-4</tt>. Compilez le module.

'''Note :''' pour mener à bien cette compilation, vous '''devez''' avoir '''installé''' les sources du noyau de Linux '''et les avoir configurées''' comme décrit plus haut.

Un simple <tt>make</tt> dans le répertoire '''<tt>NVidia_noyau-0.9-4</tt>''' va modifier le fichier '''<tt>/etc/conf.modules</tt>''' pour que le modules soit chargé automatiquement. Créez dans <tt>/dev</tt> les noeuds de périphériques correspondant à votre carte et installer les dits modules dans le bon répertoire (ie: <tt>/lib/modules/<noyau-version>/video</tt>).<br /> Toutefois, il est necessaire d'ajouter les options de chargement du module '''NVdriver''' pour éviter des plantages suivant le chipset de votre carte mère.<br /> Déchargez de la mémoire le module NVdriver que le make a chargé automatiquement par :

<div class="code">rmmod NVdriver</div>

Editez le fichier '''<tt>/etc/modules.conf</tt>''' (ou '''<tt>conf.modules</tt>''' suivant les distributions) et ajoutez en dessous de '''<tt>alias char-major-195 NVdriver </tt>'''la ligne suivante: <span class="warning">'''<br />ATTENTION:''' cette ligne est à appliquer QUE si la version des pilotes Nvidia que vous possédez est inférieure à la version 0.9.6. A partir de la v ersion 0.9.6 N'APPLIQUER PAS CES CHANGEMENTS!</span>

'''<tt>options NVdriver NVreg_UseKernelAGP=1 NVreg_ReqAGPSBA=1 NVreg_ReqAGPFW=1</tt>'''

''<u>Remarque:</u> si vous avez un chipset VIA Apollo Pro133A, validez dans votre BIOS la gestion 4x AGP et ajoutez dans la ligne décrite au-dessus '''NVreg_EnableVia4x=1'''''''''''''''

Bon testez que le module se charge sans erreur par un

<div class="code">modprobe NVdriver</div>

===== Installation du serveur X =====

L'installation du driver en elle-même est simple, mais il ne faut pas que le nouveau driver entre en conflit avec l'ancien. Pour cela il nous faut effacer ce qui pourrait entrer en conflit en prenant soin de le sauvegarder pour revenir au départ en cas de problème.

<div class="code">[root@becane home]# mkdir nv-bak ; cd nv-bak<br /> [root@becane nv-bak]# mv /usr/X11R6/lib/libGL.* .<br /> [root@becane nv-bak]# mv /usr/X11R6/lib/modules/extensions/libGLcore.a<br /> [root@becane nv-bak]# mv /usr/X11R6/lib/modules/extensions/libglx.a</div>

Pour être sûr d'avoir fait correctement le ménage faite un :

<div class="code">find /usr/X11R6/lib -name '*GL.*'<br /> find /usr/X11R6/lib -name '*GLcore.*'<br /> find /usr/X11R6/lib -name '*glx*'</div>

Si l'un de ces <tt>find</tt> vous renvoie quelque chose, celui-ci va, n'en doutons pas, créer des problèmes, alors : déplacez le dit quelque chose vers <tt>nv-bak</tt>. Puis placez-vous dans <tt>NVIDIA_GLX-0.9-4</tt> et installez le driver par :

<div class="code">[root@becane NVIDIA_GLX-0.9-4]# make</div>

== Utiliser la sortie TV-Out des cartes NVidia ==

Pour utiliser la sortie TV-out des cartes Nvidia je vous renvoie sur ces deux trucs et astuces qui sont liés :) :<br />[http://lea-linux.org/trucs/item.85.html Utiliser la sortie TV-Out des cartes NVidia ]<br />[http://lea-linux.org/trucs/item.479.html Utiliser la sortie TV-Out des cartes NVidia avec nvtv].

== Configuration du Serveur X ==

Il ne vous reste plus qu'à éditer le fichier de configuration afin que le serveur graphique [http://www.xfree86.org/ XFree86®] ou [http://freedesktop.org/Software/xorg Xorg], suivant votre configuration, prenne en compte les pilotes.<br />

=== Sauvegarde du fichier de configuration ===

Pour plus de sécurité je vous conseil de sauvegarder votre ancien fichier de configuration grâce à la commande

<div class="code"><nowiki># cp /etc/X11/XF86Config /etc/X11/XF86Config.sauv</nowiki></div>

ou alors

<div class="code"><nowiki># cp /etc/X11/xorg.conf /etc/X11/cp /etc/X11/xorg.conf.sauv</nowiki></div>

<br /> Ainsi si vous rencontrez des problèmes vous n'avez plus qu'à effectuer la commande inverse par exemple :

<div class="code"><nowiki># cp /etc/X11/xorg.conf.sauv /etc/X11/xorg.conf</nowiki></div>

et à redémarrer X .<br />

=== Edition du fichier de configuration ===

Editez <code><nowiki># vi /etc/X11/XF86Config</nowiki></code> ou <code><nowiki># vi /etc/X11/xorg.conf</nowiki></code> ''( je vous conseille cet article pour l'utilisation de l'éditeur [http://lea-linux.org/software/vi.html vi ] )'' et modifiez les lignes suivantes :

<div class="code">Driver "nv"</div>

remplacez la par (le symbole # sert à commenter une ligne pour la rendre inactive sans pour autant la supprimer pour permettre un retour en arrière facile) :

<div class="code"><nowiki>#Driver "nv"</nowiki><br /> Driver "nvidia"</div>

et dans la section : '''modules''' cherchez la ligne :

<div class="code"><nowiki>#Load "glx"</nowiki></div>

Remplacez la par :

<div class="code">Load "glx"</div>

Et remplacez cette ligne :

<div class="code">Load "GLcore"</div>

par

<div class="code"><nowiki>#Load "GLcore"</nowiki></div>

=== chargement du module nvidia ===

De plus il faut charger le module nvidia, un simple

<div class="code"><nowiki># modprobe nvidia</nowiki></div>

suffit pour votre session actuelle.<br /><br /> Mais pour un usage quotidient vous devez le charger à chaque démarrage d'où 3 solutions :<br /><br /> - Adaptez votre fichier de modules.conf, le mien ressemble à <code>alias char-major-195 nvidia </code><br /> - '''Pour Slackware ''' Rajoutez la ligne <code>modprobe nvidia </code>, dans le fichier <code>/etc/rc.d/rc.local</code> .<br /><br /> - '''Pour [http://www.lea-linux.org/trucs/item.575.html Mandrake 10.1 Community]''' ouvrez le fichier <code>/etc/modprobe.preload</code>, si la ligne est manquante rajouter nvidia et sauvegardez <code>modprobe.preload</code>.<br /><br />

Et puis lancez votre serveur X par <tt>startx</tt> ou <tt>init 5</tt> pour relancer <tt>[kgx]dm</tt>. Et c'est tout.

Pour voir comment cela accélère, vous pouvez utiliser <tt>xracer</tt> (chez moi ça marche) ou l'économiseur <tt>xscreensaver</tt> (les economiseurs 3D) par exemple en tapant <tt>morph3d</tt>. Attention ils ne fonctionnent pas en tant qu'économiseurs d'écran (une - au moins - fonction OpenGL semble ne pas être encore implémentée !), par contre en tant que démo tout va bien. Mais des programmes plus lourds devraient pouvoir en profiter (genre Quake). Je n'ai eu aucun problème avec l'analyseur de spectre OpenGL de XMMS.

----

== Chasse aux troubles (Trouble Shooting). ==

=== Rien ne fonctionne, je veux revenir à mon ancien driver ===

Normalement cela ne devrait pas arriver, mais bon, effacez dans <tt>/usr/lib</tt> tous les <tt>libGL.*</tt> et <tt>libGLcore.*</tt> et dans <tt>/usr/X11R6/lib/modules/extensions</tt> tous les <tt>libglx.*</tt> et recopiez les originaux depuis <tt>nv-bak</tt>, enlevez vos modifications dans <tt>/etc/X11/XF86Config</tt>. Redémarrez votre serveur X.

=== <programme> ne semble pas utiliser l'accélération 3D ===

NVidia nous prévient que certains programmes peuvent ne pas profiter de l'accélération 3D bien qu'étant basés sur MesaGL : ceux dont la librairie Mesa est liée statiquement avec l'exécutable (cela signifie que le programme inclut sa propre librairie OpenGL et n'utilise donc pas celle que vous venez d'installer). Dans ce cas, pas de problème, comme nous sommes dans le monde radieux de l'''open source'' : recompilez depuis les sources et tout (ou presque) se passera bien.

=== libMesaGL.so not found ===

Un autre problème peut se poser : les programmes compilés pour MesaGL (et liés avec libMesaGL/libMesaGLU). Pour ceux-là la solution est simple, créez des liens :

<div class="code"><nowiki># ln -s /usr/lib/libGL.so.xxx.xxx /usr/lib/libMesaGL.so</nowiki><br /> # ln -s /usr/X11R6/lib/libGLU.so.xxx.xxx /usr/X11R6/lib/libMesaGLU.so<br /> # ldconfig</div>

<u>Note</u> : C'est bien deux répertoires distincts : <tt>/usr/lib</tt> et <tt>/usr/X11R6/lib</tt> - NVidia installe ses pilotes dans <tt>/usr/lib</tt> alors que XFree86 installe ses bibliothèques dans <tt>/usr/X11R6/lib</tt>. Cela devrait régler certains problèmes.

=== Quand je lance X j'ai l'écran qui devient noir et la machine est plantée ===

Problème lié à la gestion de l''''AGP.''' Pour cela, editez le fichier <tt>/etc/modules.conf </tt>et modifiez les options '''<tt>NVreg_UseKernelAGP=1 NVreg_ReqAGPSBA=1 NVreg_ReqAGPFW=1 </tt>'''en changeant les '''1''' par des ''''''.<br />

<span class="warning">''' ATTENTION:''' cela n'est en fait valable que pour les pilotes versions 0.9.5 et inférieures!</span>

=== Quand je passe de X à un terminal par CTRL ALT Fx : ça plante. ===

C'est un bug des pilotes, on ne peux rien faire pour vous. Attendez une nouvelle version des pilotes chez nvidia. Evitez de passer sur un autre terminal, préférez ouvrir un xterm.

=== Quake III démarre mais lorsque je joins une partie Quake se termine avec des erreurs GLX. ===

Essayez de mettre à jour les bibliothèques GLX en les récupérant sur http://utah-glx.sourceforge.net/ (je n'ai pas testé personnellement mais il parait que ça marche).

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Frédéric Bonnaud le 01/05/2000.</div>

= Copyright =
Copyright © 01/05/2000, Fr�d�ric Bonnaud
{{CC-BY-NC-SA}}

Fiches:Comment colorer la sortie de ls ?

2006-03-06T19:27:23Z

Gw22 (phorum) : /* Généralités */

<div class='leapar'>par nicola</div>

Si vous avez utilisé la commande <code>ls</code> dans votre console préférée, vous avez pu remarquer que certains types de fichiers sont colorés, que ce soit en fonction de leur type unix (fichier, répertoire, lien symbolique…) que de leur extension (txt, pdf, tgz…)

Vous avez la possibilité de les changer pour les adapter à vos usages et à vos goûts.

== Généralités ==

Ouvrez une console et tapez <code>echo $LS_COLORS</code>. Vous devrez voir apparaître un gros bloc de texte peu lisible mais qu’on peut néanmoins commencer à deviner. Le ''geek'' pur sucre modifiera directement cette variable, mais il y a beaucoup plus simple : modifier à la main un fichier ~/.dircolors et lancer la commande (placée le plus souvent dans le fichier de configuration du ''shell'' que vous utilisez) <code>eval `dircolors ~/.dircolors`</code>.

Il peut être pénible de créer un fichier à la main, non documenté à partir de la sortie de la première commande. Allez alors en chercher un exemplaire avec la commande <code>dircolors --print-database>~/.dircolors</code>.

Chaque couleur est attribuée de la manière suivante :
<code>type couleur[;couleur du fond[;attribut]]</code>
L’ordre des styles n’importe pas, les commentaires débutent avec un <nowiki>#</nowiki>.

==Couleurs et attributs==

Voici les codes des attributs :

{| border="1"
|-
| 00
| 01
| 04
| 05
| 07
| 08
|-
| aucun
| gras*
| souligné
| clignotant
| inversé
| caché
|-
|}

<nowiki>*</nowiki> ou brillant

Maintenant les codes des couleurs :

{| border="1"
|-
| 30
| 31
| 32
| 33
| 34
| 35
| 36
| 37
|-
| noir
| rouge
| vert
| jaune
| bleu
| magenta
| cyan
| blanc
|-
|}

Maintenant les codes des couleurs du fond :

{| border="1"
|-
| 40
| 41
| 42
| 43
| 44
| 45
| 46
| 47
|-
| noir
| rouge
| vert
| jaune
| bleu
| magenta
| cyan
| blanc
|-
|}

== Types de fichiers ==

{| border="1"
! type
! explication
|-
| NORMAL
| par défaut
|-
| FILE
| fichier normal (c’est-à-dire, pas des types qui suivent)
|-
| DIR
| répertoire
|-
| LINK
| lien symbolique
|-
| FIFO
| tube nommé
|-
| SOCK
| prise (''socket'')
|-
| DOOR
| porte (pour les systèmes Unix qui ont)
|-
| BLK
| périphériques de type bloc
|-
| CHR
| périphériques de type caractère
|-
| ORPHAN
| lien symbolique qui échoue
|-
| EXEC
| exécutable (avec un droit x)
|-
| .txt
| fichier dont l’extension est .txt
|}

Fiches:Comment colorer la sortie de ls ?

2006-03-06T19:26:36Z

Gw22 (phorum) : /* Généralités */

<div class='leapar'>par nicola</div>

Si vous avez utilisé la commande <code>ls</code> dans votre console préférée, vous avez pu remarquer que certains types de fichiers sont colorés, que ce soit en fonction de leur type unix (fichier, répertoire, lien symbolique…) que de leur extension (txt, pdf, tgz…)

Vous avez la possibilité de les changer pour les adapter à vos usages et à vos goûts.

== Généralités ==

Ouvrez une console et tapez <code>echo $LS_COLORS</code>. Vous devrez voir apparaître un gros blob de texte peu lisible mais qu’on peut néanmoins commencer à deviner. Le ''geek'' pur sucre modifiera directement cette variable, mais il y a beaucoup plus simple : modifier à la main un fichier ~/.dircolors et lancer la commande (placée le plus souvent dans le fichier de configuration du ''shell'' que vous utilisez) <code>eval `dircolors ~/.dircolors`</code>.

Il peut être pénible de créer un fichier à la main, non documenté à partir de la sortie de la première commande. Allez alors en chercher un exemplaire avec la commande <code>dircolors --print-database>~/.dircolors</code>.

Chaque couleur est attribuée de la manière suivante :
<code>type couleur[;couleur du fond[;attribut]]</code>
L’ordre des styles n’importe pas, les commentaires débutent avec un <nowiki>#</nowiki>.

==Couleurs et attributs==

Voici les codes des attributs :

{| border="1"
|-
| 00
| 01
| 04
| 05
| 07
| 08
|-
| aucun
| gras*
| souligné
| clignotant
| inversé
| caché
|-
|}

<nowiki>*</nowiki> ou brillant

Maintenant les codes des couleurs :

{| border="1"
|-
| 30
| 31
| 32
| 33
| 34
| 35
| 36
| 37
|-
| noir
| rouge
| vert
| jaune
| bleu
| magenta
| cyan
| blanc
|-
|}

Maintenant les codes des couleurs du fond :

{| border="1"
|-
| 40
| 41
| 42
| 43
| 44
| 45
| 46
| 47
|-
| noir
| rouge
| vert
| jaune
| bleu
| magenta
| cyan
| blanc
|-
|}

== Types de fichiers ==

{| border="1"
! type
! explication
|-
| NORMAL
| par défaut
|-
| FILE
| fichier normal (c’est-à-dire, pas des types qui suivent)
|-
| DIR
| répertoire
|-
| LINK
| lien symbolique
|-
| FIFO
| tube nommé
|-
| SOCK
| prise (''socket'')
|-
| DOOR
| porte (pour les systèmes Unix qui ont)
|-
| BLK
| périphériques de type bloc
|-
| CHR
| périphériques de type caractère
|-
| ORPHAN
| lien symbolique qui échoue
|-
| EXEC
| exécutable (avec un droit x)
|-
| .txt
| fichier dont l’extension est .txt
|}

Fiches:Qu'en est-il du support ntfs sous GNU/Linux ?

2006-03-06T19:24:10Z

Gw22 (phorum) : /* en lecture et écritures limitées */

[[Catégorie:NTFS|NTFS]]
= Introduction =
Si vous êtes utilisateur de Windows NT, 2000 ou XP, vous avez sûrement des partitions en [[:Catégorie:NTFS|NTFS]].

Par défaut, Linux sait lire les fichiers de ces partitions, mais est limité pour l'écriture, la modification. Les derniers avancements permettent quand même pas mal de chose. En particulier, il est maintenant possible de modifier un fichier si on ne modifie pas beaucoup sa taille, etc ...

= Utilisation =
== en lecture et écritures limitées ==
Il faut les monter, avec la méthode habituelle, en définissant le système de fichiers comme étant "ntfs" et avec l'option 'rw' pour avoir le support de l'écriture limitée. Il faut que le module <code>ntfs.ko</code> ait été compilé avec ce support, vous pourrez devoir recompiler ce module pour activer cette possibilité.

Par exemple, pour monter une partition NTFS, ici la première partition LOGIQUE dans la partion étendue du premier disque dur, donc /dev/hda5, il faut entrer l'une des commandes suivantes :
* <code multi>mount -t ntfs /dev/hda5 /mnt/ntfs</code>
* <code multi>mount -t ntfs -o rw /dev/hda5 /mnt/ntfs</code>
A condition que <code>/mnt/ntfs</code> ait été créé et que la partition "ntfs" soit <code>/dev/hda5</code>

Pour plus de détails sur le montage des partitions, voir [[Fstab|Montage des disques]].

Il est à noter qu'il peut être nécessaire de recupérer le module du noyau qui permet de lire les partitions "ntfs".

Par, exemple pour
; Fedora Core : <code multi>yum install kernel-module-ntfs-$(uname -r)</code>
; Debian : <code multi>modprobe ntfs</code>
Pour configurer le lancement automatique du module ntfs au démarrage sous Debian, il faut éditer le fichier /etc/modules en ajoutant le module ntfs à la liste.

== en lecture/écriture ==
Il existe le projet '[http://www.jankratochvil.net/project/captive/ captive-ntfs]' qui utilise les librairies de windows par un procédé similaire à wine.
<cadre type=alert>Cette partie reste à écrire</cadre>

{{Copy|octobre 2005, janvier 2006|[[Utilisateur:Thomas-debay|Thomas-debay]], [[Utilisateur:Fred|Fred]]|CC-BY-SA}}

Fiches:Qu'en est-il du support ntfs sous GNU/Linux ?

2006-03-06T19:18:07Z

Gw22 (phorum) : /* Introduction */

[[Catégorie:NTFS|NTFS]]
= Introduction =
Si vous êtes utilisateur de Windows NT, 2000 ou XP, vous avez sûrement des partitions en [[:Catégorie:NTFS|NTFS]].

Par défaut, Linux sait lire les fichiers de ces partitions, mais est limité pour l'écriture, la modification. Les derniers avancements permettent quand même pas mal de chose. En particulier, il est maintenant possible de modifier un fichier si on ne modifie pas beaucoup sa taille, etc ...

= Utilisation =
== en lecture et écritures limitées ==
Il faut les monter, avec la méthode habituelle, en définissant le système de fichiers comme étant "ntfs" et avec l'option 'rw' pour avoir le support de l'écriture limitée. Il faut que le module <code>ntfs.ko</code> ait été compilé avec ce support, vous pourrez devoir recompiler ce module pour activer cette possibilité.

Par exemple, pour monter une partition NTFS, ici la première partition LOGIQUE dans la partion étendue du premier disque dur, donc /dev/hda5, il faut entrer l'une des commandes suivantes :
* <code multi>mount -t ntfs /dev/hda5 /mnt/ntfs</code>
* <code multi>mount -t ntfs -o rw /dev/hda5 /mnt/ntfs</code>
A condition que <code>/mnt/ntfs</code> et que la partition "ntfs" soit <code>/dev/hda5</code>

Pour plus de détails sur le montage des partitions, voir [[Fstab|Montage des disques]].

Il est à noter qu'il peut être nécessaire de recupérer le module du noyau qui permet de lire les partitions "ntfs".

Par, exemple pour
; Fedora Core : <code multi>yum install kernel-module-ntfs-$(uname -r)</code>
; Debian : <code multi>modprobe ntfs</code>
Pour configurer le lancement automatique du module ntfs au démarrage sous Debian, il faut éditer le fichier /etc/modules en ajoutant le module ntfs à la liste.

== en lecture/écriture ==
Il existe le projet '[http://www.jankratochvil.net/project/captive/ captive-ntfs]' qui utilise les librairies de windows par un procédé similaire à wine.
<cadre type=alert>Cette partie reste à écrire</cadre>

{{Copy|octobre 2005, janvier 2006|[[Utilisateur:Thomas-debay|Thomas-debay]], [[Utilisateur:Fred|Fred]]|CC-BY-SA}}

Utiliser groff

2006-03-06T19:04:27Z

Gw22 (phorum) : /* Où peut-on trouver des informations sur groff */

== Introduction ==
Comme Monsieur Jourdain fait de la prose, la plupart des nouveaux utilisateurs et utilisatrices de notre OS libre préféré utilisent un puissant outil de formatage et génération de documents. Cet outil a tendance à se faire oublier, tellement il est discret malgré sa participation vitale au quotidien de tout utilisateur ou utilisatrice, et cela concerne même les plus chevronné(e)s. Cet outil, c'est <code>groff</code>

== Que peut-on faire avec groff ? ==

La commande '''groff''' permet à partir d'une même source de :

* générer des documents mis en page : livre, lettre, documentation, rapport...etc.
* créer des images de ces documents en format : postscript, man (Latin 1 formatés), html, dvi, Textes (Latin1 formatés)...

== Quelles sont ses origines ? ==

Au départ, cet environnement de formatage de documents appelé '''troff''' a été développé en assembleur par Joe Ossanna vers 1973, pour piloter une imprimante graphique (Graphic System CAT Typesetter) branchée sur un bon vieux PDP-11. Il fut porté en C vers 1975, mais malheureusement, Joe Ossanna décède en 1977.

C'est le célèbre Brian Kernighan qui reprend le flambeau en 1979 et modifie '''troff''' afin de le rendre compatible avec d'autres formats de sortie. de 1979 à 1989, les sources de '''troff''' ont été modestement retouchées de manière à laisser la quasi totalité du code intacte en mémoire de Joe Ossanna.

'''groff''' est donc en quelque sorte une oeuvre postume trouvant ses d'origines à quelques pas de l'OS '''UNIX'''. Cet utilitaire extrèmement efficace est aujourd'hui porté sur les systèmes d'exploitations les plus novateurs tels que '''plan 9''', '''inferno''' ou encore '''Amoeba'''.
Dans ces différents portages, il se fait parfois appeler '''roff''', '''nroff''', '''troff''', mais est toujours présent sur tout système de philosophie UNIX.

Il présente parfois de légères différences selon les spécificités des plateformes afin d'en tirer le meilleur parti, mais semble toujours compatible car les développeurs d'environnement ont prévu des équivalences afin de toujours pourvoir générer des documents propres.
Même '''MINIX''' célèbre petit OS didactique développé par Andrew Tenenbaum (MINIX mais il fait le maximum...) dispose de cette commande !

== Les forces et faiblesses de groff ==

'''Forces :'''
*Très rapide à assimiler comparé a son 'grand frêre' '''L<sup>A</sup>T<sub>E</sub>X'''.
*Grande robustesse et génération toujours fidèle aux attentes de l'utilisateur.
*Très léger, il permet un traitement rapide des informations même sur des petites configurations ne *disposant pas d'une interface X-Windows.
*Personnalisable
'''Faiblesses : '''(il en faut bien pour rester objectif)
*Son langage macro est un peu rébarbatif (mais après un petit effort, il devient vite familier).
*Un peu plus rigide que '''L<sup>A</sup>T<sub>E</sub>X''' losque l'on souhaite personnaliser un document.
*Peu de documentations sont disponibles étant donné son grand âge.

== Un exemple ! un exemple ! un exemple... ==

Comme mentionné précédemment, '''groff''' est présent sur votre ordinateur, et vous disposez déjà d'exemples sources ! Il vous suffit par exemple d'ouvrir un fichier de type man, pour cela, il vous suffit de choisir un petit exemple parmi les centaines de documentations man.

=== Comment procéder ? ===
# Trouver l'emplacement des sources des fichiers de documentations du système.
# Copier une commande dans votre répertoire de travail habituel.
# Décompresser le fichier.
# Ouvrir le fichier dans votre éditeur de texte habituel.
# Contempler...

==== En pratique ====
Bien que je sois persuadé que la plupart d'entre-vous ont directement "switché" en mode console et sont déjà en train de tripatouiller un fichier juste pour voir, je vous donne ici les grandes directions qui vous permettront de trouver ces fichiers.
==== Trouver les fichiers sources man ====
Vous pouvez les chercher à la main, en changeant de répertoire. Généralement, on les trouve dans les parages de <tt>/usr/man</tt> ou encore <tt>/usr/share/man</tt> ou encore <tt>/usr/local/man</tt> et bien d'autres endroits.

Choisissez un répertoire parmi ''man1'',''man2'',...,''mann'' situés dans le répertoire ''/.../man/'' ou ''/.../man/fr/''.
<code multi>
[mujma@localhost]#ls -l /usr/share/man
total 300
drwxr-xr-x 4 root root 4096 aoû 17 20:12 bg
drwxr-xr-x 2 root root 4096 aoû 17 20:26 cat1
drwxr-xr-x 2 root root 4096 aoû 17 20:26 cat5
drwxr-xr-x 5 root root 4096 aoû 17 20:12 cs
...
drwxr-xr-x 11 root man 4096 aoû 17 20:16 fr
...
drwxr-xr-x 2 root root 40960 nov 16 22:51 man1
drwxr-xr-x 2 root root 4096 jan 5 2004 man2
drwxr-xr-x 2 root root 114688 nov 8 08:47 man3
drwxr-xr-x 2 root root 4096 aoû 18 14:23 man4
drwxr-xr-x 2 root root 8192 nov 16 22:51 man5
drwxr-xr-x 2 root root 4096 aoû 17 20:20 man6
drwxr-xr-x 2 root root 4096 oct 20 18:20 man7
drwxr-xr-x 2 root root 12288 nov 2 15:07 man8
drwxr-xr-x 2 root root 4096 jan 5 2004 man9
drwxr-xr-x 2 root root 8192 aoû 17 20:29 mann
drwxr-xr-x 5 root root 4096 aoû 17 20:12 nl
...
drwxr-xr-x 4 root root 4096 aoû 17 20:12 sl
drwxr-xr-x 3 root root 4096 aoû 17 20:10 uk
</code>

En listant le répertoire désiré on obtient donc la liste des commandes :

<code multi>
[mujma@localhost]#ls -l /usr/share/man/fr/man1/
total 4036
-rw-r--r-- 1 root man 962 jan 31 1999 3ds2m.1.bz2
-rw-r--r-- 1 root man 967 jul 03 1999 3dsdump.1.bz2
-rw-r--r-- 1 root man 1641 jun 13 2001 9wm.1.bz2
...
-rw-r--r-- 1 root man 6531 aoû 10 2003 ls.1.bz2 <-------- On va copier ce fichier dans le répertoire $HOME
...
-rw-r--r-- 1 root man 2251 apr 08 1989 zmore.1.bz2
-rw-r--r-- 1 root man 751 apr 08 1989 znew.1.bz2
</code>

Enfin on peut copier le fichier et le décompresser :

<code multi>
[mujma@localhost]#cp /usr/share/man/fr/man1/ls.1.bz2 $HOME
[mujma@localhost]#bunzip2 ls.1.bz2
</code>
==== Ouvrir un exemple ====
Enfin, si on ouvre ce fichier dans un éditeur de texte on obtient :

<code multi>
.\" Traduction 19/12/1996 par Christophe Blaess (ccb@club-internet.fr)
.\" màj 04/01/1999 - LDP man-pages 1.22
.\" màj 03/01/2000
.\" màj 26/06/2000 - LDP man-pages 1.30
.\" màj 30/05/2001 - LDP man-pages 1.36
.\" màj 22/10/2002 - LDP man-pages 1.53
.\" MàJ 25/07/2003 LDP-1.56
.TH LS 1L "25 juillet 2003" LDP "Manuel de l'utilisateur Linux"
.SH NOM
ls, dir, vdir \- Afficher le contenu d'un répertoire.
.SH SYNOPSIS
.BI "ls [" options "] [" fichier... ]
.br
.BI "dir [" fichier... ]
.br
.BI "vdir [" fichier... ]
.sp
Options POSIX :
.BI "[\-CFRacdilqrtu1] [\-\-]"
.sp
Options GNU (forme courte) :
.B [\-1abcdfgiklmnopqrstuvwxABCDFGHLNQRSUX]
.BI "[\-w " cols ]

...

Cette page documente la version de
.B ls
du paquetage fileutils-4.0. D'autres versions peuvent diverger légèrement.

.SH TRADUCTION
Christophe Blaess, 1996-2003.
</code>

==== Faire un petit tour de groff ====
Avant de réellement comprendre la signification des codes étranges et barbares parfois situés en début de ligne, je vous invite maintenant à quitter votre éditeur pour rejoindre votre console.

Nous allons maintenant faire quelques manipulations pratique sur le fichier ls.1 que nous avons recopié tout dernièrement dans notre répertoire de travail habituel.

Tapez la commande suivante :
<code>[mujma@localhost]#groff -Tps -man ls.1 > ls.1.ps</code>

Si groff est correctement installé (et il y a 99,9% de chances qu'il le soit), vous devriez voir apparaître le fichier <tt>ls.1.ps</tt> dans le répertoire courant.

Vous pouvez le visualiser avec n'importe quel afficheur postscript.

Maintenant nous allons faire encore plus fort ! Pour cela tapez la commande :
<code>
[mujma@localhost]#groff -Thtml -man ls.1 > ls.1.html
</code>

De manière identique à la commande précédente, vous venez de générer un fichier html. Ouvrez-le vite... Oui, c'est bien la documentation au format html.
Vous pouvez procéder ainsi avec toutes les pages de manuel linux !
En fait, groff est un préprocesseur. Il permet de générer les formats suivants à partir d'une seule source :

; '''dvi''' : Pour ceux qui connaissent, c'est le format TeX/LaTeX DVI.
; '''html''' : c'est le format bien connu dont le nom signifie Hyper Text Markup Language et non, contrairement à ce que certains sous entendent parfois Hautes Technologies Mais Limitées.
; '''lbp''' : Format CAPSL pour les imprimantes laser Canon de type lbp-4 ou lpb-8.
; '''lj4''' : Format PCL5 pour imprimantes HP et compatibles.
; '''ps''' : Du vrai postscript bien de chez nous !
; '''ascii''' : C'est le format ASCII 7-Bits, je le testerai peut-être cet hiver s'il y a de la neige.
; '''cp1047''' : Historiquement destiné à certains serveurs internet et autres mainframes qui n'ont toujours pas étés concurrencés par un certain Bill G. qui impose au monde le cp1250 dans les clicodrômes vitrés depuis la version nonante cinq , mais aussi langage natif de l'imprimante qui vous sert peut-être aujourd'hui de bac à fleurs, ce format implémente le jeux de caractères latin-1 en EBCDIC.
; '''latin1''' : C'est le jeu de caractères ISO 8859-1 utilisé par exemple pour afficher des symboles mystérieux appartenant à l'obscur langage qu'étaient le François et le Français. On notera au passage qu'il offre aussi l'avantage d'afficher des messages en "verlan" et en "nique ta m..." ou encore "nique ta r..." dialectes évolués de notre époque concurrençant le "slang" parlé dans les prisons anglo-saxonnes.
; '''utf8''' : C'est le jeu de caractères Unicode UTF-8, similaire à celui du bios de votre machine.

== groff et ses environnements ==

Si l'on se réfère à l'invocation de '''groff''' dans l'exemple précédent, groff est invoqué avec 3 paramètres en ligne de commande.

<code>groff -Thtml -m man ls.1 > ls.1.html</code>

de manière plus générale on peut invoquer groff de la manière suivante :

<code>groff -T'<format_sortie>' -m '<format_entrée>' > ls.1.html</code>

'<format_sortie>' correspond aux formats de sorties évoqués précédemment.

'<format_entrée>' correspond au format utilisé pour écrire le source.

Pour groff un format de sortie ou un format d'entrée n'est ni plus ni moins qu'un ensemble de macros correspondant à des environnements.

On trouve généralement les environnements (ou format d'entrée) suivants avec le paquet groff :

Les environnement macro dédiés au système de documentation :

; '''man''' : format traditionnel des pages de manuel.
; '''mdoc''' : format BSD des pages de manuel.
; '''mandoc''' : cet environnement encapsule man et mdoc et permet de reconnaître le format du fichier d'origine automatiquement.

Pour des documents plus courants :

; '''me''', '''mm''' et '''ms''' : des environnements de génération de documents plus classiques (livres, rapports...).

Pour générer des pages Web :

; '''www''' : pour générer des documents 'HTML'.

== Où peut-on trouver des informations sur groff ==

Les sites suivants vous apporteront diverses ressources pour '''groff''':
* http://www.gnu.org/software/groff/groff.html
* http://www.troff.org/
* http://www.kohala.com/start/troff/troff.html

{{Copy|2005|Marc UJMA|CC-BY-SA}}

Préparer l'installation

2006-03-06T17:45:18Z

Gw22 (phorum) : /* 2. Choisir sa distribution */

[[Category:Installer Linux]]
= Préparation à l'installation de Linux =

<div class="leatitre">Préparation à l'installation de Linux</div><div class="leapar">Par Jean-Christophe sur la base du travail de Serge</div><div class="leadesc">Cette partie traite de la préparation que vous et votre ordinateur devrez subir avant d'installer Linux ;-)</div>
----

== 1. Vérifier son matériel ==

<u>Avertissement</u>

Linux ne supporte pas tous les matériels qui existent dans le commerce ou ailleurs. La faute en revient aux constructeurs qui développent des drivers en général uniquement pour Windows. Les drivers Linux sont généralement développés par des personnes qui possèdent un matériel qu'ils souhaitent utiliser avec Linux ; cela n'est possible que si le fabricant ne garde pas secrètes les spécifications de son matériel, ce qui est malheureusement encore souvent le cas. <span style="color:#FF6666;">Dans ce cas, je vous invite à boycotter et à faire boycotter ces fabricants afin de faire pression sur eux</span>.

<u>Prérequis</u> :

* '''Microprocesseur''' : Intel x86 à base de microprocesseur 386 minimum (ou compatible comme AMD, CYRIX, etc.) <br /> (Je ne traite ici que des plates-formes "compatibles IBM PC") <br /> Il existe des versions de Linux pour le matériel plus vieux (286, etc.), mais cela dépasse le cadre de cette rubrique. <br /> Il existe aussi des distributions de Linux pour 680xx ([http://www.mklinux.org MkLinux]), PowerPC (Linux PPC, [http://www.debian.org/ports/powerpc debian PPC], [http://qa.mandriva.com/twiki/bin/view/Main/MdkPpcPort Mandriva PPC] ou [http://www.gentoo.org/doc/en/gentoo-ppc-install.xml Gentoo PPC]), [http://www.debian.org/ports/alpha Alpha], etc.
* '''Disque dur''' : prévoyez pour le système lui-même de l'ordre de 3 Go pour une distribution assez récente, surtout si vous installez X Window (le sous-système graphique de Linux) avec des environnements de bureau de type [http://www.kde.org KDE] ou [http://www.gnome.org Gnome] (très à la mode dans les distributions actuelles). Prévoyez aussi environ 256 Mo supplémentaires pour le Swap (i.e. mémoire virtuelle, on en reparle [#partitions plus tard]). <br /> Avec ça, vous allez déjà pouvoir faire tourner plein de choses. Sachez cependant que des "mini distributions" (ou parmi les distributions "classiques", la Slackware ; parmi les distributions light basées sur slackware, il existe [http://drinou.tuxfamily.org drinou-linux]) passent avec 100 ou 150 Mo de disque dur, mais là, pas question d'avoir un système graphique (encore que ...), ni de grosses applications de style base de données, etc.
* '''Mémoire''' : prévoyez environ 128 à 256 Mo avec un système X (ça passe avec 64 Mo, mais avec les nouveaux environnements sous X ça risque de ramer) et plus vous en avez : mieux c'est. <br /> Là aussi, c'est juste une recommandation pour utiliser les logiciels les plus courants compris dans les distributions. Maintenant, si vous prévoyez de faire de votre serveur Linux une vraie usine à gaz (serveur WEB, base de données SQL, proxy serveur, OpenOffice.org...), prévoyez plus de mémoire. <br /> Si vous avez peu de mémoire, vous risquez de ne pas pouvoir installer l'interface graphique Xorg.

D'une manière générale, il vaut mieux éviter de recycler un vieux pc si vous voulez essayer un système linux. Bien que ça soit possible, c'est loin d'être idéal pour une première expérience, les distributions modernes venant par défaut avec la plupart des fonctionnalités activées pour un plus grand confort de l'utilisateur.

Maintenant voyons de plus près le matériel supporté. Sachez qu'une liste assez complète se trouve dans le Hardware-HOWTO ([http://www.linuxdoc.org/HOWTO/Hardware-HOWTO.html anglais]/[http://www.freenix.org/unix/linux/HOWTO/Hardware-HOWTO.html français]) sur le site TLDP ([http://www.tldp.org The Linux Documentation Project <''www.tldp.org>'']). <br /> En général :

* Les '''disques durs''' SCSI et IDE ainsi que leurs contrôleurs sont supportés dans la plupart des cas. Pour faire fonctionner un disque Serial ATA vous risquez d'avoir quelques problèmes avec l'installation par défaut des distributions : prévoyez un disque IDE standard pour faire l'installation et vous verrez après comment installer l'éventuel driver Serial ATA.
* Les '''cartes réseau''' de type compatible NE2000 ISA ou PCI, ainsi que les cartes 3COM, HP, AMD... sont très bien supportées. En fait, la très grande majorité des cartes réseau fonctionnent sous Linux sans problème.
* Les '''modems''' compatibles HAYES (attention toutefois à certains US ROBOTICS) mais <span style="color:red">évitez de préférence les "soft-modems" qui ne marchent que sous Windows</span> (US Robotics Winmodem, modems internes PCI en général). En fait, la communauté Linux a développé des drivers pour la plupart de ces modems depuis quelques temps, cependant leur installation reste "pénible", mais c'est de moins en moins vrai. <br /> En bref, les modems <u>externes</u> sur port série ainsi que les modems sur bus <u>ISA</u> sont OK, évitez les modems internes PCI (mais vous devriez pourvoir faire fonctionner la plupart de ceux-ci moyennant un petit investissement technique). <br /> Les '''modems ADSL''' : ECI USB et Alcatel/Thomson SpeedTouch USB sont supportés, ainsi que la plupart des modem BeWAN. Tous les modems ADSL Ethernet sont supportés. <br /> Les fournisseurs d'accès restent souvent un problème. Certains providers (AOL pour ne pas le citer) rendent la connexion depuis Linux très complexe, allant jusqu'à tenter de faire interdire certains logiciels de connexion ([http://www.peng.apinc.org penggy]) alors qu'ils n'en fournissent pas !
* Les '''cartes graphiques''' : toutes les cartes anciennes de type S3, S3 Virge, Trident, Cirrus Logic, etc. passent sans problèmes, mais attention aux dernières cartes vidéo très à la mode sous Windows... Je vous conseille si vous voulez de bonnes performances des cartes de type Matrox G200, les 3Dfx (toute génération, même la Rush est paraît-il supportée). Les cartes vidéo évoluent très vite, et peu de constructeurs font des efforts pour X... Attention donc. Pour une liste à jour, allez sur le site de XFree (voir dans les liens). Au niveau de l'accélération 3D, les cartes 3Dfx sont parfaitement supportées (voir la [../hardware/3dfx.php3 rubrique 3Dfx]), mais [http://www.xfree.org XFree 4.2.x] a changé la donne. La plupart des cartes NVidia fonctionnent sans problème en 2D et assez bien en 3D (pour peu que vous installiez les drivers 'closed-source' de chez NVidia). La plupart des cartes de chez ATI fonctionnent aussi en 2D (y compris les Radeon 8500, ...) et certaines sont supportées en 3D accélérée par XFree 4.3.0.
* Carte '''série multiports'''.
* Carte '''tuner TV''' : les cartes à base de chipset BT8xx (848, 878...) sont très bien supportées (comme la Mìro PCTV). Voir la [../hardware/tv.php3 rubrique TV]. Les cartes ATI ALL in Wonder disposent aussi de drivers, voir [http://gatos.sourceforge.net gatos.sourceforge.net].
* De plus en plus de webcams sont supportées. Les webcams philips sont supportées par un driver spécifique, et beaucoup de webcams sont prises en charge par le module [http://alpha.dyndns.org/ov511 OV511] ou par le module [http://webcam.sourceforge.net CPiA].
* '''Scanner''' : évitez absolument les scanners parallèles (quoi que ca commence à bouger de ce côté-là, mais pour l'instant ils ne sont pas très bien supportés). Par contre, beaucoup de scanners SCSI fonctionnent très bien (Voir la home page de [http://www.mostang.com/sane/ SANE] pour les scanners supportés), en particulier certains scanners n'ont plus de driver pour Windows 2000 et XP mais en ont pour Linux ;-). De plus en plus de scanners USB sont également supportés.
* '''Imprimante''' : évitez certaines anciennes Hewlett Packard jet d'encre qui sont en fait des win-imprimantes (ex : HP820 Cxi) ne fonctionnant que sous Windows 9x (même pas NT !). La plupart des imprimantes LASER fonctionnent très bien, mais des win-imprimantes y sont aussi apparues :-(.
* Lecteur '''ZIP''' sur port parallèle, SCSI ou USB : aucun problème.
* Lecteur JAZ, ZIP, de bandes, etc... SCSI : tous très bien supportés, il n'y a quasiment pas de configuration à faire.
* Lecteur '''CD-ROM''' et '''graveur''' : les graveurs SCSI sont très faciles à configurer ; pour configurer un graveur IDE, allez voir la rubrique [/trucs/?aff_item=8 Trucs]. En bref, les graveurs SCSI ou IDE fonctionnent sous Linux sans problème, les distributions récentes les configurent automatiquement et vous n'aurez aucun souci.
* Les périphériques '''USB''' sont relativement bien supportés quand les constructeurs fournissent des documentations techniques. Ainsi, les souris USB, les claviers USB (même ceux ayant des touches supplémentaires, voir : [http://lineak.sourceforge.net/ LinEAK]), les webcams, les modems ADSL, les appareils photos numériques, les USB-Keys, etc. sont très bien supportés, sauf exception...
* Les '''DVD''' sont maintenant très bien supportés, essentiellement par plusieurs logiciels : xine, mplayer ou oggle. Les graveurs de DVD sont eux aussi assez bien supportés (de la même façon que les graveurs de CD, et par les mêmes logiciels).

Voilà, cette liste est très incomplète mais permet de débuter. Pour une liste plus complète de matériels supportés, allez voir le Hardware-HOWTO ([http://www.tldp.org/HOWTO/Hardware-HOWTO/index.html anglais]/[http://www.freenix.org/unix/linux/HOWTO/Hardware-HOWTO.html français]) pour les matériels spécifiques.

== 2. Choisir sa distribution ==

Il y a dans les listes de distribution et sur Usenet des débats acharnés où chacun cherche à prouver que "sa" distribution est meilleure que les autres. C'est avant tout une question de goût personnel. Voici les principales distributions :

{| width="100%" cellspacing="5"
|- valign="top"
| width="20%" align="center" |
''Distribution''
| width="70%" |
''Commentaire''
| width="10%" |
''type de''<br />''paquet''
|- valign="top"
|
• '''<span style="color:#FF8080;">Redhat</span>'''/'''<span style="color:#FF8080;">Fedora</span>''' ([http://fedora.redhat.com site])
'''<span style="color:#FF8080;">Redhat</span>'''/'''<span style="color:#FF8080;">Fedora</span>''' ([http://http://fedora-france.org/ site fr])
|
La plus connue. Assez simple à installer pour un débutant mais pas la plus simple à maintenir à mon goût.
| align="center" |
'''rpm'''
|- valign="top"
|
• '''<span style="color:#FF8080;">Mandriva</span>''' ([http://www.mandrivalinux.com site])
|
C'est aujourd'hui la distribution la plus utilisée sur les Desktops. C'est certainement l'une des plus faciles à installer, elle dispose d'un [http://www.mandriva.com/fr/ bon site] pour avoir des correctifs, forums... et de plus elle est francisée (elle est réalisée par une société <span style="color:#3333FF;">fra</span>nça<span style="color:#ff0000;">ise</span>). Vu le support qu'il y a derrière, grâce à leur site et leurs listes de diffusions, je trouve que cette distribution est un bon choix pour un débutant. De plus, cette distribution est complètement libre.
| align="center" |
'''rpm'''
|- valign="top"
|
• '''<span style="color:#FF8080;">SuSE</span>'''/'''<span style="color:#FF8080;">OpenSuSE</span>''' ([http://www.opensuse.org site])
|
Très bonne distribution pour les débutants aussi (installation simple) et bon site aussi pour le support.
| align="center" |
'''rpm'''
|- valign="top"
|
• '''<span style="color:#FF8080;">Debian</span>''' ([http://www.debian.org site])
|
C'est vraiment '''LA''' distribution libre (elle ne comporte que des logiciels libres) et à part : le groupe de développeurs ne met à la disposition des personnes intéressées que l'image ISO de la distribution : il n'y a pas de société pour la commercialiser - et aucun impératif marketing, au contraire : la distribution sort quand les développeurs responsables du projet Debian estiment que tout est bon (ce qui donne des décalages entre ce qui était annoncé et la date réelle de sortie !). Bref, c'est une distribution très stable, mais plutôt pour les initiés. La société Canonical a donc décidé de fournir une Debian modifiée appelée Ubuntu, qui serait plus facile à prendre en main, mais qui en garderait les qualités et resterait entièrement compatible avec Debian.
| align="center" |
'''deb'''
|- valign="top"
|
• '''<span style="color:#FF8080;">Slackware</span>''' ([http://www.slackware.org site])
|
Je la trouve excellente; l'installation n'est pas toute simple, mais je trouve sa maintenance plus aisée que sur les Red-Hat. Bref, c'est une distribution pour les initiés. Par contre, la Slackware est souvent en retard par rapport aux autres distributions au niveau des versions des logiciels. <br /> Cette distribution permet de s'installer dans très peu de place disque (moins de 100 Mo) en ne choisissant que les packages indispensables.
| align="center" |
'''.tar.gz'''
|- valign="top"
|
• '''<span style="color:#FF8080;">Gentoo</span>''' ([http://www.gentoo.org site])
|
C'est une distribution 'source' : on démarre avec un CD bootable en mode texte, on lit la documentation fournie et on compile tous les outils qu'on va utiliser. C'est une distribution qu'on choisit lorsqu'on a un peu de pratique.<br /> Sa grande qualité : un excellent gestionnaire de package inspiré des "ports" de BSD.
| align="center" |
'''.ebuild'''
|-
| colspan="3" |
• Il existe encore bien d'autres distributions...
|
|}

La facilité de trouver des paquets <tt>rpm</tt> milite également en faveur de Fedora et de Mandriva, mais on trouve également tout en <tt>.tar.gz</tt>, ce qui permet d'installer tout logiciel sur toute distribution ; il suffit de le compiler si le package ne contient pas une version binaire.

Pour plus d’informations sur les différentes distributions, vous pouvez aller lire l’article : [http://lea-linux.org/cached/index/Intro-wannapenguin.html# Un manchot sur ma machine].

'''Se procurer une distribution''' : <br /> Si vous avez une bonne connexion au Net (ADSL, câble ou LS à votre travail) vous pouvez télécharger une distribution complète. Mandriva, Fedora et Debian sont disponibles en image ISO (un seul fichier d'environ 700 Mo qu'il suffit ensuite de graver sur un CD). <br /> Si vous souhaitez/devez acheter une distribution, vous la trouverez dans les librairies, FNAC, etc. Optez pour l'une d'elles avec si possible un gros livre fourni avec. Evitez aussi les distributions en boîte à plus de 60 euros, on est souvent déçu par le soit-disant contenu. Mandriva vend un DVD comportant tous les logiciels de la distribution, il est très pratique. De plus, de nombreux magazines informatiques proposent régulièrement sans supplément de prix (vers les 6 ou 7 euros donc) une distribution toute récente. Vous pouvez également trouver tout un tas de CD à bas prix en suivant ce [http://mandrivastore.com lien] chez Mandriva, ou chez [http://www.ikarios.com Ikarios].

'''Débuter''' : <br /> Si vous commencez avec Linux, je vous conseille de choisir Mandriva ou SuSE, ou mieux : commencez par tester Linux avec le Live-CD de [http://www.knoppixfr.org/ Knoppix] : c'est une distribution qui est conçue pour fonctionner depuis le CD, sans s'installer sur le disque dur. Pour tester Linux en grandeur nature sur votre matériel, c'est l'idéal.

== 3. Préparer ses disques durs. ==

Je ne vais pas vous décrire toute la procédure d'installation, mais vous donner des conseils utiles, avec un peu d'explications. Le installation-HOWTO ([http://www.tldp.org/HOWTO/Installation-HOWTO/index.html anglais]/[http://www.freenix.org/unix/linux/HOWTO/Installation-HOWTO.html français]) ou le [http://www.tldp.org/LDP/gs/index.html Guide d'installation et de démarrage] (en anglais) sont là pour ça, les docs des distribs et des centaines d'autres sites aussi.

=== Un peu de théorie ===

==== Les systèmes de fichiers ====

Le système de fichiers (ou File System ou FS), c'est la façon dont le système d'exploitation structure les données sur le disque dur.

Comme tout système d'exploitation, Linux dispose de ses propres systèmes de fichiers :

* '''EXT2FS''' (ou '''ext2''') : c'est le système de fichiers historique de Linux, il n'est pas forcément le meilleur choix car, n'étant pas journalisé, si vous éteignez mal votre ordinateur, linux prendra beaucoup de temps pour tester les disques durs (de la même manière que le scandisk de Microsoft).
* '''EXT3FS''' (ou '''ext3''') : c'est l'évolution logique du ext2. Il présente l'avantage d'être compatible avec l'ext2 tout en étant journalisé. Il n'implémente toute fois pas les toutes dernières innovations en matière de journalisation. Utilisez ce système de fichiers si vous comptez pouvoir relire des informations depuis votre windows.
* '''REISERFS''' : c'est un système de fichiers journalisé. C'est un bon choix. Il est réimplémenté à partir de zéro et bénéficie de beaucoup d'innovations.

Il en existe d'autres, mais préférez-leur l'un de ceux-là, sauf si vous avez une bonne raison.

Windows utilise quant à lui un système VFAT (partitions limitées à 2 Go) ou FAT32, voire FAT (l'ancien système de fichier du DOS). Vous ne pouvez pas installer Linux sur une partition de ce type, car elles ne gèrent pas les [../admin/permissions.php3 permissions]. Les dernières versions de Windows (NT, 2000 et XP) utilisent aussi le système de fichiers NTFS, mais Microsoft n'a pas fourni les spécifications techniques de ce format et Linux (ainsi que la plupart des autres systèmes d'exploitation) est incapable de le gérer correctement (prévoyez une partition en VFAT-FAT32 pour partager des informations facilement entre Linux et Windows) : Linux sait lire les informations sur une partitions NTFS mais pas en écrire (cette fonctionnalité est en cours de développement).

==== Les disques durs et les partitions sous Linux ====

Tout d'abord, voyons comment Linux identifie et organise les disques durs.

Pour les disques '''IDE''', la numérotation se fait avec un préfixe "'''<tt>hd</tt>'''", suivi par une lettre, "'''<tt>a</tt>'''" pour le premier IDE maître, "'''<tt>b</tt>'''" pour le premier esclave, etc. <br /> En résumé on a :

* <tt>hda  </tt> Disque maître sur le 1er contrôleur IDE
* <tt>hdb  </tt> Disque esclave sur le 1er contrôleur IDE
* <tt>hdc  </tt> Disque maître sur le 2eme contrôleur IDE
* <tt>hdd  </tt> Disque esclave sur le 2eme contrôleur IDE

Si vous avez d'autres contrôleurs IDE (hé oui, cela arrive !) la numérotation se poursuit (<tt>hde</tt>, <tt>hdf</tt>, etc.). <br /> Attention : les lecteurs de CD-ROM IDE apparaissent comme un disque dur. Si votre CD est maître sur la deuxième nappe par exemple, il sera nommé <tt>hdc</tt>.

Pour les disques '''SCSI''', cette fois c'est l'ID SCSI qui va donner la lettre, le préfixe étant "'''<tt>sd</tt>'''". <br /> Prenons par exemple 3 disques scsi d'id 0,1 et 3 on va avoir :

* <tt>sda  </tt> Disque d'ID 0
* <tt>sdb  </tt> Disque d'ID 1
* <tt>sdd  </tt> Disque d'ID 3

Attention : les lecteurs de CD-ROM SCSI, les ZIP, JAZ, etc. SCSI ainsi que les périphériques de stockage USB (appareils photo, clefs USB...) apparaissent comme un disque dur SCSI ; ils se nomment aussi <tt>sdx</tt> suivant leur ID. Astuce : pour connaître la liste de vos périphériques de ce type, tapez : <code>cdrecord -scanbus</code>.

Les '''partitions''' sont quant à elles représentées par le nom du disque dur, suivi d'un chiffre représentant la partition. <br /> Par exemple, la première partition du premier disque IDE se nomme '''<tt>hda1</tt>''', de même, la troisième partition du disque SCSI d'ID 1 se nommera '''<tt>sdb3</tt>'''.

==== Organisation des fichiers sous Linux ====

'''L'arborescence'''<br />

Sous Linux, ou tout autre Unix d'ailleurs, il n'y a pas de lettre représentant le disque dur comme le <tt>C:</tt> de Windows/DOS. <br /> De plus, le signe '<tt>\</tt>' est remplacé par '<tt>/</tt>' pour séparer les répertoires. <br /> Il y a une seule arborescence, qui débute à la "racine", notée '<tt>/</tt>', et tous les disques durs/partitions apparaissent dans cette arborescence avec leur contenu de façon transparente comme un répertoire.

'''Les périphériques'''<br /> De plus, tout périphérique est identifié à un fichier qui se trouve dans le répertoire <tt>/dev</tt> (comme '''dev'''ice, périphérique en anglais). Par exemple, le disque maître du deuxième port IDE est identifié par <tt>/dev/hdc</tt>, sa deuxième partition par <tt>/dev/hdc2</tt>. <br /> Le lecteur de disquette est représenté par <tt>/dev/fd0</tt>, etc.

'''Les partitions / les points de montage'''<br /> Les partitions que l'on va créer sur les disques durs seront attachées à des répertoires de l'arborescence, ou "'''points de montage'''". C'est ce qu'on appelle "''monter une partition''". Le point de montage est un simple répertoire, vide avant le montage, et qui après le montage, représente le contenu de la partition montée. <br /> Par exemple, supposons que nous ayons créé une partition <tt>/dev/hda2</tt> (premier disque IDE, 2ème partition) pour contenir le système. On ''montera'' cette partition (automatiquement, heureusement !) dans le répertoire racine <tt>/</tt>. Si la partition <tt>/dev/hda3</tt> est destinée à contenir les données utilisateur, on la montera dans le ''point de montage'' (=répertoire) <tt>/home</tt>. On verra le contenu de cette partition dans le répertoire <tt>/home</tt> comme si c'était n'importe quel autre répertoire, alors que physiquement les données sont sur une autre partition. <br /> De même, pour accéder à la disquette, on montera le périphérique <tt>/dev/fd0</tt> dans le point de montage <tt>/mnt/floppy</tt> ou <tt>/floppy</tt> (selon la distribution) et pour accéder au CD-ROM, on montera le périphérique <tt>/dev/cdrom</tt> dans le point de montage <tt>/mnt/cdrom</tt> ou <tt>/cdrom</tt>.

'''Les répertoires standards'''<br /> Linux possède des répertoires "spéciaux" à la racine (un peu comme le <tt>C:\windows</tt>), qui sont classiques dans les systèmes Unix et peuvent ou non représenter un point de montage pour une partition.

On a déjà vu par exemple le répertoire spécial <tt>/dev</tt> où tous les périphériques sont répertoriés en tant que fichiers, ou encore le répertoire <tt>/home</tt> qui contient les données personnelles des utilisateurs.

Chacun des répertoires ci-dessous peut être soit un simple répertoire dans la partition racine, soit le ''point de montage'' d'une autre partition, mais dans tous les cas le résultat est le même : des fichiers dans des répertoires.

<center>

<u>Les répertoires standards de Linux sont :</u>

</center>

<br />

{| width="100%" border="1"
| width="20%" |
/
| width="80%" |
La racine du système = la base.
|-
| width="20%" |
/boot
| width="80%" |
Fichiers utilisés pour booter le noyau
|-
|
/usr
|
Programmes, données, accessibles par les utilisateurs et non nécessaires lors du boot
|-
| width="20%" |
/home
| width="80%" |
Tous les répertoires de base des utilisateurs et de certains services comme le FTP, le serveur Web, Samba, etc.
|-
| width="20%" |
/dev
| width="80%" |
Tous les périphériques. Le repertoire est en général géré dynamiquement par le système.
|-
| width="20%" |
/bin
| width="80%" |
Programmes nécessaires au boot, et disponibles ensuite à tous les utilisateurs
|-
|
/sbin
|
Programmes nécessaires au boot, disponibles au root uniquement
|-
| width="20%" |
/var
| width="80%" |
Fichiers de log, spool d'impression, de mail, etc. En général, fichiers qui changent tout le temps ( variable, d'ou le nom /var )
|-
| width="20%" |
/etc
| width="80%" |
Fichiers de configuration du système
|-
| width="20%" |
/root
| width="80%" |
Répertoire home de l'administrateur
|-
| width="20%" |
/lib
| width="80%" |
Bibliothèques et modules (comme les DLL de Windows) nécessaires au boot
|-
| width="20%" |
/tmp
| width="80%" |
Fichiers temporaires
|-
| width="20%" |
/mnt
| width="80%" |
Répertoire proposé pour monter des périphériques (ou /mnt/cdrom, /mnt/floppy, /mnt/zip, etc.)
|-
| width="20%" |
/proc et /sys
| width="80%" |
Fichiers d'information sur la configuration système (les fichiers sont générés dynamiquement, pas de modifications possibles). Les fichiers dans ce répertoire n'existent pas sur le disque, c'est Linux qui les crée en temps réel lorsque vous en avez besoin.
|-
|
/opt
|
Dans ce répertoire (optionnel), on peut ajouter des logiciels afin qu'ils ne s'installent pas dans les répertoires système. Peu utilisé, sauf par certaines applications commerciales.
|}

<blockquote>

Et j'en passe...

</blockquote>

=== Passons à la pratique ! ===

On peut installer Linux sur une partition DOS/Windows avec par exemple Linux4win de Mandrake. Cette méthode est pratique car elle nécessite un minimum de travail sur le système d'exploitation d'origine (en général Windows) : Linux s'installe dans un gros fichier sur le disque Windows. <br /> Cependant, je vous déconseille cette méthode, à moins que vous y soyez obligé. Un tel système est très ralenti (au moins d'un facteur 2) et vous allez être très déçu des performances de Linux ; de plus il arrive parfois des problèmes d'incompatibilités avec cette méthode. Au prix où sont les disques durs aujourd'hui et vu leur taille grandissante, vous trouverez bien de la place pour créer des partitions Linux.

==== Préparation ====

Avant de commencer l'installation, vous allez donc devoir libérer de la place pour les nouvelles partitions Linux. Si vous comptez installer Linux sur un disque vierge, pas de problème. Par contre, si vous voulez faire cohabiter Windows et Linux sur le même disque, et que Windows est déjà installé sur la totalité du disque, il va falloir arranger ça :) (à moins que vous ne vouliez réinstaller Windows de zéro).

On va devoir passer de ça :

<div class="code"> <----------------- Windows --------------><br /> |==========================================| <- disque dur </div>

à ça :

<div class="code"> <- Windows -> <- place libre pour Linux -><br /> |=============|============================| <- disque dur </div>

Alors soit vous virez tout et vous réinstallerez Windows, c'est le plus simple évidemment, <br /> soit vous redimensionnez votre partition Windows. Pour ce faire, utilisez un logiciel approprié, comme FIPS (souvent sur les CD des distributions), ou [http://www.users.intercom.com/~ranish/part/ Partition Manager] (un freeware sous DOS) encore Partition Magic (produit commercial). Pour ça, je vous renvoie à la documentation du logiciel utilisé.

<div class="note">

<u>Remarque 1</u> : Partition Manager a l'air intéressant, il fonctionne sous DOS, est ''freeware'', et existe en version française. Il permet de gérer les partitions, de sauver le MBR (Master Boot Record, c'est là que vient s'enregistrer [install.php3#lilo LILO]) dans un fichier, de le restaurer, de modifier la taille d'une partition, de la formater, etc. (Voir la [http://www.users.intercom.com/~ranish/part/ page de Partition Manager].)

</div><div class="note">

<u>Remarque 2</u> : la distribution Mandriva est livrée avec un utilitaire de repartitionnement très performant, sachant même redimensionner les partitions au format NTFS.

</div>

Dans tous les cas, pensez à sauvegarder vos données perso !

==== Installation proprement dite : le partitionnement des disques ====

La plupart des installations commencent de la même façon : on crée une disquette de boot sous DOS/Windows avec l'utilitaire "RAWRITE" (livré sur les CD des distributions), des fois même deux disquettes (pour la Slackware) ; en général le CD de la distribution est bootable (Mandrake par exemple) et il n'y a alors pas besoin de disquette. Puis on boote sur la disquette ou le CD. <br /> Ensuite on suit les indications du programme d'installation, puis on arrive sur le partitionnement des disques (attention à la Slackware où on n'atterrit pas sur ce point directement : après s'être logué en <tt>root</tt> il faut taper "<tt>fdisk</tt>" AVANT de taper "<tt>setup</tt>"). Détaillons un peu cette procédure de partitionnement.

Pour partitionner votre disque vous allez appeler la commande <tt>fdisk</tt> suivie du nom du disque sur lequel vous voulez installer Linux, par exemple "<tt>fdisk /dev/hda</tt>". Des logiciels plus conviviaux existent comme DiskDruid (disponible lors de l'installation d'une Red Hat par exemple) ou [http://www.linux-mandrake.com/diskdrake/ DiskDrake] de MandrakeSoft fonctionnant en mode graphique (mais il me semble qu'il nécessite que Linux soit déjà installé !).

Je vous renvoie à l'installation HOWTO ([http://www.tldp.org/HOWTO/Installation-HOWTO/index.html anglais]/[http://www.freenix.org/unix/linux/HOWTO/Installation-HOWTO.html français]) pour toutes les commandes de <tt>fdisk</tt> ; les principales sont :

* <tt>n  </tt> Crée une partition, de type linux native (<tt>ext2fs</tt>) par défaut.
* <tt>t  </tt> Change le type d'une partition (83 linux native, 82 linux swap).

Dans <tt>fdisk</tt>, tapez "<tt>m</tt>", afin d'accéder à la liste de toutes les commandes possibles. C'est assez bien indiqué dans l'installation-HOWTO.

'''Attention''' : le nombre de partitions dites "''primaires''" est limité à 4. Ainsi, si vous souhaitez définir plus de 4 partitions sur un même disque, l'une de ces 4 partitions primaires doit être définie comme "''étendue''", elle contiendra alors toutes les autres partitions. Les partitions primaires sont numérotées de 1 à 4, les partitions créés à l'intérieur de la partition étendue sont numérotées à partir de 5.

==== De '''combien de partitions''' allez vous avoir besoin ? ====

* Tout d'abord, une partition pour le '''swap'''. Le swap c'est la mémoire virtuelle de Linux. La taille ? Ca va dépendre de votre mémoire physique. En règle générale, on avait pour habitude de doubler la taille de la mémoire physique mais cela n’est plus indispensable avec les ordinateurs d’aujourd’hui. Pour les machines disposant de 512 Mo ou plus de RAM, il convient de choisir une partition swap de taille identique. Je vous conseille donc un swap de 512 Mo (pour 512Mo dans mon ordi.) : créez sous Linux avec <tt>fdisk</tt> une partition de type 82 de 512 Mo.
* Pour le reste, vous avez le choix : <br /> La chose la plus simple est une seule partition (en plus du swap), qui contiendra toutes les données (système & utilisateur) ; prenez le plus de place possible (1 Go mini). <br /> En fait, il est intéressant de créer au moins deux partitions : une qui contiendra le système et une autre pour vos données personnelles. Comme ça, vous pouvez réinstaller Linux et même formater la partition système sans perdre vos données perso. Pour la même raison, on peut pousser le raffinement jusqu'à avoir une troisième partition afin de contenir les logiciels que vous installerez par la suite (OpenOffice par exemple). (voir plus haut le tableau des [#repertoires_std répertoires standards])
À ces partitions, on attribuera des ''points de montage''. <br /> - C'est quoi un point de montage ? <br /> - Ah mais vous n'avez pas lu le paragraphe [#orga_fichiers précédent] ? :-)

===== Si vous installez un serveur : =====

L'une des méthodes les plus utilisées, c'est de mettre le <tt>/</tt> sur un petit disque ou une partition, puis <tt>/usr</tt> sur un autre disque en point de montage. Si notre système va être un serveur avec beaucoup d'utilisateurs, qui vont avoir beaucoup de données personnelles à stocker, on peut créer aussi un <tt>/home</tt> en point de montage sur un autre disque. On va aussi généralement réserver un disque ou une partition pour le répertoire temporaire que l'on montera dans <tt>/tmp</tt>, et encore une autre pour le <tt>/var</tt>. En fait, on ne va laisser dans le disque contenant la racine que les informations qui bougent peu et dont le volume augmente peu. <br /> Ainsi on ne charge pas le disque de point de montage <tt>/</tt> des répertoires <tt>/usr</tt>, <tt>/home</tt>, etc., ce qui permet de facilement maintenir le système (si <tt>/home</tt> est plein, on prend un disque + gros que l'on monte en <tt>/home</tt> et on recopie tout dessus, ça permet de ne pas casser le reste...), etc. Ca a plein d'avantages, je vous conseille de faire comme ça si vous avez plusieurs disques. De plus si un disque crashe, si ce n'est pas le disque contenant la racine <tt>/</tt>, ça permet de rebooter quand même la machine, de travailler un minimum pour réinstaller un disque sans à avoir à réinstaller un système de base. <br /> Remarque : si vous installez un serveur qui sera très sollicité, soyez généreux pour la taille du swap (2 fois la taille de la RAM est un bon début).

===== Si vous installez sur une machine perso : =====

Sur une machine mono-utilisateur, voire mono-disque, on peut faire une partition pour le <tt>/</tt> (mini 1Go recommandé 2Go), une pour <tt>/home</tt> et une pour le swap (128 Mo par exemple). Vous pouvez aussi éventuellement faire une partition pour <tt>/opt</tt> qui contiendra les logiciels que vous avez installés vous-même et qui ne proviennent pas de la distribution. Ca permet de mettre à jour voire de réinstaller la distribution sans trop devoir travailler derrière pour que ça fonctionne comme avant.

''exemple de partionnement :''

<div class="code"> <- /dev/hda1 -> <--- /dev/hda2 (étendue) --><br />    (primaire)    /dev/hda5    hda6     hda7<br /> <-- Windows --> <-- / --> <- /home -> <swap> <-pt de montage<br /> |===============|=========|===========|======| <-disque dur<br />      10 Go        4 Go      25 Go    512 Mo </div>

Lorsque vous disposez de beaucoup de place sur vos disques (j'ai par exemple 2 disques de 80 Go), pour une utilisation personnelle, 3 ou 4 Go suffisent pour la racine (ou alors 1 Go pour la racine et 2 Go pour /usr), gardez votre swap entre 128 et 512 Mo, et enfin, le reste pour /home (j'ai monté un de mes disques contenant une seule partition dans /mnt/data et j'y stocke mes fichiers multimédia).

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par J.C. Cardot & S. Tchesmeli le 29/11/1999.</div>

= Copyright =
Copyright © 29/11/1999, J.C. Cardot & S. Tchesmeli
{{CC-BY-NC-SA}}

=Autres ressources=
* Hardware-HOWTO ([http://www.tldp.org/HOWTO/HOWTO-INDEX/hardware.html anglais]/[http://www.freenix.org/unix/linux/HOWTO/Hardware-HOWTO.html français])
* Installation-HOWTO ([http://www.tldp.org/HOWTO/HOWTO-INDEX/os.html#OSINSTALL anglais]/[http://www.freenix.org/unix/linux/HOWTO/Installation-HOWTO.html français])
plus...
* [http://www.users.intercom.com/~ranish/part/ Partition Manager]
* [http://jc.bellamy.free.fr/fr/multiboot.html Tout sur le MBR]

Préparer l'installation

2006-03-06T17:32:55Z

Gw22 (phorum) : /* 1. Vérifier son matériel */

[[Category:Installer Linux]]
= Préparation à l'installation de Linux =

<div class="leatitre">Préparation à l'installation de Linux</div><div class="leapar">Par Jean-Christophe sur la base du travail de Serge</div><div class="leadesc">Cette partie traite de la préparation que vous et votre ordinateur devrez subir avant d'installer Linux ;-)</div>
----

== 1. Vérifier son matériel ==

<u>Avertissement</u>

Linux ne supporte pas tous les matériels qui existent dans le commerce ou ailleurs. La faute en revient aux constructeurs qui développent des drivers en général uniquement pour Windows. Les drivers Linux sont généralement développés par des personnes qui possèdent un matériel qu'ils souhaitent utiliser avec Linux ; cela n'est possible que si le fabricant ne garde pas secrètes les spécifications de son matériel, ce qui est malheureusement encore souvent le cas. <span style="color:#FF6666;">Dans ce cas, je vous invite à boycotter et à faire boycotter ces fabricants afin de faire pression sur eux</span>.

<u>Prérequis</u> :

* '''Microprocesseur''' : Intel x86 à base de microprocesseur 386 minimum (ou compatible comme AMD, CYRIX, etc.) <br /> (Je ne traite ici que des plates-formes "compatibles IBM PC") <br /> Il existe des versions de Linux pour le matériel plus vieux (286, etc.), mais cela dépasse le cadre de cette rubrique. <br /> Il existe aussi des distributions de Linux pour 680xx ([http://www.mklinux.org MkLinux]), PowerPC (Linux PPC, [http://www.debian.org/ports/powerpc debian PPC], [http://qa.mandriva.com/twiki/bin/view/Main/MdkPpcPort Mandriva PPC] ou [http://www.gentoo.org/doc/en/gentoo-ppc-install.xml Gentoo PPC]), [http://www.debian.org/ports/alpha Alpha], etc.
* '''Disque dur''' : prévoyez pour le système lui-même de l'ordre de 3 Go pour une distribution assez récente, surtout si vous installez X Window (le sous-système graphique de Linux) avec des environnements de bureau de type [http://www.kde.org KDE] ou [http://www.gnome.org Gnome] (très à la mode dans les distributions actuelles). Prévoyez aussi environ 256 Mo supplémentaires pour le Swap (i.e. mémoire virtuelle, on en reparle [#partitions plus tard]). <br /> Avec ça, vous allez déjà pouvoir faire tourner plein de choses. Sachez cependant que des "mini distributions" (ou parmi les distributions "classiques", la Slackware ; parmi les distributions light basées sur slackware, il existe [http://drinou.tuxfamily.org drinou-linux]) passent avec 100 ou 150 Mo de disque dur, mais là, pas question d'avoir un système graphique (encore que ...), ni de grosses applications de style base de données, etc.
* '''Mémoire''' : prévoyez environ 128 à 256 Mo avec un système X (ça passe avec 64 Mo, mais avec les nouveaux environnements sous X ça risque de ramer) et plus vous en avez : mieux c'est. <br /> Là aussi, c'est juste une recommandation pour utiliser les logiciels les plus courants compris dans les distributions. Maintenant, si vous prévoyez de faire de votre serveur Linux une vraie usine à gaz (serveur WEB, base de données SQL, proxy serveur, OpenOffice.org...), prévoyez plus de mémoire. <br /> Si vous avez peu de mémoire, vous risquez de ne pas pouvoir installer l'interface graphique Xorg.

D'une manière générale, il vaut mieux éviter de recycler un vieux pc si vous voulez essayer un système linux. Bien que ça soit possible, c'est loin d'être idéal pour une première expérience, les distributions modernes venant par défaut avec la plupart des fonctionnalités activées pour un plus grand confort de l'utilisateur.

Maintenant voyons de plus près le matériel supporté. Sachez qu'une liste assez complète se trouve dans le Hardware-HOWTO ([http://www.linuxdoc.org/HOWTO/Hardware-HOWTO.html anglais]/[http://www.freenix.org/unix/linux/HOWTO/Hardware-HOWTO.html français]) sur le site TLDP ([http://www.tldp.org The Linux Documentation Project <''www.tldp.org>'']). <br /> En général :

* Les '''disques durs''' SCSI et IDE ainsi que leurs contrôleurs sont supportés dans la plupart des cas. Pour faire fonctionner un disque Serial ATA vous risquez d'avoir quelques problèmes avec l'installation par défaut des distributions : prévoyez un disque IDE standard pour faire l'installation et vous verrez après comment installer l'éventuel driver Serial ATA.
* Les '''cartes réseau''' de type compatible NE2000 ISA ou PCI, ainsi que les cartes 3COM, HP, AMD... sont très bien supportées. En fait, la très grande majorité des cartes réseau fonctionnent sous Linux sans problème.
* Les '''modems''' compatibles HAYES (attention toutefois à certains US ROBOTICS) mais <span style="color:red">évitez de préférence les "soft-modems" qui ne marchent que sous Windows</span> (US Robotics Winmodem, modems internes PCI en général). En fait, la communauté Linux a développé des drivers pour la plupart de ces modems depuis quelques temps, cependant leur installation reste "pénible", mais c'est de moins en moins vrai. <br /> En bref, les modems <u>externes</u> sur port série ainsi que les modems sur bus <u>ISA</u> sont OK, évitez les modems internes PCI (mais vous devriez pourvoir faire fonctionner la plupart de ceux-ci moyennant un petit investissement technique). <br /> Les '''modems ADSL''' : ECI USB et Alcatel/Thomson SpeedTouch USB sont supportés, ainsi que la plupart des modem BeWAN. Tous les modems ADSL Ethernet sont supportés. <br /> Les fournisseurs d'accès restent souvent un problème. Certains providers (AOL pour ne pas le citer) rendent la connexion depuis Linux très complexe, allant jusqu'à tenter de faire interdire certains logiciels de connexion ([http://www.peng.apinc.org penggy]) alors qu'ils n'en fournissent pas !
* Les '''cartes graphiques''' : toutes les cartes anciennes de type S3, S3 Virge, Trident, Cirrus Logic, etc. passent sans problèmes, mais attention aux dernières cartes vidéo très à la mode sous Windows... Je vous conseille si vous voulez de bonnes performances des cartes de type Matrox G200, les 3Dfx (toute génération, même la Rush est paraît-il supportée). Les cartes vidéo évoluent très vite, et peu de constructeurs font des efforts pour X... Attention donc. Pour une liste à jour, allez sur le site de XFree (voir dans les liens). Au niveau de l'accélération 3D, les cartes 3Dfx sont parfaitement supportées (voir la [../hardware/3dfx.php3 rubrique 3Dfx]), mais [http://www.xfree.org XFree 4.2.x] a changé la donne. La plupart des cartes NVidia fonctionnent sans problème en 2D et assez bien en 3D (pour peu que vous installiez les drivers 'closed-source' de chez NVidia). La plupart des cartes de chez ATI fonctionnent aussi en 2D (y compris les Radeon 8500, ...) et certaines sont supportées en 3D accélérée par XFree 4.3.0.
* Carte '''série multiports'''.
* Carte '''tuner TV''' : les cartes à base de chipset BT8xx (848, 878...) sont très bien supportées (comme la Mìro PCTV). Voir la [../hardware/tv.php3 rubrique TV]. Les cartes ATI ALL in Wonder disposent aussi de drivers, voir [http://gatos.sourceforge.net gatos.sourceforge.net].
* De plus en plus de webcams sont supportées. Les webcams philips sont supportées par un driver spécifique, et beaucoup de webcams sont prises en charge par le module [http://alpha.dyndns.org/ov511 OV511] ou par le module [http://webcam.sourceforge.net CPiA].
* '''Scanner''' : évitez absolument les scanners parallèles (quoi que ca commence à bouger de ce côté-là, mais pour l'instant ils ne sont pas très bien supportés). Par contre, beaucoup de scanners SCSI fonctionnent très bien (Voir la home page de [http://www.mostang.com/sane/ SANE] pour les scanners supportés), en particulier certains scanners n'ont plus de driver pour Windows 2000 et XP mais en ont pour Linux ;-). De plus en plus de scanners USB sont également supportés.
* '''Imprimante''' : évitez certaines anciennes Hewlett Packard jet d'encre qui sont en fait des win-imprimantes (ex : HP820 Cxi) ne fonctionnant que sous Windows 9x (même pas NT !). La plupart des imprimantes LASER fonctionnent très bien, mais des win-imprimantes y sont aussi apparues :-(.
* Lecteur '''ZIP''' sur port parallèle, SCSI ou USB : aucun problème.
* Lecteur JAZ, ZIP, de bandes, etc... SCSI : tous très bien supportés, il n'y a quasiment pas de configuration à faire.
* Lecteur '''CD-ROM''' et '''graveur''' : les graveurs SCSI sont très faciles à configurer ; pour configurer un graveur IDE, allez voir la rubrique [/trucs/?aff_item=8 Trucs]. En bref, les graveurs SCSI ou IDE fonctionnent sous Linux sans problème, les distributions récentes les configurent automatiquement et vous n'aurez aucun souci.
* Les périphériques '''USB''' sont relativement bien supportés quand les constructeurs fournissent des documentations techniques. Ainsi, les souris USB, les claviers USB (même ceux ayant des touches supplémentaires, voir : [http://lineak.sourceforge.net/ LinEAK]), les webcams, les modems ADSL, les appareils photos numériques, les USB-Keys, etc. sont très bien supportés, sauf exception...
* Les '''DVD''' sont maintenant très bien supportés, essentiellement par plusieurs logiciels : xine, mplayer ou oggle. Les graveurs de DVD sont eux aussi assez bien supportés (de la même façon que les graveurs de CD, et par les mêmes logiciels).

Voilà, cette liste est très incomplète mais permet de débuter. Pour une liste plus complète de matériels supportés, allez voir le Hardware-HOWTO ([http://www.tldp.org/HOWTO/Hardware-HOWTO/index.html anglais]/[http://www.freenix.org/unix/linux/HOWTO/Hardware-HOWTO.html français]) pour les matériels spécifiques.

== 2. Choisir sa distribution ==

Il y a dans les listes de distribution et sur Usenet des débats acharnés où chacun cherche à prouver que "sa" distribution est meilleure que les autres. C'est avant tout une question de goût personnel. Voici les principales distributions :

{| width="100%" cellspacing="5"
|- valign="top"
| width="20%" align="center" |
''Distribution''
| width="70%" |
''Commentaire''
| width="10%" |
''type de''<br />''paquet''
|- valign="top"
|
• '''<span style="color:#FF8080;">Redhat</span>'''/'''<span style="color:#FF8080;">Fedora</span>''' ([http://fedora.redhat.com site])
|
La plus connue. Assez simple à installer pour un débutant mais pas la plus simple à maintenir à mon goût.
| align="center" |
'''rpm'''
|- valign="top"
|
• '''<span style="color:#FF8080;">Mandriva</span>''' ([http://www.mandrivalinux.com site])
|
C'est aujourd'hui la distribution la plus utilisée sur les Desktops. C'est certainement l'une des plus faciles à installer, elle dispose d'un [http://www.mandriva.com/fr/ bon site] pour avoir des correctifs, forums... et de plus elle est francisée (elle est réalisée par une société <span style="color:#3333FF;">fra</span>nça<span style="color:#ff0000;">ise</span>). Vu le support qu'il y a derrière, grâce à leur site et leurs listes de diffusions, je trouve que cette distribution est un bon choix pour un débutant. De plus, cette distribution est complètement libre.
| align="center" |
'''rpm'''
|- valign="top"
|
• '''<span style="color:#FF8080;">SuSE</span>'''/'''<span style="color:#FF8080;">OpenSuSE</span>''' ([http://www.opensuse.org site])
|
Très bonne distribution pour les débutants aussi (installation simple) et bon site aussi pour le support.
| align="center" |
'''rpm'''
|- valign="top"
|
• '''<span style="color:#FF8080;">Debian</span>''' ([http://www.debian.org site])
|
C'est vraiment '''LA''' distribution libre (elle ne comporte que des logiciels libres) et à part : le groupe de développeurs ne met à la disposition des personnes intéressées que l'image ISO de la distribution : il n'y a pas de société pour la commercialiser - et aucun impératif marketing, au contraire : la distribution sort quand les développeurs responsables du projet Debian estiment que tout est bon (ce qui donne des décalages entre ce qui était annoncé et la date réelle de sortie !). Bref, c'est une distribution très stable, mais plutôt pour les initiés. La société Canonical a donc décidé de fournir une Debian modifiée appelée Ubuntu, qui serait plus facile à prendre en main, mais qui en garderait les qualités et resterait entièrement compatible avec Debian.
| align="center" |
'''deb'''
|- valign="top"
|
• '''<span style="color:#FF8080;">Slackware</span>''' ([http://www.slackware.org site])
|
Je la trouve excellente; l'installation n'est pas toute simple, mais je trouve sa maintenance plus aisée que sur les Red-Hat. Bref, c'est une distribution pour les initiés. Par contre, la Slackware est souvent en retard par rapport aux autres distributions au niveau des versions des logiciels. <br /> Cette distribution permet de s'installer dans très peu de place disque (moins de 100 Mo) en ne choisissant que les packages indispensables.
| align="center" |
'''.tar.gz'''
|- valign="top"
|
• '''<span style="color:#FF8080;">Gentoo</span>''' ([http://www.gentoo.org site])
|
C'est une distribution 'source' : on démarre avec un CD bootable en mode texte, on lit la documentation fournie et on compile tous les outils qu'on va utiliser. C'est une distribution qu'on choisit lorsqu'on a un peu de pratique.<br /> Sa grande qualité : un excellent gestionnaire de package inspiré des "ports" de BSD.
| align="center" |
'''.ebuild'''
|-
| colspan="3" |
• Il existe encore bien d'autres distributions...
|
|}

La facilité de trouver des paquets <tt>rpm</tt> milite également en faveur de Fedora et de Mandriva, mais on trouve également tout en <tt>.tar.gz</tt>, ce qui permet d'installer tout logiciel sur toute distribution ; il suffit de le compiler si le package ne contient pas une version binaire.

Pour plus d’informations sur les différentes distributions, vous pouvez aller lire l’article : [http://lea-linux.org/cached/index/Intro-wannapenguin.html# Un manchot sur ma machine].

'''Se procurer une distribution''' : <br /> Si vous avez une bonne connexion au Net (ADSL, câble ou LS à votre travail) vous pouvez télécharger une distribution complète. Mandriva, Fedora et Debian sont disponibles en image ISO (un seul fichier d'environ 700 Mo qu'il suffit ensuite de graver sur un CD). <br /> Si vous souhaitez/devez acheter une distribution, vous la trouverez dans les librairies, FNAC, etc. Optez pour l'une d'elle avec si possible un gros livre fourni avec. Evitez aussi les distributions en boîte à plus de 60 euros, on est souvent déçu par le soit-disant contenu. Mandriva vend un DVD comportant tous les logiciels de la distribution, il est très pratique. De plus, de nombreux magazines informatiques proposent régulièrement sans supplément de prix (vers les 6 ou 7 euros donc) une distribution toute récente. Vous pouvez également trouver tout un tas de CD à bas prix en suivant ce [http://mandrivastore.com lien] chez Mandriva, ou chez [http://www.ikarios.com Ikarios].

'''Débuter''' : <br /> Si vous commencez avec Linux, je vous conseille de choisir Mandriva ou SuSE, ou mieux : commencez par tester Linux avec le Live-CD de [http://www.knoppixfr.org/ Knoppix] : c'est une distribution qui est conçue pour fonctionner depuis le CD, sans s'installer sur le disque dur. Pour tester Linux en grandeur nature sur votre matériel, c'est l'idéal.

== 3. Préparer ses disques durs. ==

Je ne vais pas vous décrire toute la procédure d'installation, mais vous donner des conseils utiles, avec un peu d'explications. Le installation-HOWTO ([http://www.tldp.org/HOWTO/Installation-HOWTO/index.html anglais]/[http://www.freenix.org/unix/linux/HOWTO/Installation-HOWTO.html français]) ou le [http://www.tldp.org/LDP/gs/index.html Guide d'installation et de démarrage] (en anglais) sont là pour ça, les docs des distribs et des centaines d'autres sites aussi.

=== Un peu de théorie ===

==== Les systèmes de fichiers ====

Le système de fichiers (ou File System ou FS), c'est la façon dont le système d'exploitation structure les données sur le disque dur.

Comme tout système d'exploitation, Linux dispose de ses propres systèmes de fichiers :

* '''EXT2FS''' (ou '''ext2''') : c'est le système de fichiers historique de Linux, il n'est pas forcément le meilleur choix car, n'étant pas journalisé, si vous éteignez mal votre ordinateur, linux prendra beaucoup de temps pour tester les disques durs (de la même manière que le scandisk de Microsoft).
* '''EXT3FS''' (ou '''ext3''') : c'est l'évolution logique du ext2. Il présente l'avantage d'être compatible avec l'ext2 tout en étant journalisé. Il n'implémente toute fois pas les toutes dernières innovations en matière de journalisation. Utilisez ce système de fichiers si vous comptez pouvoir relire des informations depuis votre windows.
* '''REISERFS''' : c'est un système de fichiers journalisé. C'est un bon choix. Il est réimplémenté à partir de zéro et bénéficie de beaucoup d'innovations.

Il en existe d'autres, mais préférez-leur l'un de ceux-là, sauf si vous avez une bonne raison.

Windows utilise quant à lui un système VFAT (partitions limitées à 2 Go) ou FAT32, voire FAT (l'ancien système de fichier du DOS). Vous ne pouvez pas installer Linux sur une partition de ce type, car elles ne gèrent pas les [../admin/permissions.php3 permissions]. Les dernières versions de Windows (NT, 2000 et XP) utilisent aussi le système de fichiers NTFS, mais Microsoft n'a pas fourni les spécifications techniques de ce format et Linux (ainsi que la plupart des autres systèmes d'exploitation) est incapable de le gérer correctement (prévoyez une partition en VFAT-FAT32 pour partager des informations facilement entre Linux et Windows) : Linux sait lire les informations sur une partitions NTFS mais pas en écrire (cette fonctionnalité est en cours de développement).

==== Les disques durs et les partitions sous Linux ====

Tout d'abord, voyons comment Linux identifie et organise les disques durs.

Pour les disques '''IDE''', la numérotation se fait avec un préfixe "'''<tt>hd</tt>'''", suivi par une lettre, "'''<tt>a</tt>'''" pour le premier IDE maître, "'''<tt>b</tt>'''" pour le premier esclave, etc. <br /> En résumé on a :

* <tt>hda  </tt> Disque maître sur le 1er contrôleur IDE
* <tt>hdb  </tt> Disque esclave sur le 1er contrôleur IDE
* <tt>hdc  </tt> Disque maître sur le 2eme contrôleur IDE
* <tt>hdd  </tt> Disque esclave sur le 2eme contrôleur IDE

Si vous avez d'autres contrôleurs IDE (hé oui, cela arrive !) la numérotation se poursuit (<tt>hde</tt>, <tt>hdf</tt>, etc.). <br /> Attention : les lecteurs de CD-ROM IDE apparaissent comme un disque dur. Si votre CD est maître sur la deuxième nappe par exemple, il sera nommé <tt>hdc</tt>.

Pour les disques '''SCSI''', cette fois c'est l'ID SCSI qui va donner la lettre, le préfixe étant "'''<tt>sd</tt>'''". <br /> Prenons par exemple 3 disques scsi d'id 0,1 et 3 on va avoir :

* <tt>sda  </tt> Disque d'ID 0
* <tt>sdb  </tt> Disque d'ID 1
* <tt>sdd  </tt> Disque d'ID 3

Attention : les lecteurs de CD-ROM SCSI, les ZIP, JAZ, etc. SCSI ainsi que les périphériques de stockage USB (appareils photo, clefs USB...) apparaissent comme un disque dur SCSI ; ils se nomment aussi <tt>sdx</tt> suivant leur ID. Astuce : pour connaître la liste de vos périphériques de ce type, tapez : <code>cdrecord -scanbus</code>.

Les '''partitions''' sont quant à elles représentées par le nom du disque dur, suivi d'un chiffre représentant la partition. <br /> Par exemple, la première partition du premier disque IDE se nomme '''<tt>hda1</tt>''', de même, la troisième partition du disque SCSI d'ID 1 se nommera '''<tt>sdb3</tt>'''.

==== Organisation des fichiers sous Linux ====

'''L'arborescence'''<br />

Sous Linux, ou tout autre Unix d'ailleurs, il n'y a pas de lettre représentant le disque dur comme le <tt>C:</tt> de Windows/DOS. <br /> De plus, le signe '<tt>\</tt>' est remplacé par '<tt>/</tt>' pour séparer les répertoires. <br /> Il y a une seule arborescence, qui débute à la "racine", notée '<tt>/</tt>', et tous les disques durs/partitions apparaissent dans cette arborescence avec leur contenu de façon transparente comme un répertoire.

'''Les périphériques'''<br /> De plus, tout périphérique est identifié à un fichier qui se trouve dans le répertoire <tt>/dev</tt> (comme '''dev'''ice, périphérique en anglais). Par exemple, le disque maître du deuxième port IDE est identifié par <tt>/dev/hdc</tt>, sa deuxième partition par <tt>/dev/hdc2</tt>. <br /> Le lecteur de disquette est représenté par <tt>/dev/fd0</tt>, etc.

'''Les partitions / les points de montage'''<br /> Les partitions que l'on va créer sur les disques durs seront attachées à des répertoires de l'arborescence, ou "'''points de montage'''". C'est ce qu'on appelle "''monter une partition''". Le point de montage est un simple répertoire, vide avant le montage, et qui après le montage, représente le contenu de la partition montée. <br /> Par exemple, supposons que nous ayons créé une partition <tt>/dev/hda2</tt> (premier disque IDE, 2ème partition) pour contenir le système. On ''montera'' cette partition (automatiquement, heureusement !) dans le répertoire racine <tt>/</tt>. Si la partition <tt>/dev/hda3</tt> est destinée à contenir les données utilisateur, on la montera dans le ''point de montage'' (=répertoire) <tt>/home</tt>. On verra le contenu de cette partition dans le répertoire <tt>/home</tt> comme si c'était n'importe quel autre répertoire, alors que physiquement les données sont sur une autre partition. <br /> De même, pour accéder à la disquette, on montera le périphérique <tt>/dev/fd0</tt> dans le point de montage <tt>/mnt/floppy</tt> ou <tt>/floppy</tt> (selon la distribution) et pour accéder au CD-ROM, on montera le périphérique <tt>/dev/cdrom</tt> dans le point de montage <tt>/mnt/cdrom</tt> ou <tt>/cdrom</tt>.

'''Les répertoires standards'''<br /> Linux possède des répertoires "spéciaux" à la racine (un peu comme le <tt>C:\windows</tt>), qui sont classiques dans les systèmes Unix et peuvent ou non représenter un point de montage pour une partition.

On a déjà vu par exemple le répertoire spécial <tt>/dev</tt> où tous les périphériques sont répertoriés en tant que fichiers, ou encore le répertoire <tt>/home</tt> qui contient les données personnelles des utilisateurs.

Chacun des répertoires ci-dessous peut être soit un simple répertoire dans la partition racine, soit le ''point de montage'' d'une autre partition, mais dans tous les cas le résultat est le même : des fichiers dans des répertoires.

<center>

<u>Les répertoires standards de Linux sont :</u>

</center>

<br />

{| width="100%" border="1"
| width="20%" |
/
| width="80%" |
La racine du système = la base.
|-
| width="20%" |
/boot
| width="80%" |
Fichiers utilisés pour booter le noyau
|-
|
/usr
|
Programmes, données, accessibles par les utilisateurs et non nécessaires lors du boot
|-
| width="20%" |
/home
| width="80%" |
Tous les répertoires de base des utilisateurs et de certains services comme le FTP, le serveur Web, Samba, etc.
|-
| width="20%" |
/dev
| width="80%" |
Tous les périphériques. Le repertoire est en général géré dynamiquement par le système.
|-
| width="20%" |
/bin
| width="80%" |
Programmes nécessaires au boot, et disponibles ensuite à tous les utilisateurs
|-
|
/sbin
|
Programmes nécessaires au boot, disponibles au root uniquement
|-
| width="20%" |
/var
| width="80%" |
Fichiers de log, spool d'impression, de mail, etc. En général, fichiers qui changent tout le temps ( variable, d'ou le nom /var )
|-
| width="20%" |
/etc
| width="80%" |
Fichiers de configuration du système
|-
| width="20%" |
/root
| width="80%" |
Répertoire home de l'administrateur
|-
| width="20%" |
/lib
| width="80%" |
Bibliothèques et modules (comme les DLL de Windows) nécessaires au boot
|-
| width="20%" |
/tmp
| width="80%" |
Fichiers temporaires
|-
| width="20%" |
/mnt
| width="80%" |
Répertoire proposé pour monter des périphériques (ou /mnt/cdrom, /mnt/floppy, /mnt/zip, etc.)
|-
| width="20%" |
/proc et /sys
| width="80%" |
Fichiers d'information sur la configuration système (les fichiers sont générés dynamiquement, pas de modifications possibles). Les fichiers dans ce répertoire n'existent pas sur le disque, c'est Linux qui les crée en temps réel lorsque vous en avez besoin.
|-
|
/opt
|
Dans ce répertoire (optionnel), on peut ajouter des logiciels afin qu'ils ne s'installent pas dans les répertoires système. Peu utilisé, sauf par certaines applications commerciales.
|}

<blockquote>

Et j'en passe...

</blockquote>

=== Passons à la pratique ! ===

On peut installer Linux sur une partition DOS/Windows avec par exemple Linux4win de Mandrake. Cette méthode est pratique car elle nécessite un minimum de travail sur le système d'exploitation d'origine (en général Windows) : Linux s'installe dans un gros fichier sur le disque Windows. <br /> Cependant, je vous déconseille cette méthode, à moins que vous y soyez obligé. Un tel système est très ralenti (au moins d'un facteur 2) et vous allez être très déçu des performances de Linux ; de plus il arrive parfois des problèmes d'incompatibilités avec cette méthode. Au prix où sont les disques durs aujourd'hui et vu leur taille grandissante, vous trouverez bien de la place pour créer des partitions Linux.

==== Préparation ====

Avant de commencer l'installation, vous allez donc devoir libérer de la place pour les nouvelles partitions Linux. Si vous comptez installer Linux sur un disque vierge, pas de problème. Par contre, si vous voulez faire cohabiter Windows et Linux sur le même disque, et que Windows est déjà installé sur la totalité du disque, il va falloir arranger ça :) (à moins que vous ne vouliez réinstaller Windows de zéro).

On va devoir passer de ça :

<div class="code"> <----------------- Windows --------------><br /> |==========================================| <- disque dur </div>

à ça :

<div class="code"> <- Windows -> <- place libre pour Linux -><br /> |=============|============================| <- disque dur </div>

Alors soit vous virez tout et vous réinstallerez Windows, c'est le plus simple évidemment, <br /> soit vous redimensionnez votre partition Windows. Pour ce faire, utilisez un logiciel approprié, comme FIPS (souvent sur les CD des distributions), ou [http://www.users.intercom.com/~ranish/part/ Partition Manager] (un freeware sous DOS) encore Partition Magic (produit commercial). Pour ça, je vous renvoie à la documentation du logiciel utilisé.

<div class="note">

<u>Remarque 1</u> : Partition Manager a l'air intéressant, il fonctionne sous DOS, est ''freeware'', et existe en version française. Il permet de gérer les partitions, de sauver le MBR (Master Boot Record, c'est là que vient s'enregistrer [install.php3#lilo LILO]) dans un fichier, de le restaurer, de modifier la taille d'une partition, de la formater, etc. (Voir la [http://www.users.intercom.com/~ranish/part/ page de Partition Manager].)

</div><div class="note">

<u>Remarque 2</u> : la distribution Mandriva est livrée avec un utilitaire de repartitionnement très performant, sachant même redimensionner les partitions au format NTFS.

</div>

Dans tous les cas, pensez à sauvegarder vos données perso !

==== Installation proprement dite : le partitionnement des disques ====

La plupart des installations commencent de la même façon : on crée une disquette de boot sous DOS/Windows avec l'utilitaire "RAWRITE" (livré sur les CD des distributions), des fois même deux disquettes (pour la Slackware) ; en général le CD de la distribution est bootable (Mandrake par exemple) et il n'y a alors pas besoin de disquette. Puis on boote sur la disquette ou le CD. <br /> Ensuite on suit les indications du programme d'installation, puis on arrive sur le partitionnement des disques (attention à la Slackware où on n'atterrit pas sur ce point directement : après s'être logué en <tt>root</tt> il faut taper "<tt>fdisk</tt>" AVANT de taper "<tt>setup</tt>"). Détaillons un peu cette procédure de partitionnement.

Pour partitionner votre disque vous allez appeler la commande <tt>fdisk</tt> suivie du nom du disque sur lequel vous voulez installer Linux, par exemple "<tt>fdisk /dev/hda</tt>". Des logiciels plus conviviaux existent comme DiskDruid (disponible lors de l'installation d'une Red Hat par exemple) ou [http://www.linux-mandrake.com/diskdrake/ DiskDrake] de MandrakeSoft fonctionnant en mode graphique (mais il me semble qu'il nécessite que Linux soit déjà installé !).

Je vous renvoie à l'installation HOWTO ([http://www.tldp.org/HOWTO/Installation-HOWTO/index.html anglais]/[http://www.freenix.org/unix/linux/HOWTO/Installation-HOWTO.html français]) pour toutes les commandes de <tt>fdisk</tt> ; les principales sont :

* <tt>n  </tt> Crée une partition, de type linux native (<tt>ext2fs</tt>) par défaut.
* <tt>t  </tt> Change le type d'une partition (83 linux native, 82 linux swap).

Dans <tt>fdisk</tt>, tapez "<tt>m</tt>", afin d'accéder à la liste de toutes les commandes possibles. C'est assez bien indiqué dans l'installation-HOWTO.

'''Attention''' : le nombre de partitions dites "''primaires''" est limité à 4. Ainsi, si vous souhaitez définir plus de 4 partitions sur un même disque, l'une de ces 4 partitions primaires doit être définie comme "''étendue''", elle contiendra alors toutes les autres partitions. Les partitions primaires sont numérotées de 1 à 4, les partitions créés à l'intérieur de la partition étendue sont numérotées à partir de 5.

==== De '''combien de partitions''' allez vous avoir besoin ? ====

* Tout d'abord, une partition pour le '''swap'''. Le swap c'est la mémoire virtuelle de Linux. La taille ? Ca va dépendre de votre mémoire physique. En règle générale, on avait pour habitude de doubler la taille de la mémoire physique mais cela n’est plus indispensable avec les ordinateurs d’aujourd’hui. Pour les machines disposant de 512 Mo ou plus de RAM, il convient de choisir une partition swap de taille identique. Je vous conseille donc un swap de 512 Mo (pour 512Mo dans mon ordi.) : créez sous Linux avec <tt>fdisk</tt> une partition de type 82 de 512 Mo.
* Pour le reste, vous avez le choix : <br /> La chose la plus simple est une seule partition (en plus du swap), qui contiendra toutes les données (système & utilisateur) ; prenez le plus de place possible (1 Go mini). <br /> En fait, il est intéressant de créer au moins deux partitions : une qui contiendra le système et une autre pour vos données personnelles. Comme ça, vous pouvez réinstaller Linux et même formater la partition système sans perdre vos données perso. Pour la même raison, on peut pousser le raffinement jusqu'à avoir une troisième partition afin de contenir les logiciels que vous installerez par la suite (OpenOffice par exemple). (voir plus haut le tableau des [#repertoires_std répertoires standards])
À ces partitions, on attribuera des ''points de montage''. <br /> - C'est quoi un point de montage ? <br /> - Ah mais vous n'avez pas lu le paragraphe [#orga_fichiers précédent] ? :-)

===== Si vous installez un serveur : =====

L'une des méthodes les plus utilisées, c'est de mettre le <tt>/</tt> sur un petit disque ou une partition, puis <tt>/usr</tt> sur un autre disque en point de montage. Si notre système va être un serveur avec beaucoup d'utilisateurs, qui vont avoir beaucoup de données personnelles à stocker, on peut créer aussi un <tt>/home</tt> en point de montage sur un autre disque. On va aussi généralement réserver un disque ou une partition pour le répertoire temporaire que l'on montera dans <tt>/tmp</tt>, et encore une autre pour le <tt>/var</tt>. En fait, on ne va laisser dans le disque contenant la racine que les informations qui bougent peu et dont le volume augmente peu. <br /> Ainsi on ne charge pas le disque de point de montage <tt>/</tt> des répertoires <tt>/usr</tt>, <tt>/home</tt>, etc., ce qui permet de facilement maintenir le système (si <tt>/home</tt> est plein, on prend un disque + gros que l'on monte en <tt>/home</tt> et on recopie tout dessus, ça permet de ne pas casser le reste...), etc. Ca a plein d'avantages, je vous conseille de faire comme ça si vous avez plusieurs disques. De plus si un disque crashe, si ce n'est pas le disque contenant la racine <tt>/</tt>, ça permet de rebooter quand même la machine, de travailler un minimum pour réinstaller un disque sans à avoir à réinstaller un système de base. <br /> Remarque : si vous installez un serveur qui sera très sollicité, soyez généreux pour la taille du swap (2 fois la taille de la RAM est un bon début).

===== Si vous installez sur une machine perso : =====

Sur une machine mono-utilisateur, voire mono-disque, on peut faire une partition pour le <tt>/</tt> (mini 1Go recommandé 2Go), une pour <tt>/home</tt> et une pour le swap (128 Mo par exemple). Vous pouvez aussi éventuellement faire une partition pour <tt>/opt</tt> qui contiendra les logiciels que vous avez installés vous-même et qui ne proviennent pas de la distribution. Ca permet de mettre à jour voire de réinstaller la distribution sans trop devoir travailler derrière pour que ça fonctionne comme avant.

''exemple de partionnement :''

<div class="code"> <- /dev/hda1 -> <--- /dev/hda2 (étendue) --><br />    (primaire)    /dev/hda5    hda6     hda7<br /> <-- Windows --> <-- / --> <- /home -> <swap> <-pt de montage<br /> |===============|=========|===========|======| <-disque dur<br />      10 Go        4 Go      25 Go    512 Mo </div>

Lorsque vous disposez de beaucoup de place sur vos disques (j'ai par exemple 2 disques de 80 Go), pour une utilisation personnelle, 3 ou 4 Go suffisent pour la racine (ou alors 1 Go pour la racine et 2 Go pour /usr), gardez votre swap entre 128 et 512 Mo, et enfin, le reste pour /home (j'ai monté un de mes disques contenant une seule partition dans /mnt/data et j'y stocke mes fichiers multimédia).

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par J.C. Cardot & S. Tchesmeli le 29/11/1999.</div>

= Copyright =
Copyright © 29/11/1999, J.C. Cardot & S. Tchesmeli
{{CC-BY-NC-SA}}

=Autres ressources=
* Hardware-HOWTO ([http://www.tldp.org/HOWTO/HOWTO-INDEX/hardware.html anglais]/[http://www.freenix.org/unix/linux/HOWTO/Hardware-HOWTO.html français])
* Installation-HOWTO ([http://www.tldp.org/HOWTO/HOWTO-INDEX/os.html#OSINSTALL anglais]/[http://www.freenix.org/unix/linux/HOWTO/Installation-HOWTO.html français])
plus...
* [http://www.users.intercom.com/~ranish/part/ Partition Manager]
* [http://jc.bellamy.free.fr/fr/multiboot.html Tout sur le MBR]

Préparer l'installation

2006-03-05T17:28:54Z

Gw22 (phorum) : /* 1. Vérifier son matériel */

[[Category:Installer Linux]]
= Préparation à l'installation de Linux =

<div class="leatitre">Préparation à l'installation de Linux</div><div class="leapar">Par Jean-Christophe sur la base du travail de Serge</div><div class="leadesc">Cette partie traite de la préparation que vous et votre ordinateur devrez subir avant d'installer Linux ;-)</div>
----

== 1. Vérifier son matériel ==

<u>Avertissement</u>

Linux ne supporte pas tous les matériels qui existent dans le commerce ou ailleurs. La faute en revient aux constructeurs qui développent des drivers en général uniquement pour Windows. Les drivers Linux sont généralement développés par des personnes qui possèdent un matériel qu'ils souhaitent utiliser avec Linux ; cela n'est possible que si le fabricant ne garde pas secrètes les spécifications de son matériel, ce qui est malheureusement encore souvent le cas. <span style="color:#FF6666;">Dans ce cas, je vous invite à boycotter et à faire boycotter ces fabricants afin de faire pression sur eux</span>.

<u>Prérequis</u> :

* '''Microprocesseur''' : Intel x86 à base de microprocesseur 386 minimum (ou compatible comme AMD, CYRIX, etc.) <br /> (Je ne traite ici que des plates-formes "compatibles IBM PC") <br /> Il existe des versions de Linux pour le matériel plus vieux (286, etc.), mais cela dépasse le cadre de cette rubrique. <br /> Il existe aussi des distributions de Linux pour 680xx ([http://www.mklinux.org MkLinux]), PowerPC (Linux PPC, [http://www.debian.org/ports/powerpc debian PPC], [http://qa.mandriva.com/twiki/bin/view/Main/MdkPpcPort Mandriva PPC] ou [http://www.gentoo.org/doc/en/gentoo-ppc-install.xml Gentoo PPC]), [http://www.debian.org/ports/alpha Alpha], etc.
* '''Disque dur''' : prévoyez pour le système lui-même de l'ordre de 3 Go pour une distribution assez récente, surtout si vous installez X Window (le sous-système graphique de Linux) avec des environnements de bureau de type [http://www.kde.org KDE] ou [http://www.gnome.org Gnome] (très à la mode dans les distributions actuelles). Prévoyez aussi environ 256 Mo supplémentaires pour le Swap (i.e. mémoire virtuelle, on en reparle [#partitions plus tard]). <br /> Avec ça, vous allez déjà pouvoir faire tourner plein de choses. Sachez cependant que des "mini distributions" (ou parmi les distributions "classiques", la Slackware ; parmi les distributions light basé sur slackware, il existe [http://drinou.tuxfamily.org drinou-linux]) passent avec 100 ou 150 Mo de disque dur, mais là, pas question d'avoir un système graphique (encore que ...), ni de grosses applications de style base de données, etc.
* '''Mémoire''' : prévoyez environ 128 à 256 Mo avec un système X (ça passe avec 64 Mo, mais avec les nouveaux environnements sous X ça risque de ramer) et plus vous en avez : mieux c'est. <br /> Là aussi, c'est juste une recommandation pour utiliser les logiciels les plus courants compris dans les distributions. Maintenant, si vous prévoyez de faire de votre serveur Linux une vraie usine à gaz (serveur WEB, base de données SQL, proxy serveur, OpenOffice.org...), prévoyez plus de mémoire. <br /> Si vous avez peu de mémoire, vous risquez de ne pas pouvoir installer l'interface graphique Xorg.

D'une manière générale, il vaut mieux éviter de recycler un vieux pc si vous voulez essayer un système linux. Bien que ça soit possible, c'est loin d'être idéal pour une première expérience, les distributions modernes venant par défaut avec la plupart des fonctionnalités activées pour un plus grand confort de l'utilisateur.

Maintenant voyons de plus près le matériel supporté. Sachez qu'une liste assez complète se trouve dans le Hardware-HOWTO ([http://www.linuxdoc.org/HOWTO/Hardware-HOWTO.html anglais]/[http://www.freenix.org/unix/linux/HOWTO/Hardware-HOWTO.html français]) sur le site TLDP ([http://www.tldp.org The Linux Documentation Project <''www.tldp.org>'']). <br /> En général :

* Les '''disques durs''' SCSI et IDE ainsi que leurs contrôleurs sont supportés dans la plupart des cas. Pour faire fonctionner un disque Serial ATA vous risquez d'avoir quelques problèmes avec l'installation par défaut des distributions : prévoyez un disque IDE standard pour faire l'installation et vous verrez après comment installer l'éventuel driver Serial ATA.
* Les '''cartes réseau''' de type compatible NE2000 ISA ou PCI, ainsi que les cartes 3COM, HP, AMD... sont très bien supportées. En fait, la très grande majorité des cartes réseau fonctionnent sous Linux sans problème.
* Les '''modems''' compatibles HAYES (attention toutefois à certains US ROBOTICS) mais <span style="color:red">évitez de préférence les "soft-modems" qui ne marchent que sous Windows</span> (US Robotics Winmodem, modems internes PCI en général). En fait, la communauté Linux a développé des drivers pour la plupart de ces modems depuis quelques temps, cependant leur installation reste "pénible", mais c'est de moins en moins vrai. <br /> En bref, les modems <u>externes</u> sur port série ainsi que les modems sur bus <u>ISA</u> sont OK, évitez les modems internes PCI (mais vous devriez pourvoir faire fonctionner la plupart de ceux-ci moyennant un petit investissement technique). <br /> Les '''modems ADSL''' : ECI USB et Alcatel/Thomson SpeedTouch USB sont supportés, ainsi que la plupart des modem BeWAN. Tous les modems ADSL Ethernet sont supportés. <br /> Les fournisseurs d'accès restent souvent un problème. Certains providers (AOL pour ne pas le citer) rendent la connexion depuis Linux très complexe, allant jusqu'à tenter de faire interdire certains logiciels de connexion ([http://www.peng.apinc.org penggy]) alors qu'ils n'en fournissent pas !
* Les '''cartes graphiques''' : toutes les cartes anciennes de type S3, S3 Virge, Trident, Cirrus Logic, etc. passent sans problèmes, mais attention aux dernières cartes vidéo très à la mode sous Windows... Je vous conseille si vous voulez de bonnes performances des cartes de type Matrox G200, les 3Dfx (toute génération, même la Rush est paraît-il supportée). Les cartes vidéo évoluent très vite, et peu de constructeurs font des efforts pour X... Attention donc. Pour une liste à jour, allez sur le site de XFree (voir dans les liens). Au niveau de l'accélération 3D, les cartes 3Dfx sont parfaitement supportées (voir la [../hardware/3dfx.php3 rubrique 3Dfx]), mais [http://www.xfree.org XFree 4.2.x] a changé la donne. La plupart des cartes NVidia fonctionnent sans problème en 2D et assez bien en 3D (pour peu que vous installiez les drivers 'closed-source' de chez NVidia). La plupart des cartes de chez ATI fonctionnent aussi en 2D (y compris les Radeon 8500, ...) et certaines sont supportées en 3D accélérée par XFree 4.3.0.
* Carte '''série multiports'''.
* Carte '''tuner TV''' : les cartes à base de chipset BT8xx (848, 878...) sont très bien supportées (comme la Mìro PCTV). Voir la [../hardware/tv.php3 rubrique TV]. Les cartes ATI ALL in Wonder disposent aussi de drivers, voir [http://gatos.sourceforge.net gatos.sourceforge.net].
* De plus en plus de webcams sont supportées. Les webcams philips sont supportées par un driver spécifique, et beaucoup de webcams sont prises en charge par le module [http://alpha.dyndns.org/ov511 OV511] ou par le module [http://webcam.sourceforge.net CPiA].
* '''Scanner''' : évitez absolument les scanners parallèles (quoi que ca commence à bouger de ce côté-là, mais pour l'instant ils ne sont pas très bien supportés). Par contre, beaucoup de scanners SCSI fonctionnent très bien (Voir la home page de [http://www.mostang.com/sane/ SANE] pour les scanners supportés), en particulier certains scanners n'ont plus de driver pour Windows 2000 et XP mais en ont pour Linux ;-). De plus en plus de scanners USB sont également supportés.
* '''Imprimante''' : évitez certaines anciennes Hewlett Packard jet d'encre qui sont en fait des win-imprimantes (ex : HP820 Cxi) ne fonctionnant que sous Windows 9x (même pas NT !). La plupart des imprimantes LASER fonctionnent très bien, mais des win-imprimantes y sont aussi apparues :-(.
* Lecteur '''ZIP''' sur port parallèle, SCSI ou USB : aucun problème.
* Lecteur JAZ, ZIP, de bandes, etc... SCSI : tous très bien supportés, il n'y a quasiment pas de configuration à faire.
* Lecteur '''CD-ROM''' et '''graveur''' : les graveurs SCSI sont très faciles à configurer ; pour configurer un graveur IDE, allez voir la rubrique [/trucs/?aff_item=8 Trucs]. En bref, les graveurs SCSI ou IDE fonctionnent sous Linux sans problème, les distributions récentes les configurent automatiquement et vous n'aurez aucun souci.
* Les périphériques '''USB''' sont relativement bien supportés quand les constructeurs fournissent des documentations techniques. Ainsi, les souris USB, les claviers USB (même ceux ayant des touches supplémentaires, voir : [http://lineak.sourceforge.net/ LinEAK]), les webcams, les modems ADSL, les appareils photos numériques, les USB-Keys, etc. sont très bien supportés, sauf exception...
* Les '''DVD''' sont maintenant très bien supportés, essentiellement par plusieurs logiciels : xine, mplayer ou oggle. Les graveurs de DVD sont eux aussi assez bien supportés (de la même façon que les graveurs de CD, et par les mêmes logiciels).

Voilà, cette liste est très incomplète mais permet de débuter. Pour une liste plus complète de matériels supportés, allez voir le Hardware-HOWTO ([http://www.tldp.org/HOWTO/Hardware-HOWTO/index.html anglais]/[http://www.freenix.org/unix/linux/HOWTO/Hardware-HOWTO.html français]) pour les matériels spécifiques.

== 2. Choisir sa distribution ==

Il y a dans les listes de distribution et sur Usenet des débats acharnés où chacun cherche à prouver que "sa" distribution est meilleure que les autres. C'est avant tout une question de goût personnel. Voici les principales distributions :

{| width="100%" cellspacing="5"
|- valign="top"
| width="20%" align="center" |
''Distribution''
| width="70%" |
''Commentaire''
| width="10%" |
''type de''<br />''paquet''
|- valign="top"
|
• '''<span style="color:#FF8080;">Redhat</span>'''/'''<span style="color:#FF8080;">Fedora</span>''' ([http://fedora.redhat.com site])
|
La plus connue. Assez simple à installer pour un débutant mais pas la plus simple à maintenir à mon goût.
| align="center" |
'''rpm'''
|- valign="top"
|
• '''<span style="color:#FF8080;">Mandriva</span>''' ([http://www.mandrivalinux.com site])
|
C'est aujourd'hui la distribution la plus utilisée sur les Desktops. C'est certainement l'une des plus faciles à installer, elle dispose d'un [http://www.mandriva.com/fr/ bon site] pour avoir des correctifs, forums... et de plus elle est francisée (elle est réalisée par une société <span style="color:#3333FF;">fra</span>nça<span style="color:#ff0000;">ise</span>). Vu le support qu'il y a derrière, grâce à leur site et leurs listes de diffusions, je trouve que cette distribution est un bon choix pour un débutant. De plus, cette distribution est complètement libre.
| align="center" |
'''rpm'''
|- valign="top"
|
• '''<span style="color:#FF8080;">SuSE</span>'''/'''<span style="color:#FF8080;">OpenSuSE</span>''' ([http://www.opensuse.org site])
|
Très bonne distribution pour les débutants aussi (installation simple) et bon site aussi pour le support.
| align="center" |
'''rpm'''
|- valign="top"
|
• '''<span style="color:#FF8080;">Debian</span>''' ([http://www.debian.org site])
|
C'est vraiment '''LA''' distribution libre (elle ne comporte que des logiciels libres) et à part : le groupe de développeurs ne met à la disposition des personnes intéressées que l'image ISO de la distribution : il n'y a pas de société pour la commercialiser - et aucun impératif marketing, au contraire : la distribution sort quand les développeurs responsables du projet Debian estiment que tout est bon (ce qui donne des décalages entre ce qui était annoncé et la date réelle de sortie !). Bref, c'est une distribution très stable, mais plutôt pour les initiés. La société Canonical a donc décidé de fournir une Debian modifiée appelée Ubuntu, qui serait plus facile à prendre en main, mais qui en garderait les qualités et resterait entièrement compatible avec Debian.
| align="center" |
'''deb'''
|- valign="top"
|
• '''<span style="color:#FF8080;">Slackware</span>''' ([http://www.slackware.org site])
|
Je la trouve excellente; l'installation n'est pas toute simple, mais je trouve sa maintenance plus aisée que sur les Red-Hat. Bref, c'est une distribution pour les initiés. Par contre, la Slackware est souvent en retard par rapport aux autres distributions au niveau des versions des logiciels. <br /> Cette distribution permet de s'installer dans très peu de place disque (moins de 100 Mo) en ne choisissant que les packages indispensables.
| align="center" |
'''.tar.gz'''
|- valign="top"
|
• '''<span style="color:#FF8080;">Gentoo</span>''' ([http://www.gentoo.org site])
|
C'est une distribution 'source' : on démarre avec un CD bootable en mode texte, on lit la documentation fournie et on compile tous les outils qu'on va utiliser. C'est une distribution qu'on choisit lorsqu'on a un peu de pratique.<br /> Sa grande qualité : un excellent gestionnaire de package inspiré des "ports" de BSD.
| align="center" |
'''.ebuild'''
|-
| colspan="3" |
• Il existe encore bien d'autres distributions...
|
|}

La facilité de trouver des paquets <tt>rpm</tt> milite également en faveur de Fedora et de Mandriva, mais on trouve également tout en <tt>.tar.gz</tt>, ce qui permet d'installer tout logiciel sur toute distribution ; il suffit de le compiler si le package ne contient pas une version binaire.

Pour plus d’informations sur les différentes distributions, vous pouvez aller lire l’article : [http://lea-linux.org/cached/index/Intro-wannapenguin.html# Un manchot sur ma machine].

'''Se procurer une distribution''' : <br /> Si vous avez une bonne connexion au Net (ADSL, câble ou LS à votre travail) vous pouvez télécharger une distribution complète. Mandriva, Fedora et Debian sont disponibles en image ISO (un seul fichier d'environ 700 Mo qu'il suffit ensuite de graver sur un CD). <br /> Si vous souhaitez/devez acheter une distribution, vous la trouverez dans les librairies, FNAC, etc. Optez pour l'une d'elle avec si possible un gros livre fourni avec. Evitez aussi les distributions en boîte à plus de 60 euros, on est souvent déçu par le soit-disant contenu. Mandriva vend un DVD comportant tous les logiciels de la distribution, il est très pratique. De plus, de nombreux magazines informatiques proposent régulièrement sans supplément de prix (vers les 6 ou 7 euros donc) une distribution toute récente. Vous pouvez également trouver tout un tas de CD à bas prix en suivant ce [http://mandrivastore.com lien] chez Mandriva, ou chez [http://www.ikarios.com Ikarios].

'''Débuter''' : <br /> Si vous commencez avec Linux, je vous conseille de choisir Mandriva ou SuSE, ou mieux : commencez par tester Linux avec le Live-CD de [http://www.knoppixfr.org/ Knoppix] : c'est une distribution qui est conçue pour fonctionner depuis le CD, sans s'installer sur le disque dur. Pour tester Linux en grandeur nature sur votre matériel, c'est l'idéal.

== 3. Préparer ses disques durs. ==

Je ne vais pas vous décrire toute la procédure d'installation, mais vous donner des conseils utiles, avec un peu d'explications. Le installation-HOWTO ([http://www.tldp.org/HOWTO/Installation-HOWTO/index.html anglais]/[http://www.freenix.org/unix/linux/HOWTO/Installation-HOWTO.html français]) ou le [http://www.tldp.org/LDP/gs/index.html Guide d'installation et de démarrage] (en anglais) sont là pour ça, les docs des distribs et des centaines d'autres sites aussi.

=== Un peu de théorie ===

==== Les systèmes de fichiers ====

Le système de fichiers (ou File System ou FS), c'est la façon dont le système d'exploitation structure les données sur le disque dur.

Comme tout système d'exploitation, Linux dispose de ses propres systèmes de fichiers :

* '''EXT2FS''' (ou '''ext2''') : c'est le système de fichiers historique de Linux, il n'est pas forcément le meilleur choix car, n'étant pas journalisé, si vous éteignez mal votre ordinateur, linux prendra beaucoup de temps pour tester les disques durs (de la même manière que le scandisk de Microsoft).
* '''EXT3FS''' (ou '''ext3''') : c'est l'évolution logique du ext2. Il présente l'avantage d'être compatible avec l'ext2 tout en étant journalisé. Il n'implémente toute fois pas les toutes dernières innovations en matière de journalisation. Utilisez ce système de fichiers si vous comptez pouvoir relire des informations depuis votre windows.
* '''REISERFS''' : c'est un système de fichiers journalisé. C'est un bon choix. Il est réimplémenté à partir de zéro et bénéficie de beaucoup d'innovations.

Il en existe d'autres, mais préférez-leur l'un de ceux-là, sauf si vous avez une bonne raison.

Windows utilise quant à lui un système VFAT (partitions limitées à 2 Go) ou FAT32, voire FAT (l'ancien système de fichier du DOS). Vous ne pouvez pas installer Linux sur une partition de ce type, car elles ne gèrent pas les [../admin/permissions.php3 permissions]. Les dernières versions de Windows (NT, 2000 et XP) utilisent aussi le système de fichiers NTFS, mais Microsoft n'a pas fourni les spécifications techniques de ce format et Linux (ainsi que la plupart des autres systèmes d'exploitation) est incapable de le gérer correctement (prévoyez une partition en VFAT-FAT32 pour partager des informations facilement entre Linux et Windows) : Linux sait lire les informations sur une partitions NTFS mais pas en écrire (cette fonctionnalité est en cours de développement).

==== Les disques durs et les partitions sous Linux ====

Tout d'abord, voyons comment Linux identifie et organise les disques durs.

Pour les disques '''IDE''', la numérotation se fait avec un préfixe "'''<tt>hd</tt>'''", suivi par une lettre, "'''<tt>a</tt>'''" pour le premier IDE maître, "'''<tt>b</tt>'''" pour le premier esclave, etc. <br /> En résumé on a :

* <tt>hda  </tt> Disque maître sur le 1er contrôleur IDE
* <tt>hdb  </tt> Disque esclave sur le 1er contrôleur IDE
* <tt>hdc  </tt> Disque maître sur le 2eme contrôleur IDE
* <tt>hdd  </tt> Disque esclave sur le 2eme contrôleur IDE

Si vous avez d'autres contrôleurs IDE (hé oui, cela arrive !) la numérotation se poursuit (<tt>hde</tt>, <tt>hdf</tt>, etc.). <br /> Attention : les lecteurs de CD-ROM IDE apparaissent comme un disque dur. Si votre CD est maître sur la deuxième nappe par exemple, il sera nommé <tt>hdc</tt>.

Pour les disques '''SCSI''', cette fois c'est l'ID SCSI qui va donner la lettre, le préfixe étant "'''<tt>sd</tt>'''". <br /> Prenons par exemple 3 disques scsi d'id 0,1 et 3 on va avoir :

* <tt>sda  </tt> Disque d'ID 0
* <tt>sdb  </tt> Disque d'ID 1
* <tt>sdd  </tt> Disque d'ID 3

Attention : les lecteurs de CD-ROM SCSI, les ZIP, JAZ, etc. SCSI ainsi que les périphériques de stockage USB (appareils photo, clefs USB...) apparaissent comme un disque dur SCSI ; ils se nomment aussi <tt>sdx</tt> suivant leur ID. Astuce : pour connaître la liste de vos périphériques de ce type, tapez : <code>cdrecord -scanbus</code>.

Les '''partitions''' sont quant à elles représentées par le nom du disque dur, suivi d'un chiffre représentant la partition. <br /> Par exemple, la première partition du premier disque IDE se nomme '''<tt>hda1</tt>''', de même, la troisième partition du disque SCSI d'ID 1 se nommera '''<tt>sdb3</tt>'''.

==== Organisation des fichiers sous Linux ====

'''L'arborescence'''<br />

Sous Linux, ou tout autre Unix d'ailleurs, il n'y a pas de lettre représentant le disque dur comme le <tt>C:</tt> de Windows/DOS. <br /> De plus, le signe '<tt>\</tt>' est remplacé par '<tt>/</tt>' pour séparer les répertoires. <br /> Il y a une seule arborescence, qui débute à la "racine", notée '<tt>/</tt>', et tous les disques durs/partitions apparaissent dans cette arborescence avec leur contenu de façon transparente comme un répertoire.

'''Les périphériques'''<br /> De plus, tout périphérique est identifié à un fichier qui se trouve dans le répertoire <tt>/dev</tt> (comme '''dev'''ice, périphérique en anglais). Par exemple, le disque maître du deuxième port IDE est identifié par <tt>/dev/hdc</tt>, sa deuxième partition par <tt>/dev/hdc2</tt>. <br /> Le lecteur de disquette est représenté par <tt>/dev/fd0</tt>, etc.

'''Les partitions / les points de montage'''<br /> Les partitions que l'on va créer sur les disques durs seront attachées à des répertoires de l'arborescence, ou "'''points de montage'''". C'est ce qu'on appelle "''monter une partition''". Le point de montage est un simple répertoire, vide avant le montage, et qui après le montage, représente le contenu de la partition montée. <br /> Par exemple, supposons que nous ayons créé une partition <tt>/dev/hda2</tt> (premier disque IDE, 2ème partition) pour contenir le système. On ''montera'' cette partition (automatiquement, heureusement !) dans le répertoire racine <tt>/</tt>. Si la partition <tt>/dev/hda3</tt> est destinée à contenir les données utilisateur, on la montera dans le ''point de montage'' (=répertoire) <tt>/home</tt>. On verra le contenu de cette partition dans le répertoire <tt>/home</tt> comme si c'était n'importe quel autre répertoire, alors que physiquement les données sont sur une autre partition. <br /> De même, pour accéder à la disquette, on montera le périphérique <tt>/dev/fd0</tt> dans le point de montage <tt>/mnt/floppy</tt> ou <tt>/floppy</tt> (selon la distribution) et pour accéder au CD-ROM, on montera le périphérique <tt>/dev/cdrom</tt> dans le point de montage <tt>/mnt/cdrom</tt> ou <tt>/cdrom</tt>.

'''Les répertoires standards'''<br /> Linux possède des répertoires "spéciaux" à la racine (un peu comme le <tt>C:\windows</tt>), qui sont classiques dans les systèmes Unix et peuvent ou non représenter un point de montage pour une partition.

On a déjà vu par exemple le répertoire spécial <tt>/dev</tt> où tous les périphériques sont répertoriés en tant que fichiers, ou encore le répertoire <tt>/home</tt> qui contient les données personnelles des utilisateurs.

Chacun des répertoires ci-dessous peut être soit un simple répertoire dans la partition racine, soit le ''point de montage'' d'une autre partition, mais dans tous les cas le résultat est le même : des fichiers dans des répertoires.

<center>

<u>Les répertoires standards de Linux sont :</u>

</center>

<br />

{| width="100%" border="1"
| width="20%" |
/
| width="80%" |
La racine du système = la base.
|-
| width="20%" |
/boot
| width="80%" |
Fichiers utilisés pour booter le noyau
|-
|
/usr
|
Programmes, données, accessibles par les utilisateurs et non nécessaires lors du boot
|-
| width="20%" |
/home
| width="80%" |
Tous les répertoires de base des utilisateurs et de certains services comme le FTP, le serveur Web, Samba, etc.
|-
| width="20%" |
/dev
| width="80%" |
Tous les périphériques. Le repertoire est en général géré dynamiquement par le système.
|-
| width="20%" |
/bin
| width="80%" |
Programmes nécessaires au boot, et disponibles ensuite à tous les utilisateurs
|-
|
/sbin
|
Programmes nécessaires au boot, disponibles au root uniquement
|-
| width="20%" |
/var
| width="80%" |
Fichiers de log, spool d'impression, de mail, etc. En général, fichiers qui changent tout le temps ( variable, d'ou le nom /var )
|-
| width="20%" |
/etc
| width="80%" |
Fichiers de configuration du système
|-
| width="20%" |
/root
| width="80%" |
Répertoire home de l'administrateur
|-
| width="20%" |
/lib
| width="80%" |
Bibliothèques et modules (comme les DLL de Windows) nécessaires au boot
|-
| width="20%" |
/tmp
| width="80%" |
Fichiers temporaires
|-
| width="20%" |
/mnt
| width="80%" |
Répertoire proposé pour monter des périphériques (ou /mnt/cdrom, /mnt/floppy, /mnt/zip, etc.)
|-
| width="20%" |
/proc et /sys
| width="80%" |
Fichiers d'information sur la configuration système (les fichiers sont générés dynamiquement, pas de modifications possibles). Les fichiers dans ce répertoire n'existent pas sur le disque, c'est Linux qui les crée en temps réel lorsque vous en avez besoin.
|-
|
/opt
|
Dans ce répertoire (optionnel), on peut ajouter des logiciels afin qu'ils ne s'installent pas dans les répertoires système. Peu utilisé, sauf par certaines applications commerciales.
|}

<blockquote>

Et j'en passe...

</blockquote>

=== Passons à la pratique ! ===

On peut installer Linux sur une partition DOS/Windows avec par exemple Linux4win de Mandrake. Cette méthode est pratique car elle nécessite un minimum de travail sur le système d'exploitation d'origine (en général Windows) : Linux s'installe dans un gros fichier sur le disque Windows. <br /> Cependant, je vous déconseille cette méthode, à moins que vous y soyez obligé. Un tel système est très ralenti (au moins d'un facteur 2) et vous allez être très déçu des performances de Linux ; de plus il arrive parfois des problèmes d'incompatibilités avec cette méthode. Au prix où sont les disques durs aujourd'hui et vu leur taille grandissante, vous trouverez bien de la place pour créer des partitions Linux.

==== Préparation ====

Avant de commencer l'installation, vous allez donc devoir libérer de la place pour les nouvelles partitions Linux. Si vous comptez installer Linux sur un disque vierge, pas de problème. Par contre, si vous voulez faire cohabiter Windows et Linux sur le même disque, et que Windows est déjà installé sur la totalité du disque, il va falloir arranger ça :) (à moins que vous ne vouliez réinstaller Windows de zéro).

On va devoir passer de ça :

<div class="code"> <----------------- Windows --------------><br /> |==========================================| <- disque dur </div>

à ça :

<div class="code"> <- Windows -> <- place libre pour Linux -><br /> |=============|============================| <- disque dur </div>

Alors soit vous virez tout et vous réinstallerez Windows, c'est le plus simple évidemment, <br /> soit vous redimensionnez votre partition Windows. Pour ce faire, utilisez un logiciel approprié, comme FIPS (souvent sur les CD des distributions), ou [http://www.users.intercom.com/~ranish/part/ Partition Manager] (un freeware sous DOS) encore Partition Magic (produit commercial). Pour ça, je vous renvoie à la documentation du logiciel utilisé.

<div class="note">

<u>Remarque 1</u> : Partition Manager a l'air intéressant, il fonctionne sous DOS, est ''freeware'', et existe en version française. Il permet de gérer les partitions, de sauver le MBR (Master Boot Record, c'est là que vient s'enregistrer [install.php3#lilo LILO]) dans un fichier, de le restaurer, de modifier la taille d'une partition, de la formater, etc. (Voir la [http://www.users.intercom.com/~ranish/part/ page de Partition Manager].)

</div><div class="note">

<u>Remarque 2</u> : la distribution Mandriva est livrée avec un utilitaire de repartitionnement très performant, sachant même redimensionner les partitions au format NTFS.

</div>

Dans tous les cas, pensez à sauvegarder vos données perso !

==== Installation proprement dite : le partitionnement des disques ====

La plupart des installations commencent de la même façon : on crée une disquette de boot sous DOS/Windows avec l'utilitaire "RAWRITE" (livré sur les CD des distributions), des fois même deux disquettes (pour la Slackware) ; en général le CD de la distribution est bootable (Mandrake par exemple) et il n'y a alors pas besoin de disquette. Puis on boote sur la disquette ou le CD. <br /> Ensuite on suit les indications du programme d'installation, puis on arrive sur le partitionnement des disques (attention à la Slackware où on n'atterrit pas sur ce point directement : après s'être logué en <tt>root</tt> il faut taper "<tt>fdisk</tt>" AVANT de taper "<tt>setup</tt>"). Détaillons un peu cette procédure de partitionnement.

Pour partitionner votre disque vous allez appeler la commande <tt>fdisk</tt> suivie du nom du disque sur lequel vous voulez installer Linux, par exemple "<tt>fdisk /dev/hda</tt>". Des logiciels plus conviviaux existent comme DiskDruid (disponible lors de l'installation d'une Red Hat par exemple) ou [http://www.linux-mandrake.com/diskdrake/ DiskDrake] de MandrakeSoft fonctionnant en mode graphique (mais il me semble qu'il nécessite que Linux soit déjà installé !).

Je vous renvoie à l'installation HOWTO ([http://www.tldp.org/HOWTO/Installation-HOWTO/index.html anglais]/[http://www.freenix.org/unix/linux/HOWTO/Installation-HOWTO.html français]) pour toutes les commandes de <tt>fdisk</tt> ; les principales sont :

* <tt>n  </tt> Crée une partition, de type linux native (<tt>ext2fs</tt>) par défaut.
* <tt>t  </tt> Change le type d'une partition (83 linux native, 82 linux swap).

Dans <tt>fdisk</tt>, tapez "<tt>m</tt>", afin d'accéder à la liste de toutes les commandes possibles. C'est assez bien indiqué dans l'installation-HOWTO.

'''Attention''' : le nombre de partitions dites "''primaires''" est limité à 4. Ainsi, si vous souhaitez définir plus de 4 partitions sur un même disque, l'une de ces 4 partitions primaires doit être définie comme "''étendue''", elle contiendra alors toutes les autres partitions. Les partitions primaires sont numérotées de 1 à 4, les partitions créés à l'intérieur de la partition étendue sont numérotées à partir de 5.

==== De '''combien de partitions''' allez vous avoir besoin ? ====

* Tout d'abord, une partition pour le '''swap'''. Le swap c'est la mémoire virtuelle de Linux. La taille ? Ca va dépendre de votre mémoire physique. En règle générale, on avait pour habitude de doubler la taille de la mémoire physique mais cela n’est plus indispensable avec les ordinateurs d’aujourd’hui. Pour les machines disposant de 512 Mo ou plus de RAM, il convient de choisir une partition swap de taille identique. Je vous conseille donc un swap de 512 Mo (pour 512Mo dans mon ordi.) : créez sous Linux avec <tt>fdisk</tt> une partition de type 82 de 512 Mo.
* Pour le reste, vous avez le choix : <br /> La chose la plus simple est une seule partition (en plus du swap), qui contiendra toutes les données (système & utilisateur) ; prenez le plus de place possible (1 Go mini). <br /> En fait, il est intéressant de créer au moins deux partitions : une qui contiendra le système et une autre pour vos données personnelles. Comme ça, vous pouvez réinstaller Linux et même formater la partition système sans perdre vos données perso. Pour la même raison, on peut pousser le raffinement jusqu'à avoir une troisième partition afin de contenir les logiciels que vous installerez par la suite (OpenOffice par exemple). (voir plus haut le tableau des [#repertoires_std répertoires standards])
À ces partitions, on attribuera des ''points de montage''. <br /> - C'est quoi un point de montage ? <br /> - Ah mais vous n'avez pas lu le paragraphe [#orga_fichiers précédent] ? :-)

===== Si vous installez un serveur : =====

L'une des méthodes les plus utilisées, c'est de mettre le <tt>/</tt> sur un petit disque ou une partition, puis <tt>/usr</tt> sur un autre disque en point de montage. Si notre système va être un serveur avec beaucoup d'utilisateurs, qui vont avoir beaucoup de données personnelles à stocker, on peut créer aussi un <tt>/home</tt> en point de montage sur un autre disque. On va aussi généralement réserver un disque ou une partition pour le répertoire temporaire que l'on montera dans <tt>/tmp</tt>, et encore une autre pour le <tt>/var</tt>. En fait, on ne va laisser dans le disque contenant la racine que les informations qui bougent peu et dont le volume augmente peu. <br /> Ainsi on ne charge pas le disque de point de montage <tt>/</tt> des répertoires <tt>/usr</tt>, <tt>/home</tt>, etc., ce qui permet de facilement maintenir le système (si <tt>/home</tt> est plein, on prend un disque + gros que l'on monte en <tt>/home</tt> et on recopie tout dessus, ça permet de ne pas casser le reste...), etc. Ca a plein d'avantages, je vous conseille de faire comme ça si vous avez plusieurs disques. De plus si un disque crashe, si ce n'est pas le disque contenant la racine <tt>/</tt>, ça permet de rebooter quand même la machine, de travailler un minimum pour réinstaller un disque sans à avoir à réinstaller un système de base. <br /> Remarque : si vous installez un serveur qui sera très sollicité, soyez généreux pour la taille du swap (2 fois la taille de la RAM est un bon début).

===== Si vous installez sur une machine perso : =====

Sur une machine mono-utilisateur, voire mono-disque, on peut faire une partition pour le <tt>/</tt> (mini 1Go recommandé 2Go), une pour <tt>/home</tt> et une pour le swap (128 Mo par exemple). Vous pouvez aussi éventuellement faire une partition pour <tt>/opt</tt> qui contiendra les logiciels que vous avez installés vous-même et qui ne proviennent pas de la distribution. Ca permet de mettre à jour voire de réinstaller la distribution sans trop devoir travailler derrière pour que ça fonctionne comme avant.

''exemple de partionnement :''

<div class="code"> <- /dev/hda1 -> <--- /dev/hda2 (étendue) --><br />    (primaire)    /dev/hda5    hda6     hda7<br /> <-- Windows --> <-- / --> <- /home -> <swap> <-pt de montage<br /> |===============|=========|===========|======| <-disque dur<br />      10 Go        4 Go      25 Go    512 Mo </div>

Lorsque vous disposez de beaucoup de place sur vos disques (j'ai par exemple 2 disques de 80 Go), pour une utilisation personnelle, 3 ou 4 Go suffisent pour la racine (ou alors 1 Go pour la racine et 2 Go pour /usr), gardez votre swap entre 128 et 512 Mo, et enfin, le reste pour /home (j'ai monté un de mes disques contenant une seule partition dans /mnt/data et j'y stocke mes fichiers multimédia).

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par J.C. Cardot & S. Tchesmeli le 29/11/1999.</div>

= Copyright =
Copyright © 29/11/1999, J.C. Cardot & S. Tchesmeli
{{CC-BY-NC-SA}}

=Autres ressources=
* Hardware-HOWTO ([http://www.tldp.org/HOWTO/HOWTO-INDEX/hardware.html anglais]/[http://www.freenix.org/unix/linux/HOWTO/Hardware-HOWTO.html français])
* Installation-HOWTO ([http://www.tldp.org/HOWTO/HOWTO-INDEX/os.html#OSINSTALL anglais]/[http://www.freenix.org/unix/linux/HOWTO/Installation-HOWTO.html français])
plus...
* [http://www.users.intercom.com/~ranish/part/ Partition Manager]
* [http://jc.bellamy.free.fr/fr/multiboot.html Tout sur le MBR]