Lea Linux - Contributions [fr]

Dimensionnement mémoire d'un serveur web Apache

2006-12-05T21:35:05Z

Misc : ajout de MaxClient que j'ai oublié ( merci yanntech )

== Dimensionnement d'un serveur web apache ==
---------------------------------------

De nos jours, mettre en place un serveur web est une tache relativement facile.
La plupart des sites n'ayant pas pour vocation de remplacer yahoo et google, et
la capacité des machines étant en hausse constante, une installation de base de
apache suffit pour la plupart des particuliers.

Néanmoins, dans un contexte professionnel, ça ne suffit généralement pas.
Nous allons donc voir une méthode pour déterminer comment régler apache.
Ce guide ne prétend pas permettre de répondre à tout les problémes, mais peut
servir de base à des changements en finesse.

== Présentation de la machine et des besoins ==

Notre exemple est tiré d'un cas réel.
Le serveur en question tourne sur un noyau 2.6.16, avec un bi-xeon 2,8 Ghz,
1 Go de ram, et 2 Go de swap.
La version d'apache est une version 2.0.54.
Le serveur a une tache trés simple, c'est de servir de portail pour authentifier
les utilisateurs en dehors du réseau intranet. Chaque utilisateur se connecte, reçoit un
cookie, et surfe sur les pages du site.
Les utilisateurs sont dans une base ldap, les cookies dans une base postgresql, et le
portail est écrit en mod_python.
Pour diverses raisons, apache utilise le module prefork, sans thread, car les tests ont montré
des erreurs dûes au code non multithread du portail ( ou d'une bibliothèque associée ). Ça tombe bien, car cela simplifie le calcul de dimensionnement.

== Principes généraux sur l'optimisation d'apache ==

De nombreux documents existent sur le sujet, comme :
http://httpd.apache.org/docs/2.0/misc/perf-tuning.html
http://www.jacobian.org/writing/2005/dec/12/django-performance-tips/
http://virtualthreads.blogspot.com/2006/01/tuning-apache-part-1.html

Je vous conseille de les lire en entier, et d'essayer de les comprendre.

Pour résumer, le principe général de l'optimisation est le suivant : pour chaque serveur, il
y a 4 ressources ( ou plus ) :
* la ram
* le disque
* le processeur
* la bande passante

Il faut identifier la ressource qui coincera la première, et si besoin, agir à ce niveau.
Dans le cas d'apache, ça dépend de ce qui est servi. Un site avec des pages complexes en php va utiliser du cpu, ou de la ram. Un site proposant des films ou des vidéos va surtout utiliser le disque ou la bande passante.

Dans le cas de notre exemple, le site n'utilise pas le disque, ne fait pas d'opération coûteuse en temps CPU, et n'est pas limité par le réseau.

Pour le savoir, c'est trés simple, il suffit d'utiliser ab ( apache benchmark ), et de surveiller
les ressources, avec htop, iostat, ntop, etc. Je vous conseille de lire cette article pour avoir une vue rapide des outils utilisés : http://www.redhat.com/magazine/011sep05/features/tools/
( ou le début de ce document http://www.lemis.com/grog/Papers/Debug-tutorial/tutorial.pdf )

Dans notre exemple, la supervision des ressources vient de munin, et le benchmark d'un moteur de recherche interne mal réglé, poussant le serveur au delà des limites de la configuration par défaut.

Donc, après "benchmark", nous avons constaté que la limitation principal, ce fut le nombre de processus.

La configuration, quasiment par défaut, contient :
<code>
<IfModule prefork.c>
# nombre maximum de processus au repos
MaxSpareServers 10

# nombre minimum de processus au repos
MinSpareServers 5

# nombre maximum de processus
MaxClients 20

# nombre de requêtes avant de relancer le processus
MaxRequestsPerChild 1000

# nombre de serveurs lancés au démarrage
StartServers 5
</IfModule>
</code>
Ce qui nous limite à 20 processus simultanés.

Comme indiqué dans la documentation d'apache, c'est un protection. Permettre de lancer un nombre illimité de serveur ne sert à rien, car il y a toujours une ressource qui va manquer. Donc, cela permet de ménager la machine, pour intervenir en cas de probléme.

Néanmoins, ces valeurs ne sont pas optimales, et nous allons voir comment les augmenter, et de combien.

== Un peu de calcul ==

La mémoire, sous linux et sans doute sous d'autres unix, voir d'autres OS, est toujours occupé au maximum. Soit les processus qui tournent l'utilisent, soit le noyau se sert de ceci comme cache.

Notre première étape va donc être de calculer quel part est prise par le cache, via la commande free :

misc@teferi# free
total used free shared buffers cached
Mem: 1033980 978420 55560 0 83672 729744
-/+ buffers/cache: 165004 868976
Swap: 1999192 284 1998908

Soit, ~ 730 Mo de cache ( en dessous de cached ), sur un total de 1000 Mo. Parmi les 730 Mo, j'ai décidé d'en mettre la moitié pour apache, soit ~ 360 Mo. On peut en mettre plus, si le serveur ne fait que ça, mais je préfère laisser de la place pour d'autres taches, et 360 Mo seront largement suffisant, comme nous verrons par la suite.

La deuxiéme partie, c'est de savoir combien de serveur en plus peut on mettre dans 360 Mo. Le calcul est simple, on prends la mémoire prise par un serveur, et on divise.
Jusqu'ici, tout va bien, mais ça ne va pas durer.

La gestion de la mémoire sous linux est assez complexe. Les zones mémoires sont partagées entre les processus si elles sont identiques, les zones peuvent être en swap ou en mémoire, et d'une maniére général, les outils sont verbeux.

Pour déterminer la taille utilisée par un client, le premier pas est d'utiliser ps, pour voir les processus. C'est ainsi que j'ai vu que chaque serveur apache se connecte directement à postgresql, il faut donc déterminer la taille des 2 processus.

Je me suis basé sur ce guide ( http://www.kdedevelopers.org/node/1445 ), et j'ai obtenu les chiffres suivants grâce à 'top' :

Un processus apache prends en moyenne :
data(DATA) 7000, shared(SHR) 3500, resident(RES) 10000, virtual(VIRT) 16000

Un processus postgresql prends :
data(DATA) 1500, shared(SHR) 2800, resident(RES) 4000, virtual(VIRT) 17000

VIRT n'est pas utile dans notre calcul, c'est la mémoire demandé, pas la mémoire alloué.

SHR, c'est de la mémoire partagée. Comme nos processus sont identiques, c'est de la mémoire qui ne compte que pour le premier processus. Donc non utile pour notre calcul, ou du moins négligeable.

RES est la mémoire utilisée par le processus, mais ça compte aussi la mémoire qui est potentiellement partagée.

Il ne reste que DATA, obtenu via la touche 'f' dans top.
DATA, c'est la mémoire non partagée du processus, c'est donc ce qu'on cherche, dans notre cas.

Donc apache + postgresql, ça fait 9000 ko de DATA, soit à peu prés 9 mo par paire,
non partagés avec les processus déjà en mémoire.

Nous pouvons donc, sur les 360 Mo, mettre 360 / 9 = 40 paires en plus, donc 40 serveurs.

La configuration d'apache devient donc :

<IfModule prefork.c>
# 20 de base + les 40 plus haut
# ce qui fait 60 clients
MaxClient 60

# nombre maximum de processus au repos
# moitié de MaxClients, mais c'est plus au feeling
MaxSpareServers 30

# nombre minimum de processus au repos

MinSpareServers 5
# nombre de requêtes avant de relancer le processus
MaxRequestsPerChild 1000

# nombre de serveurs lancés au démarrage
StartServers 5
</IfModule>

== Pourquoi ne pas avoir pris la swap en compte dans le calcul ? ==

En effet, il y a une partition de swap de 2 Go, et nous aurions pu la prendre
en compte. Mais j'estime qu'un serveur qui commence à utiliser la swap est un serveur
trop chargé. Utiliser la swap implique d'écrire sur le disque, ce qui est
plus lent, ce qui ralenti les lectures ( donc le lancement d'autres processus,
ou des données ), les écritures ( les logs ), et doit donc être évité en temps
normal.

De plus, il existe des serveurs utilisant le disque de façon bien plus intensive que apache,
et vous devez autant que possible séparer les ressources dans ce cas. Postfix et postgresql sont deux exemples de serveurs dépendants du disque, et il vaut mieux refuser une partie des clients en cas de pic, que de rendre la machine inutilisable.

Prenons un exemple :
vous avez, malgré ce document, décidé de mettre plus de clients qu'il est possible de faire tenir en mémoire. Et aujourd'hui, c'est la gloire, vous passez sur cnn, pour votre papier sur les camps de tortures illégaux au sud de la floride.

Vos premiers clients arrivent, puis, le serveur commence à placer des processus dans le swap. La charge continue de monter, et le serveur devient plus lent à répondre. Les clients s'accumulent, et les processus, mettant plus de temps à traiter les requêtes, sont de moins en moins nombreux à être disponible, et apache est donc obligé de mettre les requêtes dans une file.

Le serveur, croulant sous la charge, ne répond plus au ssh, ni à la majorité des requêtes, et vous ne pouvez pas vous connecter, afin de mettre une redirection, ou de placer le document autre part. Fin de la partie. Et bien sûr, tout les autres services de la machine en pâtissent.

Avec une limitation des clients, le serveur reste en place. Vous avez tout le loisir de modifier les pages, de rediriger les autres services ailleurs, ou de libérer la mémoire des taches non essentielles ( par exemple, basculer un serveur mysql ailleurs ).
Et vous continuez à servir une partie des clients web.

{{Copy|2006|Michael Scherer|CC-BY-SA}}

Dimensionnement mémoire d'un serveur web Apache

2006-11-02T12:46:12Z

Misc : Ajout de la doc

== Dimensionnement d'un serveur web apache ==
---------------------------------------

De nos jours, mettre en place un serveur web est une tache relativement facile.
La plupart des sites n'ayant pas pour vocation de remplacer yahoo et google, et
la capacité des machines étant en hausse constante, une installation de base de
apache suffit pour la plupart des particuliers.

Néanmoins, dans un contexte professionnel, ça ne suffit généralement pas.
Nous allons donc voir une méthode pour déterminer comment régler apache.
Ce guide ne prétend pas permettre de répondre à tout les problémes, mais peut
servir de base à des changements en finesse.

== Présentation de la machine et des besoins ==

Notre exemple est tiré d'un cas réel.
Le serveur en question tourne sur un noyau 2.6.16, avec un bi-xeon 2,8 Ghz,
1 Go de ram, et 2 Go de swap.
La version d'apache est une version 2.0.54.
Le serveur a une tache trés simple, c'est de servir de portail pour authentifier
les utilisateurs en dehors du réseau intranet. Chaque utilisateur se connecte, reçoit un
cookie, et surfe sur les pages du site.
Les utilisateurs sont dans une base ldap, les cookies dans une base postgresql, et le
portail est écrit en mod_python.
Pour diverses raisons, apache utilise le module prefork, sans thread, car les tests ont montré
des erreurs dûes au code non multithread du portail ( ou d'une bibliothèque associée ). Ça tombe bien, car cela simplifie le calcul de dimensionnement.

== Principes généraux sur l'optimisation d'apache ==

De nombreux documents existent sur le sujet, comme :
http://httpd.apache.org/docs/2.0/misc/perf-tuning.html
http://www.jacobian.org/writing/2005/dec/12/django-performance-tips/
http://virtualthreads.blogspot.com/2006/01/tuning-apache-part-1.html

Je vous conseille de les lire en entier, et d'essayer de les comprendre.

Pour résumer, le principe général de l'optimisation est le suivant : pour chaque serveur, il
y a 4 ressources ( ou plus ) :
* la ram
* le disque
* le processeur
* la bande passante

Il faut identifier la ressource qui coincera la première, et si besoin, agir à ce niveau.
Dans le cas d'apache, ça dépend de ce qui est servi. Un site avec des pages complexes en php va utiliser du cpu, ou de la ram. Un site proposant des films ou des vidéos va surtout utiliser le disque ou la bande passante.

Dans le cas de notre exemple, le site n'utilise pas le disque, ne fait pas d'opération coûteuse en temps CPU, et n'est pas limité par le réseau.

Pour le savoir, c'est trés simple, il suffit d'utiliser ab ( apache benchmark ), et de surveiller
les ressources, avec htop, iostat, ntop, etc. Je vous conseille de lire cette article pour avoir une vue rapide des outils utilisés : http://www.redhat.com/magazine/011sep05/features/tools/
( ou le début de ce document http://www.lemis.com/grog/Papers/Debug-tutorial/tutorial.pdf )

Dans notre exemple, la supervision des ressources vient de munin, et le benchmark d'un moteur de recherche interne mal réglé, poussant le serveur au delà des limites de la configuration par défaut.

Donc, après "benchmark", nous avons constaté que la limitation principal, ce fut le nombre de processus.

La configuration, quasiment par défaut, contient :
<code>
<IfModule prefork.c>
# nombre maximum de processus au repos
MaxSpareServers 10

# nombre minimum de processus au repos
MinSpareServers 5

# nombre maximum de processus
MaxClients 20

# nombre de requêtes avant de relancer le processus
MaxRequestsPerChild 1000

# nombre de serveurs lancés au démarrage
StartServers 5
</IfModule>
</code>
Ce qui nous limite à 20 processus simultanés.

Comme indiqué dans la documentation d'apache, c'est un protection. Permettre de lancer un nombre illimité de serveur ne sert à rien, car il y a toujours une ressource qui va manquer. Donc, cela permet de ménager la machine, pour intervenir en cas de probléme.

Néanmoins, ces valeurs ne sont pas optimales, et nous allons voir comment les augmenter, et de combien.

== Un peu de calcul ==

La mémoire, sous linux et sans doute sous d'autres unix, voir d'autres OS, est toujours occupé au maximum. Soit les processus qui tournent l'utilisent, soit le noyau se sert de ceci comme cache.

Notre première étape va donc être de calculer quel part est prise par le cache, via la commande free :

misc@teferi# free
total used free shared buffers cached
Mem: 1033980 978420 55560 0 83672 729744
-/+ buffers/cache: 165004 868976
Swap: 1999192 284 1998908

Soit, ~ 730 Mo de cache ( en dessous de cached ), sur un total de 1000 Mo. Parmi les 730 Mo, j'ai décidé d'en mettre la moitié pour apache, soit ~ 360 Mo. On peut en mettre plus, si le serveur ne fait que ça, mais je préfère laisser de la place pour d'autres taches, et 360 Mo seront largement suffisant, comme nous verrons par la suite.

La deuxiéme partie, c'est de savoir combien de serveur en plus peut on mettre dans 360 Mo. Le calcul est simple, on prends la mémoire prise par un serveur, et on divise.
Jusqu'ici, tout va bien, mais ça ne va pas durer.

La gestion de la mémoire sous linux est assez complexe. Les zones mémoires sont partagées entre les processus si elles sont identiques, les zones peuvent être en swap ou en mémoire, et d'une maniére général, les outils sont verbeux.

Pour déterminer la taille utilisée par un client, le premier pas est d'utiliser ps, pour voir les processus. C'est ainsi que j'ai vu que chaque serveur apache se connecte directement à postgresql, il faut donc déterminer la taille des 2 processus.

Je me suis basé sur ce guide ( http://www.kdedevelopers.org/node/1445 ), et j'ai obtenu les chiffres suivants grâce à 'top' :

Un processus apache prends en moyenne :
data(DATA) 7000, shared(SHR) 3500, resident(RES) 10000, virtual(VIRT) 16000

Un processus postgresql prends :
data(DATA) 1500, shared(SHR) 2800, resident(RES) 4000, virtual(VIRT) 17000

VIRT n'est pas utile dans notre calcul, c'est la mémoire demandé, pas la mémoire alloué.

SHR, c'est de la mémoire partagée. Comme nos processus sont identiques, c'est de la mémoire qui ne compte que pour le premier processus. Donc non utile pour notre calcul, ou du moins négligeable.

RES est la mémoire utilisée par le processus, mais ça compte aussi la mémoire qui est potentiellement partagée.

Il ne reste que DATA, obtenu via la touche 'f' dans top.
DATA, c'est la mémoire non partagée du processus, c'est donc ce qu'on cherche, dans notre cas.

Donc apache + postgresql, ça fait 9000 ko de DATA, soit à peu prés 9 mo par paire,
non partagés avec les processus déjà en mémoire.

Nous pouvons donc, sur les 360 Mo, mettre 360 / 9 = 40 paires en plus, donc 40 serveurs.

La configuration d'apache devient donc :

<IfModule prefork.c>
# nombre maximum de processus au repos
# moitié de MaxClients, mais c'est plus au feeling
MaxSpareServers 30

# nombre minimum de processus au repos
MinSpareServers 5
# nombre de requêtes avant de relancer le processus
MaxRequestsPerChild 1000

# nombre de serveurs lancés au démarrage
StartServers 5
</IfModule>

== Pourquoi ne pas avoir pris la swap en compte dans le calcul ? ==

En effet, il y a une partition de swap de 2 Go, et nous aurions pu la prendre
en compte. Mais j'estime qu'un serveur qui commence à utiliser la swap est un serveur
trop chargé. Utiliser la swap implique d'écrire sur le disque, ce qui est
plus lent, ce qui ralenti les lectures ( donc le lancement d'autres processus,
ou des données ), les écritures ( les logs ), et doit donc être évité en temps
normal.

De plus, il existe des serveurs utilisant le disque de façon bien plus intensive que apache,
et vous devez autant que possible séparer les ressources dans ce cas. Postfix et postgresql sont deux exemples de serveurs dépendants du disque, et il vaut mieux refuser une partie des clients en cas de pic, que de rendre la machine inutilisable.

Prenons un exemple :
vous avez, malgré ce document, décidé de mettre plus de clients qu'il est possible de faire tenir en mémoire. Et aujourd'hui, c'est la gloire, vous passez sur cnn, pour votre papier sur les camps de tortures illégaux au sud de la floride.

Vos premiers clients arrivent, puis, le serveur commence à placer des processus dans le swap. La charge continue de monter, et le serveur devient plus lent à répondre. Les clients s'accumulent, et les processus, mettant plus de temps à traiter les requêtes, sont de moins en moins nombreux à être disponible, et apache est donc obligé de mettre les requêtes dans une file.

Le serveur, croulant sous la charge, ne répond plus au ssh, ni à la majorité des requêtes, et vous ne pouvez pas vous connecter, afin de mettre une redirection, ou de placer le document autre part. Fin de la partie. Et bien sûr, tout les autres services de la machine en pâtissent.

Avec une limitation des clients, le serveur reste en place. Vous avez tout le loisir de modifier les pages, de rediriger les autres services ailleurs, ou de libérer la mémoire des taches non essentielles ( par exemple, basculer un serveur mysql ailleurs ).
Et vous continuez à servir une partie des clients web.

{{Copy|2006|Michael Scherer|CC-BY-SA}}

Modèle:Plan-leapro-pro sys

2006-11-02T11:12:54Z

Misc : Ajout de l'article sur la configuration pache, vis à vis de la ram

== Administration système ==
*[[leapro-pro_sys-dispo|La Haute Disponibilité]]
*[[leapro-pro_sys-lvm|Le LVM (Logical Volume Manager)]]
*[[leapro-pro_sys-cryptofs|Crypter un système de fichiers]]
*[[Gestion des ACL]]
*[[leapro-pro_sys-dimensionnement-apache|Configurer apache par rapport à sa mémoire]]

Tunnels ethernet avec OpenSSH

2006-02-12T12:42:37Z

Misc :

Depuis la version 4.3 de Openssh, l'option pour faire des tunnels ip a été ajoutée, mais la doc sur internet est plutot rare sur le sujet.

Avant tout, il faut vérifier la version d'openssh sur le serveur et le client.
<code multi>
~ $ rpm -q openssh
openssh-4.3p1-3mdk
~ $ ssh sisay rpm -q openssh
openssh-4.3p1-0.1.20060mdk
</code>

L'exemple ici a été fait à partir de 2 mandriva, mais ça doit marcher sans modification
sur un autre linux ou *bsd.

Tout d'abord, il faut les droits root sur les 2 machines. En effet, il y a quelques opérations à faire, aussi bien au niveau de la configuration que du réseau.

== Sur le serveur ==

La première chose à faire est de dire à openssh d'autoriser les tunnels, en rajoutant cette directive :

<code>PermitTunnel yes</code>

dans /etc/ssh/sshd_config.

Il faut aussi retirer la séparation des priviléges, ou jouer sur les permissions de /dev/tun .
J'ai pris la facilité pour le moment, j'ai rajouté

<code>UsePrivilegeSeparation no</code>

Une autre solution est de donner les permissions en lecture écriture à un groupe particulier
sur /dev/tun, ce qui est bien plus simple et sûr.

<code>chmod :mongroupe /dev/tun</code>

et bien sur, être dans le groupe en question.

Il faut ensuite charger le module tun :

<code>modprobe tun</code>

et le rajouter dans /etc/modprobe.preload

<code>echo tun >> /etc/modprobe.preload</code>

pour le charger au prochain démarrage.

== Sur le client ==

Il faut simplement les droits sur /dev/tun, donc soit tourner en root, ou avoir la permission
d'écrire sur /dev/tun, comme plus haut, puis faire ( sisay etant le serveur ) :

<code>ssh -w any:any sisay</code>

Vous pouvez jeter une oeil sur les options -f et -N pour ne pas lancer de shell sur la machine distante. Et bien sur, les options habituels marchent encore ( clé, tunnel, master/slave ).

Puis, en root, vous pourrez changer l'ip de la nouvelle interface tun0 sur le serveur

<code>ifconfig tun0 10.0.0.1</code>

et faire pareil sur le client :

<code>ifconfig tun0 10.0.0.2</code>

Et finalement, vous pouvez maintenant tester le ping depuis le client :

<code>ping 10.0.0.1</code>

Le reste, c'est de la configuration normale pour les interfaces. Vous pouvez rajouter des routes, un firewall, n'importe quoi.

Néanmoins, il faut savoir que les connexions tcp par dessus tcp ( comme c'est le cas avec ssh ) sont déconseillées, de par la nature de tcp ( http://docs.mandragor.org/files/Misc/GLFM/lm31/TCP_over_TCP_mauvaise_iD.html ).

Tunnels ethernet avec OpenSSH

2006-02-12T12:41:20Z

Misc :

Depuis la version 4.3 de Openssh, l'option pour faire des tunnels ip a été ajouté, mais la doc sur internet est plutot rare sur le sujet.

Avant tout, il faut vérifier la version d'openssh sur le serveur et le client.
<code multi>
~ $ rpm -q openssh
openssh-4.3p1-3mdk
~ $ ssh sisay rpm -q openssh
openssh-4.3p1-0.1.20060mdk
</code>

L'exemple ici a été fait à partir de 2 mandriva, mais ça doit marcher sans modification
sur un autre linux ou *bsd.

Tout d'abord, il faut les droits root sur les 2 machines. En effet, il y a quelques opérations à faire, aussi bien au niveau de la configuration que du réseau.

== Sur le serveur ==

La première chose à faire est de dire à openssh d'autoriser les tunnels, en rajoutant cette directive :

<code>PermitTunnel yes</code>

dans /etc/ssh/sshd_config.

Il faut aussi retirer la séparation des priviléges, ou jouer sur les permissions de /dev/tun .
J'ai pris la facilité pour le moment, j'ai rajouté

<code>UsePrivilegeSeparation no</code>

Une autre solution est de donner les permissions en lecture écriture à un groupe particulier
sur /dev/tun, ce qui est bien plus simple et sûr.

<code>chmod :mongroupe /dev/tun</code>

et bien sur, être dans le groupe en question.

Il faut ensuite charger le module tun :

<code>modprobe tun</code>

et le rajouter dans /etc/modprobe.preload

<code>echo tun >> /etc/modprobe.preload</code>

pour le charger au prochain démarrage.

== Sur le client ==

Il faut simplement les droits sur /dev/tun, donc soit tourner en root, ou avoir la permission
d'écrire sur /dev/tun, comme plus haut, puis faire ( sisay etant le serveur ) :

<code>ssh -w any:any sisay</code>

Vous pouvez jeter une oeil sur les options -f et -N pour ne pas lancer de shell sur la machine distante. Et bien sur, les options habituels marchent encore ( clé, tunnel, master/slave ).

Puis, en root, vous pourrez changer l'ip de la nouvelle interface tun0 sur le serveur

<code>ifconfig tun0 10.0.0.1</code>

et faire pareil sur le client :

<code>ifconfig tun0 10.0.0.2</code>

Et finalement, vous pouvez maintenant tester le ping depuis le client :

<code>ping 10.0.0.1</code>

Le reste, c'est de la configuration normale pour les interfaces. Vous pouvez rajouter des routes, un firewall, n'importe quoi.

Néanmoins, il faut savoir que les connexions tcp par dessus tcp ( comme c'est le cas avec ssh ) sont déconseillées, de par la nature de tcp ( http://docs.mandragor.org/files/Misc/GLFM/lm31/TCP_over_TCP_mauvaise_iD.html ).

Tunnels ethernet avec OpenSSH

2006-02-12T12:40:44Z

Misc :

Depuis la version 4.3 de Openssh, l'option pour faire des tunnels ip a été ajouté, mais la doc sur internet est plutot rare sur le sujet.

Avant tout, il faut vérifier la version d'openssh sur le serveur et le client.
<code multi>
~ $ rpm -q openssh
openssh-4.3p1-3mdk
~ $ ssh sisay rpm -q openssh
openssh-4.3p1-0.1.20060mdk
</code>

L'exemple ici a été fait à partir de 2 mandriva, mais ça doit marcher sans modification
sur un autre linux ou *bsd.

Tout d'abord, il faut les droits root sur les 2 machines. En effet, il y a quelques opérations à faire, aussi bien au niveau de la configuration que du réseau.

== Sur le serveur ==

La première chose à faire est de dire à openssh d'autoriser les tunnels, en rajoutant cette directive :

<code>PermitTunnel yes</code>

dans /etc/ssh/sshd_config.

Il faut aussi retirer la séparation des priviléges, ou jouer sur les permissions de /dev/tun .
J'ai pris la facilité pour le moment, j'ai rajouté

<code>UsePrivilegeSeparation no</code>

Une autre solution est de donner les permissions en lecture écriture à un groupe particulier
sur /dev/tun, ce qui est bien plus simple et sûr.

<code>chmod :mongroupe /dev/tun</code>

et bien sur, être dans le groupe en question.

Il faut ensuite charger le module tun :

<code>modprobe tun</code>

et le rajouter dans /etc/modprobe.preload

<code>echo tun >> /etc/modprobe.preload</code>

pour le charger au prochain démarrage.

== Sur le client ==

Il faut simplement les droits sur /dev/tun, donc soit tourner en root, ou avoir la permission
d'écrire sur /dev/tun, comme plus haut, puis faire ( sisay etant le serveur ) :

<code>ssh -w any:any sisay</code>

Vous pouvez jeter une oeil sur les options -f et -N pour ne pas lancer de shell sur la machine distante. Et bien sur, les options habituels marchent encore ( clé, tunnel, master/slave ).

Puis, en root, vous pourrez changer l'ip de la nouvelle interface tun0 sur le serveur

<code>ifconfig tun0 10.0.0.1</code>

et faire pareil sur le client :

<code>ifconfig tun0 10.0.0.2</code>

Et finalement, vous pouvez maintenant tester le ping depuis le client :

<code>ping 10.0.0.1</code>

Le reste, c'est de la configuration normale pour les interfaces. Vous pouvez rajouter des routes, un firewall, n'importe quoi.

Néanmoins, il faut savoir que les connexions tcp par dessus tcp ( comme c'est le cas avec ssh ) sont déconseillés, de par la nature de tcp ( http://docs.mandragor.org/files/Misc/GLFM/lm31/TCP_over_TCP_mauvaise_iD.html ).

Tunnels ethernet avec OpenSSH

2006-02-12T12:38:46Z

Misc :

Depuis la version 4.3 de Openssh, l'option pour faire des tunnels ip a été ajouté, mais la doc sur internet est plutot rare sur le sujet.

Avant tout, il faut vérifier la version d'openssh sur le serveur et le client.
<code multi>
~ $ rpm -q openssh
openssh-4.3p1-3mdk
~ $ ssh sisay rpm -q openssh
openssh-4.3p1-0.1.20060mdk
</code>

L'exemple ici a été fait à partir de 2 mandriva, mais ça doit marcher sans modification
sur un autre linux ou *bsd.

Tout d'abord, il faut les droits root sur les 2 machines. En effet, il y a quelques opérations à faire, aussi bien au niveau de la configuration que du réseau.

== Sur le serveur ==

La premiére chose à faire est de dire à openssh d'authoriser les tunnels, en rajoutant cette directive :

<code>PermitTunnel yes</code>

dans /etc/ssh/sshd_config.

Il faut aussi retirer la séparation des priviléges, ou jouer sur les permissions de /dev/tun .
J'ai pris la facilité pour le moment, j'ai rajouté

<code>UsePrivilegeSeparation no</code>

Une autre solution est de donner les permissions en lecture écriture à un groupe particulier
sur /dev/tun, ce qui est bien plus simple et sur.

<code>chmod :mongroupe /dev/tun</code>

et bien sur, être dans le groupe en question.

Il faut ensuite charger le module tun :

<code>modprobe tun</code>

et le rajouter dans /etc/modprobe.preload

<code>echo tun >> /etc/modprobe.preload</code>

pour le charger au prochain démarrage.

== Sur le client ==

il faut simplement les droits sur /dev/tun, donc soit tourner en root, ou avoir la permission
d'écrire sur /dev/tun, comme plus haut, puis faire ( sisay etant le serveur ) :

<code>ssh -w any:any sisay</code>

Vous pouvez jeter une oeil sur les options -f et -N pour ne pas lancer de shell sur la machine distante. Et bien sur, les options habituels marchent encore ( clé, tunnel, master/slave ).

Puis, en root, vous pourrez changer l'ip de la nouvelle interface tun0 sur le serveur

<code>ifconfig tun0 10.0.0.1</code>

et faire pareil sur le client :

<code>ifconfig tun0 10.0.0.2</code>

Et finalement, vous pouvez maintenant tester le ping depuis le client :

<code>ping 10.0.0.1</code>

Le reste, c'est de la configuration normal pour les interfaces. Vous pouvez rajouter des routes, un firewall, n'importe quoi.

Néanmoins, il faut savoir que les connexions tcp par dessus tcp ( comme c'est le cas avec ssh ) sont déconseillés, de par la nature de tcp ( http://docs.mandragor.org/files/Misc/GLFM/lm31/TCP_over_TCP_mauvaise_iD.html ).

Tunnels ethernet avec OpenSSH

2006-02-12T12:36:16Z

Misc :

Depuis la version 4.3 de Openssh, l'option pour faire des tunnels ip a été ajouté, mais la doc sur internet est plutot rare sur le sujet.

Avant tout, il faut vérifier la version d'openssh sur le serveur et le client.
<code multi>
~ $ rpm -q openssh
openssh-4.3p1-3mdk
~ $ ssh sisay rpm -q openssh
openssh-4.3p1-0.1.20060mdk
</code>

L'exemple ici a été fait à partir de 2 mandriva, mais ça doit marcher sans modification
sur un autre linux ou *bsd.

Tout d'abord, il fau tles droits root sur les 2 machines. En effet, il y a quelques opérations à faire, aussi bien au niveau de la configuration que du réseau.

== Sur le serveur ==

La premiére chose à faire est de dire à openssh d'authoriser les tunnels, en rajoutant cette directive :

<code>PermitTunnel yes</code>

dans /etc/ssh/sshd_config.

Il faut aussi retirer la séparation des priviléges, ou jouer sur les permissions sur /dev/tun .
J'ai pris la facilité pour le moment, j'ai rajouté

<code>UsePrivilegeSeparation no</code>

Une autre solution est de donner les permissions en lecture écriture à un groupe particulier
sur /dev/tun, ce qui est bien plus simple et sur.

<code>chmod :mongroupe /dev/tun</code>

et bien sur, être dans le groupe en question.

Il faut ensuite charger le module tun :

<code>modprobe tun</code>

et le rajouter dans /etc/modprobe.preload

<code>echo tun >> /etc/modprobe.preload</code>

pour le charger au démarrage aprés.

== Sur le client ==

il faut simplement les droits sur /dev/tun, donc soit tourner en root, ou avoir la permission
d'écrire sur /dev/tun, comme plus haut, puis faire ( sisay etant le serveur ) :

<code>ssh -w any:any sisay</code>

Vous pouvez jeter une oeil sur les options -f et -N pour ne pas lancer de shell sur la machine distante. Et bien sur, les options habituels marchent encore ( clé, tunnel, master/slave ).

Puis, en root, vous pourrez changer l'ip de la nouvelle interface tun0 sur le serveur

<code>ifconfig tun0 10.0.0.1</code>

et faire pareil sur le client :

<code>ifconfig tun0 10.0.0.2</code>

Et finalement, vous pouvez maintenant tester le ping depuis le client :

<code>ping 10.0.0.1</code>

Le reste, c'est de la configuration normal pour les interfaces. Vous pouvez rajouter des routes, un firewall, n'importe quoi.

Néanmoins, il faut savoir que les connexions tcp par dessus tcp ( comme c'est le cas avec ssh ) sont déconseillés, de par la nature de tcp ( http://docs.mandragor.org/files/Misc/GLFM/lm31/TCP_over_TCP_mauvaise_iD.html ).

Proposition d'article

2006-02-12T12:26:09Z

Misc : /* Rubrique : Le réseau */

= Proposition d'article =
Indiquer ici les articles qui manquent et que vous vous proposez de créer, puis créez les ! Si vous avez besoin de mettre des images dans votre article, n'hésitez pas à demander à Léa les [[Lea_Linux:Groupe_Editeur|droit d'éditeurs]]. '''Ne mettez pas''' des articles que vous désireriez voir écrits par quelqu'un d'autre que vous !

<cadre type=alert>'''Note :''' pour proposer un nouveau truc ou une nouvelle astuce, utiliser [[Trucs:Proposition_d'un_truc|cette page]].</cadre>

Il suffit d'insérer dans la section qui correspond à votre article, quelque chose du genre :
* exemple : <nowiki>[[Nom de l'article]]</nowiki>
qui donnera :
* exemple : [[Nom de l'article]] (SVP ne créez pas l'article '''Nom de l'article''').
== Rubrique : Installation ==
* [[UBUNTU et eagle-usb]] [[Utilisateur: mujma|Marc UJMA]]
* [[Guide d'installation Linux SuSE 10.0 pas à pas]] leibowitz 29 janvier 2006
* [[Guide d'installation et de configuration de Fluxbox,Conky, Idesk, Fbpager]] pingadaroça 31/01/06

== Rubrique : X Window ==

== Rubrique : Matériel ==
* [[Utilisation des jukebox creative sous linux]] [[Utilisateur:Bimon]] 30 octobre 2005
=== Publiées ===
* [[Utiliser la carte wifi Intel PRO Wireless 2200BG]] [[Utilisateur:vvanholl]] 18 janvier 2005

== Rubrique : Logiciels ==
La journée du libre édition 2006 à Saint-Dié-Des-Vosges est préparé. Elle a été
pour la première fois organisé à Saint-Dié-Des-Vosges le 19 Mars 2005 sans
aucun but scolaire.

Cette année, elle est organisée, par un organisateur de l'an passée et l'a
intégrée, avec un des amis de promotion, dans un de leurs projets étudiants. Elle aura lieu le 4 février 2006 à partir de 10h jusqu'a 18h.

Information complémentaire sur : http://lajourneedulibre.free.fr

Gauthier FRANCOIS : gnublin@gmail.com

== Rubrique : Le réseau ==
* [[Debian GNU/Linux et IPv6]]. [[Utilisateur: Thomas Carlu|Thomas Carlu]] 25 oct 2005 à 1:15 (CEST)

* [[Sécurité des réseaux WIFI]]. --[[Utilisateur:Maston28|Maston28]] 13 nov 2005 à 16:30 (CET)

* [[Tunnels ethernet avec openssh 4.3]]. --[[Utilisateur:Misc|Misc]] 12 fév 2006 à 13:30 (CET)

== Rubrique : Administrer ==
* [[Arrêter Windows et son routeur Linux]], [[Utilisateur:Vivecom|Vivecom]] 26 nov 2005 à 16:40 (CET)

=== Publiés ===
* [[Gestion des ACL]] (ou [[ACL]] pour le titre). [[Utilisateur:Vincent Ramos|Vincent Ramos]] 24 oct 2005 à 23:00 (CEST)
::Fait. Bien qu'améliorable, l'article me semble complet. [[Utilisateur:Vincent Ramos|Vincent Ramos]] 26 oct 2005 à 00:22 (CEST) ;
* [[Attributs étendus]] (''chattr'' sur ext2 et ext3, outils efs2progs) [[Utilisateur:Vincent Ramos|Vincent Ramos]] 26 oct 2005 à 17:40 (CEST)

== Rubrique : Noyau et modules ==

* [[RT2500]] : compilation et installation du modules RT2500 Pour les cartes wifi , essai avec la carte '''PCI PC54G2''' , Auteur: Laplaine Freddy, Alias mr_pupu[corbeille]

== Rubrique : Développer ==

* [[Ocaml]] : une présentation du langage ocaml
*[[FreePascal]] : Un langage familier pour nombre de développeurs [[Utilisateur: mujma|Marc UJMA]]
*[[Trucs:Obtenir le code HTML d'un glyphe]] [[Utilisateur:Nicola|Nicola]] 2 jan 2006 à 19:10 (CET)

== Rubrique : Léavancé ==

* [[Virtualisation avec Xen]]
* [[OpenMosix]] axé Slackware mais applicable à d'autres distro

Discussion Lea Linux:AG 2005

2005-11-20T13:15:11Z

Misc :

* [[Utilisateur:ST|ST]] (AG + Confs + Soirée) - 1 personne
* [[Utilisateur:Maston28|Maston28]] (AG + Confs + Soirée) - 1 personne
* [[Utilisateur:Fred|Fred]] (AG + Confs + Soirée ... si hébergement) - 1 personne
* [[Utilisateur:Ennael|Anne]] (AG + Confs + Soirée) - 2 personnes
* [[Utilisateur:Phlogistique|Noé Rubinstein]] (Confs) - 1 personne - pas sur
* [[Utilisateur:Zragg|Zragg]] (AG + Confs + Soirée) - 1 personnes
* [[Utilisateur:Philheap|Philheap]] (AG + Confs + Soirée) - 2 personnes
* [[Utilisateur:LeaJice|Jice]] (AG + Confs + Soirée) - 1 personne
* [[Utilisateur:Pterjan|CMoi]] (Confs + Soirée) - 1 personne
* [[Utilisateur: Papyrus|youss]] (Confs + Soirée) - 1 personne
* [[Utilisateur: YannTech|Yann Verry]] (Soirée) - 2 personnes
* [[Utilisateur: Misc|Michael Scherer]] (Confs + Soirée) - 1 personne

Trucs:Où s'installent les RPMs ?

2005-10-28T15:30:36Z

Misc : ajout de switchs utiles

<div class="leapar">Jean-Thomas MUYL (maston28)<jean-thomas.muyl@lea-linux.org></div>

La question est récurrente, où vont donc se nicher les applications installées via RPM ?

<div class="code">[maston28@maston28 maston28]$ rpm -qpl /var/cache/urpmi/rpms/apache-1.3.27-8mdk.i586.rpm<br /> /usr/sbin/httpd<br />/usr/share/doc/apache-1.3.27<br /> /usr/share/doc/apache-1.3.27/README.ADVX<br /> /usr/share/man/man8/httpd.8.bz2<br /></div>

<br />
<div class="note">Comme ici, l'exécutable est souvent installé dans <code>/usr/bin</code> ou dans <code>/usr/sbin</code>.</div>

Si le rpm est déja installé sur le systéme, il faut retirer le -p
<div class="code">~ $ rpm -ql darkice<br /> /etc/darkice.cfg<br /> /usr/bin/darkice<br /> /usr/share/doc/darkice-0.14<br /> /usr/share/doc/darkice-0.14/AUTHORS<br /> /usr/share/doc/darkice-0.14/COPYING<br /> /usr/share/doc/darkice-0.14/ChangeLog<br /> /usr/share/doc/darkice-0.14/README<br /> /usr/share/doc/darkice-0.14/TODO<br /> /usr/share/man/man1/darkice.1.bz2<br /> /usr/share/man/man5/darkice.cfg.5.bz2<br /> </div>

Et si vous ne voulez que la configuration, il faut utiliser l'option --configfiles
<div class="code">~ $ rpm -ql --configfiles darkice<br />
/etc/darkice.cfg</div>

[[Catégorie:Trucs_Installation]]

SSH

2005-10-28T15:16:34Z

Misc : implémentation openssh alternative

[[Category:Sécurité]]
= SSh, la sécurisation par le chiffrement =

<div class="leatitre">SSh, la sécurisation par le chiffrement</div><div class="leapar">par [mailto:jpgaulier@un peu indigeance linux-france.org Jean-philippe Gaulier]</div>

'''Licence du document :''' FDL<br />http://www.gnu.org<br />

----

== Préambule ==

Il y a aujourd'hui deux possibilités de travail, en local (local work) ou à distance (remote work). Ce dernier est permis par l'utilisation du réseau, qu'il soit local (LAN) ou réellement éloigné, comme par Internet (WAN). De nombreux outils ont été fournis pour utiliser la capacité du réseau. Échanger, copier, utiliser des shells à distance. Les noms de ces outils sont respectivement FTP, rcp, telnet, etc... Bien que ces outils, utilisés pendant des années et même encore aujourd'hui dans certaines entreprises, soient très pratiques, ils comportent une faiblesse importante. Leurs transactions sont transmises en clair via le réseau. De ce fait, l'informatique devenant ouvert à un grand nombre, n'importe quelle personne mal intentionnée peut être en mesure d'observer ce que vous faîtes, allant même jusqu'à subtiliser vos données personnelles et mots de passe.

'''<u>Le problème par la pratique</u>'''

Pour pouvoir appuyer cette notion de non-confidentialité, nous allons regarder ce qui se passe lors de l'établissement d'une connexion d'une session telnet. Le logiciel utilisé pour tracer les connexions est '''ethereal'''.<br /> Établissons la connexion sur un serveur ''telnetd'' fonctionnant sous GNU/Linux. Après quelques échanges de paquets, nous obtenons la bannière d'accueil :

[[Image:ssh-telnet1.png]]

on constate que la connexion s'effectue sur le port 23 (en 22 et 23 dans la trame).<br /> Les données quant à elles commencent clairement en 42, avec la bannière d'accueil :<br /> Debian GNU/Linux testing/unstable centaur

Les données ont été envoyées en clair et la bannière permet de définir le système d'exploitation sur lequel nous sommes accueillis. Continuons notre étude, la demande d'identification est proposée par le système distant :

[[Image:ssh-telnet2.png]]

Il faut maintenant se faire reconnaître auprès du système. Nous supprimerons tout echo local doublant l'envoi de caractères, un pour le système distant et un pour voir ce que nous écrivons. Il en résulte une suite d'échange avec notre interlocuteur :

[[Image:ssh-telnet3.png]]<br />[[Image:ssh-telnet4.png]]<br />[[Image:ssh-telnet5.png]]<br />

Nous envoyons notre identifiant à la machine distante, les trames ne sont pas utilisées à l'économie puisque chaque paquet contient seulement un et un seul caractère comme données (data). On retrouve ici notre identifiant, jop, envoyé pour nous loguer. Ce qui est inquiétant, c'est que la même chose va également se produire pour notre mot de passe censé être privé et inviolable.<br /><br />[[Image:ssh-telnet6.png]]<br />[[Image:ssh-telnet7.png]]<br />[[Image:ssh-telnet8.png]]<br />[[Image:ssh-telnet9.png]]<br />[[Image:ssh-telnet10.png]]<br /> Le mot de passe est ici clairement exprimé. On peut lire bobo, la dernière trame transmet un retour chariot.

''<u>Nota</u> : Notre étude ne se portant pas sur le service telnet, nous ne rentrerons pas sur le détail des transmissions et considérons que ces quelques remarques suffisent pour notre étude.''

De la même manière, tout comme on vient de vous dérober votre mot de passe, on peut récupérer vos conversations, vos fichiers. La confidentialité est rompue, la porte est ouverte à l'insertion non-chalente de personnes non autorisées dans le système...

== La solution proposée ==

Afin de ne plus être ouvert au monde entier, nous avons la possibilité de chiffrer nos échanges. Pour ce faire, nous allons installer un client ssh, '''Openssh'''. Client libre et gratuit. Par la même occasion, vous pourrez installer le serveur, afin que votre ordinateur puisse aussi être contacté par d'autres utilisateurs, vous permettant de délivrer des services sécurisés.

Nous allons continuer notre étude dans le cadre de ce logiciel, libre à vous d'adapter à vos préférences par la suite, sachant que le principal est ici transcrit.

Afin de mieux comprendre le comportement et l'utilité de chaque programme, décomposons les différents paquets ainsi que l'usage fait des exécutables.

{|
! Mémo
|-
| '''sshd''' : Serveur ssh
|-
| '''scp''' : Copie distante sécurisée
|-
| '''ssh-keygen''' : génération de clefs d'authentification, management et conversion
|-
| '''sftp''' : Transfert sécurisé de fichiers
|-
| '''slogin/ssh''' : Client ssh
|-
| '''ssh-add '''<nowiki>: Ajoute les identités DSA ou RSA à l'agent d'authentification</nowiki>
|-
| '''ssh-agent''' : Agent d'authentification
|-
| '''ssh-keyscan''' : Recueille les clefs publiques ssh
|}

Nous traiterons chacune de ces applications afin de comprendre dans quels conetxte elles peuvent être utilisés.

== Connexion à un hôte ==

Le client ssh opère selon un ordre défini :

# les paramètres en ligne de commande<br />
# les informations spécifiques à l'utilisateur du fichier '''~/.ssh/config'''
# la configuration globale du système dans le fichier '''/usr/local/etc/ssh_config''' ou '''/etc/ssh/ssh_config''' (cela dépendant de la distribution que vous utilisez)

'''<u>Le fichier ssh_config</u>''' :<br /> Ce fichier représente la configuration du client ssh. <br /><br /><tt> #$OpenBSD: ssh_config,v 1.15 2002/06/20 20:03:34 stevesk Exp $<br /><br /> # Ceci est le fichier de configuration par défaut des clients ssh du système. Voir<br /> # ssh_config(5) pour de plus amples informations. Ce fichier fournit les paramètres par défaut<br /> # pour les utilisateurs, ces valeurs peuvent être changées pour chaque utilisateur dans leur propre <br /> # fichier de configuration ou sur la ligne de commande.<br /><br /> # Les données de configuration sont analysées comme ci-dessous :<br /> # 1. Les options de la ligne de commande<br /> # 2. Le fichier spécifique de l'utilisateur<br /> # 3. Le fichier par défaut<br /> # N'importe quelle valeur de configuration est uniquement changée la première fois qu'elle est mise.<br /> # Ainsi, les définitions spécifique d'hôte doivent être au début du fichier de configuration<br /> # et les options par défaut à la fin.<br /><br /> # Options par défaut<br /><br /> # Pour que les options soient prises en compte, il vous faut enlever le dièse précédent la ligne.<br /><br /> # Host permet de spécifier que la configuration qui suit concerne un ou plusieurs hôtes précis. <br /> # Il est possible d'employer des caractères joker tels que * ou ?.<br /><br />'''<nowiki># Host *</nowiki>'''<br /> # Specifie si la connexion à l'agent d'authentification doit être renvoyé vers la machine distante<br /><br />'''<nowiki># ForwardAgent no</nowiki>'''<br /><br /> # Autorise ou non la redirection du serveur graphique<br /><br />'''<nowiki># ForwardX11 no</nowiki>'''<br /><br /> # Autorise la méthode d'authentification par Rhosts. Peu sûr.<br /><br />'''<nowiki># RhostsAuthentication no</nowiki>'''<br /><br /> # Autorise la méthode d'authentification par Rhosts sur du RSA. Ne fonctionne que dans la version <br /> # première du protocole et nécessite un setuid root. De préférence à ne pas utiliser.<br /><br />'''<nowiki># RhostsRSAAuthentication no</nowiki>'''<br /> # Méthode d'authentification par RSA, ne fonctionne qu'avec la première version du protocole. Il <br /> # faut que le fichier identity existe.<br /><br />'''<nowiki># RSAAuthentication yes</nowiki>'''<br /><br /> # Autorise la connexion par mot de passe, comme on pouvait la trouver dans rlogin ou telnet.<br /><br />'''<nowiki># PasswordAuthentication yes</nowiki>'''<br /><br /> # Si l'indicateur est positionné à yes, la demande de passephrase ou de mot de passe sera annulée.<br /> #Cette option est utilisée dans le cas où seul des scripts interviennent et où il n'y a pas d'utilisateur <br /> # présent pour insérer le mot de passe.<br /><br />'''<nowiki># BatchMode no</nowiki>'''<br /><br /> #Vérification de l'adresse IP de l'hôte qui se connecte dans le fichier known_hosts<br /><br />'''<nowiki># CheckHostIP yes</nowiki>'''<br /><br /> #Cette option permet de gérer l'ajout et le changement des clefs hôtes dans known_hosts.<br /> #Si la clef a changé, la connexion vous sera refusée, vous indiquant le motif.<br /><br />'''<nowiki># StrictHostKeyChecking ask</nowiki>'''<br /><br /> #Localisation des fichiers identity, id_rsa, id_dsa<br /><br />'''<nowiki># IdentityFile ~/.ssh/identity</nowiki><br /> # IdentityFile ~/.ssh/id_rsa<br /> # IdentityFile ~/.ssh/id_dsa'''<br /><br /> #Port de connexion à l'hôte distant.<br /><br />'''<nowiki># Port 22</nowiki>'''<br /><br /> #Version des protocoles supportés et désirés. Ici, on préfèrera employer la deuxième version si <br /> #elle est disponible.<br /><br />'''<nowiki># Protocol 2,1</nowiki>'''<br /><br /> #Protocole de chiffrement (ssh v1) et protocoles disponibles par ordre de préfèrerance (ssh v2).<br /><br />'''<nowiki># Cipher 3des</nowiki><br /> # Ciphers aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc'''<br /><br /> #Caractère d'échappement.<br /><br />'''<nowiki># EscapeChar ~</nowiki>'''</tt>

Il existe différentes options pour se connecter à un hôte via ssh. Libre à vous de les utiliser ou non.<br /><br />'''-l login''' : Identifiant de l'utilisateur. <br />'''-v -vv -vvv''' : Mode verbeux, permet d'obtenir les messages de debugage plus ou moins complets (plus il y a de v, plus vous obtenez d'information, le nombre maximum étant 3).<br />'''-1 ou -2''' : version de ssh employé. Il est déconseillé d'employer la version 1 du protocole. Bien qu'aucun exploit public ne circule, les faiblesses cryptographique du protocole ont été prouvée. De plus, la version 2 est reconnue par l'IETF<br />'''-p port''' : Numéro du port distant

'''<u>Exemple d'utilisation</u>''' :<br /><tt>ssh -vv -l utilisateur -p port -(1|2) hôte</tt><br /> ou<br /><tt>ssh utilisateur@hôte</tt><br /> L'hôte distant doit avoir un serveur ssh, nommé '''sshd''', qui permet la connexion.

== Création de paire de clefs ==

Ssh s'appuie sur des algorithmes à paire de clefs, ce qui signifie que vous disposez d'une clef publique, disponible pour tout un chacun et une clef privée dont vous gardez jalousement l'entrée. Ce système va nous permettre de nous identifier auprès des hôtes que nous désirons contacter. Il nous faut au préalable créer le trousseau.

<tt>$ ssh-keygen -t dsa<br /> Generating public/private dsa key pair.<br /> Enter file in which to save the key (/home/jop/.ssh/id_dsa): <br /> Enter passphrase (empty for no passphrase): <br /> Enter same passphrase again: <br /> Your identification has been saved in /home/jop/.ssh/id_dsa.<br /> Your public key has been saved in /home/jop/.ssh/id_dsa.pub.<br /> The key fingerprint is:<br /> 4a:0b:3b:eb:ed:05:47:56:cb:23:28:d3:d7:81:69:08</tt>

<tt>$ ssh-keygen -t rsa<br /> Generating public/private rsa key pair.<br /> Enter file in which to save the key (/home/jop/.ssh/id_rsa): <br /> Enter passphrase (empty for no passphrase): <br /> Enter same passphrase again: <br /> Your identification has been saved in /home/jop/.ssh/id_rsa.<br /> Your public key has been saved in /home/jop/.ssh/id_rsa.pub.<br /> The key fingerprint is:<br /> 52:65:28:9a:8b:64:cb:b7:6e:70:75:10:d9:0a:01:d9</tt>

Pour les deux algorithmes (dsa, rsa), le système nous demande dans quel fichier nous désirons sauvegarder la clef. Les fichiers par défaut semblent une bonne solution. Par la suite, une passphrase nous est demandée. Celle-ci est un « mot de passe amélioré », car non limité à un mot ou une petite suite de caractères. Il faut cependant prendre des précautions, car en cas de perte de la passphrase, vous ne pourriez plus vous authentifier en tant que propriétaire authentique.

Nous allons maintenant voir '''trois méthodes de connexion via ssh'''.

=== Connexion par mot de passe ===

La première des méthodes, la plus connue et la plus usitée, reposant sur le modèle employé par rlogin ou rsh; l'hôte distant demande un mot de passe pour s'assurer de votre identité.

<tt>$ ssh -p 222 -l root 192.168.0.1<br /> The authenticity of host '192.168.0.1 (192.168.0.1)' can't be established.<br /> RSA key fingerprint is 74:4c:57:fd:c2:2c:0d:c3:3f:09:01:7d:e8:b7:21:24.<br /> Are you sure you want to continue connecting (yes/no)? yes<br /> Warning: Permanently added '192.168.0.1' (RSA) to the list of known hosts.<br /> root@192.168.0.1's password: <br /> Last login: Thu Dec 26 03:37:03 2002 from centaur<br /> $ </tt>

Je me connecte au port 222 sur une machine de mon réseau local, demandant de m'identifier comme root. La machine n'est pas connue dans mon fichier '''known_hosts'''. Ce fichier contient les clés hôte DSA des serveurs SSH auxquels l'utilisateur s'est connecté. Cette méthode de connexion est intéressante, mais minimise les capacités que vous avez avec ssh. Pour des connexions telles que vers un serveur CVS, un tunnel pour votre courrier, il serait fastidieux de s'authentifier à chaque fois par ce moyen.

=== Connexion par paires de clef ===

Puisque nous utilisons des algorithmes à paire de clefs (rsa, dsa), c'est à dire composée d'une clef secrète et d'une clef publique, il faut bien que cela nous serve à quelque chose. Nous allons donc automatiser la connexion. Pour ce faire, votre hôte contient un fichier '''authorized_keys''' dans le répertoire '''.ssh '''où vous vous connectez (en général un home directory). Il suffit de copier l'identifiant ou les identifiants de vos clefs publiques pour que vous soyez reconnu du serveur. <br /><br />'''Attention''', il faut que ''PubkeyAuthentication ''soit positionné à ''yes'' dans vos fichiers de configuration.<br /> Pour insérer ma clef, j'ai plusieurs méthodes à ma disposition. Je peux employer des moyens conventionnels tels que le ftp ou le mail (à l'administrateur par exemple), ou je peux le faire au moyen d'outil sécurisé. Puisque c'est notre sujet, profitons en pour donner un exemple de ''scp'' sur lequel nous reviendrons ultérieurement.

<tt>$scp .ssh/id_dsa.pub jop@scipc-jpg:/home/jop/.ssh/dsa2connex<br /> Warning: Permanently added 'scipc-jpg' (RSA) to the list of known hosts.<br /> jop@scipc-jpg's password: <br /> id_dsa.pub 100% |*****************************| 613 00:00 <br /> Mon fichier est maintenant copié sur l'hôte distant, il me reste à inclure la clef dant le fichier authorized_keys. Une simple commande suffira :<br /><br /> $ cat dsa2connex >>authorized_keys </tt>

Je peux maintenant me connecter, l'hôte distant me reconnaît. Je peux me connecter sans mot de passe et avec une passphrase si j'en ai désiré une.

=== L'agent d'authentification ===

Nous savons maintenant nous connecter à un hôte distant connaîssant notre identité par l'intermédiaire de notre clef publique. Nous avons vu précédement que nous étions libre de mettre ou non une passphrase afin de chiffrer notre identification et compliquer l'usurpation qui pourrait en être faite [mode parano on]. S'il paraît fastidieux d'insérer un mot de passe à chaque connexion, cela l'est d'autant plus lorsque l'on doit rentrer une phrase entière. L'agent ssh est là pour nous simplifier la vie. Lancé au début de la session (terminal ou graphique), il retient la passphrase le temps où '''ssh-agent '''sera actif (le temps d'une session).

Pour une session en <u>mode terminal</u> :<br /><tt>$ssh-agent screen<br /> $ssh-add</tt>

Après avoir lancé l'agent ssh, on ajoute la passphrase à l'agent par l'intermédiaire de '''ssh-add''' ; tous les hôtes distants disposant de votre clef publique ne vous demanderons alors plus la passphrase puisque gérée par l'agent ssh.

De même, en <u>mode graphique</u> :<br /><tt>$ssh-agent startx</tt><br /><br /> Il vous suffit ensuite d'ouvrir un terminal et de taper<br /><tt>$ssh-add</tt><br /> L'agent sera actif pour toutes les applications utilisées en mode graphique.

Une dernière méthode consiste à '''lancer l'agent-ssh''' qui fournit un certains nombre de variables à exporter, puis demander l'action de ssh-add :<br /><br /><tt>$ssh-agent</tt><br /><br /> On récupère les variables fournies et on les exporte :<br /><br /><tt>$SSH_AUTH_SOCK=/tmp/ssh-XXy0hiXW/agent.2019; export SSH_AUTH_SOCK;<br /> $SSH_AGENT_PID=2020; export SSH_AGENT_PID;<br /> $echo Agent pid 2020;</tt><br /><br /> On ajoute :<br /><br /><tt>$ssh-add</tt><br /><br /> Pour tuer l'agent ssh, il suffit de faire :<br /><br /><tt>$ ssh-agent -k<br /> unset SSH_AUTH_SOCK;<br /> unset SSH_AGENT_PID;<br /> echo Agent pid 2020 killed;</tt><br /> Invalidité des clefs d'un hôte connu

Comme nous l'avons vu précédement, lors de votre connexion, il vous est possible d'enregistrer l'emprunt (fingerprint) fournit par le serveur distant. Dans le cas où celle-ci serait modifiée, vous seriez immédiatement prévenu. Cela peut découler de quatre choses :

* Vous vous êtes fait pirater et l'on a modifié les clefs présentes dans votre known_hosts.
* Le serveur distant c'est fait pirater et la valeur de ses clefs a changé.
* La troisième peut correspondre à une attaque en bon et due forme d'un man-in-the-middle.
* La dernière et néanmoins plus plausible des solution nécessite que l'administrateur du serveur distant ait changé les clefs.

La seule solution fiable demande de contacter l'administrateur en question et lui demander ce qu'il en est. Dans la pratique, peu de personnes usent de cette assurance de sécurité.

<tt>$ ssh 127.0.0.1<br /> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@<br /> @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @<br /> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@<br /> IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!<br /> Someone could be eavesdropping on you right now (man-in-the-middle attack)!<br /> It is also possible that the RSA host key has just been changed.<br /> The fingerprint for the RSA key sent by the remote host is<br /> 8b:d5:26:a3:79:ed:25:0f:3b:6f:fe:30:1f:ed:89:ae.<br /> Please contact your system administrator.<br /> Add correct host key in /home/jop/.ssh/known_hosts to get rid of this message.<br /> Offending key in /home/jop/.ssh/known_hosts:13<br /> RSA host key for 127.0.0.1 has changed and you have requested strict checking.<br /> Host key verification failed.<br /> $</tt>

== La copie sécurisée ==

Comme nous avons pu le voir plus haut, ssh fournit un outil de copie sécurisée en standard, sous le nom de scp pour '''SecureCoPy'''. Il remplace son ancêtre rcp. Son usage est très simple :

<tt>scp hôte_d_ou_je_veux_copier:source_copie hôte_destination:cible</tt>

Lorsque l'hôte correspond à la machine où vous vous trouvez, il n'est pas nécessaire de l'inscrire.

<tt>$scp iptables scipc-jpg:/home/jop/download<br /> iptables 100% |*****************************| 27654 00:00 </tt>

Vous pouvez également faire des copies récursives, comme nous le ferions avec n'importe quel autre utilitaire de copie.

<tt>$scp -r download scipc-jpg:/home/jpg/dl<br /> img2.png 100% |*****************************| 277 00:00 <br /> internals.pl 100% |*****************************| 188 00:00 <br /> labels.pl 100% |*****************************| 271 00:00 <br /> images.pl 100% |*****************************| 624 00:00 <br /> portscanning.css 100% |*****************************| 891 00:00 <br /> index.html 100% |*****************************| 56753 00:00 </tt>

== Le transfert de fichier sécurisé ==

Tout comme on peut copier des fichiers à distance par l'intermédiaire de scp, il est également possible de transférer des fichiers par l'intermédiaire d'un ftp sécurisé nommé '''SecureFTP'''.<br /> Bien que l'outil soit encore trivial (pas de reprise de chargement en cas de coupure, pas d'indication du temps restant, pas de telechargement ou de chargement réccursif, ...), il vous permettra de faire toutes les manipulations basiques disponibles sur un ftp non sécurisé.

Commandes disponibles sur '''sftp''' :<br />

{|
| <tt>cd path <br /> lcd path<br /> chgrp grp path<br /> chmod mode path<br /> chown own path<br /> help<br /> get remote-path [local-path]<br /> lls [ls-options [path]]<br /> ln oldpath newpath<br /> lmkdir path<br /> lpwd<br /> ls [path]<br /> lumask umask<br /> mkdir path<br /> put local-path [remote-path]<br /> pwd<br /> exit<br /> quit<br /> rename oldpath newpath<br /> rmdir path<br /> rm path<br /> symlink oldpath newpath<br /> version<br /> !command<br /> !<br /> ?<br /></tt>
| Change le répertoire distant vers 'path'<br /> Change le répertoire local vers 'path'<br /> Change le groupe de fichier 'path' par 'grp'<br /> Change les permissions du fichier 'path' à 'mode'<br /> Change le propriétaire du fichier 'path' par 'own'<br /> Affiche ce message d'aide<br /> Télécharge le fichier<br /> Affiche le listing du répertoire local<br /> Crée un lien symbolique du fichier distant<br /> Crée un répertoire local<br /> Affiche le répertoire courant<br /> Affiche le listing du répertoire distant<br /> Positionne l'umask local à 'umask'<br /> Crée le répertoire distant<br /> Charge le fichier<br /> Affiche le répertoire courant distant<br /> Quitte sftp<br /> Quitte sftp<br /> Renomme le fichier distant<br /> Supprime le répertoire distant<br /> Supprime le fichier distant<br /> Crée un lien symbolique du fichier distant<br /> Affiche la version de sftp<br /> Exécute la 'commande' dans un shell local<br /> Sort vers un shell local<br /> Affiche ce message d'aide<br />
|}

<tt>$ sftp jop@scipc-jpg<br /> Connecting to scipc-jpg...<br /> $sftp> lpwd<br /> Local working directory: /home/jop<br /> $sftp> lcd download<br /> $sftp> lpwd<br /> Local working directory: /home/jop/download<br /> $sftp> put iptables<br /> Uploading iptables to /home/jop/iptables<br /> $sftp> quit<br /> $</tt>

== Le tunnel et le Xforwarding ==

Tout au long de cet article, vous avez pu découvrir des applications connues, il nous manque cependant l'exportation des applications distantes. En effet, à l'aide de telnet, vous pouviez utiliser un logiciel non présent sur votre machine, mais présent sur l'ordinateur distant. Il suffisait de taper :

<tt>$export DISPLAY=mon_adresse:0.0</tt>

Comme par magie, l'application arrivait plus ou moins rapidement selon votre connexion sur votre écran. C'est ce qu'on appelle du '''Xforwarding'''. L'avantage une fois de plus d'utiliser ssh réside dans la connexion chiffrée et l'impossibilité à un agresseur éventuel de lire ce que vous faîtes via le réseau.

<tt>$ssh jop@scipc-jpg gedit</tt>

Dans l'exemple donné, nous demandons d'ouvrir la connexion ssh pour inscrire Gedit à l'intérieur (bloc-notes de Gnome). En fermant Gedit, nous fermerons la connexion ssh.<br /> Pour que cela soit réalisable, n'oubliez cependant pas d''''activer l'option X11Forwarding '''dans les fichiers de configuration.

Toujours dans la même idée de tunneler des applications, ssh vous permet d'encapsuler des protocoles. Cela est très intéressant lorsque vous avez recours à des protocoles tels que smtp, pop, ... Vous courriers, pour l'exemple, ne serons plus à l'indiscrétion de vos fournisseurs, ni des fouines du réseau.

<tt>ssh -L port_local:hôte_distant:port_distant nom_utilisateur@nom_hôte</tt> Mettons que je veuille encapsuler les ports 25 (smtp) et 110 (pop) <tt>$ssh -L 2025:scipc-jpg:25 jop@scipc-jpg <br /> $ssh -L 2110:scipc-jpg:110 jop@scipc-jpg </tt><br />

Il vous suffit de configurer votre logiciel de messagerie favori aux ports 2025 pour le smtp et 2110 pour le pop pour recevoir correctement votre courrier, et ce de manière sécurisée.

== Autre implémentation du protocole ==

Openssh est l'implémentation la plus connu, mais n'est pas la seule. On peut également utiliser :
* Lsh, une version gnu ( http://www.lysator.liu.se/~nisse/lsh/ )
* Dropbear, un serveur dédié à l'embarqué ( http://matt.ucc.asn.au/dropbear/dropbear.html )
* Conch, une implémentation en python ( http://twistedmatrix.com/projects/conch/ )

== Où se trouve quoi ? ==

Le paquet '''OpenSSH '''fournit : /etc/ssh<br /> /etc/ssh/moduli<br /> /usr/bin/scp<br /> /usr/bin/ssh-keygen<br /> /usr/libexec/openssh<br /> /usr/libexec/openssh/ssh-keysign<br /> /usr/share/doc/openssh-3.5p1<br /> /usr/share/doc/openssh-3.5p1/CREDITS<br /> /usr/share/doc/openssh-3.5p1/ChangeLog<br /> /usr/share/doc/openssh-3.5p1/INSTALL<br /> /usr/share/doc/openssh-3.5p1/LICENCE<br /> /usr/share/doc/openssh-3.5p1/OVERVIEW<br /> /usr/share/doc/openssh-3.5p1/README<br /> /usr/share/doc/openssh-3.5p1/README.privsep<br /> /usr/share/doc/openssh-3.5p1/README.smartcard<br /> /usr/share/doc/openssh-3.5p1/RFC.nroff<br /> /usr/share/doc/openssh-3.5p1/TODO<br /> /usr/share/doc/openssh-3.5p1/WARNING.RNG<br /> /usr/share/man/man1/scp.1.gz<br /> /usr/share/man/man1/ssh-keygen.1.gz<br /><br /> Le paquet '''OpenSSH-client''' fournit :<br /> /etc/ssh/ssh_config<br /> /usr/bin/sftp<br /> /usr/bin/slogin<br /> /usr/bin/ssh<br /> /usr/bin/ssh-add<br /> /usr/bin/ssh-agent<br /> /usr/bin/ssh-keyscan<br /> /usr/share/man/man1/sftp.1.gz<br /> /usr/share/man/man1/slogin.1.gz<br /> /usr/share/man/man1/ssh-add.1.gz<br /> /usr/share/man/man1/ssh-agent.1.gz<br /> /usr/share/man/man1/ssh-keyscan.1.gz<br /> /usr/share/man/man1/ssh.1.gz<br /> /usr/share/man/man5/ssh_config.5.gz<br /><br /> Le paquet '''OpenSSH-server '''fournit :<br /> /etc/pam.d/sshd<br /> /etc/rc.d/init.d/sshd<br /> /etc/ssh<br /> /etc/ssh/sshd_config<br /> /usr/libexec/openssh/sftp-server<br /> /usr/sbin/sshd<br /> /usr/share/man/man5/sshd_config.5.gz<br /> /usr/share/man/man8/sftp-server.8.gz<br /> /usr/share/man/man8/sshd.8.gz<br /> /var/empty/sshd<br /> Les documentations sont répertoriées en bordeaux Les fichiers de configuration en vert Les exécutables en bleu

== Conclusion ==

Georges Orwell écrivait 1984 bien des années plus tôt et nommait un ennemi invisible Big Brother en avançant le slogan « ''Big Brother is watching you'' ». Non loin de cette réalité, nous avons atteint avec Internet l'ouverture de l'outil informatique aux masses. Ne pouvant être en mesure de s'assurer que personne ne s'introduit dans votre intimité, le conseil reste d'être prudent avec vos données sensibles et personnelles. Oubliez donc les vieux protocoles non sécurisés et travaillez en toute sécurité...

== Bibliographie ==

=== RFCs ===

'''[http://www.eisti.fr/res/res/rfc854/854.htm Telnet] - numéro 854 '''<br />'''[http://www.ietf.org/html.charters/secsh-charter.html SSH] - Groupe de travail IETF '''<br />'''[http://www.linux-france.org/prj/edu/archinet/SECU/ssh.pdf SSH - SCP - SFTP] - Alix Mascret '''<br />'''[http://okki666.free.fr/docmaster/articles/linux123.html Secure Shell] - Denis Bodor'''<br />'''[http://www.via.ecp.fr/~alexis/formation-linux Formation Linux Debian] - Alexis de lattre'''<br />

=== Logiciel ===

'''[http://www.openssh.org OpenSSH - Secure Shell ]'''<br />'''[http://www.openssl.org OpenSSL -- Secure Socket Layer]'''<br />'''[http://www.ethereal.com Ethereal - sniffeur]'''<br />'''[http://www.openoffice.org OpenOffice.org - suite bureautique]'''<br />'''[http://www.gimp.org The gimp - Traitement d'image]'''<br />'''[http://www.ipso-facto.demon.co.uk/ksnapshot/index.html Ksnapshot - Impression d'écran]'''<br />

Je remercie tout particulièrement Anne pour le temps qu'elle a passé à la relecture de cet article ainsi qu'à sa correction et sa mise en forme.

<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 Jean-philippe Gaulier le 01/17/2003.</div>

= Copyright =
Copyright © 01/17/2003, Jean-philippe Gaulier
{{FDL}}

Gestion des ACL

2005-10-28T14:49:57Z

Misc : Ajout d'un lien vers linuxfrench

[[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 ses 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 -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 -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 fonctionne les acls Posix sous linux]
** [http://www.suse.de/~agruen/acl/linux-acls/online/ POSIX Access Control Lists on Linux].

{{Copy|27.10.05|Vincent Ramos|FDL}}

LVM

2005-10-04T11:02:10Z

Misc : lien vers arbre binaire sur wikipedia

[[Category:Administration système]]
= Le LVM (Logical Volume Manager) =

<div class="leatitre">Le LVM (Logical Volume Manager)</div><div class="leapar">Par [mailto:anne at lea-linux point org Anne]</div>

Un des aspects cruciaux dans l'administration d'un serveur ou d'une machine de bureau est la gestion de l'espace disque. Quoi de plus énervant que de voir l'installation d'une application échouer par manque d'espace, ou un serveur rendu indisponible parce que le système de fichiers /var était plein du fait des fichiers de log ?

Un outil apporte une solution satisfaisante et efficace : le LVM (Logical Volume Manager).

= De l'utilité du LVM =

Le LVM ou Logical Volume Manager, est une technique créée à la base par IBM consistant à fournir la possibilité de modifier la taille des partitions sur les disques durs sans avoir besoin de tout reformater, voire de créer des partitions s'étalant sur plusieurs disques. L'objectif est ainsi d'éviter arret et redemarrage d'une machine en production. Cette technique est disponible sur linux depuis la version 2.4 du noyau (très exactement 2.3.47).

Dans un partitionnement de type classique, à l'aide des commandes fdisk, vous ne pouvez avoir que 4 partitions primaires pour chaque disque (en IDE) ou éventuellement 3 partitions primaires et une partition étendue qui contiendra des partitions logiques. L'inconvénient de ce type de partitionnement est que lorsque vous souhaitez réduire la taille d'une partition ou l'augmenter, vous devez notamment disposer d'outils spécifiques comme GNU-parted. De plus, le partitionnement ne se fera que disque par disque. Imaginez alors que vous souhaitiez ajouter un deuxième disque sur votre machine ou agrandir la taille de votre système de fichiers /home....

Vous ne pourrez pas profiter de l'espace disponible sur ce deuxième disque pour agrandir /home, à moins d'y accrocher un nouveau système de fichiers. Agacant non ?

Eh bien, LVM est là pour vous simplifier la vie.

= Les composants du LVM =

Le principe de fonctionnement de LVM est relativement simple. Il s'agit en fait pour effectuer ce type de partitionnement, de s'affranchir complètement des limites physiques du ou des disques disponibles. Les étapes ci-dessous en décrivent le fonctionnement. Le LVM s'accompagne aussi d'un certain nombre de termes techniques énoncés également ci-dessous.

* Chaque disque dur ou partition va être transformé en '''volume physique'''. Cette opération consiste à découper le disque en tranches, appelées Physical Extents (PE). Par défaut (et convention), 1 PE = 4Mo.
* Chaque volume physique va être inséré dans un '''groupe de volumes'''. Celui-ci peut contenir un ou plusieurs volumes physiques (donc disques ou partitions). Un groupe de volume est un espace logique découpé en Logical Extents (LE) de même tailles que les physical extents, soit 4 Mo par défaut.
Le système va ensuite établir des '''pointeurs''' entre un physical extent et un logical extent comme indiqué sur le schéma ci-dessous. (schéma 1)
'''Schéma 1 : système des pointeurs LVM'''
[[Image:lvm-lvm4.jpg]]
* La dernière étape va consister à découper le groupe de volumes en partitions appelées '''volumes logiques''' dans lesquelles nous pourrons au choix, créer un système de fichier, une partition de swap. Ces partitions pourront être redimensionnées et/ou déplacées.

Voici de manière shématique à quoi pourrait ressembler votre(vos) disque(s) après ce traitement (Schéma 2).

'''Schéma 2 : impact de LVM sur les disques durs'''

[[Image:lvm-lvm3.jpg]]

Dans ce cas de figure, les deux disques hda et hdb ont été transformés en volumes physiques. Puis ils ont été insérés tous les deux dans un groupe de volumes appelé vg01. A partir de ce moment-là, il n'est plus nécessaire de tenir compte des limites physiques des disques, en effet, nous n'avons plus qu'un espace, et un seul, de 36 GB (regroupant donc nos deux unités de disques hda et hdb). Le groupe de volumes a ensuite été découpé en 3 volumes logiques, nommées lvol01, lvol02, lvol03. On remarquera que lvol02 est composé de logical extents pointant sur des physical extents appartenant à hda et hdb. La dernière étape consistera à créer un système de fichiers dans chacun de ces volumes logiques.

<u>Remarques</u> :

* la taille que l'on attribuera à un volume logique s'exprime en nombre de logical extents. Ceux-ci sont indivisibles. Si sa taille est de 4 Mo et que je souhaite un volume logique de 14 Mo, le système attribuera 4 logical extents au volume logique, soit 16 Mo (arrondi au nombre de LE supérieur)
* la taille d'un PE, et donc d'un LE, est personnalisable lors de la création d'un volume physique.
* les noms des groupes de volumes et volumes logiques sont personnalisables à leur création
* '''Attention : la création d'un volume physique écrase toutes les données existantes sur la partition et/ou le disque !!'''
* L'utilisation du LVM pour partitionner un disque entraine une perte d'espace liée à l'écriture des données nécessaires au système pour gérer le LVM (métadatas) :
** la PVRA : Physical Volume Reserved Area. Comme son nom l'indique, elle contient les informations LVM spécifiques au volume physique.
** la VGRA : Volume Group Reserve Area. Elle contient les informations liées au groupe de volumes mais aussi aux volumes logiques contenus dans le groupe de volumes
** la BBRA : Bad Block Relocation Area : cette zone contient des informations liées au mécanisme de ré-allocation des blocs défectueux.

= Utiliser le LVM : ce dont il faut disposer =

Pour être utilisé, le LVM nécessite de disposer du driver qui permet de générer la couche assurant le mapping ( la carte) entre périphérique physique et vue logique, des utilitaires pour manipuler ce mapping et des périphériques physiques.

== Kernel et utilitaires ==

Le LVM est fourni lors de l'installation, sauf sur de trés vieux systémes ( noyau 2.2 ). Il faut quand même savoir que l'implémentation du LVM se fait à deux niveaux :

* le kernel
* les commandes nécessaires pour gérer les structures LVM.

Au niveau du kernel lors de l'installation ou de la recompilation du noyau, vous devez avoir intégré ou mis en module le driver LVM. Celui-ci se situe dans le menu de compilation "Multi-device support". On peut le vérifier de la manière suivante :

<div class="code">root@pingu# grep -i lvm /boot/config<br /> # Multi-device support (RAID and LVM)<br /> CONFIG_BLK_DEV_LVM=m</div>

Vous devez également disposer des commandes nécessaires à l'administration du LVM. Elles sont incluses dans le package lvm. Pour vérifier qu'il est installé (dans le cas d'une Mandriva) :

<div class="code">root@pingu# rpm -qa|grep lvm<br /> lvm-1.0.3-9</div>

Toutes les commandes passées en revue dans la suite de cet article font partie de ce paquetage.

== Sur quels périphériques et systèmes de fichiers puis-je faire du LVM ? ==

Pour pouvoir utiliser le LVM, vous devez disposer soit d'un disque vierge (rappel : la création d'un volume physique entrainera la perte de données existantes) et/ou d'une partition primaire vierge (moins utile mais faisable).

Toutefois attention : vous ne pourrez pas mélanger partitionnement classique et LVM au sein d'un groupe de volumes.

Il est possible d'utiliser le LVM pour tous vos systèmes de fichiers, exception faite de « /boot », qui pose quelques problèmes. Par contre il est tout à fait possible de l'inclure sur un ou plusieurs volumes logiques. D'ailleurs la plupart des distributions proposent aujourd'hui cette option dè l'installation. La seule contrainte est de prévoir le chargement du module LVM dès le démarrage. Pour ce faire, on créera une image initrd contenant le module LVM à l'aide de la commande lvmcreate_initrd. On modifiera également en conséquence le fichier /etc/lilo.conf.

= Configuration du LVM =

Passons maintenant à la pratique.

Pour la mise en application, nous allons reprendre les 3 étapes énoncées ci-dessus. A chaque fois, je présenterai la commande correspondante à la création de l'élément et une commande de recueil d'informations pour vérifier que l'opération a été correctement réalisée.

== L'arborescence du LVM ==

A chaque élément du LVM correspond un fichier spécial dans /dev. Le volume physique est représenté par le fichier spécial du disque dur ou de la partition correspondant. Le groupe de volume dispose d'un répertoire portant son nom dans lequel on trouvera le fichier spécial group.

<div class="code"><nowiki># ls -l /dev/datas/group</nowiki><br /> crw-r----- 1 root root 109, 1 jan 1 1970 group</div>

Dans ce répertoire, on trouvera également un fichier spécial par volume logique créé à l'intérieur de ce groupe de volumes.

<div class="code"><nowiki># tree /dev/users /dev/public</nowiki><br /> /dev/users<br /> |--datas<br /> |--group<br /> `--private<br /> /dev/public<br /> |--ftp<br /> |--group<br /> `--web</div>

Outre les fichiers spéciaux, on trouve également le fichier /etc/lvmtab et /etc/lvmtab.d. Ils contiennent la base de données manipulée par les commandes lvm.

== Création d'un volume physique ==

La première étape consiste à transformer notre disque en volume physique. L'opération s'effectue en 3 temps :

# '''Préparation de l'espace''' à utiliser avec le LVM : cette étape s'effectue grâce à la commande fdisk. Vous allez devoir attribuer le type lvm à votre disque ou votre partition : <div class="code">
root@pingu# fdisk /dev/hdb
Commande (m pour aide) : p
Disk /dev/hdb: 13.5 GB, 13578485760 bytes
255 heads, 63 sectors/track, 1650 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Périphérique Amorce Début Fin Blocs Id Système
/dev/hdb1 1 730 5863693+ 8e Linux LVM
/dev/hdb2 731 1339 4891792+ 8e Linux LVM
/dev/hdb3 1340 1650 2498107+ 8e Linux LVM
</div>
# Ensuite, il est nécessaire de lancer '''la commande vgscan''' si vous utilisez LVM pour la première fois sur le disque dur ou la partition. La commande va créer notamment le fichier /etc/lvmtab et le répertoire /etc/lvmtab.d. <div class="code"><nowiki># vgscan</nowiki><br /> vgscan -- reading all physical volumes (this may take a while...)<br /> vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created<br /> vgscan -- WARNING: This program does not do a VGDA backup of your volume group</div>
# Création du volume physique : la commande est pvcreate (physical volume creation).
pvcreate [-f] </dev/hdxx> où<br /> -f : force la création du volume. A utiliser si le disque avait déjà été transformé en volume physique.<br /> /dev/hdxx : fichier spécial du disque ou de la partition à transformer en volume physique
<u>Exemple</u> : création d'un volume physique à partir de hdb1
<div class="code"><nowiki># pvcreate /dev/hdb1</nowiki><br /> pvcreate -- physical volume "/dev/hdb1" successfully created</div>

== Création d'un groupe de volume ==

Une fois le volume physique créé, il faut alors insérer le ou les volumes physiques ainsi créés dans un groupe de volumes. On utilise la commande vgcreate :

vgcreate <nom_du_volume></dev/hdxx> où<br /> <nom_du_volume> : nom du groupe de volume - l'opération crée alors le répertoire /dev/nom_du_volume contenant le fichier spécial group qui représente ce groupe de volumes.<br /> </dev/hdxx> : fichier spécial du volume physique

<u>Exemple</u> : création d'un groupe de volumes nommé volume1 avec hdb1

<div class="code"><nowiki># vgcreate volume1 /dev/hdb1</nowiki><br /> vgcreate -- INFO: using default physical extent size 4 MB<br /> vgcreate -- INFO: maximum logical volume size is 255.99 Gigabyte<br /> vgcreate -- doing automatic backup of volume group "volume1"<br /> vgcreate -- volume group "volume1" successfully created and activated</div>

== Création d'un volume logique ==

Une fois le groupe de volume créé, on peut alors le découper en un ou plusieurs volumes logiques grâce à la commande lvcreate :

lvcreate -L tailleK|M|G [-n nom] <nom_volume> où<br /> -L tailleK|M|G : taille du volume logique exprimable en Ko, Mo ou Go<br /> -n nom : nom du volume logique - l'opération crée un fichier spécial portant ce nom pour le volume logique et sera placé dans le répertoire /dev/nom_volume

<nom_volume> : nom du groupe de volumes dans lequel sera créé le volume logique.

<u>Exemple</u> : création d'un volume logique de 600 Mo nommé part1 dans le groupe de volume volume1

<div class="code"><nowiki># lvcreate -L 600 -n part1 volume1</nowiki><br /> lvcreate -- doing automatic backup of "volume1"<br /> lvcreate -- logical volume "/dev/volume1/part1" successfully created</div>

Une particularité de la création d'un volume logique est le choix du mapping entre les LE et les PE. Par défaut, ce mapping est effectué de manière linéaire. Il est possible également de réaliser du stripping(répartition des données sur un ou plusieurs diques), ce qui permet d'améliorer le temps d'accè aux données. Ci-dessous, ce schéma montre la différence de répartition des LE en fonction de ces 2 modes.

Des options de la commande lvcreate permettent de donner le nombre de stripes (et donc de volumes physiques utilisés) et leur taille. (Schémas 4 et 5)

'''Schéma 4 : Volume logique en mode linéaire'''

[[Image:lvm-lvm2.jpg]]

'''Schéma 5 : Volume logique en mode stripping'''

[[Image:lvm-lvm1.jpg]]

= Recueillir des informations sur le LVM =

A tout moment il est possible de recueillir des informations sur les structures LVM : volume physique, groupe de volumes et volumes logiques. On utilisera pour cela respectivement les commandes pvdisplay, vgdisplay et lvdisplay. Ces commandes ne font en fait qu'afficher dans un format lisible le contenu respectif de la PVRA, VGRA. Nous allons détailler les principales informations au moyen d'exemples ci-dessous.

La description d'un volume physique procure notamment le nom du volume physique, le nom du groupe de volume dans lequel est inséré le dit volume physique, sa taille, le nombre de volumes logiques contenus, la taille des physical extents, le nombre de PE contenus dans le volume physique, le nombre de PE libres.

<div class="code">

<nowiki># pvdisplay /dev/hdb1
--- Physical volume ---
PV Name /dev/hdb1
VG Name volume1
PV Size 5.59 GB [11727387 secs] /
NOT usable 4.19 MB [LVM: 133 KB]
PV# 1
PV Status available
Allocatable yes
Cur LV 1
PE Size (KByte) 4096
Total PE 1430
Free PE 1230
Allocated PE 200
PV UUID DTWrWh-5oUP-KrdB-US55-c9wP-eKii-6z3uU7</nowiki>

</div>

La description d'un groupe de volumes permet de vérifier son nom, le type d'accè aux données (écriture, lecture), nombre maximum de volumes logiques créables dans ce groupe de volume, sa taille en PE et LE, ...

<div class="code">

<nowiki># vgdisplay volume1
--- Volume group ---
VG Name volume1
VG Access read/write
VG Status available/resizable
VG # 0
MAX LV 256
Cur LV 1
Open LV 0
MAX LV Size 255.99 GB
Max PV 256
Cur PV 1
Act PV 1
VG Size 5.59 GB
PE Size 4 MB
Total PE 1430
Alloc PE / Size 150 / 600 MB
Free PE / Size 1280 / 5 GB
VG UUID 5XxOO1-ZNl8-zocw-6dR5-44LX-oyYc-MYHpN2</nowiki>

</div>

Enfin la description d'un volume logique contient son nom, le type d'accès aux données, sa taille...

<div class="code">

<nowiki># lvdisplay /dev/volume1/part1
--- Logical volume ---
LV Name /dev/volume1/part1
VG Name volume1
LV Write Access read/write
LV Status available
LV # 1
# open 0
LV Size 600 MB
Current LE 150
Allocated LE 150
Allocation next free
Read ahead sectors 1024
Block device 58:0</nowiki>

</div>

= Commandes complémentaires =

Jusqu'à maintenant, nous avons vu comment créer des strutures LVM et obtenir de l'information. Nous allons voir maintenant d'autres opérations réalisables pour la gestion du partitionnemement et qui mettent en évidence toute la souplesse apportée par le LVM en la matière : agrandir ou réduire un groupe de volume, redimensionner un volume logique.

== Redimensionner un groupe de volumes ==

Un groupe de volumes est constitué d'un ou plusieurs volumes physiques. Il est possible à tout moment d'ajouter ou retirer un ou plusieurs volumes physiques afin d'augmenter ou diminuer l'espace disponible d'un groupe de volumes.

Les commandes sont respectivement vgextend et vgreduce :

<div class="code">vgextend nom_volume /dev/hdxx<br /> vgreduce nom_volume /dev/hdxx</div>

où

nom_volume : nom du groupe de volume à redimensionner<br /> /dev/hdxx : volume physique à ajouter ou retirer du groupe de volumes

Vous devez augmenter l'espace du groupe de volume volume1 de 6 Go. Pour cela vous disposez d'un disque que vous allez ajouter. Ci-dessous les étapes à réaliser :

# création du volume physique à partir de hdb2 <div class="code"><nowiki># pvcreate /dev/hdb1</nowiki><br /> pvcreate -- physical volume "/dev/hdb1" successfully created</div>
# ajout de hdb2 au groupe de volumes volume1 <div class="code"><nowiki># vgextend volume1 /dev/hdb2 </nowiki><br /> vgextend -- INFO:maximum logical volume size is 255.99 Gigabyte vgextend<br /> --doing automatic backup of volume group "volume1" vgextend<br /> --volume group "volume1" successfully extended</div>

On pourra vérifier la bonne réalisation de l'opération grâce à la commande vgdisplay.

== Redimensionner un volume logique ==

De la même façon, il est possible de diminuer ou augmenter la taille d'un volume logique au moyen des commandes lvreduce et lvextend.

<div class="code">lvextend -L taille /dev/nom_volume/vol_logique<br /> vreduce -L taille /dev/nom_volume/vol_logique </div>

où<br /> nom_volume : nom du groupe de volume à redimensionner<br /> dev/hdxx : volume physique à ajouter ou retirer du groupe de volumes<br /> -L taille : taille finale du volume logique (aprè redimensionnement)

Les étapes à respecter pour redimensionner un volume logique :

# démontage du système de fichier (commande umount)
# réduction / augmentation de la taille du système de fichiers: on utilisera pour cela un utilitaire fourni dans le package LVM
# réduction / augmentation de la taille du volume logique
# remontage du système de fichiers

Si l'on veut augmenter l'espace du volume logique part1 en passant de 600 à 800 Mo , il ne nous restera plus qu'à proceder de la maniere suivante :

<div class="code"><nowiki># lvextend -L 800 /dev/volume1/part1</nowiki><br /> lvextend -- extending logical volume "/dev/volume1/part1" to 800 MB<br /> lvextend -- doing automatic backup of volume group "volume1"<br /> lvextend -- logical volume "/dev/volume1/part1" successfully extended</div>

Là encore on pourra vérifier le bon déroulement de l'opération grâce aux commandes lvdisplay pour le volume logique et df pour le système de fichiers. Les remarques ci-dessus sont une description générale de l'opération. Ces étapes peuvent toutefois varier en fonction du système de fichiers utilisé. Certains procurent en effet la possibilité d'effectuer les opérations de redimensionnement "à chaud" c'est-à-dire sans démontage. Ci-contre un tableau comparatif des différents systèmes de fichiers les plus couramment rencontrés (Tableau 1)

'''Tableau 1 : manipulation des systèmes de fichiers'''

{| width="90%" border="1"
| align="center" | Système de fichiers
| align="center" | diminution
| align="center" | Augmentation
| align="center" | Utilitaires
|-
| width="15%" | ext3
| width="22%" | démontage préalable
| width="22%" | démontage préalable
| width="42%" | e2fsprogs (resize2fs)
|-
| width="15%" | ReiserFS
| width="22%" | démontage préalable
| width="22%" | opération on-line
| width="42%" | reiserfsprogsv (resize_reiserfs)
|-
| width="15%" | XFS
| width="22%" | impossible
| width="22%" | opération on-line
| width="42%" | xfsprogs (xfs_growfs)
|}

== Une fonction particulière du LVM : la réalisation de snapshots ==

La difficulté fréquemment rencontrée pour la réalisation de sauvegardes est de disposer de données cohérentes. Cela implique parfois d'arrêter un ou plusieurs services comme dans le cas des bases de données. Le LVM apporte un élément de réponse avec la possibilité de créer des snapshots. Il s'agit d'image à un moment t des données situées sur un volume logique. Le volume de snapshot ne nécessite pas autant d'espace que le volume initial dans la mesure où il ne contiendra réellement que les métadatas concernant les données à sauvegarder.

== Autres commandes ==

Cet article n'abord era pas le détail de toutes les commandes, qui sont plutôt simples à utiliser une fois que les concepts de base du LVM sont compris. Dans le tableau ci-aprè une liste de commandes utilisables et la description rapide de leur rôle. Voir le man de la commande pour plus d'informations.

'''Commandes générales'''

* lvmcreate_initrd : création d'une image initrd lorsque le système utilise le LVM
* lvmdiskscan : scanner l'ensemble des disques et partitions pour éditer une description de l'espace
* vgscan : création de /etc/lvmtab et /etc/lvmtab.d
'''Gestion des volumes physiques'''
* pvchange : changer les attributs d'un PV
* pvcreate : création d'un PV
* pvdata : afficher des informations de debug
* pvdisplay : afficher des informations d'un PV
* pvscan : lister tous les PV existant sur tous les disques
'''Gestion des groupes de volumes'''
* vgcfgbackup : sauvegarder la VGDA
* vgcfgrestore : restaurer la VGDA
* vgchange : changer les attributs d'un VG
* vgck : vérification de la VGDA
* vgcreate : créer un VG
* vgdisplay : voir les informations
* vgexport : désactiver un VG pour pouvoir extraire les PV
* vgimport : activer et déclarer un VG sur le système
* vgextend : ajouter un ou plusieurs PV dans un VG
* vgmerge : fusionner deux VG
* vgmknodes : recréer /dev/nom_volume et le fichier spécial group
* vgreduce : extraire un ou plusieurs PV d'un VG
* vgremove : supprimer un VG
* vgrename : renommer un VG
'''Gestion des volumes logiques'''
* lvcreate : création d'un VL lvchange : modification des attributs d'un VL
* lvdisplay : voir les informations d'un VL
* lvextend : augmenter la taille d'un VL
* lvreduce : réduire la taille d'un VL
* lvremove : supprimer un VL
* lvrename : renommer un VL
* lvscan : recherche de tous les VL existant
= Utilisation pratique du LVM dans la gestion de l'espace =
Vous diposez d'un groupe de volume dans lequel vous n'avez plus d'espace disponible. Pour pouvoir augmenter un des volumes logiques, il va donc falloir ajouter un disque au groupe de volume. Comme pour tout élément du LVM, la première étape consiste à le transformer en volume physique ("pvcreate"). Puis on va insérer le nouveau volume physique dans le groupe de volume au moyen de la commande "vgextend". C'est tout !
Plus complexe, vous pouvez, pour quelle que raison que ce soit, envisager de déplacer un groupe de volume d'une machine à une autre. Si une sauvegarde de données est toujours conseillée par sécurité (mais comme vous êtes prévoyant vous en disposez de toute façon ;)), l'opération va consister à désactiver le groupe de volume à déplacer, enregistrer les métadatas le concernant. Puis on va réinjecter ces métadatas sur la machine destinataire et réactiver le groupe de volume sur cette machine. Les données seront alors accessibles de la même façon que sur l'ancienne machine (sous réserve de conserver les mêmes points de montage).
Ci-dessous les étapes effectuées :
*# désactivation du groupe de volume ("datas") :<br /><code><nowiki># vgchange n datas </nowiki></code>
*# sauvegarde des métadatas du groupe de volume :<br /> # vgcfgbackup datas
*# retrait du groupe de volume de la configuration système :<br /><code><nowiki># vgexport datas </nowiki></code>
*# arrêt de la première machine, transfert des disques dans la deuxième et redémarrage des machines
*# restauration des métadatas concernant ce groupe de volume sur la nouvelle machine :<br /><code><nowiki># vgcfgrestore -f datas.conf /dev/hda3</nowiki><br /> # vgcfgrestore -f datas.conf /dev/hda4</code> si les volumes physiques sont hda3 et hda4.
*# déclaration du groupe de volume sur la machine :<br /><code><nowiki># vgimport datas /dev/hda3 /dev/hda4</nowiki></code>
*# activation du groupe de volume importé :<br /><code><nowiki># vgchange y datas </nowiki></code>
Il ne vous reste plus qu'à modifier en conséquence /etc/fstab pour le montage automatique des systèmes de fichiers contenus dans le groupe de volume.
= Evolution du LVM : LVM 2 =
Avec la sortie du noyau 2.6, le LVM a été revu et corrigé et la version LVM2 est disponible de base avec ce noyau. Il est possible de l'utiliser avec un noyau 2.4.x moyennant recompilation de ce même noyau.
== Le device-mapper ==
Le driver du LVM a été complètement réécrit, ce qui lui procure encore plus d'efficacité et de souplesse. La grande nouveauté réside dans l'utilisation de ce driver, utilisé pour gérer la couche d'abstraction nécessaire dans le cadre de la gestion de volumes logiques. Cette couche d'abstraction a pour fonction principale de réaliser le mapping résultant de l'agrégat par bandes (stripping) des périphériques physiques utilisés.
Le device-mapper définit les nouveaux périphériques de bloc composés de tranches de secteurs de périphériques physiques existant. Le mapping réalisé prend la forme suivante :
<start > < length > < target > [ < target args...>]
Les targets peuvent être de plusieurs natures :
** linear : c'est le cas le plus couramment utilisé dans le LVM. Les arguments nécessaires seront alors le device utilisé et le secteur de début.
** stripped : on utilisera cette cible lorsque l'on réalise du stripping avec le LVM. Les arguments seront alors le nombre de stripes et leur taille, puis les paires device name / secteurs.
** error : toutes les I/O sur les secteurs ainsi marquées sont définies en erreur.
** snapshot : permet de réaliser des snapshots asynchrones grâce au LVM.
** mirror : permet d'implémenter les éléments nécessaires à l'exécution de la commande pvmove.
== Utilisation d'un arbre binaire ==
Pour réaliser le mapping, un [http://fr.wikipedia.org/wiki/Arbre_binaire arbre binaire] a été utilisé, ceci afin de rendre la lecture de la table plus rapide et donc le LVM plus efficace.
== Une plus grande configurabilité ==
LVM2 peut fonctionner sans ajout de fichier de configuration mais l'emploi de celui-ci permet d'optimiser ses performances. Un certain nombre d'éléments peuvent ainsi être paramétrés :
** les devices à utiliser pour réaliser le LVM, ce qui permet d'éviter des scans de périphériques inutiles et qui nuisent à la performance (ex : lecteur de CD-ROM). A cela, on ajoute la gestion d'un système de cache contenant ces informations qui permet d'accroitre encore plus l'efficacité.
** possibilité de déterminer l'emplacement des fichiers spéciaux des groupes volumes
** possibilité de disposer de logs configurables (taille, contenu, emplacement, ...)
** paramétrage des backups de la configuration existante et de l'archivage des anciennes configuration du LVM (métadatas)
** définition du type de LVM employé par défaut (1 ou 2), même s'il est possible dans la compilation de n'inclure que la gestion du LVM2, dans le cas où la gestion de la compatibilité descendante n'est pas nécessaire.
** définition du nombre de copies de secours des métadatas sur un volume physique, un peu à l'image des copies des superblocs sur le système de fichiers de type ext2.
== Compatibilité LVM1 / LVM2 ==
Il est possible d'utiliser conjointement LVM1 et 2 sur un même système, et/ou de convertir du LVM 1 en 2 et inversement.
On peut effectivement utiliser sur un même système les deux versions de LVM, à condition que ce ne soit pas dans le même groupe de volumes. Les commandes LVM ont en effet un commutateur supplémentaire, -M, qui permet de faire ce choix. (-M 1 ou -M 2)
D'autre part, la comande vgconvert permet la conversion des métadatas pour migrer de LVM1 à LVM2
== Autre ==
LVM2 permet d'assouplir encore plus la gestion de l'espace, dans la manipulation des volumes logiques. La commande lvcreate par exemple donne maintenant la possibilité de choisir le périphériques voire la tranche de PE à utiliser.

= En conclusion... =
Voilà donc un outil de plus qui fait qu'un système Linux peut être véritablement efficace et optimiser la disponibilité d'un serveur en production. L'outil LVM peut également être utilisé avantageusement sur un poste personnel, pour s'éviter les opérations fastidieuses liées à la gestion de l'espace disque.
= Liens utiles =
** HOWTO LVM : http://tldp.org/HOWTO/LVM-HOWTO
** La principale mailing-liste d'aide : http://lists.sistina.com/mailman/listinfo
** Trouver les sources de LVM : http://www.sistina.com/products_lvm.htm
** Un autre projet de gestion de volumes logiques, EVMS : http://evms.sourceforge.net

<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 Anne le 29/10/2004.</div>

= Copyright =
Copyright © 29/10/2004, Anne
{{CC-BY-NC-SA}}

LVM

2005-10-04T10:59:26Z

Misc : remplace la mention du kernel 2.4 et distributions récentes.

[[Category:Administration système]]
= Le LVM (Logical Volume Manager) =

<div class="leatitre">Le LVM (Logical Volume Manager)</div><div class="leapar">Par [mailto:anne at lea-linux point org Anne]</div>

Un des aspects cruciaux dans l'administration d'un serveur ou d'une machine de bureau est la gestion de l'espace disque. Quoi de plus énervant que de voir l'installation d'une application échouer par manque d'espace, ou un serveur rendu indisponible parce que le système de fichiers /var était plein du fait des fichiers de log ?

Un outil apporte une solution satisfaisante et efficace : le LVM (Logical Volume Manager).

= De l'utilité du LVM =

Le LVM ou Logical Volume Manager, est une technique créée à la base par IBM consistant à fournir la possibilité de modifier la taille des partitions sur les disques durs sans avoir besoin de tout reformater, voire de créer des partitions s'étalant sur plusieurs disques. L'objectif est ainsi d'éviter arret et redemarrage d'une machine en production. Cette technique est disponible sur linux depuis la version 2.4 du noyau (très exactement 2.3.47).

Dans un partitionnement de type classique, à l'aide des commandes fdisk, vous ne pouvez avoir que 4 partitions primaires pour chaque disque (en IDE) ou éventuellement 3 partitions primaires et une partition étendue qui contiendra des partitions logiques. L'inconvénient de ce type de partitionnement est que lorsque vous souhaitez réduire la taille d'une partition ou l'augmenter, vous devez notamment disposer d'outils spécifiques comme GNU-parted. De plus, le partitionnement ne se fera que disque par disque. Imaginez alors que vous souhaitiez ajouter un deuxième disque sur votre machine ou agrandir la taille de votre système de fichiers /home....

Vous ne pourrez pas profiter de l'espace disponible sur ce deuxième disque pour agrandir /home, à moins d'y accrocher un nouveau système de fichiers. Agacant non ?

Eh bien, LVM est là pour vous simplifier la vie.

= Les composants du LVM =

Le principe de fonctionnement de LVM est relativement simple. Il s'agit en fait pour effectuer ce type de partitionnement, de s'affranchir complètement des limites physiques du ou des disques disponibles. Les étapes ci-dessous en décrivent le fonctionnement. Le LVM s'accompagne aussi d'un certain nombre de termes techniques énoncés également ci-dessous.

* Chaque disque dur ou partition va être transformé en '''volume physique'''. Cette opération consiste à découper le disque en tranches, appelées Physical Extents (PE). Par défaut (et convention), 1 PE = 4Mo.
* Chaque volume physique va être inséré dans un '''groupe de volumes'''. Celui-ci peut contenir un ou plusieurs volumes physiques (donc disques ou partitions). Un groupe de volume est un espace logique découpé en Logical Extents (LE) de même tailles que les physical extents, soit 4 Mo par défaut.
Le système va ensuite établir des '''pointeurs''' entre un physical extent et un logical extent comme indiqué sur le schéma ci-dessous. (schéma 1)
'''Schéma 1 : système des pointeurs LVM'''
[[Image:lvm-lvm4.jpg]]
* La dernière étape va consister à découper le groupe de volumes en partitions appelées '''volumes logiques''' dans lesquelles nous pourrons au choix, créer un système de fichier, une partition de swap. Ces partitions pourront être redimensionnées et/ou déplacées.

Voici de manière shématique à quoi pourrait ressembler votre(vos) disque(s) après ce traitement (Schéma 2).

'''Schéma 2 : impact de LVM sur les disques durs'''

[[Image:lvm-lvm3.jpg]]

Dans ce cas de figure, les deux disques hda et hdb ont été transformés en volumes physiques. Puis ils ont été insérés tous les deux dans un groupe de volumes appelé vg01. A partir de ce moment-là, il n'est plus nécessaire de tenir compte des limites physiques des disques, en effet, nous n'avons plus qu'un espace, et un seul, de 36 GB (regroupant donc nos deux unités de disques hda et hdb). Le groupe de volumes a ensuite été découpé en 3 volumes logiques, nommées lvol01, lvol02, lvol03. On remarquera que lvol02 est composé de logical extents pointant sur des physical extents appartenant à hda et hdb. La dernière étape consistera à créer un système de fichiers dans chacun de ces volumes logiques.

<u>Remarques</u> :

* la taille que l'on attribuera à un volume logique s'exprime en nombre de logical extents. Ceux-ci sont indivisibles. Si sa taille est de 4 Mo et que je souhaite un volume logique de 14 Mo, le système attribuera 4 logical extents au volume logique, soit 16 Mo (arrondi au nombre de LE supérieur)
* la taille d'un PE, et donc d'un LE, est personnalisable lors de la création d'un volume physique.
* les noms des groupes de volumes et volumes logiques sont personnalisables à leur création
* '''Attention : la création d'un volume physique écrase toutes les données existantes sur la partition et/ou le disque !!'''
* L'utilisation du LVM pour partitionner un disque entraine une perte d'espace liée à l'écriture des données nécessaires au système pour gérer le LVM (métadatas) :
** la PVRA : Physical Volume Reserved Area. Comme son nom l'indique, elle contient les informations LVM spécifiques au volume physique.
** la VGRA : Volume Group Reserve Area. Elle contient les informations liées au groupe de volumes mais aussi aux volumes logiques contenus dans le groupe de volumes
** la BBRA : Bad Block Relocation Area : cette zone contient des informations liées au mécanisme de ré-allocation des blocs défectueux.

= Utiliser le LVM : ce dont il faut disposer =

Pour être utilisé, le LVM nécessite de disposer du driver qui permet de générer la couche assurant le mapping ( la carte) entre périphérique physique et vue logique, des utilitaires pour manipuler ce mapping et des périphériques physiques.

== Kernel et utilitaires ==

Le LVM est fourni lors de l'installation, sauf sur de trés vieux systémes ( noyau 2.2 ). Il faut quand même savoir que l'implémentation du LVM se fait à deux niveaux :

* le kernel
* les commandes nécessaires pour gérer les structures LVM.

Au niveau du kernel lors de l'installation ou de la recompilation du noyau, vous devez avoir intégré ou mis en module le driver LVM. Celui-ci se situe dans le menu de compilation "Multi-device support". On peut le vérifier de la manière suivante :

<div class="code">root@pingu# grep -i lvm /boot/config<br /> # Multi-device support (RAID and LVM)<br /> CONFIG_BLK_DEV_LVM=m</div>

Vous devez également disposer des commandes nécessaires à l'administration du LVM. Elles sont incluses dans le package lvm. Pour vérifier qu'il est installé (dans le cas d'une Mandriva) :

<div class="code">root@pingu# rpm -qa|grep lvm<br /> lvm-1.0.3-9</div>

Toutes les commandes passées en revue dans la suite de cet article font partie de ce paquetage.

== Sur quels périphériques et systèmes de fichiers puis-je faire du LVM ? ==

Pour pouvoir utiliser le LVM, vous devez disposer soit d'un disque vierge (rappel : la création d'un volume physique entrainera la perte de données existantes) et/ou d'une partition primaire vierge (moins utile mais faisable).

Toutefois attention : vous ne pourrez pas mélanger partitionnement classique et LVM au sein d'un groupe de volumes.

Il est possible d'utiliser le LVM pour tous vos systèmes de fichiers, exception faite de « /boot », qui pose quelques problèmes. Par contre il est tout à fait possible de l'inclure sur un ou plusieurs volumes logiques. D'ailleurs la plupart des distributions proposent aujourd'hui cette option dè l'installation. La seule contrainte est de prévoir le chargement du module LVM dès le démarrage. Pour ce faire, on créera une image initrd contenant le module LVM à l'aide de la commande lvmcreate_initrd. On modifiera également en conséquence le fichier /etc/lilo.conf.

= Configuration du LVM =

Passons maintenant à la pratique.

Pour la mise en application, nous allons reprendre les 3 étapes énoncées ci-dessus. A chaque fois, je présenterai la commande correspondante à la création de l'élément et une commande de recueil d'informations pour vérifier que l'opération a été correctement réalisée.

== L'arborescence du LVM ==

A chaque élément du LVM correspond un fichier spécial dans /dev. Le volume physique est représenté par le fichier spécial du disque dur ou de la partition correspondant. Le groupe de volume dispose d'un répertoire portant son nom dans lequel on trouvera le fichier spécial group.

<div class="code"><nowiki># ls -l /dev/datas/group</nowiki><br /> crw-r----- 1 root root 109, 1 jan 1 1970 group</div>

Dans ce répertoire, on trouvera également un fichier spécial par volume logique créé à l'intérieur de ce groupe de volumes.

<div class="code"><nowiki># tree /dev/users /dev/public</nowiki><br /> /dev/users<br /> |--datas<br /> |--group<br /> `--private<br /> /dev/public<br /> |--ftp<br /> |--group<br /> `--web</div>

Outre les fichiers spéciaux, on trouve également le fichier /etc/lvmtab et /etc/lvmtab.d. Ils contiennent la base de données manipulée par les commandes lvm.

== Création d'un volume physique ==

La première étape consiste à transformer notre disque en volume physique. L'opération s'effectue en 3 temps :

# '''Préparation de l'espace''' à utiliser avec le LVM : cette étape s'effectue grâce à la commande fdisk. Vous allez devoir attribuer le type lvm à votre disque ou votre partition : <div class="code">
root@pingu# fdisk /dev/hdb
Commande (m pour aide) : p
Disk /dev/hdb: 13.5 GB, 13578485760 bytes
255 heads, 63 sectors/track, 1650 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Périphérique Amorce Début Fin Blocs Id Système
/dev/hdb1 1 730 5863693+ 8e Linux LVM
/dev/hdb2 731 1339 4891792+ 8e Linux LVM
/dev/hdb3 1340 1650 2498107+ 8e Linux LVM
</div>
# Ensuite, il est nécessaire de lancer '''la commande vgscan''' si vous utilisez LVM pour la première fois sur le disque dur ou la partition. La commande va créer notamment le fichier /etc/lvmtab et le répertoire /etc/lvmtab.d. <div class="code"><nowiki># vgscan</nowiki><br /> vgscan -- reading all physical volumes (this may take a while...)<br /> vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created<br /> vgscan -- WARNING: This program does not do a VGDA backup of your volume group</div>
# Création du volume physique : la commande est pvcreate (physical volume creation).
pvcreate [-f] </dev/hdxx> où<br /> -f : force la création du volume. A utiliser si le disque avait déjà été transformé en volume physique.<br /> /dev/hdxx : fichier spécial du disque ou de la partition à transformer en volume physique
<u>Exemple</u> : création d'un volume physique à partir de hdb1
<div class="code"><nowiki># pvcreate /dev/hdb1</nowiki><br /> pvcreate -- physical volume "/dev/hdb1" successfully created</div>

== Création d'un groupe de volume ==

Une fois le volume physique créé, il faut alors insérer le ou les volumes physiques ainsi créés dans un groupe de volumes. On utilise la commande vgcreate :

vgcreate <nom_du_volume></dev/hdxx> où<br /> <nom_du_volume> : nom du groupe de volume - l'opération crée alors le répertoire /dev/nom_du_volume contenant le fichier spécial group qui représente ce groupe de volumes.<br /> </dev/hdxx> : fichier spécial du volume physique

<u>Exemple</u> : création d'un groupe de volumes nommé volume1 avec hdb1

<div class="code"><nowiki># vgcreate volume1 /dev/hdb1</nowiki><br /> vgcreate -- INFO: using default physical extent size 4 MB<br /> vgcreate -- INFO: maximum logical volume size is 255.99 Gigabyte<br /> vgcreate -- doing automatic backup of volume group "volume1"<br /> vgcreate -- volume group "volume1" successfully created and activated</div>

== Création d'un volume logique ==

Une fois le groupe de volume créé, on peut alors le découper en un ou plusieurs volumes logiques grâce à la commande lvcreate :

lvcreate -L tailleK|M|G [-n nom] <nom_volume> où<br /> -L tailleK|M|G : taille du volume logique exprimable en Ko, Mo ou Go<br /> -n nom : nom du volume logique - l'opération crée un fichier spécial portant ce nom pour le volume logique et sera placé dans le répertoire /dev/nom_volume

<nom_volume> : nom du groupe de volumes dans lequel sera créé le volume logique.

<u>Exemple</u> : création d'un volume logique de 600 Mo nommé part1 dans le groupe de volume volume1

<div class="code"><nowiki># lvcreate -L 600 -n part1 volume1</nowiki><br /> lvcreate -- doing automatic backup of "volume1"<br /> lvcreate -- logical volume "/dev/volume1/part1" successfully created</div>

Une particularité de la création d'un volume logique est le choix du mapping entre les LE et les PE. Par défaut, ce mapping est effectué de manière linéaire. Il est possible également de réaliser du stripping(répartition des données sur un ou plusieurs diques), ce qui permet d'améliorer le temps d'accè aux données. Ci-dessous, ce schéma montre la différence de répartition des LE en fonction de ces 2 modes.

Des options de la commande lvcreate permettent de donner le nombre de stripes (et donc de volumes physiques utilisés) et leur taille. (Schémas 4 et 5)

'''Schéma 4 : Volume logique en mode linéaire'''

[[Image:lvm-lvm2.jpg]]

'''Schéma 5 : Volume logique en mode stripping'''

[[Image:lvm-lvm1.jpg]]

= Recueillir des informations sur le LVM =

A tout moment il est possible de recueillir des informations sur les structures LVM : volume physique, groupe de volumes et volumes logiques. On utilisera pour cela respectivement les commandes pvdisplay, vgdisplay et lvdisplay. Ces commandes ne font en fait qu'afficher dans un format lisible le contenu respectif de la PVRA, VGRA. Nous allons détailler les principales informations au moyen d'exemples ci-dessous.

La description d'un volume physique procure notamment le nom du volume physique, le nom du groupe de volume dans lequel est inséré le dit volume physique, sa taille, le nombre de volumes logiques contenus, la taille des physical extents, le nombre de PE contenus dans le volume physique, le nombre de PE libres.

<div class="code">

<nowiki># pvdisplay /dev/hdb1
--- Physical volume ---
PV Name /dev/hdb1
VG Name volume1
PV Size 5.59 GB [11727387 secs] /
NOT usable 4.19 MB [LVM: 133 KB]
PV# 1
PV Status available
Allocatable yes
Cur LV 1
PE Size (KByte) 4096
Total PE 1430
Free PE 1230
Allocated PE 200
PV UUID DTWrWh-5oUP-KrdB-US55-c9wP-eKii-6z3uU7</nowiki>

</div>

La description d'un groupe de volumes permet de vérifier son nom, le type d'accè aux données (écriture, lecture), nombre maximum de volumes logiques créables dans ce groupe de volume, sa taille en PE et LE, ...

<div class="code">

<nowiki># vgdisplay volume1
--- Volume group ---
VG Name volume1
VG Access read/write
VG Status available/resizable
VG # 0
MAX LV 256
Cur LV 1
Open LV 0
MAX LV Size 255.99 GB
Max PV 256
Cur PV 1
Act PV 1
VG Size 5.59 GB
PE Size 4 MB
Total PE 1430
Alloc PE / Size 150 / 600 MB
Free PE / Size 1280 / 5 GB
VG UUID 5XxOO1-ZNl8-zocw-6dR5-44LX-oyYc-MYHpN2</nowiki>

</div>

Enfin la description d'un volume logique contient son nom, le type d'accès aux données, sa taille...

<div class="code">

<nowiki># lvdisplay /dev/volume1/part1
--- Logical volume ---
LV Name /dev/volume1/part1
VG Name volume1
LV Write Access read/write
LV Status available
LV # 1
# open 0
LV Size 600 MB
Current LE 150
Allocated LE 150
Allocation next free
Read ahead sectors 1024
Block device 58:0</nowiki>

</div>

= Commandes complémentaires =

Jusqu'à maintenant, nous avons vu comment créer des strutures LVM et obtenir de l'information. Nous allons voir maintenant d'autres opérations réalisables pour la gestion du partitionnemement et qui mettent en évidence toute la souplesse apportée par le LVM en la matière : agrandir ou réduire un groupe de volume, redimensionner un volume logique.

== Redimensionner un groupe de volumes ==

Un groupe de volumes est constitué d'un ou plusieurs volumes physiques. Il est possible à tout moment d'ajouter ou retirer un ou plusieurs volumes physiques afin d'augmenter ou diminuer l'espace disponible d'un groupe de volumes.

Les commandes sont respectivement vgextend et vgreduce :

<div class="code">vgextend nom_volume /dev/hdxx<br /> vgreduce nom_volume /dev/hdxx</div>

où

nom_volume : nom du groupe de volume à redimensionner<br /> /dev/hdxx : volume physique à ajouter ou retirer du groupe de volumes

Vous devez augmenter l'espace du groupe de volume volume1 de 6 Go. Pour cela vous disposez d'un disque que vous allez ajouter. Ci-dessous les étapes à réaliser :

# création du volume physique à partir de hdb2 <div class="code"><nowiki># pvcreate /dev/hdb1</nowiki><br /> pvcreate -- physical volume "/dev/hdb1" successfully created</div>
# ajout de hdb2 au groupe de volumes volume1 <div class="code"><nowiki># vgextend volume1 /dev/hdb2 </nowiki><br /> vgextend -- INFO:maximum logical volume size is 255.99 Gigabyte vgextend<br /> --doing automatic backup of volume group "volume1" vgextend<br /> --volume group "volume1" successfully extended</div>

On pourra vérifier la bonne réalisation de l'opération grâce à la commande vgdisplay.

== Redimensionner un volume logique ==

De la même façon, il est possible de diminuer ou augmenter la taille d'un volume logique au moyen des commandes lvreduce et lvextend.

<div class="code">lvextend -L taille /dev/nom_volume/vol_logique<br /> vreduce -L taille /dev/nom_volume/vol_logique </div>

où<br /> nom_volume : nom du groupe de volume à redimensionner<br /> dev/hdxx : volume physique à ajouter ou retirer du groupe de volumes<br /> -L taille : taille finale du volume logique (aprè redimensionnement)

Les étapes à respecter pour redimensionner un volume logique :

# démontage du système de fichier (commande umount)
# réduction / augmentation de la taille du système de fichiers: on utilisera pour cela un utilitaire fourni dans le package LVM
# réduction / augmentation de la taille du volume logique
# remontage du système de fichiers

Si l'on veut augmenter l'espace du volume logique part1 en passant de 600 à 800 Mo , il ne nous restera plus qu'à proceder de la maniere suivante :

<div class="code"><nowiki># lvextend -L 800 /dev/volume1/part1</nowiki><br /> lvextend -- extending logical volume "/dev/volume1/part1" to 800 MB<br /> lvextend -- doing automatic backup of volume group "volume1"<br /> lvextend -- logical volume "/dev/volume1/part1" successfully extended</div>

Là encore on pourra vérifier le bon déroulement de l'opération grâce aux commandes lvdisplay pour le volume logique et df pour le système de fichiers. Les remarques ci-dessus sont une description générale de l'opération. Ces étapes peuvent toutefois varier en fonction du système de fichiers utilisé. Certains procurent en effet la possibilité d'effectuer les opérations de redimensionnement "à chaud" c'est-à-dire sans démontage. Ci-contre un tableau comparatif des différents systèmes de fichiers les plus couramment rencontrés (Tableau 1)

'''Tableau 1 : manipulation des systèmes de fichiers'''

{| width="90%" border="1"
| align="center" | Système de fichiers
| align="center" | diminution
| align="center" | Augmentation
| align="center" | Utilitaires
|-
| width="15%" | ext3
| width="22%" | démontage préalable
| width="22%" | démontage préalable
| width="42%" | e2fsprogs (resize2fs)
|-
| width="15%" | ReiserFS
| width="22%" | démontage préalable
| width="22%" | opération on-line
| width="42%" | reiserfsprogsv (resize_reiserfs)
|-
| width="15%" | XFS
| width="22%" | impossible
| width="22%" | opération on-line
| width="42%" | xfsprogs (xfs_growfs)
|}

== Une fonction particulière du LVM : la réalisation de snapshots ==

La difficulté fréquemment rencontrée pour la réalisation de sauvegardes est de disposer de données cohérentes. Cela implique parfois d'arrêter un ou plusieurs services comme dans le cas des bases de données. Le LVM apporte un élément de réponse avec la possibilité de créer des snapshots. Il s'agit d'image à un moment t des données situées sur un volume logique. Le volume de snapshot ne nécessite pas autant d'espace que le volume initial dans la mesure où il ne contiendra réellement que les métadatas concernant les données à sauvegarder.

== Autres commandes ==

Cet article n'abord era pas le détail de toutes les commandes, qui sont plutôt simples à utiliser une fois que les concepts de base du LVM sont compris. Dans le tableau ci-aprè une liste de commandes utilisables et la description rapide de leur rôle. Voir le man de la commande pour plus d'informations.

'''Commandes générales'''

* lvmcreate_initrd : création d'une image initrd lorsque le système utilise le LVM
* lvmdiskscan : scanner l'ensemble des disques et partitions pour éditer une description de l'espace
* vgscan : création de /etc/lvmtab et /etc/lvmtab.d
'''Gestion des volumes physiques'''
* pvchange : changer les attributs d'un PV
* pvcreate : création d'un PV
* pvdata : afficher des informations de debug
* pvdisplay : afficher des informations d'un PV
* pvscan : lister tous les PV existant sur tous les disques
'''Gestion des groupes de volumes'''
* vgcfgbackup : sauvegarder la VGDA
* vgcfgrestore : restaurer la VGDA
* vgchange : changer les attributs d'un VG
* vgck : vérification de la VGDA
* vgcreate : créer un VG
* vgdisplay : voir les informations
* vgexport : désactiver un VG pour pouvoir extraire les PV
* vgimport : activer et déclarer un VG sur le système
* vgextend : ajouter un ou plusieurs PV dans un VG
* vgmerge : fusionner deux VG
* vgmknodes : recréer /dev/nom_volume et le fichier spécial group
* vgreduce : extraire un ou plusieurs PV d'un VG
* vgremove : supprimer un VG
* vgrename : renommer un VG
'''Gestion des volumes logiques'''
* lvcreate : création d'un VL lvchange : modification des attributs d'un VL
* lvdisplay : voir les informations d'un VL
* lvextend : augmenter la taille d'un VL
* lvreduce : réduire la taille d'un VL
* lvremove : supprimer un VL
* lvrename : renommer un VL
* lvscan : recherche de tous les VL existant
= Utilisation pratique du LVM dans la gestion de l'espace =
Vous diposez d'un groupe de volume dans lequel vous n'avez plus d'espace disponible. Pour pouvoir augmenter un des volumes logiques, il va donc falloir ajouter un disque au groupe de volume. Comme pour tout élément du LVM, la première étape consiste à le transformer en volume physique ("pvcreate"). Puis on va insérer le nouveau volume physique dans le groupe de volume au moyen de la commande "vgextend". C'est tout !
Plus complexe, vous pouvez, pour quelle que raison que ce soit, envisager de déplacer un groupe de volume d'une machine à une autre. Si une sauvegarde de données est toujours conseillée par sécurité (mais comme vous êtes prévoyant vous en disposez de toute façon ;)), l'opération va consister à désactiver le groupe de volume à déplacer, enregistrer les métadatas le concernant. Puis on va réinjecter ces métadatas sur la machine destinataire et réactiver le groupe de volume sur cette machine. Les données seront alors accessibles de la même façon que sur l'ancienne machine (sous réserve de conserver les mêmes points de montage).
Ci-dessous les étapes effectuées :
*# désactivation du groupe de volume ("datas") :<br /><code><nowiki># vgchange n datas </nowiki></code>
*# sauvegarde des métadatas du groupe de volume :<br /> # vgcfgbackup datas
*# retrait du groupe de volume de la configuration système :<br /><code><nowiki># vgexport datas </nowiki></code>
*# arrêt de la première machine, transfert des disques dans la deuxième et redémarrage des machines
*# restauration des métadatas concernant ce groupe de volume sur la nouvelle machine :<br /><code><nowiki># vgcfgrestore -f datas.conf /dev/hda3</nowiki><br /> # vgcfgrestore -f datas.conf /dev/hda4</code> si les volumes physiques sont hda3 et hda4.
*# déclaration du groupe de volume sur la machine :<br /><code><nowiki># vgimport datas /dev/hda3 /dev/hda4</nowiki></code>
*# activation du groupe de volume importé :<br /><code><nowiki># vgchange y datas </nowiki></code>
Il ne vous reste plus qu'à modifier en conséquence /etc/fstab pour le montage automatique des systèmes de fichiers contenus dans le groupe de volume.
= Evolution du LVM : LVM 2 =
Avec la sortie du noyau 2.6, le LVM a été revu et corrigé et la version LVM2 est disponible de base avec ce noyau. Il est possible de l'utiliser avec un noyau 2.4.x moyennant recompilation de ce même noyau.
== Le device-mapper ==
Le driver du LVM a été complètement réécrit, ce qui lui procure encore plus d'efficacité et de souplesse. La grande nouveauté réside dans l'utilisation de ce driver, utilisé pour gérer la couche d'abstraction nécessaire dans le cadre de la gestion de volumes logiques. Cette couche d'abstraction a pour fonction principale de réaliser le mapping résultant de l'agrégat par bandes (stripping) des périphériques physiques utilisés.
Le device-mapper définit les nouveaux périphériques de bloc composés de tranches de secteurs de périphériques physiques existant. Le mapping réalisé prend la forme suivante :
<start > < length > < target > [ < target args...>]
Les targets peuvent être de plusieurs natures :
** linear : c'est le cas le plus couramment utilisé dans le LVM. Les arguments nécessaires seront alors le device utilisé et le secteur de début.
** stripped : on utilisera cette cible lorsque l'on réalise du stripping avec le LVM. Les arguments seront alors le nombre de stripes et leur taille, puis les paires device name / secteurs.
** error : toutes les I/O sur les secteurs ainsi marquées sont définies en erreur.
** snapshot : permet de réaliser des snapshots asynchrones grâce au LVM.
** mirror : permet d'implémenter les éléments nécessaires à l'exécution de la commande pvmove.
== Utilisation d'un arbre binaire ==
Pour réaliser le mapping, un arbre binaire a été utilisé, ceci afin de rendre la lecture de la table plus rapide et donc le LVM plus efficace.
== Une plus grande configurabilité ==
LVM2 peut fonctionner sans ajout de fichier de configuration mais l'emploi de celui-ci permet d'optimiser ses performances. Un certain nombre d'éléments peuvent ainsi être paramétrés :
** les devices à utiliser pour réaliser le LVM, ce qui permet d'éviter des scans de périphériques inutiles et qui nuisent à la performance (ex : lecteur de CD-ROM). A cela, on ajoute la gestion d'un système de cache contenant ces informations qui permet d'accroitre encore plus l'efficacité.
** possibilité de déterminer l'emplacement des fichiers spéciaux des groupes volumes
** possibilité de disposer de logs configurables (taille, contenu, emplacement, ...)
** paramétrage des backups de la configuration existante et de l'archivage des anciennes configuration du LVM (métadatas)
** définition du type de LVM employé par défaut (1 ou 2), même s'il est possible dans la compilation de n'inclure que la gestion du LVM2, dans le cas où la gestion de la compatibilité descendante n'est pas nécessaire.
** définition du nombre de copies de secours des métadatas sur un volume physique, un peu à l'image des copies des superblocs sur le système de fichiers de type ext2.
== Compatibilité LVM1 / LVM2 ==
Il est possible d'utiliser conjointement LVM1 et 2 sur un même système, et/ou de convertir du LVM 1 en 2 et inversement.
On peut effectivement utiliser sur un même système les deux versions de LVM, à condition que ce ne soit pas dans le même groupe de volumes. Les commandes LVM ont en effet un commutateur supplémentaire, -M, qui permet de faire ce choix. (-M 1 ou -M 2)
D'autre part, la comande vgconvert permet la conversion des métadatas pour migrer de LVM1 à LVM2
== Autre ==
LVM2 permet d'assouplir encore plus la gestion de l'espace, dans la manipulation des volumes logiques. La commande lvcreate par exemple donne maintenant la possibilité de choisir le périphériques voire la tranche de PE à utiliser.
= En conclusion... =
Voilà donc un outil de plus qui fait qu'un système Linux peut être véritablement efficace et optimiser la disponibilité d'un serveur en production. L'outil LVM peut également être utilisé avantageusement sur un poste personnel, pour s'éviter les opérations fastidieuses liées à la gestion de l'espace disque.
= Liens utiles =
** HOWTO LVM : http://tldp.org/HOWTO/LVM-HOWTO
** La principale mailing-liste d'aide : http://lists.sistina.com/mailman/listinfo
** Trouver les sources de LVM : http://www.sistina.com/products_lvm.htm
** Un autre projet de gestion de volumes logiques, EVMS : http://evms.sourceforge.net

<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 Anne le 29/10/2004.</div>

= Copyright =
Copyright © 29/10/2004, Anne
{{CC-BY-NC-SA}}

LVM

2005-10-04T10:56:22Z

Misc : mandrake => mandriva

[[Category:Administration système]]
= Le LVM (Logical Volume Manager) =

<div class="leatitre">Le LVM (Logical Volume Manager)</div><div class="leapar">Par [mailto:anne at lea-linux point org Anne]</div>

Un des aspects cruciaux dans l'administration d'un serveur ou d'une machine de bureau est la gestion de l'espace disque. Quoi de plus énervant que de voir l'installation d'une application échouer par manque d'espace, ou un serveur rendu indisponible parce que le système de fichiers /var était plein du fait des fichiers de log ?

Un outil apporte une solution satisfaisante et efficace : le LVM (Logical Volume Manager).

= De l'utilité du LVM =

Le LVM ou Logical Volume Manager, est une technique créée à la base par IBM consistant à fournir la possibilité de modifier la taille des partitions sur les disques durs sans avoir besoin de tout reformater, voire de créer des partitions s'étalant sur plusieurs disques. L'objectif est ainsi d'éviter arret et redemarrage d'une machine en production. Cette technique est disponible sur linux depuis la version 2.4 du noyau (très exactement 2.3.47).

Dans un partitionnement de type classique, à l'aide des commandes fdisk, vous ne pouvez avoir que 4 partitions primaires pour chaque disque (en IDE) ou éventuellement 3 partitions primaires et une partition étendue qui contiendra des partitions logiques. L'inconvénient de ce type de partitionnement est que lorsque vous souhaitez réduire la taille d'une partition ou l'augmenter, vous devez notamment disposer d'outils spécifiques comme GNU-parted. De plus, le partitionnement ne se fera que disque par disque. Imaginez alors que vous souhaitiez ajouter un deuxième disque sur votre machine ou agrandir la taille de votre système de fichiers /home....

Vous ne pourrez pas profiter de l'espace disponible sur ce deuxième disque pour agrandir /home, à moins d'y accrocher un nouveau système de fichiers. Agacant non ?

Eh bien, LVM est là pour vous simplifier la vie.

= Les composants du LVM =

Le principe de fonctionnement de LVM est relativement simple. Il s'agit en fait pour effectuer ce type de partitionnement, de s'affranchir complètement des limites physiques du ou des disques disponibles. Les étapes ci-dessous en décrivent le fonctionnement. Le LVM s'accompagne aussi d'un certain nombre de termes techniques énoncés également ci-dessous.

* Chaque disque dur ou partition va être transformé en '''volume physique'''. Cette opération consiste à découper le disque en tranches, appelées Physical Extents (PE). Par défaut (et convention), 1 PE = 4Mo.
* Chaque volume physique va être inséré dans un '''groupe de volumes'''. Celui-ci peut contenir un ou plusieurs volumes physiques (donc disques ou partitions). Un groupe de volume est un espace logique découpé en Logical Extents (LE) de même tailles que les physical extents, soit 4 Mo par défaut.
Le système va ensuite établir des '''pointeurs''' entre un physical extent et un logical extent comme indiqué sur le schéma ci-dessous. (schéma 1)
'''Schéma 1 : système des pointeurs LVM'''
[[Image:lvm-lvm4.jpg]]
* La dernière étape va consister à découper le groupe de volumes en partitions appelées '''volumes logiques''' dans lesquelles nous pourrons au choix, créer un système de fichier, une partition de swap. Ces partitions pourront être redimensionnées et/ou déplacées.

Voici de manière shématique à quoi pourrait ressembler votre(vos) disque(s) après ce traitement (Schéma 2).

'''Schéma 2 : impact de LVM sur les disques durs'''

[[Image:lvm-lvm3.jpg]]

Dans ce cas de figure, les deux disques hda et hdb ont été transformés en volumes physiques. Puis ils ont été insérés tous les deux dans un groupe de volumes appelé vg01. A partir de ce moment-là, il n'est plus nécessaire de tenir compte des limites physiques des disques, en effet, nous n'avons plus qu'un espace, et un seul, de 36 GB (regroupant donc nos deux unités de disques hda et hdb). Le groupe de volumes a ensuite été découpé en 3 volumes logiques, nommées lvol01, lvol02, lvol03. On remarquera que lvol02 est composé de logical extents pointant sur des physical extents appartenant à hda et hdb. La dernière étape consistera à créer un système de fichiers dans chacun de ces volumes logiques.

<u>Remarques</u> :

* la taille que l'on attribuera à un volume logique s'exprime en nombre de logical extents. Ceux-ci sont indivisibles. Si sa taille est de 4 Mo et que je souhaite un volume logique de 14 Mo, le système attribuera 4 logical extents au volume logique, soit 16 Mo (arrondi au nombre de LE supérieur)
* la taille d'un PE, et donc d'un LE, est personnalisable lors de la création d'un volume physique.
* les noms des groupes de volumes et volumes logiques sont personnalisables à leur création
* '''Attention : la création d'un volume physique écrase toutes les données existantes sur la partition et/ou le disque !!'''
* L'utilisation du LVM pour partitionner un disque entraine une perte d'espace liée à l'écriture des données nécessaires au système pour gérer le LVM (métadatas) :
** la PVRA : Physical Volume Reserved Area. Comme son nom l'indique, elle contient les informations LVM spécifiques au volume physique.
** la VGRA : Volume Group Reserve Area. Elle contient les informations liées au groupe de volumes mais aussi aux volumes logiques contenus dans le groupe de volumes
** la BBRA : Bad Block Relocation Area : cette zone contient des informations liées au mécanisme de ré-allocation des blocs défectueux.

= Utiliser le LVM : ce dont il faut disposer =

Pour être utilisé, le LVM nécessite de disposer du driver qui permet de générer la couche assurant le mapping ( la carte) entre périphérique physique et vue logique, des utilitaires pour manipuler ce mapping et des périphériques physiques.

== Kernel et utilitaires ==

Le LVM, dans les distributions récentes (kernel 2.4), est fourni lors de l'installation. Il faut quand même savoir que l'implémentation du LVM se fait à deux niveaux :

* le kernel
* les commandes nécessaires pour gérer les structures LVM.

Au niveau du kernel lors de l'installation ou de la recompilation du noyau, vous devez avoir intégré ou mis en module le driver LVM. Celui-ci se situe dans le menu de compilation "Multi-device support". On peut le vérifier de la manière suivante :

<div class="code">root@pingu# grep -i lvm /boot/config<br /> # Multi-device support (RAID and LVM)<br /> CONFIG_BLK_DEV_LVM=m</div>

Vous devez également disposer des commandes nécessaires à l'administration du LVM. Elles sont incluses dans le package lvm. Pour vérifier qu'il est installé (dans le cas d'une Mandriva) :

<div class="code">root@pingu# rpm -qa|grep lvm<br /> lvm-1.0.3-9</div>

Toutes les commandes passées en revue dans la suite de cet article font partie de ce paquetage.

== Sur quels périphériques et systèmes de fichiers puis-je faire du LVM ? ==

Pour pouvoir utiliser le LVM, vous devez disposer soit d'un disque vierge (rappel : la création d'un volume physique entrainera la perte de données existantes) et/ou d'une partition primaire vierge (moins utile mais faisable).

Toutefois attention : vous ne pourrez pas mélanger partitionnement classique et LVM au sein d'un groupe de volumes.

Il est possible d'utiliser le LVM pour tous vos systèmes de fichiers, exception faite de « /boot », qui pose quelques problèmes. Par contre il est tout à fait possible de l'inclure sur un ou plusieurs volumes logiques. D'ailleurs la plupart des distributions proposent aujourd'hui cette option dè l'installation. La seule contrainte est de prévoir le chargement du module LVM dès le démarrage. Pour ce faire, on créera une image initrd contenant le module LVM à l'aide de la commande lvmcreate_initrd. On modifiera également en conséquence le fichier /etc/lilo.conf.

= Configuration du LVM =

Passons maintenant à la pratique.

Pour la mise en application, nous allons reprendre les 3 étapes énoncées ci-dessus. A chaque fois, je présenterai la commande correspondante à la création de l'élément et une commande de recueil d'informations pour vérifier que l'opération a été correctement réalisée.

== L'arborescence du LVM ==

A chaque élément du LVM correspond un fichier spécial dans /dev. Le volume physique est représenté par le fichier spécial du disque dur ou de la partition correspondant. Le groupe de volume dispose d'un répertoire portant son nom dans lequel on trouvera le fichier spécial group.

<div class="code"><nowiki># ls -l /dev/datas/group</nowiki><br /> crw-r----- 1 root root 109, 1 jan 1 1970 group</div>

Dans ce répertoire, on trouvera également un fichier spécial par volume logique créé à l'intérieur de ce groupe de volumes.

<div class="code"><nowiki># tree /dev/users /dev/public</nowiki><br /> /dev/users<br /> |--datas<br /> |--group<br /> `--private<br /> /dev/public<br /> |--ftp<br /> |--group<br /> `--web</div>

Outre les fichiers spéciaux, on trouve également le fichier /etc/lvmtab et /etc/lvmtab.d. Ils contiennent la base de données manipulée par les commandes lvm.

== Création d'un volume physique ==

La première étape consiste à transformer notre disque en volume physique. L'opération s'effectue en 3 temps :

# '''Préparation de l'espace''' à utiliser avec le LVM : cette étape s'effectue grâce à la commande fdisk. Vous allez devoir attribuer le type lvm à votre disque ou votre partition : <div class="code">
root@pingu# fdisk /dev/hdb
Commande (m pour aide) : p
Disk /dev/hdb: 13.5 GB, 13578485760 bytes
255 heads, 63 sectors/track, 1650 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Périphérique Amorce Début Fin Blocs Id Système
/dev/hdb1 1 730 5863693+ 8e Linux LVM
/dev/hdb2 731 1339 4891792+ 8e Linux LVM
/dev/hdb3 1340 1650 2498107+ 8e Linux LVM
</div>
# Ensuite, il est nécessaire de lancer '''la commande vgscan''' si vous utilisez LVM pour la première fois sur le disque dur ou la partition. La commande va créer notamment le fichier /etc/lvmtab et le répertoire /etc/lvmtab.d. <div class="code"><nowiki># vgscan</nowiki><br /> vgscan -- reading all physical volumes (this may take a while...)<br /> vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created<br /> vgscan -- WARNING: This program does not do a VGDA backup of your volume group</div>
# Création du volume physique : la commande est pvcreate (physical volume creation).
pvcreate [-f] </dev/hdxx> où<br /> -f : force la création du volume. A utiliser si le disque avait déjà été transformé en volume physique.<br /> /dev/hdxx : fichier spécial du disque ou de la partition à transformer en volume physique
<u>Exemple</u> : création d'un volume physique à partir de hdb1
<div class="code"><nowiki># pvcreate /dev/hdb1</nowiki><br /> pvcreate -- physical volume "/dev/hdb1" successfully created</div>

== Création d'un groupe de volume ==

Une fois le volume physique créé, il faut alors insérer le ou les volumes physiques ainsi créés dans un groupe de volumes. On utilise la commande vgcreate :

vgcreate <nom_du_volume></dev/hdxx> où<br /> <nom_du_volume> : nom du groupe de volume - l'opération crée alors le répertoire /dev/nom_du_volume contenant le fichier spécial group qui représente ce groupe de volumes.<br /> </dev/hdxx> : fichier spécial du volume physique

<u>Exemple</u> : création d'un groupe de volumes nommé volume1 avec hdb1

<div class="code"><nowiki># vgcreate volume1 /dev/hdb1</nowiki><br /> vgcreate -- INFO: using default physical extent size 4 MB<br /> vgcreate -- INFO: maximum logical volume size is 255.99 Gigabyte<br /> vgcreate -- doing automatic backup of volume group "volume1"<br /> vgcreate -- volume group "volume1" successfully created and activated</div>

== Création d'un volume logique ==

Une fois le groupe de volume créé, on peut alors le découper en un ou plusieurs volumes logiques grâce à la commande lvcreate :

lvcreate -L tailleK|M|G [-n nom] <nom_volume> où<br /> -L tailleK|M|G : taille du volume logique exprimable en Ko, Mo ou Go<br /> -n nom : nom du volume logique - l'opération crée un fichier spécial portant ce nom pour le volume logique et sera placé dans le répertoire /dev/nom_volume

<nom_volume> : nom du groupe de volumes dans lequel sera créé le volume logique.

<u>Exemple</u> : création d'un volume logique de 600 Mo nommé part1 dans le groupe de volume volume1

<div class="code"><nowiki># lvcreate -L 600 -n part1 volume1</nowiki><br /> lvcreate -- doing automatic backup of "volume1"<br /> lvcreate -- logical volume "/dev/volume1/part1" successfully created</div>

Une particularité de la création d'un volume logique est le choix du mapping entre les LE et les PE. Par défaut, ce mapping est effectué de manière linéaire. Il est possible également de réaliser du stripping(répartition des données sur un ou plusieurs diques), ce qui permet d'améliorer le temps d'accè aux données. Ci-dessous, ce schéma montre la différence de répartition des LE en fonction de ces 2 modes.

Des options de la commande lvcreate permettent de donner le nombre de stripes (et donc de volumes physiques utilisés) et leur taille. (Schémas 4 et 5)

'''Schéma 4 : Volume logique en mode linéaire'''

[[Image:lvm-lvm2.jpg]]

'''Schéma 5 : Volume logique en mode stripping'''

[[Image:lvm-lvm1.jpg]]

= Recueillir des informations sur le LVM =

A tout moment il est possible de recueillir des informations sur les structures LVM : volume physique, groupe de volumes et volumes logiques. On utilisera pour cela respectivement les commandes pvdisplay, vgdisplay et lvdisplay. Ces commandes ne font en fait qu'afficher dans un format lisible le contenu respectif de la PVRA, VGRA. Nous allons détailler les principales informations au moyen d'exemples ci-dessous.

La description d'un volume physique procure notamment le nom du volume physique, le nom du groupe de volume dans lequel est inséré le dit volume physique, sa taille, le nombre de volumes logiques contenus, la taille des physical extents, le nombre de PE contenus dans le volume physique, le nombre de PE libres.

<div class="code">

<nowiki># pvdisplay /dev/hdb1
--- Physical volume ---
PV Name /dev/hdb1
VG Name volume1
PV Size 5.59 GB [11727387 secs] /
NOT usable 4.19 MB [LVM: 133 KB]
PV# 1
PV Status available
Allocatable yes
Cur LV 1
PE Size (KByte) 4096
Total PE 1430
Free PE 1230
Allocated PE 200
PV UUID DTWrWh-5oUP-KrdB-US55-c9wP-eKii-6z3uU7</nowiki>

</div>

La description d'un groupe de volumes permet de vérifier son nom, le type d'accè aux données (écriture, lecture), nombre maximum de volumes logiques créables dans ce groupe de volume, sa taille en PE et LE, ...

<div class="code">

<nowiki># vgdisplay volume1
--- Volume group ---
VG Name volume1
VG Access read/write
VG Status available/resizable
VG # 0
MAX LV 256
Cur LV 1
Open LV 0
MAX LV Size 255.99 GB
Max PV 256
Cur PV 1
Act PV 1
VG Size 5.59 GB
PE Size 4 MB
Total PE 1430
Alloc PE / Size 150 / 600 MB
Free PE / Size 1280 / 5 GB
VG UUID 5XxOO1-ZNl8-zocw-6dR5-44LX-oyYc-MYHpN2</nowiki>

</div>

Enfin la description d'un volume logique contient son nom, le type d'accès aux données, sa taille...

<div class="code">

<nowiki># lvdisplay /dev/volume1/part1
--- Logical volume ---
LV Name /dev/volume1/part1
VG Name volume1
LV Write Access read/write
LV Status available
LV # 1
# open 0
LV Size 600 MB
Current LE 150
Allocated LE 150
Allocation next free
Read ahead sectors 1024
Block device 58:0</nowiki>

</div>

= Commandes complémentaires =

Jusqu'à maintenant, nous avons vu comment créer des strutures LVM et obtenir de l'information. Nous allons voir maintenant d'autres opérations réalisables pour la gestion du partitionnemement et qui mettent en évidence toute la souplesse apportée par le LVM en la matière : agrandir ou réduire un groupe de volume, redimensionner un volume logique.

== Redimensionner un groupe de volumes ==

Un groupe de volumes est constitué d'un ou plusieurs volumes physiques. Il est possible à tout moment d'ajouter ou retirer un ou plusieurs volumes physiques afin d'augmenter ou diminuer l'espace disponible d'un groupe de volumes.

Les commandes sont respectivement vgextend et vgreduce :

<div class="code">vgextend nom_volume /dev/hdxx<br /> vgreduce nom_volume /dev/hdxx</div>

où

nom_volume : nom du groupe de volume à redimensionner<br /> /dev/hdxx : volume physique à ajouter ou retirer du groupe de volumes

Vous devez augmenter l'espace du groupe de volume volume1 de 6 Go. Pour cela vous disposez d'un disque que vous allez ajouter. Ci-dessous les étapes à réaliser :

# création du volume physique à partir de hdb2 <div class="code"><nowiki># pvcreate /dev/hdb1</nowiki><br /> pvcreate -- physical volume "/dev/hdb1" successfully created</div>
# ajout de hdb2 au groupe de volumes volume1 <div class="code"><nowiki># vgextend volume1 /dev/hdb2 </nowiki><br /> vgextend -- INFO:maximum logical volume size is 255.99 Gigabyte vgextend<br /> --doing automatic backup of volume group "volume1" vgextend<br /> --volume group "volume1" successfully extended</div>

On pourra vérifier la bonne réalisation de l'opération grâce à la commande vgdisplay.

== Redimensionner un volume logique ==

De la même façon, il est possible de diminuer ou augmenter la taille d'un volume logique au moyen des commandes lvreduce et lvextend.

<div class="code">lvextend -L taille /dev/nom_volume/vol_logique<br /> vreduce -L taille /dev/nom_volume/vol_logique </div>

où<br /> nom_volume : nom du groupe de volume à redimensionner<br /> dev/hdxx : volume physique à ajouter ou retirer du groupe de volumes<br /> -L taille : taille finale du volume logique (aprè redimensionnement)

Les étapes à respecter pour redimensionner un volume logique :

# démontage du système de fichier (commande umount)
# réduction / augmentation de la taille du système de fichiers: on utilisera pour cela un utilitaire fourni dans le package LVM
# réduction / augmentation de la taille du volume logique
# remontage du système de fichiers

Si l'on veut augmenter l'espace du volume logique part1 en passant de 600 à 800 Mo , il ne nous restera plus qu'à proceder de la maniere suivante :

<div class="code"><nowiki># lvextend -L 800 /dev/volume1/part1</nowiki><br /> lvextend -- extending logical volume "/dev/volume1/part1" to 800 MB<br /> lvextend -- doing automatic backup of volume group "volume1"<br /> lvextend -- logical volume "/dev/volume1/part1" successfully extended</div>

Là encore on pourra vérifier le bon déroulement de l'opération grâce aux commandes lvdisplay pour le volume logique et df pour le système de fichiers. Les remarques ci-dessus sont une description générale de l'opération. Ces étapes peuvent toutefois varier en fonction du système de fichiers utilisé. Certains procurent en effet la possibilité d'effectuer les opérations de redimensionnement "à chaud" c'est-à-dire sans démontage. Ci-contre un tableau comparatif des différents systèmes de fichiers les plus couramment rencontrés (Tableau 1)

'''Tableau 1 : manipulation des systèmes de fichiers'''

{| width="90%" border="1"
| align="center" | Système de fichiers
| align="center" | diminution
| align="center" | Augmentation
| align="center" | Utilitaires
|-
| width="15%" | ext3
| width="22%" | démontage préalable
| width="22%" | démontage préalable
| width="42%" | e2fsprogs (resize2fs)
|-
| width="15%" | ReiserFS
| width="22%" | démontage préalable
| width="22%" | opération on-line
| width="42%" | reiserfsprogsv (resize_reiserfs)
|-
| width="15%" | XFS
| width="22%" | impossible
| width="22%" | opération on-line
| width="42%" | xfsprogs (xfs_growfs)
|}

== Une fonction particulière du LVM : la réalisation de snapshots ==

La difficulté fréquemment rencontrée pour la réalisation de sauvegardes est de disposer de données cohérentes. Cela implique parfois d'arrêter un ou plusieurs services comme dans le cas des bases de données. Le LVM apporte un élément de réponse avec la possibilité de créer des snapshots. Il s'agit d'image à un moment t des données situées sur un volume logique. Le volume de snapshot ne nécessite pas autant d'espace que le volume initial dans la mesure où il ne contiendra réellement que les métadatas concernant les données à sauvegarder.

== Autres commandes ==

Cet article n'abord era pas le détail de toutes les commandes, qui sont plutôt simples à utiliser une fois que les concepts de base du LVM sont compris. Dans le tableau ci-aprè une liste de commandes utilisables et la description rapide de leur rôle. Voir le man de la commande pour plus d'informations.

'''Commandes générales'''

* lvmcreate_initrd : création d'une image initrd lorsque le système utilise le LVM
* lvmdiskscan : scanner l'ensemble des disques et partitions pour éditer une description de l'espace
* vgscan : création de /etc/lvmtab et /etc/lvmtab.d
'''Gestion des volumes physiques'''
* pvchange : changer les attributs d'un PV
* pvcreate : création d'un PV
* pvdata : afficher des informations de debug
* pvdisplay : afficher des informations d'un PV
* pvscan : lister tous les PV existant sur tous les disques
'''Gestion des groupes de volumes'''
* vgcfgbackup : sauvegarder la VGDA
* vgcfgrestore : restaurer la VGDA
* vgchange : changer les attributs d'un VG
* vgck : vérification de la VGDA
* vgcreate : créer un VG
* vgdisplay : voir les informations
* vgexport : désactiver un VG pour pouvoir extraire les PV
* vgimport : activer et déclarer un VG sur le système
* vgextend : ajouter un ou plusieurs PV dans un VG
* vgmerge : fusionner deux VG
* vgmknodes : recréer /dev/nom_volume et le fichier spécial group
* vgreduce : extraire un ou plusieurs PV d'un VG
* vgremove : supprimer un VG
* vgrename : renommer un VG
'''Gestion des volumes logiques'''
* lvcreate : création d'un VL lvchange : modification des attributs d'un VL
* lvdisplay : voir les informations d'un VL
* lvextend : augmenter la taille d'un VL
* lvreduce : réduire la taille d'un VL
* lvremove : supprimer un VL
* lvrename : renommer un VL
* lvscan : recherche de tous les VL existant
= Utilisation pratique du LVM dans la gestion de l'espace =
Vous diposez d'un groupe de volume dans lequel vous n'avez plus d'espace disponible. Pour pouvoir augmenter un des volumes logiques, il va donc falloir ajouter un disque au groupe de volume. Comme pour tout élément du LVM, la première étape consiste à le transformer en volume physique ("pvcreate"). Puis on va insérer le nouveau volume physique dans le groupe de volume au moyen de la commande "vgextend". C'est tout !
Plus complexe, vous pouvez, pour quelle que raison que ce soit, envisager de déplacer un groupe de volume d'une machine à une autre. Si une sauvegarde de données est toujours conseillée par sécurité (mais comme vous êtes prévoyant vous en disposez de toute façon ;)), l'opération va consister à désactiver le groupe de volume à déplacer, enregistrer les métadatas le concernant. Puis on va réinjecter ces métadatas sur la machine destinataire et réactiver le groupe de volume sur cette machine. Les données seront alors accessibles de la même façon que sur l'ancienne machine (sous réserve de conserver les mêmes points de montage).
Ci-dessous les étapes effectuées :
*# désactivation du groupe de volume ("datas") :<br /><code><nowiki># vgchange n datas </nowiki></code>
*# sauvegarde des métadatas du groupe de volume :<br /> # vgcfgbackup datas
*# retrait du groupe de volume de la configuration système :<br /><code><nowiki># vgexport datas </nowiki></code>
*# arrêt de la première machine, transfert des disques dans la deuxième et redémarrage des machines
*# restauration des métadatas concernant ce groupe de volume sur la nouvelle machine :<br /><code><nowiki># vgcfgrestore -f datas.conf /dev/hda3</nowiki><br /> # vgcfgrestore -f datas.conf /dev/hda4</code> si les volumes physiques sont hda3 et hda4.
*# déclaration du groupe de volume sur la machine :<br /><code><nowiki># vgimport datas /dev/hda3 /dev/hda4</nowiki></code>
*# activation du groupe de volume importé :<br /><code><nowiki># vgchange y datas </nowiki></code>
Il ne vous reste plus qu'à modifier en conséquence /etc/fstab pour le montage automatique des systèmes de fichiers contenus dans le groupe de volume.
= Evolution du LVM : LVM 2 =
Avec la sortie du noyau 2.6, le LVM a été revu et corrigé et la version LVM2 est disponible de base avec ce noyau. Il est possible de l'utiliser avec un noyau 2.4.x moyennant recompilation de ce même noyau.
== Le device-mapper ==
Le driver du LVM a été complètement réécrit, ce qui lui procure encore plus d'efficacité et de souplesse. La grande nouveauté réside dans l'utilisation de ce driver, utilisé pour gérer la couche d'abstraction nécessaire dans le cadre de la gestion de volumes logiques. Cette couche d'abstraction a pour fonction principale de réaliser le mapping résultant de l'agrégat par bandes (stripping) des périphériques physiques utilisés.
Le device-mapper définit les nouveaux périphériques de bloc composés de tranches de secteurs de périphériques physiques existant. Le mapping réalisé prend la forme suivante :
<start > < length > < target > [ < target args...>]
Les targets peuvent être de plusieurs natures :
** linear : c'est le cas le plus couramment utilisé dans le LVM. Les arguments nécessaires seront alors le device utilisé et le secteur de début.
** stripped : on utilisera cette cible lorsque l'on réalise du stripping avec le LVM. Les arguments seront alors le nombre de stripes et leur taille, puis les paires device name / secteurs.
** error : toutes les I/O sur les secteurs ainsi marquées sont définies en erreur.
** snapshot : permet de réaliser des snapshots asynchrones grâce au LVM.
** mirror : permet d'implémenter les éléments nécessaires à l'exécution de la commande pvmove.
== Utilisation d'un arbre binaire ==
Pour réaliser le mapping, un arbre binaire a été utilisé, ceci afin de rendre la lecture de la table plus rapide et donc le LVM plus efficace.
== Une plus grande configurabilité ==
LVM2 peut fonctionner sans ajout de fichier de configuration mais l'emploi de celui-ci permet d'optimiser ses performances. Un certain nombre d'éléments peuvent ainsi être paramétrés :
** les devices à utiliser pour réaliser le LVM, ce qui permet d'éviter des scans de périphériques inutiles et qui nuisent à la performance (ex : lecteur de CD-ROM). A cela, on ajoute la gestion d'un système de cache contenant ces informations qui permet d'accroitre encore plus l'efficacité.
** possibilité de déterminer l'emplacement des fichiers spéciaux des groupes volumes
** possibilité de disposer de logs configurables (taille, contenu, emplacement, ...)
** paramétrage des backups de la configuration existante et de l'archivage des anciennes configuration du LVM (métadatas)
** définition du type de LVM employé par défaut (1 ou 2), même s'il est possible dans la compilation de n'inclure que la gestion du LVM2, dans le cas où la gestion de la compatibilité descendante n'est pas nécessaire.
** définition du nombre de copies de secours des métadatas sur un volume physique, un peu à l'image des copies des superblocs sur le système de fichiers de type ext2.
== Compatibilité LVM1 / LVM2 ==
Il est possible d'utiliser conjointement LVM1 et 2 sur un même système, et/ou de convertir du LVM 1 en 2 et inversement.
On peut effectivement utiliser sur un même système les deux versions de LVM, à condition que ce ne soit pas dans le même groupe de volumes. Les commandes LVM ont en effet un commutateur supplémentaire, -M, qui permet de faire ce choix. (-M 1 ou -M 2)
D'autre part, la comande vgconvert permet la conversion des métadatas pour migrer de LVM1 à LVM2
== Autre ==
LVM2 permet d'assouplir encore plus la gestion de l'espace, dans la manipulation des volumes logiques. La commande lvcreate par exemple donne maintenant la possibilité de choisir le périphériques voire la tranche de PE à utiliser.
= En conclusion... =
Voilà donc un outil de plus qui fait qu'un système Linux peut être véritablement efficace et optimiser la disponibilité d'un serveur en production. L'outil LVM peut également être utilisé avantageusement sur un poste personnel, pour s'éviter les opérations fastidieuses liées à la gestion de l'espace disque.
= Liens utiles =
** HOWTO LVM : http://tldp.org/HOWTO/LVM-HOWTO
** La principale mailing-liste d'aide : http://lists.sistina.com/mailman/listinfo
** Trouver les sources de LVM : http://www.sistina.com/products_lvm.htm
** Un autre projet de gestion de volumes logiques, EVMS : http://evms.sourceforge.net

<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 Anne le 29/10/2004.</div>

= Copyright =
Copyright © 29/10/2004, Anne
{{CC-BY-NC-SA}}

Préparer l'installation

2005-10-04T10:39:13Z

Misc : remplace mandrake par mandriva

[[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 recommendation 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éral, 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és 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 scanner SCSI fonctionnent très bien (Voir la home page de [http://www.mostang.com/sane/ SANE] pour les scanners supportés), en particulier certains scanner n'ont plus de driver pour Windows 2000 et XP mais en ont pour Linux ;-). De plus en plus de scanner 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é 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;">Fedora</span>'''
|
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>'''
|
C'est aujourd'hui la distribution la plus utilisée sur les Desktops. C'est certainement l'un 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>'''
|
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>'''
|
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.
| align="center" |
'''deb'''
|- valign="top"
|
• '''<span style="color:#FF8080;">Slackware</span>'''
|
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>'''
|
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.

'''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. Une partition de swap de 128Mo avec 64 ou 128 Mo de RAM physique suffit amplement pour une utilisation standard. Je vous conseille donc un swap de 128 Mo : créez sous Linux avec <tt>fdisk</tt> une partition de type 82 de 128 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 />      2,5 Go        2,5 Go      5 Go    128 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}}

Préparer l'installation

2005-10-04T10:38:11Z

Misc : quelques précisions sur /sys, et autres.

[[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 recommendation 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éral, 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és 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 scanner SCSI fonctionnent très bien (Voir la home page de [http://www.mostang.com/sane/ SANE] pour les scanners supportés), en particulier certains scanner n'ont plus de driver pour Windows 2000 et XP mais en ont pour Linux ;-). De plus en plus de scanner 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é 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;">Fedora</span>'''
|
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>'''
|
C'est aujourd'hui la distribution la plus utilisée sur les Desktops. C'est certainement l'un 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>'''
|
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>'''
|
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.
| align="center" |
'''deb'''
|- valign="top"
|
• '''<span style="color:#FF8080;">Slackware</span>'''
|
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>'''
|
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.

'''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 Mandrake 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. Une partition de swap de 128Mo avec 64 ou 128 Mo de RAM physique suffit amplement pour une utilisation standard. Je vous conseille donc un swap de 128 Mo : créez sous Linux avec <tt>fdisk</tt> une partition de type 82 de 128 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 />      2,5 Go        2,5 Go      5 Go    128 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}}

Préparer l'installation

2005-10-04T10:34:45Z

Misc : remplace redhat par fedora, mandrake par mandriva

[[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 recommendation 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éral, 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és 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 scanner SCSI fonctionnent très bien (Voir la home page de [http://www.mostang.com/sane/ SANE] pour les scanners supportés), en particulier certains scanner n'ont plus de driver pour Windows 2000 et XP mais en ont pour Linux ;-). De plus en plus de scanner 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é 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;">Fedora</span>'''
|
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>'''
|
C'est aujourd'hui la distribution la plus utilisée sur les Desktops. C'est certainement l'un 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>'''
|
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>'''
|
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.
| align="center" |
'''deb'''
|- valign="top"
|
• '''<span style="color:#FF8080;">Slackware</span>'''
|
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>'''
|
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.

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

<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 Mandrake 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. Une partition de swap de 128Mo avec 64 ou 128 Mo de RAM physique suffit amplement pour une utilisation standard. Je vous conseille donc un swap de 128 Mo : créez sous Linux avec <tt>fdisk</tt> une partition de type 82 de 128 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 />      2,5 Go        2,5 Go      5 Go    128 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}}

Préparer l'installation

2005-10-04T10:30:29Z

Misc : remplacement de mandrake par mandriva, réajustement de la configuration pour une distribution moderne, et un warning sur le fait de ne pas réutiliser un vieux pc pour un premier linux

[[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 recommendation 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éral, 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és 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 scanner SCSI fonctionnent très bien (Voir la home page de [http://www.mostang.com/sane/ SANE] pour les scanners supportés), en particulier certains scanner n'ont plus de driver pour Windows 2000 et XP mais en ont pour Linux ;-). De plus en plus de scanner 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é 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;">Red-Hat</span>'''
|
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;">Mandrake</span>'''
|
C'est aujourd'hui la distribution la plus utilisée sur les Desktop. C'est certainement l'un des plus faciles à installer, elle dispose d'un [http://www.linux-mandrake.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>'''
|
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>'''
|
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.
| align="center" |
'''deb'''
|- valign="top"
|
• '''<span style="color:#FF8080;">Slackware</span>'''
|
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>'''
|
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 Red Hat et de Mandrake, 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.

'''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. Mandrake, RedHat 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. Mandrake 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://www.linux-mandrake.com/en/europe.php3 lien] chez Mandrake, ou chez [http://www.ikarios.com Ikarios].

'''Débuter''' : <br /> Si vous commencez avec Linux, je vous conseille de choisir Mandrake 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
|-
| 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
|-
| 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
| 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.
|}

<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 Mandrake 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. Une partition de swap de 128Mo avec 64 ou 128 Mo de RAM physique suffit amplement pour une utilisation standard. Je vous conseille donc un swap de 128 Mo : créez sous Linux avec <tt>fdisk</tt> une partition de type 82 de 128 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 />      2,5 Go        2,5 Go      5 Go    128 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}}

Utilisateur:Misc

2005-10-03T09:20:39Z

Misc :

test

Aide:Comment éditer une page

2005-10-03T09:13:33Z

Misc : ajout de la page francaise

= Introduction =
D'abord, la référence en matière de consignes d'édition : la [http://meta.wikimedia.org/wiki/MediaWiki_User's_Guide:_Editing_overview page de wikimedia], et sa [http://meta.wikimedia.org/wiki/Aide:Édition traduction francaise].

= Les spécificités de Léa =
* dans la mesure du possible, tout code (script, ligne de commande, etc...) devrait être entouré des tags <nowiki><code> .... </code></nowiki> pour les codes sur une ligne, et <nowiki><code multi> .... </code></nowiki> pour les codes de plusieurs ligne. Exemple : <code>un code sur

une

ligne (tapé sur

plusieurs)</code> et un <code multi>code
sur
plusieurs
lignes (bien entendu tapé sur plusieurs)
</code>
* DONNEZ UNE LICENCE À VOS DOCUMENTS (voir : [[Lea_Linux:Copyright]])
* mettez votre nom et éventuellement couriel en début de document en tapant un truc du genre : <code><nowiki>par <div class='leapar'>votre nom, email</div></nowiki></code>

à compléter .....

RPM

2005-10-03T09:06:45Z

Misc : multiligne pour la sortie de rpm -qa

[[Category:Gérer ses logiciels]]
= RPM (RedHat Package Manager), URPM (User RPM) et apt-get (User RPM) =

<div class="leatitre">RPM (RedHat Package Manager), URPM (User RPM) et apt-get (User RPM)</div><div class="leapar">par Jean-Christophe 'Jice' Cardot </div><div class="leapar">révision par Jean-Marc Lichtle, puis Jice et Anne, puis Jean-Thomas MUYL (maston28)</div><div class="leadesc">Installer des programmes sous Linux est très simple quand on utilise les bons outils...<br /> </div>
----

Ce document ne vise pas à remplacer la page de man de RPM, mais plutôt de donner une courte référence des commandes les plus utiles pour gérer vos paquetages à ce format.

== Introduction ==

Le format RPM (RedHat Package Manager), a été, comme son nom l'indique, créé à l'origine pour la distribution RedHat. Depuis, de nombreuses distributions l'ont utilisé, on peut citer par exemple Mandrake ou SuSe. D'autres formats de packages dans le monde Linux sont DEB (pour Debian) et TGZ (pour Slackware).<br /><br />'''Qu'est-ce qu'un package ?''' C'est un fichier (une archive, un peu comme un fichier .tar ou .zip) qui contient tous les fichiers appartenant à une application, une bibliothèque, etc. ainsi que des scripts de contrôle qui sont exécutés lors de l'installation ou de la désinstallation de l'application. Ce fichier contient également toutes les dépendances à d'autres applications, bibliothèques, etc.<br /><u>Note</u> : on parle indifféremment de package, paquetage ou même paquet pour désigner le fichier qui contient l'ensemble des fichiers d'un programme (le fichier rpm lui-même)<br />

Il existe de nombreux utilitaires graphiques tels que Kpackage, GnoRPM, Midnight Commander, etc. qui permettent d'installer et de gérer les packages RPM. L'installation depuis la ligne de commande reste toutefois la solution la plus rapide et la plus efficace pour ce travail.

La plus grande partie des commandes décrites peuvent être exécutée par un utilisateur lambda. Toutefois les commandes qui intallent, mettent à jour ou suppriment des paquetages nécessitent des droits d'administrateur (root).

Nous allons voir ici deux méthodes pour gérer les paquets RPM :<br />

* [#cdes le programme <code>rpm</code>],
* [#urpm les programmes <code>urpm*</code> de Mandrake].

Les noms de paquetages sont très longs et donc très pénibles à orthographier correctement. Linux offre toutefois des aides à la frappe :

* lorsque vous installez un RPM, ou travaillez sur un RPM non encore installé, utilisez la complétion de ligne de commande en tapant les premières lettres du nom du fichier RPM puis la touche TAB. Si la correspondance reste équivoque, Linux vous donnera les possibilités trouvées, retapera votre ligne et vous laissera ajouter quelques lettres pour lever l'indétermination.
* lorsque vous travaillez sur un RPM qui est déjà installé, la commande <code>rpm</code> s'adresse à la base de données des paquetages installés, qui consigne les noms courts en plus des noms de fichiers complets. L'indication du numéro de version n'est donc en général pas nécessaire (sauf si le même package est installé 2 fois avec 2 versions différentes).

== Les commandes rpm usuelles ==

=== Pour installer un nouveau paquetage : ===

<code>rpm -ivh toto.rpm</code>

Attention, si vous installez un paquetage par cette méthode et qu'il existe déjà sur votre système dans une version inférieure, vous risquez d'avoir des problèmes pour le désinstaller (voir plus bas). Par contre, pour installer une bibliothèque simultanément en deux version différentes, utilisez cette syntaxe.<br /> Les options <code>h</code> et <code>v</code> ne sont pas obligatoires, <code> -i</code> est suffisant pour faire une installation. L'option <code> h</code> provoque l'affichage d'une barre de progression (ça fait très pro sur l'écran !) et <code>v</code> rend l'installation bavarde, ce qui fournit des messages plus explicites en cas d'erreur. L'option <code> -vh</code> peut être appliquée sur toutes les commandes rpm ci-après afin de rendre rpm plus bavard.

=== Pour mettre à jour un paquetage : ===

<code>rpm -Uvh toto.rpm</code>

Avec un "U" comme "Upgrade" (mise à jour en anglais).

Attention, ceci ne s'applique pas pour upgrader un noyau, voir la [../kernel/kernel.php3#precompile rubrique noyau] à ce sujet.

Enfin, pour remplacer un paquetage par un paquetage plus ancien ("downgrader"), la commande à utiliser est :

<code>rpm -Uvh --oldpackage toto.rpm</code>

=== Pour supprimer un paquetage : ===

<div class="code">>rpm -e toto<br /> rpm -e toto-version</div>

Le "<code>e</code>" correspond à "erase" (effacer en anglais). <br /> La syntaxe complète (avec numéro de version) permet de distinguer deux versions d'un même paquetage qui auraient été installées ensemble.

=== Pour faire des requêtes sur les paquetages : ===

Afficher la liste de tous les paquetages déjà installés J'imagine que "<code>a</code>" doit signifier "all" ;-) :<br />

<code>rpm -qa</code>

et <br />

<code>rpm -qa | less</code>

Pour afficher la liste page par page...

Trouve un paquetage identifié par son nom (toto) :

<code>rpm -qa | grep toto</code>

La recherche peut s'appliquer à une partie seulement du nom, par exemple <code>rpm -qa | grep 'util'</code> vous donne la liste de tous les RPM installés tels que util-linux, nautilus, bind_utils etc.. Attention la syntaxe est sensible à la distinction majuscules / minuscules !

Pour trier par date d'installation :<br />

<code>rpm -qa --last</code>

Pour trier par taille :<br /><br /><code>rpm -qa --queryformat '%{name} %{size}\n' | sort -n +1 | column -t</code>

Jolie ligne de commande n'est-ce pas ? ;-)

Obtenir la liste des fichiers contenus dans un paquetage toto qui est déjà installé :

<code>rpm -ql toto</code>

On dira que "<code>l</code>" est l'initiale de "list".

Dans la foulée de la syntaxe précédente, celle-ci donne les informations relatives à ce paquetage, une brève description de ce que fait le paquetage, des dépendances qui doivent être satisfaites, etc. :

<code>rpm -qi toto</code>

On parie que "<code>i</code>" est mis pour "information" ? <br /> La même chose sur un paquetage pas encore installé :

<code>rpm -qip toto.rpm</code>

Avec un "<code>p</code>" comme "package".

Nota :<br />

* L'option <code>p</code> s'applique aussi à d'autres syntaxes, par exemple <code>rpm -qlp toto.rpm</code> pour avoir la liste des fichiers d'un paquetage non encore installé.
* Les options de requêtes peuvent se cumuler. Par exemple <code>rpm -ql'''ip''' toto.rpm</code> donnera à la fois les infos et la liste des fichiers du paquetage toto.rpm.

=== Retrouver le paquetage d'origine d'un fichier : ===

<code>rpm -qf /usr/lib/toto.txt</code>

Il peut se produire que vous vous trouviez en face d'un fichier dont vous vous demandez quel est le paquetage qui a bien pu installer ce fichier. Pas de panique ! Là aussi la commande RPM peut vous être d'une aide précieuse. Ici le '<code>f</code>' signifie fichier (file en anglais).

Cette commande fonctionne sur les packages installés. Oui, mais si on veut trouver un fichier parmi les paquetages non installés ?<br /> Si vous utilisez Mandrake (voir [#urpm la partie sur urpm plus bas] ), la commande suivante fera l'affaire :<br /><code>urpmf le_fichier</code><br /> Sinon, placez-vous dans le répertoire contenant les .rpm (le CD en général) et faites :<br /><code>for i in *.rpm ; do rpm -qpli $i | grep le_fichier && echo $i ; done</code><br /> ou bien :<br /><code>rpm -q -p -filesbypkg *.rpm | grep le_fichier</code>

=== Tester l'installation d'une paquetage : ===

<code>rpm -i --test toto</code>

Effectue simplement une vérification sans installer le paquetage toto. Permet essentiellement de vérifier si l'installation pourrait se dérouler sans encombre ou alors si des dépendances non satisfaites risquent de faire avorter l'installation.

=== Si <code>rpm</code> ne veut pas installer le paquetage toto ===

Il existe plusieurs options. Premièrement : ne pas vérifier les dépendances.

<code>rpm -i --nodeps toto</code>

Deuxièmement : forcer l'installation, en cas de conflit avec certains autres <code>rpm</code>.

<code>rpm -i --force toto</code>

Enfin, combinez les deux options pour vraiment obliger <code>rpm</code> à procéder à l'installation.

=== Si <code>rpm</code> ne veut pas désinstaller le paquetage toto ===

Il suffit alors de faire :

<code>rpm -qa | grep toto</code>

Affiche la liste des paquetages dont le nom contient toto, par exemple :

<code multi>toto-1.1
toto-1.2</code>

<code>rpm -e toto-1.1</code>

Désinstalle le paquetage désigné par son nom '''et''' son numéro de version.

=== Extraire des fichiers d'un RPM : ===

Certains outils comme Midnight Commander (mc, ou gmc) permettent d'ouvrir des fichiers rpm, de se déplacer dedans et de copier des fichiers vers d'autres répertoires.<br /> Vous pouvez aussi convertir le rpm en archive cpio (l'ancêtre de tar), par la commande <code>rpm2cpio</code>, et ensuite utiliser la commande <code>cpio</code> pour extraire le ou les fichiers.

=== Installer un RPM dans un autre système Linux que celui qui tourne : ===

Vous avez plusieurs systèmes Linux sur votre machine, ou bien vous avez bouté avec le CD ou une disquette de sauvegarde. Vous souhaitez installer un rpm dans un autre système dont la partition racine est monté dans /mnt/racine. La commande à taper est :

<code>rpm -i --root=/mnt/racine /chemin/package.rpm</code>

Vous pouvez utiliser l'option <code>--root=/mnt/racine</code> dans toutes les commandes rpm, pour faire des recherches, etc. avec rpm sur l'autre système Linux.

=== ET TOUJOURS : ===

<code>man rpm</code>

L'accès à la page du manuel, le réflexe qu'on devrait toujours avoir...<br /><br /><br />

----

<br />

== Quelques précisions concernant rpm ==

=== Quelle est la différence entre SRPM et RPM ? ===

Les paquetages SRPM (Source RPM) contiennent les sources d'un logiciel prêtes à être recompilées et transformées en paquetage rpm.<br /> Afin de reconstruire un paquetage rpm à partir d'un srpm (fichier .src.rpm), il faut utiliser la commande :<br /><code> # rpmbuild --rebuild paquetage.src.rpm<br /> </code>Le paquetage rpm résultant se trouvera dans <code>/usr/src/RPM/RPMS/<arch></code> où <code><arch></code> est i386, i586, ppc, etc. suivant votre architecture.

Pour simplement installer le paquetage, sans reconstruire le fichier .rpm, faire :<br /><code> # rpmbuild --recompile paquetage.src.rpm</code><br />

Cela peut être très utile pour installer un programme qui a été compilé avec des versions de librairies différentes des votres et qui refuse donc de s'installer, tout en conservant l'intégrité de votre base de données des rpm (tout programme installé devrait être dans la base, mais si vous installez à partir des sources .tar.gz par ./configure && make install, cela ne sera pas le cas.) Par exemple, vous pouvez récupérer un srpm de Mandrake Cooker (la version de développement) et essayer de le reconstruire sur une Mandrake 8.2.

Note : ce processus nécessite que les paquetages -devel nécessaires aient été installés, ainsi que les compilateurs utilisés, etc. Voir l'article sur la [../kernel/compil.php3 compilation] .<br />

=== Que sont les fichiers *.rpmsave et *.rpmnew ? ===

Lorsque rpm installe un paquetage, il peut soit conserver les anciens fichiers de configuration ; les nouveaux seront alors renommés en *.rpmnew.<br /> Si rpm remplace les anciens fichiers de configuration par des nouveaux, alors ce sont les anciens qui seront renommés en *.rpmsave.<br />

=== Quelle est la différence entre "installer" et "mettre à jour" ? ===

La mise à jour (''upgrade'' en anglais) remplace l'ancien paquetage par le nouveau, tandis que l'installation conserve si possible l'ancienne version du programme et installe la nouvelle en parallèle.

Cela peut être fort utile pour les bibliothèques : lorsque vous essayez de mettre à jour une bibliothèque, vous pouvez rompre des dépendances avec les programmes déjà installés (s'il y a un gros saut de version). Afin de ne pas avoir de problèmes, au lieu de mettre à jour la nouvelle version, installez-la ; ainsi l'ancienne version restera présente et les anciens programmes tourneront sans problème. Cela ne pose aucun problème d'avoir plusieurs versions d'un bibliothèque installée sur un système.<br />

=== Que sont les paquetages -devel ? ===

Vous avez sans doute remarqué que souvent, pour un package toto.rpm, vous aviez un deuxième package toto-devel.rpm.

toto.rpm contient le logiciel, bibliothèque, etc. lui-même, c'est à dire la version que vous allez utiliser tous les jours.

toto-devel.rpm contient des fichiers (les "entêtes", etc.) qui permettent de compiler des programmes qui utilisent toto. Ainsi, toutes les bibliothèques ont leur paquetage -devel.

Vous avez besoin d'installer les paquetages -devel uniquement si vous désirez compiler des logiciels, que ce soit d'après l'archive tar.gz ou le paquetage src.rpm.<br /><br />

----

<br />

== Les commandes urpm* de Mandrake ==

Le programme rpm de RedHat souffre de nombreuses limitations que Mandrake a dépassées, en créant les outils urpm* (User RPM - à partir de Mandrake 7.0) :

* résolution automatique et installation/désistallation automatique des paquetages dépendants (rpm indique seulement le nom de paquetages manquants)
* urpm connaît l'ensemble des paquetages installables depuis différentes sources (les CD, serveurs ftp de mise à jour, [http://plf.zarb.org Penguin Liberation Front] ...)
* urpm permet d'installer des paquetages depuis internet lorsque ceux-ci sont plus récents que sur les CD (depuis Mandrake 8.0)
* urpm permet d'installer des paquetages en donnant seulement un nom incomplet (exemple : <code>urpmi koffice</code> pour chercher et installer Koffice, <code>urpmi mplayer</code>, etc.)
* etc.

Sur chacune des commandes dont on va parler ci-dessous, je vous conseille de lire la page de man (<code>man urpmi</code>, <code>man urpmf</code>, etc.) afin d'en apprendre plus.

Toutes les actions décrites ici peuvent également être réalisées de manière graphique, avec le Gestionnaire de Programmes (Software Manager), qui est une façade ou frontend aux programmes urpm*. Je vous conseille de tester les deux manières de faire, car contrairement aux apparences, la ligne de commande peut être plus simple et/ou rapide.

=== Configurer urpm ===

==== Ajouter / mettre à jour une source de paquetages ====

Après avoir installé votre distribution, les CD ont été créés dans la base de données de urpm en tant que source de paquetages.<br /> Cependant, vous pouvez ajouter autant de sources que vous le désirez. Supposons par exemple que vous ayez un répertoire "incoming/rpms" dans lequel vous placez tous les rpm que vous récupérez sur internet. Vous pouvez l'ajouter à votre base de données urpm par la commande :

<code> # urpmi.addmedia mes_rpm file://home/jice/incoming/rpms</code>

Où mes_rpm est le nom (arbitraire) que vous donnez à votre source de paquetages.

Par la suite, vous pourrez mettre à jour cette source par :<br />

<code>urpmi.update mes_rpm</code>

De même, pour ajouter une source ftp de paquetages, on donne l'URL du fichier hdlist.cz sur le serveur. Exemple pour le [http://plf.zarb.org Penguin Liberation Front] et une Mandrake 9.0 :<br />

<code>urpmi.addmedia plf ftp://ftp.easynet.fr/plf/9.0 with hdlist.cz</code>

Et de la même façon, pour mettre à jour la source de temps en temps :

<code>urpmi.update plf</code>

L'option -a permet de mettre à jour toutes les sources en même temps

<code>urpmi.update -a</code>

==== Ajouter des sources distantes ====

<u>Ajout de Jean-Thomas MUYL</u>

<br />

Si vous possédez une connexion à haut débit (ce n'est pas obligatoire, mais conseillé pour utiliser cette option), vous pouvez utiliser des sources <code>main</code> <code>contrib</code> et <code>update</code> situées sur internet.

L'outil en ligne à [http://easyurpmi.zarb.org cette adresse] vous permet de configurer vos sources urpmi facilement selon votre distribution et votre localisation géographique. Si vous avez une connexion à haut débit, je vous conseille même de commencer par un <code>urpmi.removemedia -a</code> pour ne plus utiliser les cdroms comme sources, et ne plus vous fatiguer à les chercher dans la pile de cd.

<u>Note</u> : le fichier de configuration de urpm est <code>/etc/urpmi/urpmi.cfg</code> et les bases de données dans <code>/var/lib/urpmi</code>.

==== Supprimer une source de paquetages ====

Pour supprimer la source mes_rpm, taper :<br />

<code>urpmi.removemedia mes_rpm</code><br /><br />

=== Installer avec urpmi ===

==== Installer depuis les sources urpm<br /> ====

Pour installer un logiciel avec urpm, rien de pkus simple. Vous tapez simplement la commande '''urpmi''' suivie d'une partie du nom du logiciel. Exemple :<br />

<code>urpmi mplayer</code>

urpmi va alors chercher la version la plus récente du package correspondant, regarder s'il doit installer des packages dépendants (et vous en demander confirmation), et installer l'ensemble des packages.

Dans le cas ou l'argument donné à urpmi est ambigü, urpmi renvoie le nom des packages correspondants ; il ne vous reste plus qu'à choisir dans la liste et relancer urpmi avec le bon nom de package.

Si vous voulez installer le package qui fournit une librairie (par exemple), utilisez le modifieur -p :<br />

<code> # urpmi -p libe2p.so.2</code>

urpmi va alors rechercher quel paquetage fournit <code>libe2p.so.2</code> et l'installer (ici libext2fs2).

==== Installer directement un ou plusieurs fichiers rpm ====

Dans ce cas, il suffit de passer le nom du fichier en argument à urpmi :

<code>urpmi mon_paquetage-version.i586.rpm</code>

et le package sera mis à jour de la même manière que rpm -U l'aurait fait.

urpmi peut installer plusieurs paquetages d'un coup : par exemple, pour installer la dernière version de KDE que j'ai téléchargée, je me mets dans le répertoire où j'ai mis les rpm, et je tape :

<code>urpmi *.rpm</code><br />

Pour installer (et non mettre à jour un package, par exemple pour ajouter un nouveau noyau en parallèle de l'ancien, ou bien une nouvelle librairie qui doit coexister avec l'ancienne), il faut utiliser l'option -i : urpmi -i

urpmi peut également utiliser une url pour installer un paquet. Par exemple, <code>urpmi http://example.com/example.rpm</code> va installer le paquet aprés l'avoir téléchargé. urpmi supporte http, ftp, rsync et ssh pour le moment.

=== Désinstaller avec urpme ===

Pour désinstaller un paquetage, il faut utiliser '''urpme'''<nowiki>:</nowiki>

<code>urpme mplayer</code>

désinstallera mplayer. S'il y a des paquetages qui en dépendent, urpme demandera s'il doit les désinstaller également. À utiliser avec précaution ;-)<br />

=== Rechercher avec urpmf (et urpmq) ===

L'outil de choix pour faire de recherches dans les packages rpm et ''' urpmf'''. Cela permet de rechercher non seulement dans les paquetages installés comme avec rpm -q, mais aussi des paquetages installables !

<code>urpmf toto</code>

renverra la liste de tous les paquetages qui contiennent le fichier toto.

urpmf dispose de nombreuses options pour faire des requêtes sur les différentes informations de la base de données des paquetages.

Par exemple :

Liste des paquetages du groupe "Games"<br /><code>urpmf --group Games</code><br /> Taille du paquetage "pingus"<br />

<div class="code">urpmf --size pingus<br /><code>pingus:size:1102629</code></div>

<br /> Recherche du mot "pingus" dans les résumés de paquets<br />

<div class="code">urpmf --summary pingus<br /> pingus:summary:Pingus - A free Lemmings clone</div>

Voir <code>man urpmf</code> pour de plus amples informations.<br />

La commande '''urpmq''' vous permet d'autres types de requêtes :<br />

Liste des paquetages dont le nom contient la chaîne "toto" :<br /><code>urpmq toto</code><br />
Sur quelle source se trouve le paquetage toto :<br /><code>urpmq --archive toto</code><br />
Quels paquetages dépendent du paquetage toto :<br /><code>urpmq -d toto</code><br />
Nom complet du fichier rpm du paquetage toto :<br /><code>urpmq -r toto</code><br />
Résumé d'une ligne d'un paquet ( summary + nom + cersion ) :<br /><code> urpmq --summary toto</code>

Voir aussi <code>man urpmq</code>.<br />

=== Mettre à jour le système ===

urpm vous permet de mettre à jour votre système avec les derniers correctifs de sécurité et les corrections de bugs que Mandrake publie régulièrement.<br /> Pour ce faire, il faut avoir paramétré un miroir ftp de mises à jour de sécurité dans urpm (voir configuration), ou avec le Gestionnaire de Programmes (qui est bien pratique pour cette opération).<br /> Si la source de mise à jour s'appelle maj_secu, il faut lancer la commandes suivante pour la mettre à jour :<br /><code>urpmi.update maj_secu</code><br /> puis :<br /><code>urpmi --auto-select</code><br /> urpm va alors lister les paquetages mis à jour et vous demander si vous souhaitez les installer (pour qu'il installe tout sans demander, pratique pour mettre la commande dans un cron, ajouter l'option <code>--auto</code>).

Si vous souhaitez que urpm ne mette pas à jour automatiquement certains paquetages, il suffit d'ajouter leur nom dans le fichier <code>/etc/urpmi/skip.list</code> .<br /> Par exemple, pour empêcher urpm de mettre à jour automatiquement le kernel et la glibc, ajouter dans ce fichier :<br />

<div class="code">kernel<br /> glibc</div>

=== Conclusion sur urpm ===

Les commandes urpm sont encore trop peu connues, et la maintenance de votre Mandrake sera bien plus aisée avec leur utilisation.<br />

----

<br />

== apt-get sur Redhat ==

Redhat dispose également d'outils pour faciliter la gestion des packages et la mise à jour du système. J'ai testé <code>rpm-get</code> que je n'ai pas trouvé satisfaisant. Par-contre le portage de <code>apt-get</code> sur redhat est véritablement une réussite. C'est donc cet utilitaire dont je parlerai concernant Redhat (pour l'article je travaille sur une Redhat 7.3)

Cette version de apt-get pour RPM, même si elle est critiquée parce qu'elle utilise <code>RPM</code> (contre <code>dpkg</code> pour Debian), est extrêmement efficace

Les principaux apports de <code>apt-get</code><nowiki>:</nowiki>

* Prise en charge des dépendances pour l'installation et la désinstallation de packages
* Mise à jour complète de la distribution avec les dernières versions des packages existantes
* Comme pour urpm, installation des paquetages en donnant seulement un nom incomplet

=== Installation de apt-get ===

'''Les packages à installer''' :

Vous devez installer au moins le package [http://apt.freshrpms.net/ apt-get] . Il contient les binaires que nous allons utiliser par la suite. Pour ceux qui préfèreraient utiliser une interface graphique, il en existe une, extrêmement conviviale, [http://ftp.freshrpms.net/pub/freshrpms/valhalla/synaptic/synaptic-0.25-fr0.1rh73.i386.rpm synaptic]. <br />[[Image:rpm-rpm_synaptic.jpg]]

'''La configuration''' :

Elle est très simple. Une fois les packages installés il vous suffit de taper <code>apt-get update</code>. Ceci va synchroniser votre base de données locale avec celle du serveur ftp. Cette commande sera à relancer régulièrement pour remettre à jour cette base de données (à insérer dans une crontab par exemple).

* <code>/etc/apt/sources.list</code> : contient la liste des dépôts pour la récupération des packages. Ces dépôts peuvent être des CD-ROM, un emplacement sur votre disque dur, des URL.
* <code>/etc/apt/apt.conf</code> : fichier de configuration de apt-get
* <code>/var/cache/apt/archives</code> : contient les packages qui ont été downloadés pour être installés.

'''Commande supplémentaire''' :

La commande <code>apt-cdrom</code> vous permet de rajouter directement au fichier <code>sources.list</code> des dépôts sur CD-ROM. <br />La syntaxe de la commande : <code>apt-cdrom --cdrom <point-de-montage> add</code><br />'''Exemple : '''<code>apt-cdrom --cdrom /mnt/cdrom add</code><br /> Il vous reste alors à insérer successivement tous les CD en votre possession qui contiennent les packages Redhat.

=== Installer / Désinstaller / Mettre à jour des packages ===

==== Installer / Mettre à jour un ou plusieurs packages ====

* Pour installer un ou plusieurs packages, on utilisera la commande <code>apt-get</code> avec l'argument <code>install</code>.<br />'''Syntaxe''' : <code>apt-get install package1 [package2...]</code><br />'''Exemple''' : <code>apt-get install mplayer</code> installera mplayer et les packages éventuellement nécessaires pour régler les dépendances.<br />
* Vous pouvez également choisir d'installer des sources. Pour ce faire, il suffit d'utiliser l'argument <code>source</code>.<br />'''Exemple :''' <code>apt-get source galeon</code> vous permet de récupérer le RPM source de galeon.<br />
* Pour mettre à jour un ou plusieurs packages, on utilisera la commande <code>apt-get</code> avec l'argument <code>upgrade</code>. Il est plus sûr au préalable d'exécuter la commande <code>apt-get update</code> pour mettre à jour la base de données locale et s'assurer que la mise à jour est réalisée avec la dernière version du dit package disponible.<br />'''Syntaxe''' : apt-get upgrade package1 [package2...]<br />'''Exemple''' : <code>apt-get upgrade mplayer</code> mettra à jour mplayer et les packages éventuellement nécessaires pour régler les dépendances.

==== Désinstaller avec apt-get ====

Désinstaller un ou plusieurs packages est aussi simple. Il suffit d'utiliser la commande <code>apt-get</code> suivie de l'argument <code>remove</code>.<br />'''Syntaxe''' : apt-get remove package1 [package2...]<br />'''Exemple''' : <code>apt-get remove mplayer</code> supprimera mplayer et les packages qui étaient dépendants de mplayer mais non utilisés par une autre application.

==== Mettre à jour le système ====

Enfin <code>apt-get</code> peut vous permettre également de mettre à jour la totalité de votre distribution. Au préalable, on exécutera là encore un <code>apt-get update</code> pou s'assurer de disposer des derniers packages. Puis il suffit de lancer la commande <code>apt-get dist-upgrade</code>. Et le tour est joué ;)

Vous disposez également de la commande <code>apt-get check</code>. Elle vous permet de vérifier que vous n'avez pas de dépendances non résolues sur votre système.

==== Rechercher des informations sur un package installé ====

Enfin la commande <code>apt-cache</code> vous permet d'obtenir un certain nombre d'informations sur les packages installés :

* Pour vérifier qu'un package est bien installé, il suffit d'utiliser l'argument <code>search</code>.<br />'''Syntaxe''' : <code>apt-cache search chaine_de_caractères</code> (la chaîne de caractères peut contenir des expressions régulières).<br />'''Exemple :''' vous voulez vérifier que mplayer est bien installé :<br /><div class="code">>apt-cache search mplayer<br /> mplayer - MPlayer, the Movie Player for Linux.<br /> mplayer-skins - A collection of skins for MPlayer.<br /> transcode - A Linux video stream processing utility.</div><br />
* Pour vérifier les dépendances d'un package, on utilisera l'argument <code>depends</code>.<br />'''Syntaxe''' : <code>apt-cache depends chaine_de_caractères</code><br />'''Exemple :''' vous voulez connaitre les dépendances de mplayer :<br /><div class="code">>apt-cache depends mplayer<br /> mplayer<br /> Depends: libdvdread<br /> Depends: libdvdcss<br /> libdvdcss2<br /> Depends: gtk+<br /> Depends: SDL<br /> Depends: divx4linux<br /> Depends: lame<br /> Depends: libvorbis<br /> Depends: lirc<br /> Depends: libdv<br /> Depends: aalib<br /> Depends: arts </div>

<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 Jean-Christophe Cardot, Anne-Laure Nicolas le 25/02/2000.</div>

= Copyright =
Copyright © 25/02/2000, Jean-Christophe Cardot, Anne-Laure Nicolas
{{CC-BY-NC-SA}}

RPM

2005-10-02T22:30:10Z

Misc : /* Ajouter / mettre à jour une source de paquetages */

[[Category:Gérer ses logiciels]]
= RPM (RedHat Package Manager), URPM (User RPM) et apt-get (User RPM) =

<div class="leatitre">RPM (RedHat Package Manager), URPM (User RPM) et apt-get (User RPM)</div><div class="leapar">par Jean-Christophe 'Jice' Cardot </div><div class="leapar">révision par Jean-Marc Lichtle, puis Jice et Anne, puis Jean-Thomas MUYL (maston28)</div><div class="leadesc">Installer des programmes sous Linux est très simple quand on utilise les bons outils...<br /> </div>
----

Ce document ne vise pas à remplacer la page de man de RPM, mais plutôt de donner une courte référence des commandes les plus utiles pour gérer vos paquetages à ce format.

== Introduction ==

Le format RPM (RedHat Package Manager), a été, comme son nom l'indique, créé à l'origine pour la distribution RedHat. Depuis, de nombreuses distributions l'ont utilisé, on peut citer par exemple Mandrake ou SuSe. D'autres formats de packages dans le monde Linux sont DEB (pour Debian) et TGZ (pour Slackware).<br /><br />'''Qu'est-ce qu'un package ?''' C'est un fichier (une archive, un peu comme un fichier .tar ou .zip) qui contient tous les fichiers appartenant à une application, une bibliothèque, etc. ainsi que des scripts de contrôle qui sont exécutés lors de l'installation ou de la désinstallation de l'application. Ce fichier contient également toutes les dépendances à d'autres applications, bibliothèques, etc.<br /><u>Note</u> : on parle indifféremment de package, paquetage ou même paquet pour désigner le fichier qui contient l'ensemble des fichiers d'un programme (le fichier rpm lui-même)<br />

Il existe de nombreux utilitaires graphiques tels que Kpackage, GnoRPM, Midnight Commander, etc. qui permettent d'installer et de gérer les packages RPM. L'installation depuis la ligne de commande reste toutefois la solution la plus rapide et la plus efficace pour ce travail.

La plus grande partie des commandes décrites peuvent être exécutée par un utilisateur lambda. Toutefois les commandes qui intallent, mettent à jour ou suppriment des paquetages nécessitent des droits d'administrateur (root).

Nous allons voir ici deux méthodes pour gérer les paquets RPM :<br />

* [#cdes le programme <code>rpm</code>],
* [#urpm les programmes <code>urpm*</code> de Mandrake].

Les noms de paquetages sont très longs et donc très pénibles à orthographier correctement. Linux offre toutefois des aides à la frappe :

* lorsque vous installez un RPM, ou travaillez sur un RPM non encore installé, utilisez la complétion de ligne de commande en tapant les premières lettres du nom du fichier RPM puis la touche TAB. Si la correspondance reste équivoque, Linux vous donnera les possibilités trouvées, retapera votre ligne et vous laissera ajouter quelques lettres pour lever l'indétermination.
* lorsque vous travaillez sur un RPM qui est déjà installé, la commande <code>rpm</code> s'adresse à la base de données des paquetages installés, qui consigne les noms courts en plus des noms de fichiers complets. L'indication du numéro de version n'est donc en général pas nécessaire (sauf si le même package est installé 2 fois avec 2 versions différentes).

== Les commandes rpm usuelles ==

=== Pour installer un nouveau paquetage : ===

<code>rpm -ivh toto.rpm</code>

Attention, si vous installez un paquetage par cette méthode et qu'il existe déjà sur votre système dans une version inférieure, vous risquez d'avoir des problèmes pour le désinstaller (voir plus bas). Par contre, pour installer une bibliothèque simultanément en deux version différentes, utilisez cette syntaxe.<br /> Les options <code>h</code> et <code>v</code> ne sont pas obligatoires, <code> -i</code> est suffisant pour faire une installation. L'option <code> h</code> provoque l'affichage d'une barre de progression (ça fait très pro sur l'écran !) et <code>v</code> rend l'installation bavarde, ce qui fournit des messages plus explicites en cas d'erreur. L'option <code> -vh</code> peut être appliquée sur toutes les commandes rpm ci-après afin de rendre rpm plus bavard.

=== Pour mettre à jour un paquetage : ===

<code>rpm -Uvh toto.rpm</code>

Avec un "U" comme "Upgrade" (mise à jour en anglais).

Attention, ceci ne s'applique pas pour upgrader un noyau, voir la [../kernel/kernel.php3#precompile rubrique noyau] à ce sujet.

Enfin, pour remplacer un paquetage par un paquetage plus ancien ("downgrader"), la commande à utiliser est :

<code>rpm -Uvh --oldpackage toto.rpm</code>

=== Pour supprimer un paquetage : ===

<div class="code">>rpm -e toto<br /> rpm -e toto-version</div>

Le "<code>e</code>" correspond à "erase" (effacer en anglais). <br /> La syntaxe complète (avec numéro de version) permet de distinguer deux versions d'un même paquetage qui auraient été installées ensemble.

=== Pour faire des requêtes sur les paquetages : ===

Afficher la liste de tous les paquetages déjà installés J'imagine que "<code>a</code>" doit signifier "all" ;-) :<br />

<code>rpm -qa</code>

et <br />

<code>rpm -qa | less</code>

Pour afficher la liste page par page...

Trouve un paquetage identifié par son nom (toto) :

<code>rpm -qa | grep toto</code>

La recherche peut s'appliquer à une partie seulement du nom, par exemple <code>rpm -qa | grep 'util'</code> vous donne la liste de tous les RPM installés tels que util-linux, nautilus, bind_utils etc.. Attention la syntaxe est sensible à la distinction majuscules / minuscules !

Pour trier par date d'installation :<br />

<code>rpm -qa --last</code>

Pour trier par taille :<br /><br /><code>rpm -qa --queryformat '%{name} %{size}\n' | sort -n +1 | column -t</code>

Jolie ligne de commande n'est-ce pas ? ;-)

Obtenir la liste des fichiers contenus dans un paquetage toto qui est déjà installé :

<code>rpm -ql toto</code>

On dira que "<code>l</code>" est l'initiale de "list".

Dans la foulée de la syntaxe précédente, celle-ci donne les informations relatives à ce paquetage, une brève description de ce que fait le paquetage, des dépendances qui doivent être satisfaites, etc. :

<code>rpm -qi toto</code>

On parie que "<code>i</code>" est mis pour "information" ? <br /> La même chose sur un paquetage pas encore installé :

<code>rpm -qip toto.rpm</code>

Avec un "<code>p</code>" comme "package".

Nota :<br />

* L'option <code>p</code> s'applique aussi à d'autres syntaxes, par exemple <code>rpm -qlp toto.rpm</code> pour avoir la liste des fichiers d'un paquetage non encore installé.
* Les options de requêtes peuvent se cumuler. Par exemple <code>rpm -ql'''ip''' toto.rpm</code> donnera à la fois les infos et la liste des fichiers du paquetage toto.rpm.

=== Retrouver le paquetage d'origine d'un fichier : ===

<code>rpm -qf /usr/lib/toto.txt</code>

Il peut se produire que vous vous trouviez en face d'un fichier dont vous vous demandez quel est le paquetage qui a bien pu installer ce fichier. Pas de panique ! Là aussi la commande RPM peut vous être d'une aide précieuse. Ici le '<code>f</code>' signifie fichier (file en anglais).

Cette commande fonctionne sur les packages installés. Oui, mais si on veut trouver un fichier parmi les paquetages non installés ?<br /> Si vous utilisez Mandrake (voir [#urpm la partie sur urpm plus bas] ), la commande suivante fera l'affaire :<br /><code>urpmf le_fichier</code><br /> Sinon, placez-vous dans le répertoire contenant les .rpm (le CD en général) et faites :<br /><code>for i in *.rpm ; do rpm -qpli $i | grep le_fichier && echo $i ; done</code><br /> ou bien :<br /><code>rpm -q -p -filesbypkg *.rpm | grep le_fichier</code>

=== Tester l'installation d'une paquetage : ===

<code>rpm -i --test toto</code>

Effectue simplement une vérification sans installer le paquetage toto. Permet essentiellement de vérifier si l'installation pourrait se dérouler sans encombre ou alors si des dépendances non satisfaites risquent de faire avorter l'installation.

=== Si <code>rpm</code> ne veut pas installer le paquetage toto ===

Il existe plusieurs options. Premièrement : ne pas vérifier les dépendances.

<code>rpm -i --nodeps toto</code>

Deuxièmement : forcer l'installation, en cas de conflit avec certains autres <code>rpm</code>.

<code>rpm -i --force toto</code>

Enfin, combinez les deux options pour vraiment obliger <code>rpm</code> à procéder à l'installation.

=== Si <code>rpm</code> ne veut pas désinstaller le paquetage toto ===

Il suffit alors de faire :

<code>rpm -qa | grep toto</code>

Affiche la liste des paquetages dont le nom contient toto, par exemple :

<code>toto-1.1<br />toto-1.2</code>

<code>rpm -e toto-1.1</code>

Désinstalle le paquetage désigné par son nom '''et''' son numéro de version.

=== Extraire des fichiers d'un RPM : ===

Certains outils comme Midnight Commander (mc, ou gmc) permettent d'ouvrir des fichiers rpm, de se déplacer dedans et de copier des fichiers vers d'autres répertoires.<br /> Vous pouvez aussi convertir le rpm en archive cpio (l'ancêtre de tar), par la commande <code>rpm2cpio</code>, et ensuite utiliser la commande <code>cpio</code> pour extraire le ou les fichiers.

=== Installer un RPM dans un autre système Linux que celui qui tourne : ===

Vous avez plusieurs systèmes Linux sur votre machine, ou bien vous avez bouté avec le CD ou une disquette de sauvegarde. Vous souhaitez installer un rpm dans un autre système dont la partition racine est monté dans /mnt/racine. La commande à taper est :

<code>rpm -i --root=/mnt/racine /chemin/package.rpm</code>

Vous pouvez utiliser l'option <code>--root=/mnt/racine</code> dans toutes les commandes rpm, pour faire des recherches, etc. avec rpm sur l'autre système Linux.

=== ET TOUJOURS : ===

<code>man rpm</code>

L'accès à la page du manuel, le réflexe qu'on devrait toujours avoir...<br /><br /><br />

----

<br />

== Quelques précisions concernant rpm ==

=== Quelle est la différence entre SRPM et RPM ? ===

Les paquetages SRPM (Source RPM) contiennent les sources d'un logiciel prêtes à être recompilées et transformées en paquetage rpm.<br /> Afin de reconstruire un paquetage rpm à partir d'un srpm (fichier .src.rpm), il faut utiliser la commande :<br /><code> # rpmbuild --rebuild paquetage.src.rpm<br /> </code>Le paquetage rpm résultant se trouvera dans <code>/usr/src/RPM/RPMS/<arch></code> où <code><arch></code> est i386, i586, ppc, etc. suivant votre architecture.

Pour simplement installer le paquetage, sans reconstruire le fichier .rpm, faire :<br /><code> # rpmbuild --recompile paquetage.src.rpm</code><br />

Cela peut être très utile pour installer un programme qui a été compilé avec des versions de librairies différentes des votres et qui refuse donc de s'installer, tout en conservant l'intégrité de votre base de données des rpm (tout programme installé devrait être dans la base, mais si vous installez à partir des sources .tar.gz par ./configure && make install, cela ne sera pas le cas.) Par exemple, vous pouvez récupérer un srpm de Mandrake Cooker (la version de développement) et essayer de le reconstruire sur une Mandrake 8.2.

Note : ce processus nécessite que les paquetages -devel nécessaires aient été installés, ainsi que les compilateurs utilisés, etc. Voir l'article sur la [../kernel/compil.php3 compilation] .<br />

=== Que sont les fichiers *.rpmsave et *.rpmnew ? ===

Lorsque rpm installe un paquetage, il peut soit conserver les anciens fichiers de configuration ; les nouveaux seront alors renommés en *.rpmnew.<br /> Si rpm remplace les anciens fichiers de configuration par des nouveaux, alors ce sont les anciens qui seront renommés en *.rpmsave.<br />

=== Quelle est la différence entre "installer" et "mettre à jour" ? ===

La mise à jour (''upgrade'' en anglais) remplace l'ancien paquetage par le nouveau, tandis que l'installation conserve si possible l'ancienne version du programme et installe la nouvelle en parallèle.

Cela peut être fort utile pour les bibliothèques : lorsque vous essayez de mettre à jour une bibliothèque, vous pouvez rompre des dépendances avec les programmes déjà installés (s'il y a un gros saut de version). Afin de ne pas avoir de problèmes, au lieu de mettre à jour la nouvelle version, installez-la ; ainsi l'ancienne version restera présente et les anciens programmes tourneront sans problème. Cela ne pose aucun problème d'avoir plusieurs versions d'un bibliothèque installée sur un système.<br />

=== Que sont les paquetages -devel ? ===

Vous avez sans doute remarqué que souvent, pour un package toto.rpm, vous aviez un deuxième package toto-devel.rpm.

toto.rpm contient le logiciel, bibliothèque, etc. lui-même, c'est à dire la version que vous allez utiliser tous les jours.

toto-devel.rpm contient des fichiers (les "entêtes", etc.) qui permettent de compiler des programmes qui utilisent toto. Ainsi, toutes les bibliothèques ont leur paquetage -devel.

Vous avez besoin d'installer les paquetages -devel uniquement si vous désirez compiler des logiciels, que ce soit d'après l'archive tar.gz ou le paquetage src.rpm.<br /><br />

----

<br />

== Les commandes urpm* de Mandrake ==

Le programme rpm de RedHat souffre de nombreuses limitations que Mandrake a dépassées, en créant les outils urpm* (User RPM - à partir de Mandrake 7.0) :

* résolution automatique et installation/désistallation automatique des paquetages dépendants (rpm indique seulement le nom de paquetages manquants)
* urpm connaît l'ensemble des paquetages installables depuis différentes sources (les CD, serveurs ftp de mise à jour, [http://plf.zarb.org Penguin Liberation Front] ...)
* urpm permet d'installer des paquetages depuis internet lorsque ceux-ci sont plus récents que sur les CD (depuis Mandrake 8.0)
* urpm permet d'installer des paquetages en donnant seulement un nom incomplet (exemple : <code>urpmi koffice</code> pour chercher et installer Koffice, <code>urpmi mplayer</code>, etc.)
* etc.

Sur chacune des commandes dont on va parler ci-dessous, je vous conseille de lire la page de man (<code>man urpmi</code>, <code>man urpmf</code>, etc.) afin d'en apprendre plus.

Toutes les actions décrites ici peuvent également être réalisées de manière graphique, avec le Gestionnaire de Programmes (Software Manager), qui est une façade ou frontend aux programmes urpm*. Je vous conseille de tester les deux manières de faire, car contrairement aux apparences, la ligne de commande peut être plus simple et/ou rapide.

=== Configurer urpm ===

==== Ajouter / mettre à jour une source de paquetages ====

Après avoir installé votre distribution, les CD ont été créés dans la base de données de urpm en tant que source de paquetages.<br /> Cependant, vous pouvez ajouter autant de sources que vous le désirez. Supposons par exemple que vous ayez un répertoire "incoming/rpms" dans lequel vous placez tous les rpm que vous récupérez sur internet. Vous pouvez l'ajouter à votre base de données urpm par la commande :

<code> # urpmi.addmedia mes_rpm file://home/jice/incoming/rpms</code>

Où mes_rpm est le nom (arbitraire) que vous donnez à votre source de paquetages.

Par la suite, vous pourrez mettre à jour cette source par :<br />

<code>urpmi.update mes_rpm</code>

De même, pour ajouter une source ftp de paquetages, on donne l'URL du fichier hdlist.cz sur le serveur. Exemple pour le [http://plf.zarb.org Penguin Liberation Front] et une Mandrake 9.0 :<br />

<code>urpmi.addmedia plf ftp://ftp.easynet.fr/plf/9.0 with hdlist.cz</code>

Et de la même façon, pour mettre à jour la source de temps en temps :

<code>urpmi.update plf</code>

L'option -a permet de mettre à jour toutes les sources en même temps

<code>urpmi.update -a</code>

==== Ajouter des sources distantes ====

<u>Ajout de Jean-Thomas MUYL</u>

<br />

Si vous possédez une connexion à haut débit (ce n'est pas obligatoire, mais conseillé pour utiliser cette option), vous pouvez utiliser des sources <code>main</code> <code>contrib</code> et <code>update</code> situées sur internet.

L'outil en ligne à [http://easyurpmi.zarb.org cette adresse] vous permet de configurer vos sources urpmi facilement selon votre distribution et votre localisation géographique. Si vous avez une connexion à haut débit, je vous conseille même de commencer par un <code>urpmi.removemedia -a</code> pour ne plus utiliser les cdroms comme sources, et ne plus vous fatiguer à les chercher dans la pile de cd.

<u>Note</u> : le fichier de configuration de urpm est <code>/etc/urpmi/urpmi.cfg</code> et les bases de données dans <code>/var/lib/urpmi</code>.

==== Supprimer une source de paquetages ====

Pour supprimer la source mes_rpm, taper :<br />

<code>urpmi.removemedia mes_rpm</code><br /><br />

=== Installer avec urpmi ===

==== Installer depuis les sources urpm<br /> ====

Pour installer un logiciel avec urpm, rien de pkus simple. Vous tapez simplement la commande '''urpmi''' suivie d'une partie du nom du logiciel. Exemple :<br />

<code>urpmi mplayer</code>

urpmi va alors chercher la version la plus récente du package correspondant, regarder s'il doit installer des packages dépendants (et vous en demander confirmation), et installer l'ensemble des packages.

Dans le cas ou l'argument donné à urpmi est ambigü, urpmi renvoie le nom des packages correspondants ; il ne vous reste plus qu'à choisir dans la liste et relancer urpmi avec le bon nom de package.

Si vous voulez installer le package qui fournit une librairie (par exemple), utilisez le modifieur -p :<br />

<code> # urpmi -p libe2p.so.2</code>

urpmi va alors rechercher quel paquetage fournit <code>libe2p.so.2</code> et l'installer (ici libext2fs2).

==== Installer directement un ou plusieurs fichiers rpm ====

Dans ce cas, il suffit de passer le nom du fichier en argument à urpmi :

<code>urpmi mon_paquetage-version.i586.rpm</code>

et le package sera mis à jour de la même manière que rpm -U l'aurait fait.

urpmi peut installer plusieurs paquetages d'un coup : par exemple, pour installer la dernière version de KDE que j'ai téléchargée, je me mets dans le répertoire où j'ai mis les rpm, et je tape :

<code>urpmi *.rpm</code><br />

Pour installer (et non mettre à jour un package, par exemple pour ajouter un nouveau noyau en parallèle de l'ancien, ou bien une nouvelle librairie qui doit coexister avec l'ancienne), il faut utiliser l'option -i : urpmi -i

urpmi peut également utiliser une url pour installer un paquet. Par exemple, <code>urpmi http://example.com/example.rpm</code> va installer le paquet aprés l'avoir téléchargé. urpmi supporte http, ftp, rsync et ssh pour le moment.

=== Désinstaller avec urpme ===

Pour désinstaller un paquetage, il faut utiliser '''urpme'''<nowiki>:</nowiki>

<code>urpme mplayer</code>

désinstallera mplayer. S'il y a des paquetages qui en dépendent, urpme demandera s'il doit les désinstaller également. À utiliser avec précaution ;-)<br />

=== Rechercher avec urpmf (et urpmq) ===

L'outil de choix pour faire de recherches dans les packages rpm et ''' urpmf'''. Cela permet de rechercher non seulement dans les paquetages installés comme avec rpm -q, mais aussi des paquetages installables !

<code>urpmf toto</code>

renverra la liste de tous les paquetages qui contiennent le fichier toto.

urpmf dispose de nombreuses options pour faire des requêtes sur les différentes informations de la base de données des paquetages.

Par exemple :

Liste des paquetages du groupe "Games"<br /><code>urpmf --group Games</code><br /> Taille du paquetage "pingus"<br />

<div class="code">urpmf --size pingus<br /><code>pingus:size:1102629</code></div>

<br /> Recherche du mot "pingus" dans les résumés de paquets<br />

<div class="code">urpmf --summary pingus<br /> pingus:summary:Pingus - A free Lemmings clone</div>

Voir <code>man urpmf</code> pour de plus amples informations.<br />

La commande '''urpmq''' vous permet d'autres types de requêtes :<br />

Liste des paquetages dont le nom contient la chaîne "toto" :<br /><code>urpmq toto</code><br />
Sur quelle source se trouve le paquetage toto :<br /><code>urpmq --archive toto</code><br />
Quels paquetages dépendent du paquetage toto :<br /><code>urpmq -d toto</code><br />
Nom complet du fichier rpm du paquetage toto :<br /><code>urpmq -r toto</code><br />
Résumé d'une ligne d'un paquet ( summary + nom + cersion ) :<br /><code> urpmq --summary toto</code>

Voir aussi <code>man urpmq</code>.<br />

=== Mettre à jour le système ===

urpm vous permet de mettre à jour votre système avec les derniers correctifs de sécurité et les corrections de bugs que Mandrake publie régulièrement.<br /> Pour ce faire, il faut avoir paramétré un miroir ftp de mises à jour de sécurité dans urpm (voir configuration), ou avec le Gestionnaire de Programmes (qui est bien pratique pour cette opération).<br /> Si la source de mise à jour s'appelle maj_secu, il faut lancer la commandes suivante pour la mettre à jour :<br /><code>urpmi.update maj_secu</code><br /> puis :<br /><code>urpmi --auto-select</code><br /> urpm va alors lister les paquetages mis à jour et vous demander si vous souhaitez les installer (pour qu'il installe tout sans demander, pratique pour mettre la commande dans un cron, ajouter l'option <code>--auto</code>).

Si vous souhaitez que urpm ne mette pas à jour automatiquement certains paquetages, il suffit d'ajouter leur nom dans le fichier <code>/etc/urpmi/skip.list</code> .<br /> Par exemple, pour empêcher urpm de mettre à jour automatiquement le kernel et la glibc, ajouter dans ce fichier :<br />

<div class="code">kernel<br /> glibc</div>

=== Conclusion sur urpm ===

Les commandes urpm sont encore trop peu connues, et la maintenance de votre Mandrake sera bien plus aisée avec leur utilisation.<br />

----

<br />

== apt-get sur Redhat ==

Redhat dispose également d'outils pour faciliter la gestion des packages et la mise à jour du système. J'ai testé <code>rpm-get</code> que je n'ai pas trouvé satisfaisant. Par-contre le portage de <code>apt-get</code> sur redhat est véritablement une réussite. C'est donc cet utilitaire dont je parlerai concernant Redhat (pour l'article je travaille sur une Redhat 7.3)

Cette version de apt-get pour RPM, même si elle est critiquée parce qu'elle utilise <code>RPM</code> (contre <code>dpkg</code> pour Debian), est extrêmement efficace

Les principaux apports de <code>apt-get</code><nowiki>:</nowiki>

* Prise en charge des dépendances pour l'installation et la désinstallation de packages
* Mise à jour complète de la distribution avec les dernières versions des packages existantes
* Comme pour urpm, installation des paquetages en donnant seulement un nom incomplet

=== Installation de apt-get ===

'''Les packages à installer''' :

Vous devez installer au moins le package [http://apt.freshrpms.net/ apt-get] . Il contient les binaires que nous allons utiliser par la suite. Pour ceux qui préfèreraient utiliser une interface graphique, il en existe une, extrêmement conviviale, [http://ftp.freshrpms.net/pub/freshrpms/valhalla/synaptic/synaptic-0.25-fr0.1rh73.i386.rpm synaptic]. <br />[[Image:rpm-rpm_synaptic.jpg]]

'''La configuration''' :

Elle est très simple. Une fois les packages installés il vous suffit de taper <code>apt-get update</code>. Ceci va synchroniser votre base de données locale avec celle du serveur ftp. Cette commande sera à relancer régulièrement pour remettre à jour cette base de données (à insérer dans une crontab par exemple).

* <code>/etc/apt/sources.list</code> : contient la liste des dépôts pour la récupération des packages. Ces dépôts peuvent être des CD-ROM, un emplacement sur votre disque dur, des URL.
* <code>/etc/apt/apt.conf</code> : fichier de configuration de apt-get
* <code>/var/cache/apt/archives</code> : contient les packages qui ont été downloadés pour être installés.

'''Commande supplémentaire''' :

La commande <code>apt-cdrom</code> vous permet de rajouter directement au fichier <code>sources.list</code> des dépôts sur CD-ROM. <br />La syntaxe de la commande : <code>apt-cdrom --cdrom <point-de-montage> add</code><br />'''Exemple : '''<code>apt-cdrom --cdrom /mnt/cdrom add</code><br /> Il vous reste alors à insérer successivement tous les CD en votre possession qui contiennent les packages Redhat.

=== Installer / Désinstaller / Mettre à jour des packages ===

==== Installer / Mettre à jour un ou plusieurs packages ====

* Pour installer un ou plusieurs packages, on utilisera la commande <code>apt-get</code> avec l'argument <code>install</code>.<br />'''Syntaxe''' : <code>apt-get install package1 [package2...]</code><br />'''Exemple''' : <code>apt-get install mplayer</code> installera mplayer et les packages éventuellement nécessaires pour régler les dépendances.<br />
* Vous pouvez également choisir d'installer des sources. Pour ce faire, il suffit d'utiliser l'argument <code>source</code>.<br />'''Exemple :''' <code>apt-get source galeon</code> vous permet de récupérer le RPM source de galeon.<br />
* Pour mettre à jour un ou plusieurs packages, on utilisera la commande <code>apt-get</code> avec l'argument <code>upgrade</code>. Il est plus sûr au préalable d'exécuter la commande <code>apt-get update</code> pour mettre à jour la base de données locale et s'assurer que la mise à jour est réalisée avec la dernière version du dit package disponible.<br />'''Syntaxe''' : apt-get upgrade package1 [package2...]<br />'''Exemple''' : <code>apt-get upgrade mplayer</code> mettra à jour mplayer et les packages éventuellement nécessaires pour régler les dépendances.

==== Désinstaller avec apt-get ====

Désinstaller un ou plusieurs packages est aussi simple. Il suffit d'utiliser la commande <code>apt-get</code> suivie de l'argument <code>remove</code>.<br />'''Syntaxe''' : apt-get remove package1 [package2...]<br />'''Exemple''' : <code>apt-get remove mplayer</code> supprimera mplayer et les packages qui étaient dépendants de mplayer mais non utilisés par une autre application.

==== Mettre à jour le système ====

Enfin <code>apt-get</code> peut vous permettre également de mettre à jour la totalité de votre distribution. Au préalable, on exécutera là encore un <code>apt-get update</code> pou s'assurer de disposer des derniers packages. Puis il suffit de lancer la commande <code>apt-get dist-upgrade</code>. Et le tour est joué ;)

Vous disposez également de la commande <code>apt-get check</code>. Elle vous permet de vérifier que vous n'avez pas de dépendances non résolues sur votre système.

==== Rechercher des informations sur un package installé ====

Enfin la commande <code>apt-cache</code> vous permet d'obtenir un certain nombre d'informations sur les packages installés :

* Pour vérifier qu'un package est bien installé, il suffit d'utiliser l'argument <code>search</code>.<br />'''Syntaxe''' : <code>apt-cache search chaine_de_caractères</code> (la chaîne de caractères peut contenir des expressions régulières).<br />'''Exemple :''' vous voulez vérifier que mplayer est bien installé :<br /><div class="code">>apt-cache search mplayer<br /> mplayer - MPlayer, the Movie Player for Linux.<br /> mplayer-skins - A collection of skins for MPlayer.<br /> transcode - A Linux video stream processing utility.</div><br />
* Pour vérifier les dépendances d'un package, on utilisera l'argument <code>depends</code>.<br />'''Syntaxe''' : <code>apt-cache depends chaine_de_caractères</code><br />'''Exemple :''' vous voulez connaitre les dépendances de mplayer :<br /><div class="code">>apt-cache depends mplayer<br /> mplayer<br /> Depends: libdvdread<br /> Depends: libdvdcss<br /> libdvdcss2<br /> Depends: gtk+<br /> Depends: SDL<br /> Depends: divx4linux<br /> Depends: lame<br /> Depends: libvorbis<br /> Depends: lirc<br /> Depends: libdv<br /> Depends: aalib<br /> Depends: arts </div>

<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 Jean-Christophe Cardot, Anne-Laure Nicolas le 25/02/2000.</div>

= Copyright =
Copyright © 25/02/2000, Jean-Christophe Cardot, Anne-Laure Nicolas
{{CC-BY-NC-SA}}

RPM

2005-10-02T22:28:25Z

Misc : utilsiation de la nouvelle addresse, note sur la non utilisation des cdroms

[[Category:Gérer ses logiciels]]
= RPM (RedHat Package Manager), URPM (User RPM) et apt-get (User RPM) =

<div class="leatitre">RPM (RedHat Package Manager), URPM (User RPM) et apt-get (User RPM)</div><div class="leapar">par Jean-Christophe 'Jice' Cardot </div><div class="leapar">révision par Jean-Marc Lichtle, puis Jice et Anne, puis Jean-Thomas MUYL (maston28)</div><div class="leadesc">Installer des programmes sous Linux est très simple quand on utilise les bons outils...<br /> </div>
----

Ce document ne vise pas à remplacer la page de man de RPM, mais plutôt de donner une courte référence des commandes les plus utiles pour gérer vos paquetages à ce format.

== Introduction ==

Le format RPM (RedHat Package Manager), a été, comme son nom l'indique, créé à l'origine pour la distribution RedHat. Depuis, de nombreuses distributions l'ont utilisé, on peut citer par exemple Mandrake ou SuSe. D'autres formats de packages dans le monde Linux sont DEB (pour Debian) et TGZ (pour Slackware).<br /><br />'''Qu'est-ce qu'un package ?''' C'est un fichier (une archive, un peu comme un fichier .tar ou .zip) qui contient tous les fichiers appartenant à une application, une bibliothèque, etc. ainsi que des scripts de contrôle qui sont exécutés lors de l'installation ou de la désinstallation de l'application. Ce fichier contient également toutes les dépendances à d'autres applications, bibliothèques, etc.<br /><u>Note</u> : on parle indifféremment de package, paquetage ou même paquet pour désigner le fichier qui contient l'ensemble des fichiers d'un programme (le fichier rpm lui-même)<br />

Il existe de nombreux utilitaires graphiques tels que Kpackage, GnoRPM, Midnight Commander, etc. qui permettent d'installer et de gérer les packages RPM. L'installation depuis la ligne de commande reste toutefois la solution la plus rapide et la plus efficace pour ce travail.

La plus grande partie des commandes décrites peuvent être exécutée par un utilisateur lambda. Toutefois les commandes qui intallent, mettent à jour ou suppriment des paquetages nécessitent des droits d'administrateur (root).

Nous allons voir ici deux méthodes pour gérer les paquets RPM :<br />

* [#cdes le programme <code>rpm</code>],
* [#urpm les programmes <code>urpm*</code> de Mandrake].

Les noms de paquetages sont très longs et donc très pénibles à orthographier correctement. Linux offre toutefois des aides à la frappe :

* lorsque vous installez un RPM, ou travaillez sur un RPM non encore installé, utilisez la complétion de ligne de commande en tapant les premières lettres du nom du fichier RPM puis la touche TAB. Si la correspondance reste équivoque, Linux vous donnera les possibilités trouvées, retapera votre ligne et vous laissera ajouter quelques lettres pour lever l'indétermination.
* lorsque vous travaillez sur un RPM qui est déjà installé, la commande <code>rpm</code> s'adresse à la base de données des paquetages installés, qui consigne les noms courts en plus des noms de fichiers complets. L'indication du numéro de version n'est donc en général pas nécessaire (sauf si le même package est installé 2 fois avec 2 versions différentes).

== Les commandes rpm usuelles ==

=== Pour installer un nouveau paquetage : ===

<code>rpm -ivh toto.rpm</code>

Attention, si vous installez un paquetage par cette méthode et qu'il existe déjà sur votre système dans une version inférieure, vous risquez d'avoir des problèmes pour le désinstaller (voir plus bas). Par contre, pour installer une bibliothèque simultanément en deux version différentes, utilisez cette syntaxe.<br /> Les options <code>h</code> et <code>v</code> ne sont pas obligatoires, <code> -i</code> est suffisant pour faire une installation. L'option <code> h</code> provoque l'affichage d'une barre de progression (ça fait très pro sur l'écran !) et <code>v</code> rend l'installation bavarde, ce qui fournit des messages plus explicites en cas d'erreur. L'option <code> -vh</code> peut être appliquée sur toutes les commandes rpm ci-après afin de rendre rpm plus bavard.

=== Pour mettre à jour un paquetage : ===

<code>rpm -Uvh toto.rpm</code>

Avec un "U" comme "Upgrade" (mise à jour en anglais).

Attention, ceci ne s'applique pas pour upgrader un noyau, voir la [../kernel/kernel.php3#precompile rubrique noyau] à ce sujet.

Enfin, pour remplacer un paquetage par un paquetage plus ancien ("downgrader"), la commande à utiliser est :

<code>rpm -Uvh --oldpackage toto.rpm</code>

=== Pour supprimer un paquetage : ===

<div class="code">>rpm -e toto<br /> rpm -e toto-version</div>

Le "<code>e</code>" correspond à "erase" (effacer en anglais). <br /> La syntaxe complète (avec numéro de version) permet de distinguer deux versions d'un même paquetage qui auraient été installées ensemble.

=== Pour faire des requêtes sur les paquetages : ===

Afficher la liste de tous les paquetages déjà installés J'imagine que "<code>a</code>" doit signifier "all" ;-) :<br />

<code>rpm -qa</code>

et <br />

<code>rpm -qa | less</code>

Pour afficher la liste page par page...

Trouve un paquetage identifié par son nom (toto) :

<code>rpm -qa | grep toto</code>

La recherche peut s'appliquer à une partie seulement du nom, par exemple <code>rpm -qa | grep 'util'</code> vous donne la liste de tous les RPM installés tels que util-linux, nautilus, bind_utils etc.. Attention la syntaxe est sensible à la distinction majuscules / minuscules !

Pour trier par date d'installation :<br />

<code>rpm -qa --last</code>

Pour trier par taille :<br /><br /><code>rpm -qa --queryformat '%{name} %{size}\n' | sort -n +1 | column -t</code>

Jolie ligne de commande n'est-ce pas ? ;-)

Obtenir la liste des fichiers contenus dans un paquetage toto qui est déjà installé :

<code>rpm -ql toto</code>

On dira que "<code>l</code>" est l'initiale de "list".

Dans la foulée de la syntaxe précédente, celle-ci donne les informations relatives à ce paquetage, une brève description de ce que fait le paquetage, des dépendances qui doivent être satisfaites, etc. :

<code>rpm -qi toto</code>

On parie que "<code>i</code>" est mis pour "information" ? <br /> La même chose sur un paquetage pas encore installé :

<code>rpm -qip toto.rpm</code>

Avec un "<code>p</code>" comme "package".

Nota :<br />

* L'option <code>p</code> s'applique aussi à d'autres syntaxes, par exemple <code>rpm -qlp toto.rpm</code> pour avoir la liste des fichiers d'un paquetage non encore installé.
* Les options de requêtes peuvent se cumuler. Par exemple <code>rpm -ql'''ip''' toto.rpm</code> donnera à la fois les infos et la liste des fichiers du paquetage toto.rpm.

=== Retrouver le paquetage d'origine d'un fichier : ===

<code>rpm -qf /usr/lib/toto.txt</code>

Il peut se produire que vous vous trouviez en face d'un fichier dont vous vous demandez quel est le paquetage qui a bien pu installer ce fichier. Pas de panique ! Là aussi la commande RPM peut vous être d'une aide précieuse. Ici le '<code>f</code>' signifie fichier (file en anglais).

Cette commande fonctionne sur les packages installés. Oui, mais si on veut trouver un fichier parmi les paquetages non installés ?<br /> Si vous utilisez Mandrake (voir [#urpm la partie sur urpm plus bas] ), la commande suivante fera l'affaire :<br /><code>urpmf le_fichier</code><br /> Sinon, placez-vous dans le répertoire contenant les .rpm (le CD en général) et faites :<br /><code>for i in *.rpm ; do rpm -qpli $i | grep le_fichier && echo $i ; done</code><br /> ou bien :<br /><code>rpm -q -p -filesbypkg *.rpm | grep le_fichier</code>

=== Tester l'installation d'une paquetage : ===

<code>rpm -i --test toto</code>

Effectue simplement une vérification sans installer le paquetage toto. Permet essentiellement de vérifier si l'installation pourrait se dérouler sans encombre ou alors si des dépendances non satisfaites risquent de faire avorter l'installation.

=== Si <code>rpm</code> ne veut pas installer le paquetage toto ===

Il existe plusieurs options. Premièrement : ne pas vérifier les dépendances.

<code>rpm -i --nodeps toto</code>

Deuxièmement : forcer l'installation, en cas de conflit avec certains autres <code>rpm</code>.

<code>rpm -i --force toto</code>

Enfin, combinez les deux options pour vraiment obliger <code>rpm</code> à procéder à l'installation.

=== Si <code>rpm</code> ne veut pas désinstaller le paquetage toto ===

Il suffit alors de faire :

<code>rpm -qa | grep toto</code>

Affiche la liste des paquetages dont le nom contient toto, par exemple :

<code>toto-1.1<br />toto-1.2</code>

<code>rpm -e toto-1.1</code>

Désinstalle le paquetage désigné par son nom '''et''' son numéro de version.

=== Extraire des fichiers d'un RPM : ===

Certains outils comme Midnight Commander (mc, ou gmc) permettent d'ouvrir des fichiers rpm, de se déplacer dedans et de copier des fichiers vers d'autres répertoires.<br /> Vous pouvez aussi convertir le rpm en archive cpio (l'ancêtre de tar), par la commande <code>rpm2cpio</code>, et ensuite utiliser la commande <code>cpio</code> pour extraire le ou les fichiers.

=== Installer un RPM dans un autre système Linux que celui qui tourne : ===

Vous avez plusieurs systèmes Linux sur votre machine, ou bien vous avez bouté avec le CD ou une disquette de sauvegarde. Vous souhaitez installer un rpm dans un autre système dont la partition racine est monté dans /mnt/racine. La commande à taper est :

<code>rpm -i --root=/mnt/racine /chemin/package.rpm</code>

Vous pouvez utiliser l'option <code>--root=/mnt/racine</code> dans toutes les commandes rpm, pour faire des recherches, etc. avec rpm sur l'autre système Linux.

=== ET TOUJOURS : ===

<code>man rpm</code>

L'accès à la page du manuel, le réflexe qu'on devrait toujours avoir...<br /><br /><br />

----

<br />

== Quelques précisions concernant rpm ==

=== Quelle est la différence entre SRPM et RPM ? ===

Les paquetages SRPM (Source RPM) contiennent les sources d'un logiciel prêtes à être recompilées et transformées en paquetage rpm.<br /> Afin de reconstruire un paquetage rpm à partir d'un srpm (fichier .src.rpm), il faut utiliser la commande :<br /><code> # rpmbuild --rebuild paquetage.src.rpm<br /> </code>Le paquetage rpm résultant se trouvera dans <code>/usr/src/RPM/RPMS/<arch></code> où <code><arch></code> est i386, i586, ppc, etc. suivant votre architecture.

Pour simplement installer le paquetage, sans reconstruire le fichier .rpm, faire :<br /><code> # rpmbuild --recompile paquetage.src.rpm</code><br />

Cela peut être très utile pour installer un programme qui a été compilé avec des versions de librairies différentes des votres et qui refuse donc de s'installer, tout en conservant l'intégrité de votre base de données des rpm (tout programme installé devrait être dans la base, mais si vous installez à partir des sources .tar.gz par ./configure && make install, cela ne sera pas le cas.) Par exemple, vous pouvez récupérer un srpm de Mandrake Cooker (la version de développement) et essayer de le reconstruire sur une Mandrake 8.2.

Note : ce processus nécessite que les paquetages -devel nécessaires aient été installés, ainsi que les compilateurs utilisés, etc. Voir l'article sur la [../kernel/compil.php3 compilation] .<br />

=== Que sont les fichiers *.rpmsave et *.rpmnew ? ===

Lorsque rpm installe un paquetage, il peut soit conserver les anciens fichiers de configuration ; les nouveaux seront alors renommés en *.rpmnew.<br /> Si rpm remplace les anciens fichiers de configuration par des nouveaux, alors ce sont les anciens qui seront renommés en *.rpmsave.<br />

=== Quelle est la différence entre "installer" et "mettre à jour" ? ===

La mise à jour (''upgrade'' en anglais) remplace l'ancien paquetage par le nouveau, tandis que l'installation conserve si possible l'ancienne version du programme et installe la nouvelle en parallèle.

Cela peut être fort utile pour les bibliothèques : lorsque vous essayez de mettre à jour une bibliothèque, vous pouvez rompre des dépendances avec les programmes déjà installés (s'il y a un gros saut de version). Afin de ne pas avoir de problèmes, au lieu de mettre à jour la nouvelle version, installez-la ; ainsi l'ancienne version restera présente et les anciens programmes tourneront sans problème. Cela ne pose aucun problème d'avoir plusieurs versions d'un bibliothèque installée sur un système.<br />

=== Que sont les paquetages -devel ? ===

Vous avez sans doute remarqué que souvent, pour un package toto.rpm, vous aviez un deuxième package toto-devel.rpm.

toto.rpm contient le logiciel, bibliothèque, etc. lui-même, c'est à dire la version que vous allez utiliser tous les jours.

toto-devel.rpm contient des fichiers (les "entêtes", etc.) qui permettent de compiler des programmes qui utilisent toto. Ainsi, toutes les bibliothèques ont leur paquetage -devel.

Vous avez besoin d'installer les paquetages -devel uniquement si vous désirez compiler des logiciels, que ce soit d'après l'archive tar.gz ou le paquetage src.rpm.<br /><br />

----

<br />

== Les commandes urpm* de Mandrake ==

Le programme rpm de RedHat souffre de nombreuses limitations que Mandrake a dépassées, en créant les outils urpm* (User RPM - à partir de Mandrake 7.0) :

* résolution automatique et installation/désistallation automatique des paquetages dépendants (rpm indique seulement le nom de paquetages manquants)
* urpm connaît l'ensemble des paquetages installables depuis différentes sources (les CD, serveurs ftp de mise à jour, [http://plf.zarb.org Penguin Liberation Front] ...)
* urpm permet d'installer des paquetages depuis internet lorsque ceux-ci sont plus récents que sur les CD (depuis Mandrake 8.0)
* urpm permet d'installer des paquetages en donnant seulement un nom incomplet (exemple : <code>urpmi koffice</code> pour chercher et installer Koffice, <code>urpmi mplayer</code>, etc.)
* etc.

Sur chacune des commandes dont on va parler ci-dessous, je vous conseille de lire la page de man (<code>man urpmi</code>, <code>man urpmf</code>, etc.) afin d'en apprendre plus.

Toutes les actions décrites ici peuvent également être réalisées de manière graphique, avec le Gestionnaire de Programmes (Software Manager), qui est une façade ou frontend aux programmes urpm*. Je vous conseille de tester les deux manières de faire, car contrairement aux apparences, la ligne de commande peut être plus simple et/ou rapide.

=== Configurer urpm ===

==== Ajouter / mettre à jour une source de paquetages ====

Après avoir installé votre distribution, les CD ont été créés dans la base de données de urpm en tant que source de paquetages.<br /> Cependant, vous pouvez ajouter autant de sources que vous le désirez. Supposons par exemple que vous ayez un répertoire "incoming/rpms" dans lequel vous placez tous les rpm que vous récupérez sur internet. Vous pouvez l'ajouter à votre base de données urpm par la commande :

<code> # urpmi.addmedia mes_rpm file://home/jice/incoming/rpms</code>

Où mes_rpm est le nom (arbitraire) que vous donnez à votre source de paquetages.

Par la suite, vous pourrez mettre à jour cette source par :<br />

<code>urpmi.update mes_rpm</code>

De même, pour ajouter une source ftp de paquetages, on donne l'URL du fichier hdlist.cz sur le serveur. Exemple pour le [http://plf.zarb.org Penguin Liberation Front] et une Mandrake 9.0 :<br />

<code>urpmi.addmedia plf ftp://ftp.easynet.fr/plf/9.0 with hdlist.cz</code>

Et de la même façon, pour mettre à jour la source de temps en temps :

<code>urpmi.update plf</code>

==== Ajouter des sources distantes ====

<u>Ajout de Jean-Thomas MUYL</u>

<br />

Si vous possédez une connexion à haut débit (ce n'est pas obligatoire, mais conseillé pour utiliser cette option), vous pouvez utiliser des sources <code>main</code> <code>contrib</code> et <code>update</code> situées sur internet.

L'outil en ligne à [http://easyurpmi.zarb.org cette adresse] vous permet de configurer vos sources urpmi facilement selon votre distribution et votre localisation géographique. Si vous avez une connexion à haut débit, je vous conseille même de commencer par un <code>urpmi.removemedia -a</code> pour ne plus utiliser les cdroms comme sources, et ne plus vous fatiguer à les chercher dans la pile de cd.

<u>Note</u> : le fichier de configuration de urpm est <code>/etc/urpmi/urpmi.cfg</code> et les bases de données dans <code>/var/lib/urpmi</code>.

==== Supprimer une source de paquetages ====

Pour supprimer la source mes_rpm, taper :<br />

<code>urpmi.removemedia mes_rpm</code><br /><br />

=== Installer avec urpmi ===

==== Installer depuis les sources urpm<br /> ====

Pour installer un logiciel avec urpm, rien de pkus simple. Vous tapez simplement la commande '''urpmi''' suivie d'une partie du nom du logiciel. Exemple :<br />

<code>urpmi mplayer</code>

urpmi va alors chercher la version la plus récente du package correspondant, regarder s'il doit installer des packages dépendants (et vous en demander confirmation), et installer l'ensemble des packages.

Dans le cas ou l'argument donné à urpmi est ambigü, urpmi renvoie le nom des packages correspondants ; il ne vous reste plus qu'à choisir dans la liste et relancer urpmi avec le bon nom de package.

Si vous voulez installer le package qui fournit une librairie (par exemple), utilisez le modifieur -p :<br />

<code> # urpmi -p libe2p.so.2</code>

urpmi va alors rechercher quel paquetage fournit <code>libe2p.so.2</code> et l'installer (ici libext2fs2).

==== Installer directement un ou plusieurs fichiers rpm ====

Dans ce cas, il suffit de passer le nom du fichier en argument à urpmi :

<code>urpmi mon_paquetage-version.i586.rpm</code>

et le package sera mis à jour de la même manière que rpm -U l'aurait fait.

urpmi peut installer plusieurs paquetages d'un coup : par exemple, pour installer la dernière version de KDE que j'ai téléchargée, je me mets dans le répertoire où j'ai mis les rpm, et je tape :

<code>urpmi *.rpm</code><br />

Pour installer (et non mettre à jour un package, par exemple pour ajouter un nouveau noyau en parallèle de l'ancien, ou bien une nouvelle librairie qui doit coexister avec l'ancienne), il faut utiliser l'option -i : urpmi -i

urpmi peut également utiliser une url pour installer un paquet. Par exemple, <code>urpmi http://example.com/example.rpm</code> va installer le paquet aprés l'avoir téléchargé. urpmi supporte http, ftp, rsync et ssh pour le moment.

=== Désinstaller avec urpme ===

Pour désinstaller un paquetage, il faut utiliser '''urpme'''<nowiki>:</nowiki>

<code>urpme mplayer</code>

désinstallera mplayer. S'il y a des paquetages qui en dépendent, urpme demandera s'il doit les désinstaller également. À utiliser avec précaution ;-)<br />

=== Rechercher avec urpmf (et urpmq) ===

L'outil de choix pour faire de recherches dans les packages rpm et ''' urpmf'''. Cela permet de rechercher non seulement dans les paquetages installés comme avec rpm -q, mais aussi des paquetages installables !

<code>urpmf toto</code>

renverra la liste de tous les paquetages qui contiennent le fichier toto.

urpmf dispose de nombreuses options pour faire des requêtes sur les différentes informations de la base de données des paquetages.

Par exemple :

Liste des paquetages du groupe "Games"<br /><code>urpmf --group Games</code><br /> Taille du paquetage "pingus"<br />

<div class="code">urpmf --size pingus<br /><code>pingus:size:1102629</code></div>

<br /> Recherche du mot "pingus" dans les résumés de paquets<br />

<div class="code">urpmf --summary pingus<br /> pingus:summary:Pingus - A free Lemmings clone</div>

Voir <code>man urpmf</code> pour de plus amples informations.<br />

La commande '''urpmq''' vous permet d'autres types de requêtes :<br />

Liste des paquetages dont le nom contient la chaîne "toto" :<br /><code>urpmq toto</code><br />
Sur quelle source se trouve le paquetage toto :<br /><code>urpmq --archive toto</code><br />
Quels paquetages dépendent du paquetage toto :<br /><code>urpmq -d toto</code><br />
Nom complet du fichier rpm du paquetage toto :<br /><code>urpmq -r toto</code><br />
Résumé d'une ligne d'un paquet ( summary + nom + cersion ) :<br /><code> urpmq --summary toto</code>

Voir aussi <code>man urpmq</code>.<br />

=== Mettre à jour le système ===

urpm vous permet de mettre à jour votre système avec les derniers correctifs de sécurité et les corrections de bugs que Mandrake publie régulièrement.<br /> Pour ce faire, il faut avoir paramétré un miroir ftp de mises à jour de sécurité dans urpm (voir configuration), ou avec le Gestionnaire de Programmes (qui est bien pratique pour cette opération).<br /> Si la source de mise à jour s'appelle maj_secu, il faut lancer la commandes suivante pour la mettre à jour :<br /><code>urpmi.update maj_secu</code><br /> puis :<br /><code>urpmi --auto-select</code><br /> urpm va alors lister les paquetages mis à jour et vous demander si vous souhaitez les installer (pour qu'il installe tout sans demander, pratique pour mettre la commande dans un cron, ajouter l'option <code>--auto</code>).

Si vous souhaitez que urpm ne mette pas à jour automatiquement certains paquetages, il suffit d'ajouter leur nom dans le fichier <code>/etc/urpmi/skip.list</code> .<br /> Par exemple, pour empêcher urpm de mettre à jour automatiquement le kernel et la glibc, ajouter dans ce fichier :<br />

<div class="code">kernel<br /> glibc</div>

=== Conclusion sur urpm ===

Les commandes urpm sont encore trop peu connues, et la maintenance de votre Mandrake sera bien plus aisée avec leur utilisation.<br />

----

<br />

== apt-get sur Redhat ==

Redhat dispose également d'outils pour faciliter la gestion des packages et la mise à jour du système. J'ai testé <code>rpm-get</code> que je n'ai pas trouvé satisfaisant. Par-contre le portage de <code>apt-get</code> sur redhat est véritablement une réussite. C'est donc cet utilitaire dont je parlerai concernant Redhat (pour l'article je travaille sur une Redhat 7.3)

Cette version de apt-get pour RPM, même si elle est critiquée parce qu'elle utilise <code>RPM</code> (contre <code>dpkg</code> pour Debian), est extrêmement efficace

Les principaux apports de <code>apt-get</code><nowiki>:</nowiki>

* Prise en charge des dépendances pour l'installation et la désinstallation de packages
* Mise à jour complète de la distribution avec les dernières versions des packages existantes
* Comme pour urpm, installation des paquetages en donnant seulement un nom incomplet

=== Installation de apt-get ===

'''Les packages à installer''' :

Vous devez installer au moins le package [http://apt.freshrpms.net/ apt-get] . Il contient les binaires que nous allons utiliser par la suite. Pour ceux qui préfèreraient utiliser une interface graphique, il en existe une, extrêmement conviviale, [http://ftp.freshrpms.net/pub/freshrpms/valhalla/synaptic/synaptic-0.25-fr0.1rh73.i386.rpm synaptic]. <br />[[Image:rpm-rpm_synaptic.jpg]]

'''La configuration''' :

Elle est très simple. Une fois les packages installés il vous suffit de taper <code>apt-get update</code>. Ceci va synchroniser votre base de données locale avec celle du serveur ftp. Cette commande sera à relancer régulièrement pour remettre à jour cette base de données (à insérer dans une crontab par exemple).

* <code>/etc/apt/sources.list</code> : contient la liste des dépôts pour la récupération des packages. Ces dépôts peuvent être des CD-ROM, un emplacement sur votre disque dur, des URL.
* <code>/etc/apt/apt.conf</code> : fichier de configuration de apt-get
* <code>/var/cache/apt/archives</code> : contient les packages qui ont été downloadés pour être installés.

'''Commande supplémentaire''' :

La commande <code>apt-cdrom</code> vous permet de rajouter directement au fichier <code>sources.list</code> des dépôts sur CD-ROM. <br />La syntaxe de la commande : <code>apt-cdrom --cdrom <point-de-montage> add</code><br />'''Exemple : '''<code>apt-cdrom --cdrom /mnt/cdrom add</code><br /> Il vous reste alors à insérer successivement tous les CD en votre possession qui contiennent les packages Redhat.

=== Installer / Désinstaller / Mettre à jour des packages ===

==== Installer / Mettre à jour un ou plusieurs packages ====

* Pour installer un ou plusieurs packages, on utilisera la commande <code>apt-get</code> avec l'argument <code>install</code>.<br />'''Syntaxe''' : <code>apt-get install package1 [package2...]</code><br />'''Exemple''' : <code>apt-get install mplayer</code> installera mplayer et les packages éventuellement nécessaires pour régler les dépendances.<br />
* Vous pouvez également choisir d'installer des sources. Pour ce faire, il suffit d'utiliser l'argument <code>source</code>.<br />'''Exemple :''' <code>apt-get source galeon</code> vous permet de récupérer le RPM source de galeon.<br />
* Pour mettre à jour un ou plusieurs packages, on utilisera la commande <code>apt-get</code> avec l'argument <code>upgrade</code>. Il est plus sûr au préalable d'exécuter la commande <code>apt-get update</code> pour mettre à jour la base de données locale et s'assurer que la mise à jour est réalisée avec la dernière version du dit package disponible.<br />'''Syntaxe''' : apt-get upgrade package1 [package2...]<br />'''Exemple''' : <code>apt-get upgrade mplayer</code> mettra à jour mplayer et les packages éventuellement nécessaires pour régler les dépendances.

==== Désinstaller avec apt-get ====

Désinstaller un ou plusieurs packages est aussi simple. Il suffit d'utiliser la commande <code>apt-get</code> suivie de l'argument <code>remove</code>.<br />'''Syntaxe''' : apt-get remove package1 [package2...]<br />'''Exemple''' : <code>apt-get remove mplayer</code> supprimera mplayer et les packages qui étaient dépendants de mplayer mais non utilisés par une autre application.

==== Mettre à jour le système ====

Enfin <code>apt-get</code> peut vous permettre également de mettre à jour la totalité de votre distribution. Au préalable, on exécutera là encore un <code>apt-get update</code> pou s'assurer de disposer des derniers packages. Puis il suffit de lancer la commande <code>apt-get dist-upgrade</code>. Et le tour est joué ;)

Vous disposez également de la commande <code>apt-get check</code>. Elle vous permet de vérifier que vous n'avez pas de dépendances non résolues sur votre système.

==== Rechercher des informations sur un package installé ====

Enfin la commande <code>apt-cache</code> vous permet d'obtenir un certain nombre d'informations sur les packages installés :

* Pour vérifier qu'un package est bien installé, il suffit d'utiliser l'argument <code>search</code>.<br />'''Syntaxe''' : <code>apt-cache search chaine_de_caractères</code> (la chaîne de caractères peut contenir des expressions régulières).<br />'''Exemple :''' vous voulez vérifier que mplayer est bien installé :<br /><div class="code">>apt-cache search mplayer<br /> mplayer - MPlayer, the Movie Player for Linux.<br /> mplayer-skins - A collection of skins for MPlayer.<br /> transcode - A Linux video stream processing utility.</div><br />
* Pour vérifier les dépendances d'un package, on utilisera l'argument <code>depends</code>.<br />'''Syntaxe''' : <code>apt-cache depends chaine_de_caractères</code><br />'''Exemple :''' vous voulez connaitre les dépendances de mplayer :<br /><div class="code">>apt-cache depends mplayer<br /> mplayer<br /> Depends: libdvdread<br /> Depends: libdvdcss<br /> libdvdcss2<br /> Depends: gtk+<br /> Depends: SDL<br /> Depends: divx4linux<br /> Depends: lame<br /> Depends: libvorbis<br /> Depends: lirc<br /> Depends: libdv<br /> Depends: aalib<br /> Depends: arts </div>

<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 Jean-Christophe Cardot, Anne-Laure Nicolas le 25/02/2000.</div>

= Copyright =
Copyright © 25/02/2000, Jean-Christophe Cardot, Anne-Laure Nicolas
{{CC-BY-NC-SA}}

RPM

2005-10-02T22:26:49Z

Misc : utilisation d'url

[[Category:Gérer ses logiciels]]
= RPM (RedHat Package Manager), URPM (User RPM) et apt-get (User RPM) =

<div class="leatitre">RPM (RedHat Package Manager), URPM (User RPM) et apt-get (User RPM)</div><div class="leapar">par Jean-Christophe 'Jice' Cardot </div><div class="leapar">révision par Jean-Marc Lichtle, puis Jice et Anne, puis Jean-Thomas MUYL (maston28)</div><div class="leadesc">Installer des programmes sous Linux est très simple quand on utilise les bons outils...<br /> </div>
----

Ce document ne vise pas à remplacer la page de man de RPM, mais plutôt de donner une courte référence des commandes les plus utiles pour gérer vos paquetages à ce format.

== Introduction ==

Le format RPM (RedHat Package Manager), a été, comme son nom l'indique, créé à l'origine pour la distribution RedHat. Depuis, de nombreuses distributions l'ont utilisé, on peut citer par exemple Mandrake ou SuSe. D'autres formats de packages dans le monde Linux sont DEB (pour Debian) et TGZ (pour Slackware).<br /><br />'''Qu'est-ce qu'un package ?''' C'est un fichier (une archive, un peu comme un fichier .tar ou .zip) qui contient tous les fichiers appartenant à une application, une bibliothèque, etc. ainsi que des scripts de contrôle qui sont exécutés lors de l'installation ou de la désinstallation de l'application. Ce fichier contient également toutes les dépendances à d'autres applications, bibliothèques, etc.<br /><u>Note</u> : on parle indifféremment de package, paquetage ou même paquet pour désigner le fichier qui contient l'ensemble des fichiers d'un programme (le fichier rpm lui-même)<br />

Il existe de nombreux utilitaires graphiques tels que Kpackage, GnoRPM, Midnight Commander, etc. qui permettent d'installer et de gérer les packages RPM. L'installation depuis la ligne de commande reste toutefois la solution la plus rapide et la plus efficace pour ce travail.

La plus grande partie des commandes décrites peuvent être exécutée par un utilisateur lambda. Toutefois les commandes qui intallent, mettent à jour ou suppriment des paquetages nécessitent des droits d'administrateur (root).

Nous allons voir ici deux méthodes pour gérer les paquets RPM :<br />

* [#cdes le programme <code>rpm</code>],
* [#urpm les programmes <code>urpm*</code> de Mandrake].

Les noms de paquetages sont très longs et donc très pénibles à orthographier correctement. Linux offre toutefois des aides à la frappe :

* lorsque vous installez un RPM, ou travaillez sur un RPM non encore installé, utilisez la complétion de ligne de commande en tapant les premières lettres du nom du fichier RPM puis la touche TAB. Si la correspondance reste équivoque, Linux vous donnera les possibilités trouvées, retapera votre ligne et vous laissera ajouter quelques lettres pour lever l'indétermination.
* lorsque vous travaillez sur un RPM qui est déjà installé, la commande <code>rpm</code> s'adresse à la base de données des paquetages installés, qui consigne les noms courts en plus des noms de fichiers complets. L'indication du numéro de version n'est donc en général pas nécessaire (sauf si le même package est installé 2 fois avec 2 versions différentes).

== Les commandes rpm usuelles ==

=== Pour installer un nouveau paquetage : ===

<code>rpm -ivh toto.rpm</code>

Attention, si vous installez un paquetage par cette méthode et qu'il existe déjà sur votre système dans une version inférieure, vous risquez d'avoir des problèmes pour le désinstaller (voir plus bas). Par contre, pour installer une bibliothèque simultanément en deux version différentes, utilisez cette syntaxe.<br /> Les options <code>h</code> et <code>v</code> ne sont pas obligatoires, <code> -i</code> est suffisant pour faire une installation. L'option <code> h</code> provoque l'affichage d'une barre de progression (ça fait très pro sur l'écran !) et <code>v</code> rend l'installation bavarde, ce qui fournit des messages plus explicites en cas d'erreur. L'option <code> -vh</code> peut être appliquée sur toutes les commandes rpm ci-après afin de rendre rpm plus bavard.

=== Pour mettre à jour un paquetage : ===

<code>rpm -Uvh toto.rpm</code>

Avec un "U" comme "Upgrade" (mise à jour en anglais).

Attention, ceci ne s'applique pas pour upgrader un noyau, voir la [../kernel/kernel.php3#precompile rubrique noyau] à ce sujet.

Enfin, pour remplacer un paquetage par un paquetage plus ancien ("downgrader"), la commande à utiliser est :

<code>rpm -Uvh --oldpackage toto.rpm</code>

=== Pour supprimer un paquetage : ===

<div class="code">>rpm -e toto<br /> rpm -e toto-version</div>

Le "<code>e</code>" correspond à "erase" (effacer en anglais). <br /> La syntaxe complète (avec numéro de version) permet de distinguer deux versions d'un même paquetage qui auraient été installées ensemble.

=== Pour faire des requêtes sur les paquetages : ===

Afficher la liste de tous les paquetages déjà installés J'imagine que "<code>a</code>" doit signifier "all" ;-) :<br />

<code>rpm -qa</code>

et <br />

<code>rpm -qa | less</code>

Pour afficher la liste page par page...

Trouve un paquetage identifié par son nom (toto) :

<code>rpm -qa | grep toto</code>

La recherche peut s'appliquer à une partie seulement du nom, par exemple <code>rpm -qa | grep 'util'</code> vous donne la liste de tous les RPM installés tels que util-linux, nautilus, bind_utils etc.. Attention la syntaxe est sensible à la distinction majuscules / minuscules !

Pour trier par date d'installation :<br />

<code>rpm -qa --last</code>

Pour trier par taille :<br /><br /><code>rpm -qa --queryformat '%{name} %{size}\n' | sort -n +1 | column -t</code>

Jolie ligne de commande n'est-ce pas ? ;-)

Obtenir la liste des fichiers contenus dans un paquetage toto qui est déjà installé :

<code>rpm -ql toto</code>

On dira que "<code>l</code>" est l'initiale de "list".

Dans la foulée de la syntaxe précédente, celle-ci donne les informations relatives à ce paquetage, une brève description de ce que fait le paquetage, des dépendances qui doivent être satisfaites, etc. :

<code>rpm -qi toto</code>

On parie que "<code>i</code>" est mis pour "information" ? <br /> La même chose sur un paquetage pas encore installé :

<code>rpm -qip toto.rpm</code>

Avec un "<code>p</code>" comme "package".

Nota :<br />

* L'option <code>p</code> s'applique aussi à d'autres syntaxes, par exemple <code>rpm -qlp toto.rpm</code> pour avoir la liste des fichiers d'un paquetage non encore installé.
* Les options de requêtes peuvent se cumuler. Par exemple <code>rpm -ql'''ip''' toto.rpm</code> donnera à la fois les infos et la liste des fichiers du paquetage toto.rpm.

=== Retrouver le paquetage d'origine d'un fichier : ===

<code>rpm -qf /usr/lib/toto.txt</code>

Il peut se produire que vous vous trouviez en face d'un fichier dont vous vous demandez quel est le paquetage qui a bien pu installer ce fichier. Pas de panique ! Là aussi la commande RPM peut vous être d'une aide précieuse. Ici le '<code>f</code>' signifie fichier (file en anglais).

Cette commande fonctionne sur les packages installés. Oui, mais si on veut trouver un fichier parmi les paquetages non installés ?<br /> Si vous utilisez Mandrake (voir [#urpm la partie sur urpm plus bas] ), la commande suivante fera l'affaire :<br /><code>urpmf le_fichier</code><br /> Sinon, placez-vous dans le répertoire contenant les .rpm (le CD en général) et faites :<br /><code>for i in *.rpm ; do rpm -qpli $i | grep le_fichier && echo $i ; done</code><br /> ou bien :<br /><code>rpm -q -p -filesbypkg *.rpm | grep le_fichier</code>

=== Tester l'installation d'une paquetage : ===

<code>rpm -i --test toto</code>

Effectue simplement une vérification sans installer le paquetage toto. Permet essentiellement de vérifier si l'installation pourrait se dérouler sans encombre ou alors si des dépendances non satisfaites risquent de faire avorter l'installation.

=== Si <code>rpm</code> ne veut pas installer le paquetage toto ===

Il existe plusieurs options. Premièrement : ne pas vérifier les dépendances.

<code>rpm -i --nodeps toto</code>

Deuxièmement : forcer l'installation, en cas de conflit avec certains autres <code>rpm</code>.

<code>rpm -i --force toto</code>

Enfin, combinez les deux options pour vraiment obliger <code>rpm</code> à procéder à l'installation.

=== Si <code>rpm</code> ne veut pas désinstaller le paquetage toto ===

Il suffit alors de faire :

<code>rpm -qa | grep toto</code>

Affiche la liste des paquetages dont le nom contient toto, par exemple :

<code>toto-1.1<br />toto-1.2</code>

<code>rpm -e toto-1.1</code>

Désinstalle le paquetage désigné par son nom '''et''' son numéro de version.

=== Extraire des fichiers d'un RPM : ===

Certains outils comme Midnight Commander (mc, ou gmc) permettent d'ouvrir des fichiers rpm, de se déplacer dedans et de copier des fichiers vers d'autres répertoires.<br /> Vous pouvez aussi convertir le rpm en archive cpio (l'ancêtre de tar), par la commande <code>rpm2cpio</code>, et ensuite utiliser la commande <code>cpio</code> pour extraire le ou les fichiers.

=== Installer un RPM dans un autre système Linux que celui qui tourne : ===

Vous avez plusieurs systèmes Linux sur votre machine, ou bien vous avez bouté avec le CD ou une disquette de sauvegarde. Vous souhaitez installer un rpm dans un autre système dont la partition racine est monté dans /mnt/racine. La commande à taper est :

<code>rpm -i --root=/mnt/racine /chemin/package.rpm</code>

Vous pouvez utiliser l'option <code>--root=/mnt/racine</code> dans toutes les commandes rpm, pour faire des recherches, etc. avec rpm sur l'autre système Linux.

=== ET TOUJOURS : ===

<code>man rpm</code>

L'accès à la page du manuel, le réflexe qu'on devrait toujours avoir...<br /><br /><br />

----

<br />

== Quelques précisions concernant rpm ==

=== Quelle est la différence entre SRPM et RPM ? ===

Les paquetages SRPM (Source RPM) contiennent les sources d'un logiciel prêtes à être recompilées et transformées en paquetage rpm.<br /> Afin de reconstruire un paquetage rpm à partir d'un srpm (fichier .src.rpm), il faut utiliser la commande :<br /><code> # rpmbuild --rebuild paquetage.src.rpm<br /> </code>Le paquetage rpm résultant se trouvera dans <code>/usr/src/RPM/RPMS/<arch></code> où <code><arch></code> est i386, i586, ppc, etc. suivant votre architecture.

Pour simplement installer le paquetage, sans reconstruire le fichier .rpm, faire :<br /><code> # rpmbuild --recompile paquetage.src.rpm</code><br />

Cela peut être très utile pour installer un programme qui a été compilé avec des versions de librairies différentes des votres et qui refuse donc de s'installer, tout en conservant l'intégrité de votre base de données des rpm (tout programme installé devrait être dans la base, mais si vous installez à partir des sources .tar.gz par ./configure && make install, cela ne sera pas le cas.) Par exemple, vous pouvez récupérer un srpm de Mandrake Cooker (la version de développement) et essayer de le reconstruire sur une Mandrake 8.2.

Note : ce processus nécessite que les paquetages -devel nécessaires aient été installés, ainsi que les compilateurs utilisés, etc. Voir l'article sur la [../kernel/compil.php3 compilation] .<br />

=== Que sont les fichiers *.rpmsave et *.rpmnew ? ===

Lorsque rpm installe un paquetage, il peut soit conserver les anciens fichiers de configuration ; les nouveaux seront alors renommés en *.rpmnew.<br /> Si rpm remplace les anciens fichiers de configuration par des nouveaux, alors ce sont les anciens qui seront renommés en *.rpmsave.<br />

=== Quelle est la différence entre "installer" et "mettre à jour" ? ===

La mise à jour (''upgrade'' en anglais) remplace l'ancien paquetage par le nouveau, tandis que l'installation conserve si possible l'ancienne version du programme et installe la nouvelle en parallèle.

Cela peut être fort utile pour les bibliothèques : lorsque vous essayez de mettre à jour une bibliothèque, vous pouvez rompre des dépendances avec les programmes déjà installés (s'il y a un gros saut de version). Afin de ne pas avoir de problèmes, au lieu de mettre à jour la nouvelle version, installez-la ; ainsi l'ancienne version restera présente et les anciens programmes tourneront sans problème. Cela ne pose aucun problème d'avoir plusieurs versions d'un bibliothèque installée sur un système.<br />

=== Que sont les paquetages -devel ? ===

Vous avez sans doute remarqué que souvent, pour un package toto.rpm, vous aviez un deuxième package toto-devel.rpm.

toto.rpm contient le logiciel, bibliothèque, etc. lui-même, c'est à dire la version que vous allez utiliser tous les jours.

toto-devel.rpm contient des fichiers (les "entêtes", etc.) qui permettent de compiler des programmes qui utilisent toto. Ainsi, toutes les bibliothèques ont leur paquetage -devel.

Vous avez besoin d'installer les paquetages -devel uniquement si vous désirez compiler des logiciels, que ce soit d'après l'archive tar.gz ou le paquetage src.rpm.<br /><br />

----

<br />

== Les commandes urpm* de Mandrake ==

Le programme rpm de RedHat souffre de nombreuses limitations que Mandrake a dépassées, en créant les outils urpm* (User RPM - à partir de Mandrake 7.0) :

* résolution automatique et installation/désistallation automatique des paquetages dépendants (rpm indique seulement le nom de paquetages manquants)
* urpm connaît l'ensemble des paquetages installables depuis différentes sources (les CD, serveurs ftp de mise à jour, [http://plf.zarb.org Penguin Liberation Front] ...)
* urpm permet d'installer des paquetages depuis internet lorsque ceux-ci sont plus récents que sur les CD (depuis Mandrake 8.0)
* urpm permet d'installer des paquetages en donnant seulement un nom incomplet (exemple : <code>urpmi koffice</code> pour chercher et installer Koffice, <code>urpmi mplayer</code>, etc.)
* etc.

Sur chacune des commandes dont on va parler ci-dessous, je vous conseille de lire la page de man (<code>man urpmi</code>, <code>man urpmf</code>, etc.) afin d'en apprendre plus.

Toutes les actions décrites ici peuvent également être réalisées de manière graphique, avec le Gestionnaire de Programmes (Software Manager), qui est une façade ou frontend aux programmes urpm*. Je vous conseille de tester les deux manières de faire, car contrairement aux apparences, la ligne de commande peut être plus simple et/ou rapide.

=== Configurer urpm ===

==== Ajouter / mettre à jour une source de paquetages ====

Après avoir installé votre distribution, les CD ont été créés dans la base de données de urpm en tant que source de paquetages.<br /> Cependant, vous pouvez ajouter autant de sources que vous le désirez. Supposons par exemple que vous ayez un répertoire "incoming/rpms" dans lequel vous placez tous les rpm que vous récupérez sur internet. Vous pouvez l'ajouter à votre base de données urpm par la commande :

<code> # urpmi.addmedia mes_rpm file://home/jice/incoming/rpms</code>

Où mes_rpm est le nom (arbitraire) que vous donnez à votre source de paquetages.

Par la suite, vous pourrez mettre à jour cette source par :<br />

<code>urpmi.update mes_rpm</code>

De même, pour ajouter une source ftp de paquetages, on donne l'URL du fichier hdlist.cz sur le serveur. Exemple pour le [http://plf.zarb.org Penguin Liberation Front] et une Mandrake 9.0 :<br />

<code>urpmi.addmedia plf ftp://ftp.easynet.fr/plf/9.0 with hdlist.cz</code>

Et de la même façon, pour mettre à jour la source de temps en temps :

<code>urpmi.update plf</code>

==== Ajouter des sources distantes ====

<u>Ajout de Jean-Thomas MUYL</u>

<br />

Si vous possédez une connexion à haut débit (ce n'est pas obligatoire, mais conseillé pour utiliser cette option), vous pouvez utiliser des sources <code>main</code> <code>contrib</code> et <code>update</code> situées sur internet.

L'outil en ligne à [http://plf.zarb.org/~nanardon/index.php cette adresse] vous permet de configurer vos sources urpmi facilement selon votre distribution et votre localisation géographique. Si vous avez une connexion à haut débit, je vous conseille même de commencer par un <code>urpmi.removemedia -a</code> pour ne plus utiliser les cdroms comme sources, et ainsi être plus à jour !

<u>Note</u> : le fichier de configuration de urpm est <code>/etc/urpmi/urpmi.cfg</code> et les bases de données dans <code>/var/lib/urpmi</code>.

==== Supprimer une source de paquetages ====

Pour supprimer la source mes_rpm, taper :<br />

<code>urpmi.removemedia mes_rpm</code><br /><br />

=== Installer avec urpmi ===

==== Installer depuis les sources urpm<br /> ====

Pour installer un logiciel avec urpm, rien de pkus simple. Vous tapez simplement la commande '''urpmi''' suivie d'une partie du nom du logiciel. Exemple :<br />

<code>urpmi mplayer</code>

urpmi va alors chercher la version la plus récente du package correspondant, regarder s'il doit installer des packages dépendants (et vous en demander confirmation), et installer l'ensemble des packages.

Dans le cas ou l'argument donné à urpmi est ambigü, urpmi renvoie le nom des packages correspondants ; il ne vous reste plus qu'à choisir dans la liste et relancer urpmi avec le bon nom de package.

Si vous voulez installer le package qui fournit une librairie (par exemple), utilisez le modifieur -p :<br />

<code> # urpmi -p libe2p.so.2</code>

urpmi va alors rechercher quel paquetage fournit <code>libe2p.so.2</code> et l'installer (ici libext2fs2).

==== Installer directement un ou plusieurs fichiers rpm ====

Dans ce cas, il suffit de passer le nom du fichier en argument à urpmi :

<code>urpmi mon_paquetage-version.i586.rpm</code>

et le package sera mis à jour de la même manière que rpm -U l'aurait fait.

urpmi peut installer plusieurs paquetages d'un coup : par exemple, pour installer la dernière version de KDE que j'ai téléchargée, je me mets dans le répertoire où j'ai mis les rpm, et je tape :

<code>urpmi *.rpm</code><br />

Pour installer (et non mettre à jour un package, par exemple pour ajouter un nouveau noyau en parallèle de l'ancien, ou bien une nouvelle librairie qui doit coexister avec l'ancienne), il faut utiliser l'option -i : urpmi -i

urpmi peut également utiliser une url pour installer un paquet. Par exemple, <code>urpmi http://example.com/example.rpm</code> va installer le paquet aprés l'avoir téléchargé. urpmi supporte http, ftp, rsync et ssh pour le moment.

=== Désinstaller avec urpme ===

Pour désinstaller un paquetage, il faut utiliser '''urpme'''<nowiki>:</nowiki>

<code>urpme mplayer</code>

désinstallera mplayer. S'il y a des paquetages qui en dépendent, urpme demandera s'il doit les désinstaller également. À utiliser avec précaution ;-)<br />

=== Rechercher avec urpmf (et urpmq) ===

L'outil de choix pour faire de recherches dans les packages rpm et ''' urpmf'''. Cela permet de rechercher non seulement dans les paquetages installés comme avec rpm -q, mais aussi des paquetages installables !

<code>urpmf toto</code>

renverra la liste de tous les paquetages qui contiennent le fichier toto.

urpmf dispose de nombreuses options pour faire des requêtes sur les différentes informations de la base de données des paquetages.

Par exemple :

Liste des paquetages du groupe "Games"<br /><code>urpmf --group Games</code><br /> Taille du paquetage "pingus"<br />

<div class="code">urpmf --size pingus<br /><code>pingus:size:1102629</code></div>

<br /> Recherche du mot "pingus" dans les résumés de paquets<br />

<div class="code">urpmf --summary pingus<br /> pingus:summary:Pingus - A free Lemmings clone</div>

Voir <code>man urpmf</code> pour de plus amples informations.<br />

La commande '''urpmq''' vous permet d'autres types de requêtes :<br />

Liste des paquetages dont le nom contient la chaîne "toto" :<br /><code>urpmq toto</code><br />
Sur quelle source se trouve le paquetage toto :<br /><code>urpmq --archive toto</code><br />
Quels paquetages dépendent du paquetage toto :<br /><code>urpmq -d toto</code><br />
Nom complet du fichier rpm du paquetage toto :<br /><code>urpmq -r toto</code><br />
Résumé d'une ligne d'un paquet ( summary + nom + cersion ) :<br /><code> urpmq --summary toto</code>

Voir aussi <code>man urpmq</code>.<br />

=== Mettre à jour le système ===

urpm vous permet de mettre à jour votre système avec les derniers correctifs de sécurité et les corrections de bugs que Mandrake publie régulièrement.<br /> Pour ce faire, il faut avoir paramétré un miroir ftp de mises à jour de sécurité dans urpm (voir configuration), ou avec le Gestionnaire de Programmes (qui est bien pratique pour cette opération).<br /> Si la source de mise à jour s'appelle maj_secu, il faut lancer la commandes suivante pour la mettre à jour :<br /><code>urpmi.update maj_secu</code><br /> puis :<br /><code>urpmi --auto-select</code><br /> urpm va alors lister les paquetages mis à jour et vous demander si vous souhaitez les installer (pour qu'il installe tout sans demander, pratique pour mettre la commande dans un cron, ajouter l'option <code>--auto</code>).

Si vous souhaitez que urpm ne mette pas à jour automatiquement certains paquetages, il suffit d'ajouter leur nom dans le fichier <code>/etc/urpmi/skip.list</code> .<br /> Par exemple, pour empêcher urpm de mettre à jour automatiquement le kernel et la glibc, ajouter dans ce fichier :<br />

<div class="code">kernel<br /> glibc</div>

=== Conclusion sur urpm ===

Les commandes urpm sont encore trop peu connues, et la maintenance de votre Mandrake sera bien plus aisée avec leur utilisation.<br />

----

<br />

== apt-get sur Redhat ==

Redhat dispose également d'outils pour faciliter la gestion des packages et la mise à jour du système. J'ai testé <code>rpm-get</code> que je n'ai pas trouvé satisfaisant. Par-contre le portage de <code>apt-get</code> sur redhat est véritablement une réussite. C'est donc cet utilitaire dont je parlerai concernant Redhat (pour l'article je travaille sur une Redhat 7.3)

Cette version de apt-get pour RPM, même si elle est critiquée parce qu'elle utilise <code>RPM</code> (contre <code>dpkg</code> pour Debian), est extrêmement efficace

Les principaux apports de <code>apt-get</code><nowiki>:</nowiki>

* Prise en charge des dépendances pour l'installation et la désinstallation de packages
* Mise à jour complète de la distribution avec les dernières versions des packages existantes
* Comme pour urpm, installation des paquetages en donnant seulement un nom incomplet

=== Installation de apt-get ===

'''Les packages à installer''' :

Vous devez installer au moins le package [http://apt.freshrpms.net/ apt-get] . Il contient les binaires que nous allons utiliser par la suite. Pour ceux qui préfèreraient utiliser une interface graphique, il en existe une, extrêmement conviviale, [http://ftp.freshrpms.net/pub/freshrpms/valhalla/synaptic/synaptic-0.25-fr0.1rh73.i386.rpm synaptic]. <br />[[Image:rpm-rpm_synaptic.jpg]]

'''La configuration''' :

Elle est très simple. Une fois les packages installés il vous suffit de taper <code>apt-get update</code>. Ceci va synchroniser votre base de données locale avec celle du serveur ftp. Cette commande sera à relancer régulièrement pour remettre à jour cette base de données (à insérer dans une crontab par exemple).

* <code>/etc/apt/sources.list</code> : contient la liste des dépôts pour la récupération des packages. Ces dépôts peuvent être des CD-ROM, un emplacement sur votre disque dur, des URL.
* <code>/etc/apt/apt.conf</code> : fichier de configuration de apt-get
* <code>/var/cache/apt/archives</code> : contient les packages qui ont été downloadés pour être installés.

'''Commande supplémentaire''' :

La commande <code>apt-cdrom</code> vous permet de rajouter directement au fichier <code>sources.list</code> des dépôts sur CD-ROM. <br />La syntaxe de la commande : <code>apt-cdrom --cdrom <point-de-montage> add</code><br />'''Exemple : '''<code>apt-cdrom --cdrom /mnt/cdrom add</code><br /> Il vous reste alors à insérer successivement tous les CD en votre possession qui contiennent les packages Redhat.

=== Installer / Désinstaller / Mettre à jour des packages ===

==== Installer / Mettre à jour un ou plusieurs packages ====

* Pour installer un ou plusieurs packages, on utilisera la commande <code>apt-get</code> avec l'argument <code>install</code>.<br />'''Syntaxe''' : <code>apt-get install package1 [package2...]</code><br />'''Exemple''' : <code>apt-get install mplayer</code> installera mplayer et les packages éventuellement nécessaires pour régler les dépendances.<br />
* Vous pouvez également choisir d'installer des sources. Pour ce faire, il suffit d'utiliser l'argument <code>source</code>.<br />'''Exemple :''' <code>apt-get source galeon</code> vous permet de récupérer le RPM source de galeon.<br />
* Pour mettre à jour un ou plusieurs packages, on utilisera la commande <code>apt-get</code> avec l'argument <code>upgrade</code>. Il est plus sûr au préalable d'exécuter la commande <code>apt-get update</code> pour mettre à jour la base de données locale et s'assurer que la mise à jour est réalisée avec la dernière version du dit package disponible.<br />'''Syntaxe''' : apt-get upgrade package1 [package2...]<br />'''Exemple''' : <code>apt-get upgrade mplayer</code> mettra à jour mplayer et les packages éventuellement nécessaires pour régler les dépendances.

==== Désinstaller avec apt-get ====

Désinstaller un ou plusieurs packages est aussi simple. Il suffit d'utiliser la commande <code>apt-get</code> suivie de l'argument <code>remove</code>.<br />'''Syntaxe''' : apt-get remove package1 [package2...]<br />'''Exemple''' : <code>apt-get remove mplayer</code> supprimera mplayer et les packages qui étaient dépendants de mplayer mais non utilisés par une autre application.

==== Mettre à jour le système ====

Enfin <code>apt-get</code> peut vous permettre également de mettre à jour la totalité de votre distribution. Au préalable, on exécutera là encore un <code>apt-get update</code> pou s'assurer de disposer des derniers packages. Puis il suffit de lancer la commande <code>apt-get dist-upgrade</code>. Et le tour est joué ;)

Vous disposez également de la commande <code>apt-get check</code>. Elle vous permet de vérifier que vous n'avez pas de dépendances non résolues sur votre système.

==== Rechercher des informations sur un package installé ====

Enfin la commande <code>apt-cache</code> vous permet d'obtenir un certain nombre d'informations sur les packages installés :

* Pour vérifier qu'un package est bien installé, il suffit d'utiliser l'argument <code>search</code>.<br />'''Syntaxe''' : <code>apt-cache search chaine_de_caractères</code> (la chaîne de caractères peut contenir des expressions régulières).<br />'''Exemple :''' vous voulez vérifier que mplayer est bien installé :<br /><div class="code">>apt-cache search mplayer<br /> mplayer - MPlayer, the Movie Player for Linux.<br /> mplayer-skins - A collection of skins for MPlayer.<br /> transcode - A Linux video stream processing utility.</div><br />
* Pour vérifier les dépendances d'un package, on utilisera l'argument <code>depends</code>.<br />'''Syntaxe''' : <code>apt-cache depends chaine_de_caractères</code><br />'''Exemple :''' vous voulez connaitre les dépendances de mplayer :<br /><div class="code">>apt-cache depends mplayer<br /> mplayer<br /> Depends: libdvdread<br /> Depends: libdvdcss<br /> libdvdcss2<br /> Depends: gtk+<br /> Depends: SDL<br /> Depends: divx4linux<br /> Depends: lame<br /> Depends: libvorbis<br /> Depends: lirc<br /> Depends: libdv<br /> Depends: aalib<br /> Depends: arts </div>

<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 Jean-Christophe Cardot, Anne-Laure Nicolas le 25/02/2000.</div>

= Copyright =
Copyright © 25/02/2000, Jean-Christophe Cardot, Anne-Laure Nicolas
{{CC-BY-NC-SA}}

RPM

2005-10-02T22:24:19Z

Misc : /* Rechercher avec urpmf (et urpmq) */

[[Category:Gérer ses logiciels]]
= RPM (RedHat Package Manager), URPM (User RPM) et apt-get (User RPM) =

<div class="leatitre">RPM (RedHat Package Manager), URPM (User RPM) et apt-get (User RPM)</div><div class="leapar">par Jean-Christophe 'Jice' Cardot </div><div class="leapar">révision par Jean-Marc Lichtle, puis Jice et Anne, puis Jean-Thomas MUYL (maston28)</div><div class="leadesc">Installer des programmes sous Linux est très simple quand on utilise les bons outils...<br /> </div>
----

Ce document ne vise pas à remplacer la page de man de RPM, mais plutôt de donner une courte référence des commandes les plus utiles pour gérer vos paquetages à ce format.

== Introduction ==

Le format RPM (RedHat Package Manager), a été, comme son nom l'indique, créé à l'origine pour la distribution RedHat. Depuis, de nombreuses distributions l'ont utilisé, on peut citer par exemple Mandrake ou SuSe. D'autres formats de packages dans le monde Linux sont DEB (pour Debian) et TGZ (pour Slackware).<br /><br />'''Qu'est-ce qu'un package ?''' C'est un fichier (une archive, un peu comme un fichier .tar ou .zip) qui contient tous les fichiers appartenant à une application, une bibliothèque, etc. ainsi que des scripts de contrôle qui sont exécutés lors de l'installation ou de la désinstallation de l'application. Ce fichier contient également toutes les dépendances à d'autres applications, bibliothèques, etc.<br /><u>Note</u> : on parle indifféremment de package, paquetage ou même paquet pour désigner le fichier qui contient l'ensemble des fichiers d'un programme (le fichier rpm lui-même)<br />

Il existe de nombreux utilitaires graphiques tels que Kpackage, GnoRPM, Midnight Commander, etc. qui permettent d'installer et de gérer les packages RPM. L'installation depuis la ligne de commande reste toutefois la solution la plus rapide et la plus efficace pour ce travail.

La plus grande partie des commandes décrites peuvent être exécutée par un utilisateur lambda. Toutefois les commandes qui intallent, mettent à jour ou suppriment des paquetages nécessitent des droits d'administrateur (root).

Nous allons voir ici deux méthodes pour gérer les paquets RPM :<br />

* [#cdes le programme <code>rpm</code>],
* [#urpm les programmes <code>urpm*</code> de Mandrake].

Les noms de paquetages sont très longs et donc très pénibles à orthographier correctement. Linux offre toutefois des aides à la frappe :

* lorsque vous installez un RPM, ou travaillez sur un RPM non encore installé, utilisez la complétion de ligne de commande en tapant les premières lettres du nom du fichier RPM puis la touche TAB. Si la correspondance reste équivoque, Linux vous donnera les possibilités trouvées, retapera votre ligne et vous laissera ajouter quelques lettres pour lever l'indétermination.
* lorsque vous travaillez sur un RPM qui est déjà installé, la commande <code>rpm</code> s'adresse à la base de données des paquetages installés, qui consigne les noms courts en plus des noms de fichiers complets. L'indication du numéro de version n'est donc en général pas nécessaire (sauf si le même package est installé 2 fois avec 2 versions différentes).

== Les commandes rpm usuelles ==

=== Pour installer un nouveau paquetage : ===

<code>rpm -ivh toto.rpm</code>

Attention, si vous installez un paquetage par cette méthode et qu'il existe déjà sur votre système dans une version inférieure, vous risquez d'avoir des problèmes pour le désinstaller (voir plus bas). Par contre, pour installer une bibliothèque simultanément en deux version différentes, utilisez cette syntaxe.<br /> Les options <code>h</code> et <code>v</code> ne sont pas obligatoires, <code> -i</code> est suffisant pour faire une installation. L'option <code> h</code> provoque l'affichage d'une barre de progression (ça fait très pro sur l'écran !) et <code>v</code> rend l'installation bavarde, ce qui fournit des messages plus explicites en cas d'erreur. L'option <code> -vh</code> peut être appliquée sur toutes les commandes rpm ci-après afin de rendre rpm plus bavard.

=== Pour mettre à jour un paquetage : ===

<code>rpm -Uvh toto.rpm</code>

Avec un "U" comme "Upgrade" (mise à jour en anglais).

Attention, ceci ne s'applique pas pour upgrader un noyau, voir la [../kernel/kernel.php3#precompile rubrique noyau] à ce sujet.

Enfin, pour remplacer un paquetage par un paquetage plus ancien ("downgrader"), la commande à utiliser est :

<code>rpm -Uvh --oldpackage toto.rpm</code>

=== Pour supprimer un paquetage : ===

<div class="code">>rpm -e toto<br /> rpm -e toto-version</div>

Le "<code>e</code>" correspond à "erase" (effacer en anglais). <br /> La syntaxe complète (avec numéro de version) permet de distinguer deux versions d'un même paquetage qui auraient été installées ensemble.

=== Pour faire des requêtes sur les paquetages : ===

Afficher la liste de tous les paquetages déjà installés J'imagine que "<code>a</code>" doit signifier "all" ;-) :<br />

<code>rpm -qa</code>

et <br />

<code>rpm -qa | less</code>

Pour afficher la liste page par page...

Trouve un paquetage identifié par son nom (toto) :

<code>rpm -qa | grep toto</code>

La recherche peut s'appliquer à une partie seulement du nom, par exemple <code>rpm -qa | grep 'util'</code> vous donne la liste de tous les RPM installés tels que util-linux, nautilus, bind_utils etc.. Attention la syntaxe est sensible à la distinction majuscules / minuscules !

Pour trier par date d'installation :<br />

<code>rpm -qa --last</code>

Pour trier par taille :<br /><br /><code>rpm -qa --queryformat '%{name} %{size}\n' | sort -n +1 | column -t</code>

Jolie ligne de commande n'est-ce pas ? ;-)

Obtenir la liste des fichiers contenus dans un paquetage toto qui est déjà installé :

<code>rpm -ql toto</code>

On dira que "<code>l</code>" est l'initiale de "list".

Dans la foulée de la syntaxe précédente, celle-ci donne les informations relatives à ce paquetage, une brève description de ce que fait le paquetage, des dépendances qui doivent être satisfaites, etc. :

<code>rpm -qi toto</code>

On parie que "<code>i</code>" est mis pour "information" ? <br /> La même chose sur un paquetage pas encore installé :

<code>rpm -qip toto.rpm</code>

Avec un "<code>p</code>" comme "package".

Nota :<br />

* L'option <code>p</code> s'applique aussi à d'autres syntaxes, par exemple <code>rpm -qlp toto.rpm</code> pour avoir la liste des fichiers d'un paquetage non encore installé.
* Les options de requêtes peuvent se cumuler. Par exemple <code>rpm -ql'''ip''' toto.rpm</code> donnera à la fois les infos et la liste des fichiers du paquetage toto.rpm.

=== Retrouver le paquetage d'origine d'un fichier : ===

<code>rpm -qf /usr/lib/toto.txt</code>

Il peut se produire que vous vous trouviez en face d'un fichier dont vous vous demandez quel est le paquetage qui a bien pu installer ce fichier. Pas de panique ! Là aussi la commande RPM peut vous être d'une aide précieuse. Ici le '<code>f</code>' signifie fichier (file en anglais).

Cette commande fonctionne sur les packages installés. Oui, mais si on veut trouver un fichier parmi les paquetages non installés ?<br /> Si vous utilisez Mandrake (voir [#urpm la partie sur urpm plus bas] ), la commande suivante fera l'affaire :<br /><code>urpmf le_fichier</code><br /> Sinon, placez-vous dans le répertoire contenant les .rpm (le CD en général) et faites :<br /><code>for i in *.rpm ; do rpm -qpli $i | grep le_fichier && echo $i ; done</code><br /> ou bien :<br /><code>rpm -q -p -filesbypkg *.rpm | grep le_fichier</code>

=== Tester l'installation d'une paquetage : ===

<code>rpm -i --test toto</code>

Effectue simplement une vérification sans installer le paquetage toto. Permet essentiellement de vérifier si l'installation pourrait se dérouler sans encombre ou alors si des dépendances non satisfaites risquent de faire avorter l'installation.

=== Si <code>rpm</code> ne veut pas installer le paquetage toto ===

Il existe plusieurs options. Premièrement : ne pas vérifier les dépendances.

<code>rpm -i --nodeps toto</code>

Deuxièmement : forcer l'installation, en cas de conflit avec certains autres <code>rpm</code>.

<code>rpm -i --force toto</code>

Enfin, combinez les deux options pour vraiment obliger <code>rpm</code> à procéder à l'installation.

=== Si <code>rpm</code> ne veut pas désinstaller le paquetage toto ===

Il suffit alors de faire :

<code>rpm -qa | grep toto</code>

Affiche la liste des paquetages dont le nom contient toto, par exemple :

<code>toto-1.1<br />toto-1.2</code>

<code>rpm -e toto-1.1</code>

Désinstalle le paquetage désigné par son nom '''et''' son numéro de version.

=== Extraire des fichiers d'un RPM : ===

Certains outils comme Midnight Commander (mc, ou gmc) permettent d'ouvrir des fichiers rpm, de se déplacer dedans et de copier des fichiers vers d'autres répertoires.<br /> Vous pouvez aussi convertir le rpm en archive cpio (l'ancêtre de tar), par la commande <code>rpm2cpio</code>, et ensuite utiliser la commande <code>cpio</code> pour extraire le ou les fichiers.

=== Installer un RPM dans un autre système Linux que celui qui tourne : ===

Vous avez plusieurs systèmes Linux sur votre machine, ou bien vous avez bouté avec le CD ou une disquette de sauvegarde. Vous souhaitez installer un rpm dans un autre système dont la partition racine est monté dans /mnt/racine. La commande à taper est :

<code>rpm -i --root=/mnt/racine /chemin/package.rpm</code>

Vous pouvez utiliser l'option <code>--root=/mnt/racine</code> dans toutes les commandes rpm, pour faire des recherches, etc. avec rpm sur l'autre système Linux.

=== ET TOUJOURS : ===

<code>man rpm</code>

L'accès à la page du manuel, le réflexe qu'on devrait toujours avoir...<br /><br /><br />

----

<br />

== Quelques précisions concernant rpm ==

=== Quelle est la différence entre SRPM et RPM ? ===

Les paquetages SRPM (Source RPM) contiennent les sources d'un logiciel prêtes à être recompilées et transformées en paquetage rpm.<br /> Afin de reconstruire un paquetage rpm à partir d'un srpm (fichier .src.rpm), il faut utiliser la commande :<br /><code> # rpmbuild --rebuild paquetage.src.rpm<br /> </code>Le paquetage rpm résultant se trouvera dans <code>/usr/src/RPM/RPMS/<arch></code> où <code><arch></code> est i386, i586, ppc, etc. suivant votre architecture.

Pour simplement installer le paquetage, sans reconstruire le fichier .rpm, faire :<br /><code> # rpmbuild --recompile paquetage.src.rpm</code><br />

Cela peut être très utile pour installer un programme qui a été compilé avec des versions de librairies différentes des votres et qui refuse donc de s'installer, tout en conservant l'intégrité de votre base de données des rpm (tout programme installé devrait être dans la base, mais si vous installez à partir des sources .tar.gz par ./configure && make install, cela ne sera pas le cas.) Par exemple, vous pouvez récupérer un srpm de Mandrake Cooker (la version de développement) et essayer de le reconstruire sur une Mandrake 8.2.

Note : ce processus nécessite que les paquetages -devel nécessaires aient été installés, ainsi que les compilateurs utilisés, etc. Voir l'article sur la [../kernel/compil.php3 compilation] .<br />

=== Que sont les fichiers *.rpmsave et *.rpmnew ? ===

Lorsque rpm installe un paquetage, il peut soit conserver les anciens fichiers de configuration ; les nouveaux seront alors renommés en *.rpmnew.<br /> Si rpm remplace les anciens fichiers de configuration par des nouveaux, alors ce sont les anciens qui seront renommés en *.rpmsave.<br />

=== Quelle est la différence entre "installer" et "mettre à jour" ? ===

La mise à jour (''upgrade'' en anglais) remplace l'ancien paquetage par le nouveau, tandis que l'installation conserve si possible l'ancienne version du programme et installe la nouvelle en parallèle.

Cela peut être fort utile pour les bibliothèques : lorsque vous essayez de mettre à jour une bibliothèque, vous pouvez rompre des dépendances avec les programmes déjà installés (s'il y a un gros saut de version). Afin de ne pas avoir de problèmes, au lieu de mettre à jour la nouvelle version, installez-la ; ainsi l'ancienne version restera présente et les anciens programmes tourneront sans problème. Cela ne pose aucun problème d'avoir plusieurs versions d'un bibliothèque installée sur un système.<br />

=== Que sont les paquetages -devel ? ===

Vous avez sans doute remarqué que souvent, pour un package toto.rpm, vous aviez un deuxième package toto-devel.rpm.

toto.rpm contient le logiciel, bibliothèque, etc. lui-même, c'est à dire la version que vous allez utiliser tous les jours.

toto-devel.rpm contient des fichiers (les "entêtes", etc.) qui permettent de compiler des programmes qui utilisent toto. Ainsi, toutes les bibliothèques ont leur paquetage -devel.

Vous avez besoin d'installer les paquetages -devel uniquement si vous désirez compiler des logiciels, que ce soit d'après l'archive tar.gz ou le paquetage src.rpm.<br /><br />

----

<br />

== Les commandes urpm* de Mandrake ==

Le programme rpm de RedHat souffre de nombreuses limitations que Mandrake a dépassées, en créant les outils urpm* (User RPM - à partir de Mandrake 7.0) :

* résolution automatique et installation/désistallation automatique des paquetages dépendants (rpm indique seulement le nom de paquetages manquants)
* urpm connaît l'ensemble des paquetages installables depuis différentes sources (les CD, serveurs ftp de mise à jour, [http://plf.zarb.org Penguin Liberation Front] ...)
* urpm permet d'installer des paquetages depuis internet lorsque ceux-ci sont plus récents que sur les CD (depuis Mandrake 8.0)
* urpm permet d'installer des paquetages en donnant seulement un nom incomplet (exemple : <code>urpmi koffice</code> pour chercher et installer Koffice, <code>urpmi mplayer</code>, etc.)
* etc.

Sur chacune des commandes dont on va parler ci-dessous, je vous conseille de lire la page de man (<code>man urpmi</code>, <code>man urpmf</code>, etc.) afin d'en apprendre plus.

Toutes les actions décrites ici peuvent également être réalisées de manière graphique, avec le Gestionnaire de Programmes (Software Manager), qui est une façade ou frontend aux programmes urpm*. Je vous conseille de tester les deux manières de faire, car contrairement aux apparences, la ligne de commande peut être plus simple et/ou rapide.

=== Configurer urpm ===

==== Ajouter / mettre à jour une source de paquetages ====

Après avoir installé votre distribution, les CD ont été créés dans la base de données de urpm en tant que source de paquetages.<br /> Cependant, vous pouvez ajouter autant de sources que vous le désirez. Supposons par exemple que vous ayez un répertoire "incoming/rpms" dans lequel vous placez tous les rpm que vous récupérez sur internet. Vous pouvez l'ajouter à votre base de données urpm par la commande :

<code> # urpmi.addmedia mes_rpm file://home/jice/incoming/rpms</code>

Où mes_rpm est le nom (arbitraire) que vous donnez à votre source de paquetages.

Par la suite, vous pourrez mettre à jour cette source par :<br />

<code>urpmi.update mes_rpm</code>

De même, pour ajouter une source ftp de paquetages, on donne l'URL du fichier hdlist.cz sur le serveur. Exemple pour le [http://plf.zarb.org Penguin Liberation Front] et une Mandrake 9.0 :<br />

<code>urpmi.addmedia plf ftp://ftp.easynet.fr/plf/9.0 with hdlist.cz</code>

Et de la même façon, pour mettre à jour la source de temps en temps :

<code>urpmi.update plf</code>

==== Ajouter des sources distantes ====

<u>Ajout de Jean-Thomas MUYL</u>

<br />

Si vous possédez une connexion à haut débit (ce n'est pas obligatoire, mais conseillé pour utiliser cette option), vous pouvez utiliser des sources <code>main</code> <code>contrib</code> et <code>update</code> situées sur internet.

L'outil en ligne à [http://plf.zarb.org/~nanardon/index.php cette adresse] vous permet de configurer vos sources urpmi facilement selon votre distribution et votre localisation géographique. Si vous avez une connexion à haut débit, je vous conseille même de commencer par un <code>urpmi.removemedia -a</code> pour ne plus utiliser les cdroms comme sources, et ainsi être plus à jour !

<u>Note</u> : le fichier de configuration de urpm est <code>/etc/urpmi/urpmi.cfg</code> et les bases de données dans <code>/var/lib/urpmi</code>.

==== Supprimer une source de paquetages ====

Pour supprimer la source mes_rpm, taper :<br />

<code>urpmi.removemedia mes_rpm</code><br /><br />

=== Installer avec urpmi ===

==== Installer depuis les sources urpm<br /> ====

Pour installer un logiciel avec urpm, rien de pkus simple. Vous tapez simplement la commande '''urpmi''' suivie d'une partie du nom du logiciel. Exemple :<br />

<code>urpmi mplayer</code>

urpmi va alors chercher la version la plus récente du package correspondant, regarder s'il doit installer des packages dépendants (et vous en demander confirmation), et installer l'ensemble des packages.

Dans le cas ou l'argument donné à urpmi est ambigü, urpmi renvoie le nom des packages correspondants ; il ne vous reste plus qu'à choisir dans la liste et relancer urpmi avec le bon nom de package.

Si vous voulez installer le package qui fournit une librairie (par exemple), utilisez le modifieur -p :<br />

<code> # urpmi -p libe2p.so.2</code>

urpmi va alors rechercher quel paquetage fournit <code>libe2p.so.2</code> et l'installer (ici libext2fs2).

==== Installer directement un ou plusieurs fichiers rpm ====

Dans ce cas, il suffit de passer le nom du fichier en argument à urpmi :

<code>urpmi mon_paquetage-version.i586.rpm</code>

et le package sera mis à jour de la même manière que rpm -U l'aurait fait.

urpmi peut installer plusieurs paquetages d'un coup : par exemple, pour installer la dernière version de KDE que j'ai téléchargée, je me mets dans le répertoire où j'ai mis les rpm, et je tape :

<code>urpmi *.rpm</code><br />

Pour installer (et non mettre à jour un package, par exemple pour ajouter un nouveau noyau en parallèle de l'ancien, ou bien une nouvelle librairie qui doit coexister avec l'ancienne), il faut utiliser l'option -i : urpmi -i

=== Désinstaller avec urpme ===

Pour désinstaller un paquetage, il faut utiliser '''urpme'''<nowiki>:</nowiki>

<code>urpme mplayer</code>

désinstallera mplayer. S'il y a des paquetages qui en dépendent, urpme demandera s'il doit les désinstaller également. À utiliser avec précaution ;-)<br />

=== Rechercher avec urpmf (et urpmq) ===

L'outil de choix pour faire de recherches dans les packages rpm et ''' urpmf'''. Cela permet de rechercher non seulement dans les paquetages installés comme avec rpm -q, mais aussi des paquetages installables !

<code>urpmf toto</code>

renverra la liste de tous les paquetages qui contiennent le fichier toto.

urpmf dispose de nombreuses options pour faire des requêtes sur les différentes informations de la base de données des paquetages.

Par exemple :

Liste des paquetages du groupe "Games"<br /><code>urpmf --group Games</code><br /> Taille du paquetage "pingus"<br />

<div class="code">urpmf --size pingus<br /><code>pingus:size:1102629</code></div>

<br /> Recherche du mot "pingus" dans les résumés de paquets<br />

<div class="code">urpmf --summary pingus<br /> pingus:summary:Pingus - A free Lemmings clone</div>

Voir <code>man urpmf</code> pour de plus amples informations.<br />

La commande '''urpmq''' vous permet d'autres types de requêtes :<br />

Liste des paquetages dont le nom contient la chaîne "toto" :<br /><code>urpmq toto</code><br />
Sur quelle source se trouve le paquetage toto :<br /><code>urpmq --archive toto</code><br />
Quels paquetages dépendent du paquetage toto :<br /><code>urpmq -d toto</code><br />
Nom complet du fichier rpm du paquetage toto :<br /><code>urpmq -r toto</code><br />
Résumé d'une ligne d'un paquet ( summary + nom + cersion ) :<br /><code> urpmq --summary toto</code>

Voir aussi <code>man urpmq</code>.<br />

=== Mettre à jour le système ===

urpm vous permet de mettre à jour votre système avec les derniers correctifs de sécurité et les corrections de bugs que Mandrake publie régulièrement.<br /> Pour ce faire, il faut avoir paramétré un miroir ftp de mises à jour de sécurité dans urpm (voir configuration), ou avec le Gestionnaire de Programmes (qui est bien pratique pour cette opération).<br /> Si la source de mise à jour s'appelle maj_secu, il faut lancer la commandes suivante pour la mettre à jour :<br /><code>urpmi.update maj_secu</code><br /> puis :<br /><code>urpmi --auto-select</code><br /> urpm va alors lister les paquetages mis à jour et vous demander si vous souhaitez les installer (pour qu'il installe tout sans demander, pratique pour mettre la commande dans un cron, ajouter l'option <code>--auto</code>).

Si vous souhaitez que urpm ne mette pas à jour automatiquement certains paquetages, il suffit d'ajouter leur nom dans le fichier <code>/etc/urpmi/skip.list</code> .<br /> Par exemple, pour empêcher urpm de mettre à jour automatiquement le kernel et la glibc, ajouter dans ce fichier :<br />

<div class="code">kernel<br /> glibc</div>

=== Conclusion sur urpm ===

Les commandes urpm sont encore trop peu connues, et la maintenance de votre Mandrake sera bien plus aisée avec leur utilisation.<br />

----

<br />

== apt-get sur Redhat ==

Redhat dispose également d'outils pour faciliter la gestion des packages et la mise à jour du système. J'ai testé <code>rpm-get</code> que je n'ai pas trouvé satisfaisant. Par-contre le portage de <code>apt-get</code> sur redhat est véritablement une réussite. C'est donc cet utilitaire dont je parlerai concernant Redhat (pour l'article je travaille sur une Redhat 7.3)

Cette version de apt-get pour RPM, même si elle est critiquée parce qu'elle utilise <code>RPM</code> (contre <code>dpkg</code> pour Debian), est extrêmement efficace

Les principaux apports de <code>apt-get</code><nowiki>:</nowiki>

* Prise en charge des dépendances pour l'installation et la désinstallation de packages
* Mise à jour complète de la distribution avec les dernières versions des packages existantes
* Comme pour urpm, installation des paquetages en donnant seulement un nom incomplet

=== Installation de apt-get ===

'''Les packages à installer''' :

Vous devez installer au moins le package [http://apt.freshrpms.net/ apt-get] . Il contient les binaires que nous allons utiliser par la suite. Pour ceux qui préfèreraient utiliser une interface graphique, il en existe une, extrêmement conviviale, [http://ftp.freshrpms.net/pub/freshrpms/valhalla/synaptic/synaptic-0.25-fr0.1rh73.i386.rpm synaptic]. <br />[[Image:rpm-rpm_synaptic.jpg]]

'''La configuration''' :

Elle est très simple. Une fois les packages installés il vous suffit de taper <code>apt-get update</code>. Ceci va synchroniser votre base de données locale avec celle du serveur ftp. Cette commande sera à relancer régulièrement pour remettre à jour cette base de données (à insérer dans une crontab par exemple).

* <code>/etc/apt/sources.list</code> : contient la liste des dépôts pour la récupération des packages. Ces dépôts peuvent être des CD-ROM, un emplacement sur votre disque dur, des URL.
* <code>/etc/apt/apt.conf</code> : fichier de configuration de apt-get
* <code>/var/cache/apt/archives</code> : contient les packages qui ont été downloadés pour être installés.

'''Commande supplémentaire''' :

La commande <code>apt-cdrom</code> vous permet de rajouter directement au fichier <code>sources.list</code> des dépôts sur CD-ROM. <br />La syntaxe de la commande : <code>apt-cdrom --cdrom <point-de-montage> add</code><br />'''Exemple : '''<code>apt-cdrom --cdrom /mnt/cdrom add</code><br /> Il vous reste alors à insérer successivement tous les CD en votre possession qui contiennent les packages Redhat.

=== Installer / Désinstaller / Mettre à jour des packages ===

==== Installer / Mettre à jour un ou plusieurs packages ====

* Pour installer un ou plusieurs packages, on utilisera la commande <code>apt-get</code> avec l'argument <code>install</code>.<br />'''Syntaxe''' : <code>apt-get install package1 [package2...]</code><br />'''Exemple''' : <code>apt-get install mplayer</code> installera mplayer et les packages éventuellement nécessaires pour régler les dépendances.<br />
* Vous pouvez également choisir d'installer des sources. Pour ce faire, il suffit d'utiliser l'argument <code>source</code>.<br />'''Exemple :''' <code>apt-get source galeon</code> vous permet de récupérer le RPM source de galeon.<br />
* Pour mettre à jour un ou plusieurs packages, on utilisera la commande <code>apt-get</code> avec l'argument <code>upgrade</code>. Il est plus sûr au préalable d'exécuter la commande <code>apt-get update</code> pour mettre à jour la base de données locale et s'assurer que la mise à jour est réalisée avec la dernière version du dit package disponible.<br />'''Syntaxe''' : apt-get upgrade package1 [package2...]<br />'''Exemple''' : <code>apt-get upgrade mplayer</code> mettra à jour mplayer et les packages éventuellement nécessaires pour régler les dépendances.

==== Désinstaller avec apt-get ====

Désinstaller un ou plusieurs packages est aussi simple. Il suffit d'utiliser la commande <code>apt-get</code> suivie de l'argument <code>remove</code>.<br />'''Syntaxe''' : apt-get remove package1 [package2...]<br />'''Exemple''' : <code>apt-get remove mplayer</code> supprimera mplayer et les packages qui étaient dépendants de mplayer mais non utilisés par une autre application.

==== Mettre à jour le système ====

Enfin <code>apt-get</code> peut vous permettre également de mettre à jour la totalité de votre distribution. Au préalable, on exécutera là encore un <code>apt-get update</code> pou s'assurer de disposer des derniers packages. Puis il suffit de lancer la commande <code>apt-get dist-upgrade</code>. Et le tour est joué ;)

Vous disposez également de la commande <code>apt-get check</code>. Elle vous permet de vérifier que vous n'avez pas de dépendances non résolues sur votre système.

==== Rechercher des informations sur un package installé ====

Enfin la commande <code>apt-cache</code> vous permet d'obtenir un certain nombre d'informations sur les packages installés :

* Pour vérifier qu'un package est bien installé, il suffit d'utiliser l'argument <code>search</code>.<br />'''Syntaxe''' : <code>apt-cache search chaine_de_caractères</code> (la chaîne de caractères peut contenir des expressions régulières).<br />'''Exemple :''' vous voulez vérifier que mplayer est bien installé :<br /><div class="code">>apt-cache search mplayer<br /> mplayer - MPlayer, the Movie Player for Linux.<br /> mplayer-skins - A collection of skins for MPlayer.<br /> transcode - A Linux video stream processing utility.</div><br />
* Pour vérifier les dépendances d'un package, on utilisera l'argument <code>depends</code>.<br />'''Syntaxe''' : <code>apt-cache depends chaine_de_caractères</code><br />'''Exemple :''' vous voulez connaitre les dépendances de mplayer :<br /><div class="code">>apt-cache depends mplayer<br /> mplayer<br /> Depends: libdvdread<br /> Depends: libdvdcss<br /> libdvdcss2<br /> Depends: gtk+<br /> Depends: SDL<br /> Depends: divx4linux<br /> Depends: lame<br /> Depends: libvorbis<br /> Depends: lirc<br /> Depends: libdv<br /> Depends: aalib<br /> Depends: arts </div>

<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 Jean-Christophe Cardot, Anne-Laure Nicolas le 25/02/2000.</div>

= Copyright =
Copyright © 25/02/2000, Jean-Christophe Cardot, Anne-Laure Nicolas
{{CC-BY-NC-SA}}

JPackage

2005-10-02T22:13:44Z

Misc : remplacement de mandrake par mandriva

[[Category:Développer sous Linux]]
= Utilisation de Java grâce à Jpackage.org =

<div class="leatitre">Utilisation de Java grâce à Jpackage.org</div><div class="leapar">par [mailto:misc@zarb.org Mickael]</div><div class="leadesc">Installez proprement Java sur une distribution à base de RPM</div>

Le Java, ''saimalsaiproprioetsaipalibre'', mais souvent on a besoin de l'utiliser, pour tout un tas de bonnes raisons. De plus, il existe de très bons logiciels libres écrits en Java, et il fait partie des langages les plus utilisés par [http://apache.org l'ASF ( Apache Software Fundation]. Malheureusement, il y a rarement des paquets de logiciels Java, car il nécessite une JVM, une machine virtuelle Java, une espèce d'interpréteur de code assembleur d'un processeur qui n'existe pas ( voir [http://en.wikipedia.org/wiki/Java_programming_language Wikipedia] pour une description plus détaillée et sans doute plus claire ).

Et c'est précisément la le problème, la plupart des JVMs ne sont pas libres, donc les distributions ne les incluent pas. Quand aux JVMs libres, elles ne sont pas assez performantes, aussi bien au niveau de la rapidité d'éxecution que du support du language. Quand un distributeur inclue un paquet de JVM, il met peu de programmes Java qui pourraient en bénéficier, et c'est dommage.

C'est la qu'intervient le projet [http://jpackage.org Jpackage]. Il s'agit d'un projet de distribution de RPMs de logiciels Java pour plusieurs distributions. Grâce à eux, installer Tomcat ou Jedit revient à simplement taper <code>urpmi jedit</code> ou <code>yum install tomcat4</code>. Ils proposent des paquets pour [http://www.mandrakelinux/ Mandrakelinux], [http://www.redhat.com/ Red Hat], [http://fedora.redhat.com Fedora], et d'autres distributions ( mais non testées ). Une fois le projet ajouté parmi vos sources de RPMs, vous pouvez donc accéder à [http://eclipse.org eclipse], à [http://ant.apache.org ant], et autres logiciels Java habituellement plus complexes à installer.

Toutefois, il reste le problème de la JVM. Malgré les efforts du projet et les tentatives de prise de contacts, Sun ( et les autres comme IBM, etc ) refusent de laisser des packageurs externes refaire leurs RPMs. Une solution a du être élaborée par les membres de Jpackage, que je vais expliquer dans ce document.

La problématique de base est la suivante : ''"Comment garder la cohérence du système de paquets lors qu'on veut utiliser des logiciels dans des paquets incorrects, non normalisés, ou inexistants ?"''. La réponse trouvée est de faire ou refaire les paquets. Cela permet de garantir une intégration correcte avec la distribution, d'être sur qu'on les retire sans problème, et d'être sur que tout ne seras pas cassé le jour ou le distributeur change tout, comme Sun semble le faire si souvent. Vous trouverez plus d'explications dans la [http://jpackage.org/faq.php FAQ du projet].

Ce document a été fait en testant sur une distribution Mandrakelinux 10.0, mais devrait être suffisamment générique pour d'autres distributions. N'hésitez à me faire parvenir vos contributions.

== Mise en oeuvre général ==

Vous l'aurez compris, nous allons donc refaire les RPMs du JDK ( Jave Developer Kit, une JVM + un compilateur Java ) afin de pouvoir utiliser jpackage. Le déroulement est le suivant :

* Préparation du home en vue de recompiler le RPM
* Récupération des archives et autres RPMs nécessaires
* Recompilation
* Ajout de jpackage comme média urpmi local

Le but à la fin étant de pouvoir utiliser urpmi ( ou yum, ou apt ) pour installer sans problème un logiciel comme [http://www.jext.org/ jext].

== Préparation du home pour la recompilation de RPM ==

Sans rentrer dans les détails, il existe deux types de RPM. Les RPM binaires, qu'on voit souvent, qui contiennent les logiciels compilés et prêts à l'emploi, et les RPM sources, qui sont utilisés pour faire les RPMs binaires. Un fichier RPM source, ou src.RPM est un RPM qui contient les sources d'un programme, plus des patches, d'autres fichiers, et un fichier de spécification RPM, appelé spec ( car son extension est .spec ). La moitié du travail pour faire un RPM consiste à écrire ce fichier, l'autre étant de faire marcher le spec comme il faut, et la troisième moitié étant de le tester, de coller aux règles de la distribution et de faire le support utilisateur et correction de bugs.

Pour faire un RPM, il existe quelques documentations ( [http://www.rpm.org/RPM-HOWTO/ RPM.org], [http://qa.mandriva.com/twiki/bin/view/Main/RpmHowTo qa.mandriva.com], [http://www.linuxfrench.net/gnu_linux/distributions/mandrake/comment_faire_un_RPM_simplement..._article1327.html linuxfrench.net] ), mais pour le cas qui nous intéresse ( une "simple" recompilation ), seul la partie préparation nous importe.

Pour résumer ces documents, il faut créer une arborescence spéciale destinée aux opérations de RPM dans votre répertoire personel et dire à RPM d'utiliser ces dossiers :

<div class="code">

$ mkdir -p ~/rpm/{RPMS/{i586,noarch},SRPMS,SPECS,tmp,BUILD,SOURCES}
$ cat << EOF > ~/.rpmmacros
%_topdir $HOME/rpm
%_tmppath /tmp
EOF

</div>

La dernière chose à faire, c'est d'installer le paquet rpm-build, afin d'avoir les fichiers pour recompiler un RPM.

<div class="code"><nowiki># urpmi rpm-build</nowiki></div>

== Récupération des divers archives et SRPM ==

Première étape, le fichier RPM source du JDK de Sun. Afin de montrer que c'est pas un fichier source comme les autres, il est appelé <code>java-1.4.2-sun-1.4.2.nosrc.rpm</code>. Il faut prendre le fichier source du paquet [http://jpackage.org/rpm.php?id=2879 java-1.4.2-sun-1.4.2].

En général, le SRPM contient les sources du paquet, mais le noeud du problème est justement que seul Sun peut les distribuer. Il faut donc les récupérer à part, sur le [http://java.sun.com/j2se/1.4.2/ site de sun] ( obtenu du champ Url du paquet ). Au moment de la rédaction de cette article, le chemin est :

<div class="note">Choisir "Download" , prendre "J2SE v 1.4.2_05 SDK ", accepter le formulaire après l'avoir lu, et enfin, choisir "Linux Platform", "self-extracting file" ( surtout pas "RPM in self-extracting file" mais bien "self-extracting file" ).</div>

Le fichier téléchargé de 30 Mo doit être déposé dans <code>~/rpm/SOURCES/</code>.

La dernière étape, c'est de d'installer le paquet <code>jpackage-utils</code>. Soit vous récupérez le paquet à la main, soit vous passez par urpmi. Pour l'installation à la main, le paquet est sur le [http://jpackage.org/rpm.php?id=2798 site de jpackage], ou sur les miroirs Mandrakelinux. Pour l'installer, <code> urpmi /le_chemin_vers_le_RPM</code> devrait suffire.

Pour l'installation via urpmi, [http://easyurpmi.zarb.org/ easy urpmi] doit avoir tout ce qu'il faut, il suffit d'ajouter 'jpackage', de la même façon que toutes les autres sources.

== Recompilation du RPM ==

Si tout va bien, vous devez être en mesure de recompiler le RPM. Vérifier que le fichier <code> j2sdk-1_4_2_04-linux-i586.bin</code> est dans <code>rpm/SOURCES</code>, et lancez la recompilation, avec la commande :

<div class="code">$ rpm --rebuild java-1.4.2-sun-1.4.2.05-3jpp.nosrc.rpm </div>

Le RPM va se charger d'accepter la licence que vous avez déjà acceptée au moment du téléchargement, et de répondre aux questions de l'installeur de Sun. À la fin, vous devriez voir ça :

<div class="code">Checking for unpackaged file(s): /usr/lib/rpm/check-files /tmp/java-1.4.2-sun-1.4.2.04-3jpp-buildroot<br /> Wrote: /home/users/misc/rpm/SRPMS/java-1.4.2-sun-1.4.2.04-3jpp.nosrc.rpm<br /> Wrote: /home/users/misc/rpm/RPMS/i586/java-1.4.2-sun-1.4.2.04-3jpp.i586.rpm<br /> Wrote: /home/users/misc/rpm/RPMS/i586/java-1.4.2-sun-devel-1.4.2.04-3jpp.i586.rpm<br /> Wrote: /home/users/misc/rpm/RPMS/i586/java-1.4.2-sun-src-1.4.2.04-3jpp.i586.rpm<br /> Wrote: /home/users/misc/rpm/RPMS/i586/java-1.4.2-sun-demo-1.4.2.04-3jpp.i586.rpm<br /> Wrote: /home/users/misc/rpm/RPMS/i586/java-1.4.2-sun-plugin-1.4.2.04-3jpp.i586.rpm<br /> Wrote: /home/users/misc/rpm/RPMS/i586/java-1.4.2-sun-fonts-1.4.2.04-3jpp.i586.rpm<br /> Wrote: /home/users/misc/rpm/RPMS/i586/java-1.4.2-sun-alsa-1.4.2.04-3jpp.i586.rpm<br /> Wrote: /home/users/misc/rpm/RPMS/i586/java-1.4.2-sun-jdbc-1.4.2.04-3jpp.i586.rpm<br /> Executing(%clean): /bin/sh -e /tmp/rpm-tmp.6627<br /> + umask 022<br /> + cd /home/users/misc/rpm/BUILD<br /> + cd j2sdk1.4.2_04<br /> + rm -rf /tmp/java-1.4.2-sun-1.4.2.04-3jpp-buildroot<br /> + exit 0</div>

Vous avez donc , dans rpm/RPMS/i586/ les RPMs de la JVM. Pour pouvoir exécuter des logiciels en Java, il vous faut java-1.4.2-sun. Le RPM java-1.4.2-sun-devel contient le compilateur et ce qu'il faut pour commencer à développer en Java. Enfin, java-1.4.2-sun-plugin est un plugin Java pour mozilla et konqueror.

== Ajout de jpackage, section nonfree, pour Mandrivalinux ==

Muni de vos RPMs, il va falloir les mettre quelque part pour les utiliser. Pour cela, le plus facile est d'ajouter une source local pour votre gestionnaire de paquet. Copiez les RPMs dans le dossier de votre choix, on va dire <code> /var/local/urpmi/jpackage/</code>. Puis, il faut génerer les indexes à l'aide du programme genhdlist du paquet rpmtools. Enfin, vous devez ajouter la source à urpmi.

<div class="code"><nowiki># export DEST=/var/local/urpmi/jpackage/ </nowiki><br /> # mkdir -p $DEST <br /> # cp -R ~/rpm/RPMS/i586/java* $DEST <br /> # ( cd $DEST; genhdlist )<br /> # urpmi.addmedia jpackage_local file://$DEST with ./hdlist.cz </div>

Et voila, maintenant, <code> urpmi java-1.4.2</code> vous installera la JVM de Sun, et vous pouvez installer les RPMs de jpackage. Si vous préférez une autre JVM ou une autre version, vous pouvez procédez de la même manière. Les paquets sont normalement installables cote à cote en parallèle.

<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 Mickael Scherer le 25/07/2004.</div>

= Copyright =
Copyright © 25/07/2004, Mickael Scherer
{{CC-BY-NC-SA}}

JPackage

2005-10-02T22:11:50Z

Misc : S/mandrake/mandriva/

[[Category:Développer sous Linux]]
= Utilisation de Java grâce à Jpackage.org =

<div class="leatitre">Utilisation de Java grâce à Jpackage.org</div><div class="leapar">par [mailto:misc@zarb.org Mickael]</div><div class="leadesc">Installez proprement Java sur une distribution à base de RPM</div>

Le Java, ''saimalsaiproprioetsaipalibre'', mais souvent on a besoin de l'utiliser, pour tout un tas de bonnes raisons. De plus, il existe de très bons logiciels libres écrits en Java, et il fait partie des langages les plus utilisés par [http://apache.org l'ASF ( Apache Software Fundation]. Malheureusement, il y a rarement des paquets de logiciels Java, car il nécessite une JVM, une machine virtuelle Java, une espèce d'interpréteur de code assembleur d'un processeur qui n'existe pas ( voir [http://en.wikipedia.org/wiki/Java_programming_language Wikipedia] pour une description plus détaillée et sans doute plus claire ).

Et c'est précisément la le problème, la plupart des JVMs ne sont pas libres, donc les distributions ne les incluent pas. Quand aux JVMs libres, elles ne sont pas assez performantes, aussi bien au niveau de la rapidité d'éxecution que du support du language. Quand un distributeur inclue un paquet de JVM, il met peu de programmes Java qui pourraient en bénéficier, et c'est dommage.

C'est la qu'intervient le projet [http://jpackage.org Jpackage]. Il s'agit d'un projet de distribution de RPMs de logiciels Java pour plusieurs distributions. Grâce à eux, installer Tomcat ou Jedit revient à simplement taper <code>urpmi jedit</code> ou <code>yum install tomcat4</code>. Ils proposent des paquets pour [http://www.mandrakelinux/ Mandrakelinux], [http://www.redhat.com/ Red Hat], [http://fedora.redhat.com Fedora], et d'autres distributions ( mais non testées ). Une fois le projet ajouté parmi vos sources de RPMs, vous pouvez donc accéder à [http://eclipse.org eclipse], à [http://ant.apache.org ant], et autres logiciels Java habituellement plus complexes à installer.

Toutefois, il reste le problème de la JVM. Malgré les efforts du projet et les tentatives de prise de contacts, Sun ( et les autres comme IBM, etc ) refusent de laisser des packageurs externes refaire leurs RPMs. Une solution a du être élaborée par les membres de Jpackage, que je vais expliquer dans ce document.

La problématique de base est la suivante : ''"Comment garder la cohérence du système de paquets lors qu'on veut utiliser des logiciels dans des paquets incorrects, non normalisés, ou inexistants ?"''. La réponse trouvée est de faire ou refaire les paquets. Cela permet de garantir une intégration correcte avec la distribution, d'être sur qu'on les retire sans problème, et d'être sur que tout ne seras pas cassé le jour ou le distributeur change tout, comme Sun semble le faire si souvent. Vous trouverez plus d'explications dans la [http://jpackage.org/faq.php FAQ du projet].

Ce document a été fait en testant sur une distribution Mandrakelinux 10.0, mais devrait être suffisamment générique pour d'autres distributions. N'hésitez à me faire parvenir vos contributions.

== Mise en oeuvre général ==

Vous l'aurez compris, nous allons donc refaire les RPMs du JDK ( Jave Developer Kit, une JVM + un compilateur Java ) afin de pouvoir utiliser jpackage. Le déroulement est le suivant :

* Préparation du home en vue de recompiler le RPM
* Récupération des archives et autres RPMs nécessaires
* Recompilation
* Ajout de jpackage comme média urpmi local

Le but à la fin étant de pouvoir utiliser urpmi ( ou yum, ou apt ) pour installer sans problème un logiciel comme [http://www.jext.org/ jext].

== Préparation du home pour la recompilation de RPM ==

Sans rentrer dans les détails, il existe deux types de RPM. Les RPM binaires, qu'on voit souvent, qui contiennent les logiciels compilés et prêts à l'emploi, et les RPM sources, qui sont utilisés pour faire les RPMs binaires. Un fichier RPM source, ou src.RPM est un RPM qui contient les sources d'un programme, plus des patches, d'autres fichiers, et un fichier de spécification RPM, appelé spec ( car son extension est .spec ). La moitié du travail pour faire un RPM consiste à écrire ce fichier, l'autre étant de faire marcher le spec comme il faut, et la troisième moitié étant de le tester, de coller aux règles de la distribution et de faire le support utilisateur et correction de bugs.

Pour faire un RPM, il existe quelques documentations ( [http://www.rpm.org/RPM-HOWTO/ RPM.org], [http://qa.mandrakesoft.com/twiki/bin/view/Main/RpmHowTo qa.mandrakesoft.com], [http://www.linuxfrench.net/gnu_linux/distributions/mandrake/comment_faire_un_RPM_simplement..._article1327.html linuxfrench.net] ), mais pour le cas qui nous intéresse ( une "simple" recompilation ), seul la partie préparation nous importe.

Pour résumer ces documents, il faut créer une arborescence spéciale destinée aux opérations de RPM dans votre répertoire personel et dire à RPM d'utiliser ces dossiers :

<div class="code">

$ mkdir -p ~/rpm/{RPMS/{i586,noarch},SRPMS,SPECS,tmp,BUILD,SOURCES}
$ cat << EOF > ~/.rpmmacros
%_topdir $HOME/rpm
%_tmppath /tmp
EOF

</div>

La dernière chose à faire, c'est d'installer le paquet rpm-build, afin d'avoir les fichiers pour recompiler un RPM.

<div class="code"><nowiki># urpmi rpm-build</nowiki></div>

== Récupération des divers archives et SRPM ==

Première étape, le fichier RPM source du JDK de Sun. Afin de montrer que c'est pas un fichier source comme les autres, il est appelé <code>java-1.4.2-sun-1.4.2.nosrc.rpm</code>. Il faut prendre le fichier source du paquet [http://jpackage.org/rpm.php?id=2879 java-1.4.2-sun-1.4.2].

En général, le SRPM contient les sources du paquet, mais le noeud du problème est justement que seul Sun peut les distribuer. Il faut donc les récupérer à part, sur le [http://java.sun.com/j2se/1.4.2/ site de sun] ( obtenu du champ Url du paquet ). Au moment de la rédaction de cette article, le chemin est :

<div class="note">Choisir "Download" , prendre "J2SE v 1.4.2_05 SDK ", accepter le formulaire après l'avoir lu, et enfin, choisir "Linux Platform", "self-extracting file" ( surtout pas "RPM in self-extracting file" mais bien "self-extracting file" ).</div>

Le fichier téléchargé de 30 Mo doit être déposé dans <code>~/rpm/SOURCES/</code>.

La dernière étape, c'est de d'installer le paquet <code>jpackage-utils</code>. Soit vous récupérez le paquet à la main, soit vous passez par urpmi. Pour l'installation à la main, le paquet est sur le [http://jpackage.org/rpm.php?id=2798 site de jpackage], ou sur les miroirs Mandrakelinux. Pour l'installer, <code> urpmi /le_chemin_vers_le_RPM</code> devrait suffire.

Pour l'installation via urpmi, [http://easyurpmi.zarb.org/ easy urpmi] doit avoir tout ce qu'il faut, il suffit d'ajouter 'jpackage', de la même façon que toutes les autres sources.

== Recompilation du RPM ==

Si tout va bien, vous devez être en mesure de recompiler le RPM. Vérifier que le fichier <code> j2sdk-1_4_2_04-linux-i586.bin</code> est dans <code>rpm/SOURCES</code>, et lancez la recompilation, avec la commande :

<div class="code">$ rpm --rebuild java-1.4.2-sun-1.4.2.05-3jpp.nosrc.rpm </div>

Le RPM va se charger d'accepter la licence que vous avez déjà acceptée au moment du téléchargement, et de répondre aux questions de l'installeur de Sun. À la fin, vous devriez voir ça :

<div class="code">Checking for unpackaged file(s): /usr/lib/rpm/check-files /tmp/java-1.4.2-sun-1.4.2.04-3jpp-buildroot<br /> Wrote: /home/users/misc/rpm/SRPMS/java-1.4.2-sun-1.4.2.04-3jpp.nosrc.rpm<br /> Wrote: /home/users/misc/rpm/RPMS/i586/java-1.4.2-sun-1.4.2.04-3jpp.i586.rpm<br /> Wrote: /home/users/misc/rpm/RPMS/i586/java-1.4.2-sun-devel-1.4.2.04-3jpp.i586.rpm<br /> Wrote: /home/users/misc/rpm/RPMS/i586/java-1.4.2-sun-src-1.4.2.04-3jpp.i586.rpm<br /> Wrote: /home/users/misc/rpm/RPMS/i586/java-1.4.2-sun-demo-1.4.2.04-3jpp.i586.rpm<br /> Wrote: /home/users/misc/rpm/RPMS/i586/java-1.4.2-sun-plugin-1.4.2.04-3jpp.i586.rpm<br /> Wrote: /home/users/misc/rpm/RPMS/i586/java-1.4.2-sun-fonts-1.4.2.04-3jpp.i586.rpm<br /> Wrote: /home/users/misc/rpm/RPMS/i586/java-1.4.2-sun-alsa-1.4.2.04-3jpp.i586.rpm<br /> Wrote: /home/users/misc/rpm/RPMS/i586/java-1.4.2-sun-jdbc-1.4.2.04-3jpp.i586.rpm<br /> Executing(%clean): /bin/sh -e /tmp/rpm-tmp.6627<br /> + umask 022<br /> + cd /home/users/misc/rpm/BUILD<br /> + cd j2sdk1.4.2_04<br /> + rm -rf /tmp/java-1.4.2-sun-1.4.2.04-3jpp-buildroot<br /> + exit 0</div>

Vous avez donc , dans rpm/RPMS/i586/ les RPMs de la JVM. Pour pouvoir exécuter des logiciels en Java, il vous faut java-1.4.2-sun. Le RPM java-1.4.2-sun-devel contient le compilateur et ce qu'il faut pour commencer à développer en Java. Enfin, java-1.4.2-sun-plugin est un plugin Java pour mozilla et konqueror.

== Ajout de jpackage, section nonfree, pour Mandrivalinux ==

Muni de vos RPMs, il va falloir les mettre quelque part pour les utiliser. Pour cela, le plus facile est d'ajouter une source local pour votre gestionnaire de paquet. Copiez les RPMs dans le dossier de votre choix, on va dire <code> /var/local/urpmi/jpackage/</code>. Puis, il faut génerer les indexes à l'aide du programme genhdlist du paquet rpmtools. Enfin, vous devez ajouter la source à urpmi.

<div class="code"><nowiki># export DEST=/var/local/urpmi/jpackage/ </nowiki><br /> # mkdir -p $DEST <br /> # cp -R ~/rpm/RPMS/i586/java* $DEST <br /> # ( cd $DEST; genhdlist )<br /> # urpmi.addmedia jpackage_local file://$DEST with ./hdlist.cz </div>

Et voila, maintenant, <code> urpmi java-1.4.2</code> vous installera la JVM de Sun, et vous pouvez installer les RPMs de jpackage. Si vous préférez une autre JVM ou une autre version, vous pouvez procédez de la même manière. Les paquets sont normalement installables cote à cote en parallèle.

<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 Mickael Scherer le 25/07/2004.</div>

= Copyright =
Copyright © 25/07/2004, Mickael Scherer
{{CC-BY-NC-SA}}