Guide pratique de gravure d'un CD RedHat

Ce document est distribu? dans l'espoir qu'il sera utile, mais SANS AUCUNE GARANTIE?; sans m?me la garantie implicite de qualit? loyale et marchande ou d'exactitude pour un usage particulier.

Ni l'auteur ni les distributeurs, ou tout autre contributeur de ce document, ne sont de quelque fa?on que ce soit responsables pour les dommages physiques, financiers, moraux ou de tout autre type, occasionn?s en suivant les suggestions de ce texte.

La plus r?cente distribution n'est, ? l'heure o? j'?cris ces lignes, disponible que pour la plate-forme i386. Le r?pertoire de premier niveau semble un peu inutile, ?tant donn?e la pr?sence d'une seule architecture (/pub/redhat/linux/9/en/os/).

i386/

Le r?pertoire de premier niveau des versions un peu ant?rieures ? la version?9 contient les distributions destin?es aux diff?rentes plates-formes. Par exemple, le r?pertoire correspondant de la version?7.1 du Linux RedHat est structur? comme ceci?:

alpha/   i386/   ia64/   ppc/   s390x/

Pour une distribution Redhat?9, la racine du r?pertoire i386 ressemble ? ce qui suit?:

-rwxr-xr-x   2 root   root    248 Mar 14  2003  autorun
drwxr-xr-x   7 root   root   4096 Mar 14  2003  dosutils
-rw-r--r--   3 root   root   6192 Mar 14  2003  EULA
-rw-r--r--   3 root   root  18385 Mar 14  2003  GPL
drwxr-xr-x   3 root   root   2048 Mar 14  2003  images
drwxr-xr-x   2 root   root   2048 Mar 14  2003  isolinux
-rw-r--r--   3 root   root   6127 Mar 14  2003  README
-rw-r--r--   2 root   root  13052 Mar 14  2003  README-Accessibility
-rw-r--r--   2 root   root   6686 Mar 14  2003  README.de
-rw-r--r--   2 root   root   6990 Mar 14  2003  README.es
-rw-r--r--   2 root   root   6492 Mar 14  2003  README.fr
-rw-r--r--   2 root   root   6805 Mar 14  2003  README.it
-rw-r--r--   2 root   root   7995 Mar 14  2003  README.ja
-rw-r--r--   2 root   root   7312 Mar 14  2003  README.ko
-rw-r--r--   2 root   root   5070 Mar 14  2003  README.pt
-rw-r--r--   2 root   root   6613 Mar 14  2003  README.pt_BR
-rw-r--r--   2 root   root   5879 Mar 14  2003  README.zh_CN
-rw-r--r--   2 root   root   5892 Mar 14  2003  README.zh_TW
drwxr-xr-x   4 root   root   2048 Mar 14  2003  RedHat
-rw-r--r--   2 root   root  25824 Mar 14  2003  RELEASE-NOTES
-rw-r--r--   2 root   root  29902 Mar 14  2003  RELEASE-NOTES-de.html
-rw-r--r--   2 root   root  30409 Mar 14  2003  RELEASE-NOTES-es.html
-rw-r--r--   2 root   root  32354 Mar 14  2003  RELEASE-NOTES-fr.html
-rw-r--r--   2 root   root  30064 Mar 14  2003  RELEASE-NOTES.html
-rw-r--r--   2 root   root  29925 Mar 14  2003  RELEASE-NOTES-it.html
-rw-r--r--   2 root   root  34666 Mar 14  2003  RELEASE-NOTES-ja.html
-rw-r--r--   2 root   root  33520 Mar 14  2003  RELEASE-NOTES-ko.html
-rw-r--r--   2 root   root  29496 Mar 14  2003  RELEASE-NOTES-pt_BR.html
-rw-r--r--   2 root   root  22747 Mar 14  2003  RELEASE-NOTES-pt.html
-rw-r--r--   2 root   root  25217 Mar 14  2003  RELEASE-NOTES-zh_CN.html
-rw-r--r--   2 root   root  26645 Mar 14  2003  RELEASE-NOTES-zh_TW.html
-rw-r--r--   3 root   root   1910 Mar 14  2003  RPM-GPG-KEY
-r--r--r--   1 root   root   1823 Mar 14  2003  TRANS.TBL

Le r?pertoire SRPMS contient les paquets RPMS en format source.

Le r?pertoire images contient les images des disquettes de d?marrage et de pilotes. Ces images peuvent ?tre copi?s sur une disquette si n?cessaire. Pour la version?9, il n'existe qu'une seule image de disque de d?marrage. Cette image de d?marrage est appel?e boot.img. Si l'installation n'est pas ex?cut?e depuis un CD-ROM ou un disque dur, il est n?cessaire de pr?parer ?galement une seconde disquette avec les pilotes. Un fichier boot.iso est maintenant ?galement disponible. Il permet de d?marrer une machine ? partir du lecteur de CD-ROM afin de pouvoir plus facilement lancer une installation r?seau (c'est-?-dire sans avoir besoin de manipuler une tonne de disquettes). Reportez-vous ? la section installation et aux r?f?rences qu'elle contient pour plus d'informations. Consultez le fichier README contenu dans ce r?pertoire pour obtenir une explication plus d?taill?e du r?le des diff?rents fichiers.

Le r?pertoire isolinux contient les fichiers n?cessaires au d?marrage depuis le CD (et pour reconstruire des CD de d?marrage qui fonctionnent de la m?me fa?on). Ce processus a ?t? modifi? pour passer d'une ?mulation de disquette ? pas d'?mulation du tout. Ce qui aide ? ?viter les contraintes d'espace et les probl?mes de compatibilit?.

Le r?pertoire dosutils contient diff?rents programmes pour certains autres syst?mes d'exploitation, qui sont parfois utiles pour le bon d?roulement du processus d'installation. Il contient aussi un fichier README explicatif.

La liste est compl?t?e par un grand nombre de fichiers et par le r?pertoire RedHat. Ce dernier est le sujet des sections qui suivent tandis que le contenu des pr?c?dents est clairement indiqu? par leur nom (sauf peut-?tre le fichier EULA dont le nom est l'abr?viation [en anglais] de ??Accord de licence avec l'utilisateur final??).

La majeure partie de l'arborescence de la distribution se situe dans le r?pertoire RedHat?:

drwxr-xr-x   2 root   root  53248 Jun 14 03:15  RPMS
drwxr-xr-x   2 root   root   4096 Jun 14 04:15  base

Le r?pertoire RPMS contient la majeure partie de la distribution RedHat, sous la forme d'un ensemble de fichiers RPM (abr?viation de Redhat Package Manager, c'est-?-dire ??gestionnaire de paquets RedHat??). Un paquet RPM contient en g?n?ral des ex?cutables binaires, accompagn?s de leurs fichiers de configuration et de leur documentation. R?f?rez-vous ? la section les paquets RPM pour plus d'informations.

Le r?pertoire base contient diff?rents fichiers n?cessaires lors de l'installation, comme le fichier comps.xml, qui d?finit les composants (groupes de paquets) utilis?s durant la phase ??S?lection des groupes de paquetages^[1]??. Reportez-vous ? la section le fichier comps pour plus d'informations sur ce fichier et son utilisation.

Le r?pertoire base contient deux autres fichiers d'importance?: hdlist et hdlist2. Ils contiennent la plupart des informations incluses dans les champs d'en-t?tes de l'ensemble des paquets RPM du r?pertoire RPMS. Il est donc possible de d?terminer les interd?pendances entre paquets RPM par une simple lecture de ces fichiers, sans avoir ? lire chacun des paquets RPM, ce qui est tr?s appr?ciable notamment lors des installations par FTP. Ces fichiers permettent ?galement de d?terminer les fichiers correspondant ? un paquet donn? (par exemple perl renvoie vers le paquet perl-5.004-6.i386.rpm). Ce qui veut dire que si vous ajoutez vos propres paquets ou des mises ? jour RedHat (reportez-vous ? la section inclure les mises ? jour) dans le r?pertoire RPMS, vous aurez besoin de mettre ? jour hdlist et hdlist2. La fa?on de r?aliser cette mise ? jour sera d?crite dans reconstruire l'installateur. En dehors de ces fichiers, on trouve les images ? partir desquelles l'environnement d'installation est lanc? (c'est-?-dire le noyau, l'interpr?teur python, anaconda, et c?tera).

Le r?pertoire /pub/redhat/linux/updates contient des mises ? jour destin?es ? toutes les versions de la distribution RedHat depuis la 3.0.3. C'est l'endroit o? vous trouverez les paquets qui ont ?t? mis ? jour pour une raison ou une autre. Vous devez tout particuli?rement faire attention aux mises ? jour de s?curit?. Elles sont affich?es sur la page des erreurs de RedHat d?s qu'une correction est disponible. Les fichiers les plus importants trouv?s dans le r?pertoire updates sont?:

drwxrwsr-x   3 root    root    4096 Jul 13 10:13  5.2
drwxrwsr-x   3 root    root    4096 Jul 13 10:13  6.0
drwxrwsr-x   3 root    root    4096 Jul 13 10:13  6.1
drwxrwsr-x   4 root    root    4096 Jul 13 10:14  6.2
drwxrwsr-x   4 root    root    4096 Jul 13 10:14  7.0
drwxrwsr-x   4 root    root    4096 Jul 13 10:14  7.1
drwxrwsr-x   4 root    root    4096 Jul 13 10:13  7.2
drwxrwsr-x   3 root    root    4096 Jul 13 10:14  7.3
drwxrwsr-x   3 root    root    4096 Jul 13 10:14  8.0
drwxrwsr-x   3 root    root    4096 Jul 13 10:14  9

La structure de chacun de ces sous-r?pertoires est similaire ? ce qui est d?crit dans la section l'organisation de la Redhat?9. Donc, pour chaque version, vous trouverez dans le sous-r?pertoire en/os/ une s?rie de sous-r?pertoires repr?sentant les nombreuses architectures ainsi que les sous-r?pertoires noarch et SRPMS, respectivement pour les paquets qui fonctionnent sur toutes les architectures et pour ceux qui sont sous forme de source.

drwxrwsr-x   2 root    root    4096 Sep 23 05:28  SRPMS
drwxrwsr-x   2 root    root    4096 Aug 28 18:25  athlon
drwxrwsr-x   2 root    root    8192 Sep 23 05:28  i386
drwxrwsr-x   2 root    root    4096 Jul 13 10:14  i486
drwxrwsr-x   2 root    root    4096 Aug 28 18:26  i586
drwxrwsr-x   2 root    root    4096 Aug 28 18:26  i686
drwxrwsr-x   2 root    root    4096 Jul 13 10:14  noarch

La disposition de la distribution 8.0 est pratiquement identique ? celle que nous venons de d?crire. Les seules diff?rences majeures, ? cet ?gard, se trouvent dans le r?pertoire images.

Le r?pertoire images contient les images de disquettes de d?marrage et de pilotes, pouvant ?tre copi?es sur une disquette si n?cessaire. La premi?re image de d?marrage est appel?e boot.img et est n?cessaire lorsque l'installation est ex?cut?e directement depuis le CD-ROM. Si vous envisagez une installation via un disque mont? par NFS ou par FTP, l'image disque bootnet.img sera n?cessaire. Les installations via l'adaptateur PCMCIA n?cessitent la disquette pcmcia.img. Reportez-vous ? la section installation et aux r?f?rences qui s'y trouvent pour plus d'informations. Consultez le fichier README contenu dans ce r?pertoire pour obtenir une explication plus d?taill?e du r?le des diff?rents fichiers.

Les deux distributions sont pratiquement similaires sous cet aspect. Les seuls changements int?ressants pour nous (et faciles ? remarquer en regardant l'arborescence de la distribution) sont la disparition du r?pertoire isolinux et quelques modifications affectant le r?pertoire RedHat/base. Le premier changement est d? ? la fa?on dont les CD d'installation sont rendus amor?ables dans les versions ant?rieures ? la 8.0 (le mode ???mulation disquette?? a ?t? chang? en mode ??pas d'?mulation?? pour la version?8.0), alors que le second est un effet du passage en XML du fichier comps pour les distributions Redhat post?rieures ? la 8.0 (ce qui explique pourquoi il a ?t? renomm? comps.xml). Dans les distributions Redhat?7.3 et pr?c?dentes, le fichier Redhat/base/comps est un simple fichier texte dont la syntaxe n'est pas tr?s souple.

Pour la version?6.2 (ftp://ftp.redhat.com/pub/redhat/linux/6.2/en/os/), la derni?re de la s?rie des 6, l'organisation est la suivante (celle des pr?c?dentes versions est ? peu pr?s similaire, mais pas compl?tement)?:

alpha/   i386/   sparc/

La racine du r?pertoire i386, quant ? elle, ressemble ? ceci?:

-rw-r--r--   1 root   root  18385 Sep  7  1999  COPYING
-rw-r--r--   1 root   root   3400 Mar  8  2000  README
-rw-r--r--   1 root   root  16300 Mar  8  2000  RELEASE-NOTES
-rw-r--r--   1 root   root   1908 Sep 25  1999  RPM-GPG-KEY
drwxr-xr-x   1 root   root    512 Sep 27 15:22  RedHat
drwxr-xr-x   1 root   root  17408 Sep 27 15:22  SRPMS
-rwxr-xr-x   1 root   root    538 Sep 26  1999  autorun
-rwxr--r--   1 root   root   2048 Mar  9  2000  boot.cat
drwxr-xr-x   1 root   root    512 Sep 27 15:22  doc
drwxr-xr-x   1 root   root    512 Sep 27 15:22  dosutils
drwxr-xr-x   1 root   root    512 Sep 27 15:22  images
drwxr-xr-x   1 root   root    512 Sep 27 15:22  misc

Dans les paragraphes suivants, j'indiquerai uniquement les diff?rences avec les versions plus r?centes?; ce qui ne sera pas explicitement mentionn? ici est rest? (ou est suppos? ?tre rest?) inchang?.

Le r?pertoire doc contient une foule d'informations. En premier lieu, ce r?pertoire contient le manuel d'installation RedHat au format HTML (qui est aussi disponible sur le site de RedHat?: Guide d'installation Redhat?6.2). Il contient ?galement le Guide de r?f?rence et le Guide de d?marrage (Getting started). La documentation des versions?7.x, 8.0 et 9 est distribu?e sur un CD s?par? (dans une arborescence diff?rente sur le site ftp).

Le r?pertoire images contient les images de disquettes de d?marrage. Si n?cessaire, ces images peuvent ?tre recopi?es sur disquette, comme pour les distributions Redhat?9, 8.0 et 7.3. R?f?rez-vous ? la section installation et aux r?f?rences qu'elle contient pour plus d'information. Le r?pertoire misc contient les sources et les ex?cutables d'un certain nombre de programmes n?cessaires ? l'installation.

La plus importante partie de l'arborescence est (encore) situ?e sous le r?pertoire RedHat?:

drwxr-xr-x   2 root   root   28672   Oct 26 09:01  RPMS
drwxr-xr-x   2 root   root    4096   Oct 26 09:01  base
-rw-r--r--   1 root   root       0   Jan 19  1999  i386
drwxr-xr-x   6 root   root    4096   Oct 26 09:01  instimage

Vous devez d?j? conna?tre Le r?pertoire RPMS. R?f?rez-vous ? la section les paquets RPM pour plus d'informations. Le r?pertoire base contient les diff?rents fichiers n?cessaires ? l'installation, comme pour les Redhat?7.3, 8.0 et 9. Les seules diff?rences visibles sont la pr?sence d'un unique fichier hdlist et l'absence du fichier stage2.img dont les fonctionnalit?s devraient ?tre assur?es par les fichiers contenus dans le r?pertoire instimage. Ce r?pertoire contient, en fait, un vrai syst?me de fichiers limit? ? l'essentiel et comportant les programmes et biblioth?ques partag?es n?cessaires ? l'installation.

Le r?pertoire updates est en fait similaire ? celui qui est d?crit pour la version?9, la seule diff?rence ?tant qu'il comporte davantage de r?pertoires relatifs aux diff?rentes architectures.

Le code C des trois fichiers Makefile, rvc.h, rvc.c a ?t? extrait du code du gestionnaire de paquets RedHat et (l?g?rement) modifi? pour r?pondre ? nos besoins. Ils forment un programme C simple qui, avec deux versions A et B d'un paquet retourne 1, 0 ou -1 si A est respectivement plus r?cent, ?gal ou plus ancien que B et d'autres valeurs en cas d'erreur (vous pouvez lire les commentaires du code pour plus d'informations). Pour compiler le programme, vous aurez besoin du programme make et du compilateur C gcc. Copiez les fichiers dans le m?me r?pertoire et lancez la commande?:

$ make

Ce programme est n?cessaire ? pratiquement tous les scripts utilis?s dans les sections suivantes. Pour que les scripts puissent le retrouver, vous devez d?finir la variable RVC dans le fichier rhcd.conf.

Vous trouverez une copie des sources et de la version pr?compil?e dans l'archive rhcd-scripts.tar.gz situ?e dans le r?pertoire rpmvc.

	Note
	Ce programme ?tait utilis? de fa?on incorrecte par les scripts updateDist.sh (ver. < 1.17) et updateCD.sh (ver. < 1.12). Je vous sugg?re fortement d'?viter les versions ant?rieures de ces scripts ant?rieures, m?me si ce probl?me n'est pas fr?quent (du moins en apparence).

Ce n'est pas la plus simple des m?thodes, m?me si elle est probablement la plus exacte. Je l'appr?cie parce qu'elle permet de comparer les versions RPM des fichiers et non plus leur date et heure ou leur nom (comme les paquets classiques de synchronisation ? distance) et qu'elle v?rifie les signatures des mises ? jour ? chaque fois qu'elle en t?l?charge, si la variable CHECKSIG du fichier rhcd.conf lui indique de le faire.

Cr?ez un r?pertoire qui contiendra les fichiers d'installation et placez-vous ? l'int?rieur, puis lancez la commande suivante, qui t?l?chargera environ 3?Go de donn?es sur votre disque dur?:

$ wget -r -c -t0 -l0 --retr-symlinks -nH --cut-dirs=9 \
  ftp://ftp.mirror.ac.uk/sites/ftp.redhat.com/pub/redhat/linux/updates/7.3/en/os/i386

Vous voudrez probablement changer le miroir FTP de t?l?chargement et, en cons?quence, le param?tre indiqu? ? l'option --cut-dirs. Ce param?tre est utilis? conjointement avec l'option -nH pour ?viter la re-cr?ation de la hi?rarchie des r?pertoires du site FTP. Pour plus d'informations sur l'utilisation correcte de cette option, jetez un ?il sur la documentation de wget et les pages de manuel correspondantes.

Si vous voulez exclure un ou plusieurs r?pertoires du t?l?chargement, vous pouvez utiliser l'option -X liste, o? liste repr?sente une liste de r?pertoires s?par?s par des virgules. Par exemple, pour exclure le r?pertoire SRPMS du pr?c?dent t?l?chargement, vous pouvez utiliser?:

$ wget -r -c -t0 -l0 --retr-symlinks -nH --cut-dirs=9 \
   -X /sites/ftp.redhat.com/pub/redhat/linux/updates/7.3/en/os/i386/SRPMS \
   ftp://ftp.mirror.ac.uk/sites/ftp.redhat.com/pub/redhat/linux/updates/7.3/en/os/i386

Cela peut ?tre utile si vous prenez en compte la taille du r?pertoire SRPMS (environ 1,2?Go)?; en tout cas, je le trouve utile.

Si vous voulez v?rifier les signatures GPG pour vous assurer de l'authenticit? des paquets (ce qui est quelque chose que je vous sugg?re), vous devrez installer le paquet gnupg (n?cessaire uniquement pour la RedHat 7.3) et importer la cl? publique security@redhat.com que vous trouverez dans le r?pertoire racine des CD (RPM-GPG-KEY) ou sur le site web RedHat. La cl? est import?e en lan?ant la commande?: gpg?--import?nom_du_fichier pour les versions jusqu'? la 7.3 incluse, ce qui a ?t? remplac? par rpm?--import?nom_du_fichier pour les versions?8.0 et 9 (pour plus d'informations sur ceci, jetez un ?il aux sites web de GNU Privacy Guard et de RPM ¡½ le Gestionnaire de paquets RedHat).

Si vous voulez v?rifier les paquets RPM, vous pouvez le faire en utilisant la commande suivante (que je suppose lanc?e depuis le r?pertoire o? vous avez r?alis? les t?l?chargements)?:

Pour les versions jusqu'? la 7.3 incluse?:

$ find . -name "*.rpm" -exec rpm -K --nopgp {} \; |grep "NOT *OK"

Pour les versions?8.0 et 9 (ainsi que pour les versions futures, je suppose)?:

$ find . -name "*.rpm" -exec rpm -K {} \; |grep "NOT *OK"

Si vous ne voulez pas vous ??ennuyer?? avec toutes ces ?tapes, j'esp?re que vous voudrez au moins v?rifier l'int?grit? des fichiers t?l?charg?s (ce qui ne veut pas dire que personne ne les a modifi?s), ? l'aide des signatures md5. Ceci est fait avec?:

Pour les versions jusqu'? 7.3 (incluse)?:

$ find . -name "*.rpm" -exec rpm -K --nopgp --nogpg {} \; |grep "NOT *OK"

Pour les versions?8.0 et 9 (ainsi que pour les versions ? venir, je suppose)?:

$ find . -name "*.rpm" -exec rpm -K --nosignature {} \; |grep "NOT *OK"

Le contenu d'une distribution RedHat ne change pas entre les versions, donc vous aurez seulement besoin de t?l?charger ces paquets UNE FOIS. Toutes les modifications de la distribution sont contenues dans le r?pertoire updates. Donc, si vous voulez conserver un miroir ? jour de la distribution RedHat, vous aurez seulement besoin de maintenir le r?pertoire updates ? jour. Ceci se fait en utilisant le script updateDist.sh. Avant d'utiliser ce script, vous devrez configurer le fichier rhcd.conf et exporter la variable RHCDPATH pointant vers le r?pertoire o? se trouve ce fichier.

$ export RHCDPATH=/home/luigi/tmp/rhcd-scripts
$ sh updateDist.sh

Ce script va t?l?charger les nouvelles mises ? jour en excluant les sous-r?pertoires indiqu?s dans la variable EXCLUDELIST, en d?pla?ant les plus anciennes (c'est-?-dire celles remplac?es par de nouvelles versions) dans le r?pertoire indiqu? par la variable OLDDIR apr?s avoir r?ussi deux tests. Le premier test compare les fichiers .listing g?n?r?s par wget avec le contenu des r?pertoires locaux pour s'assurer que tous les fichiers ont ?t? t?l?charg?s. Le second test v?rifie les signatures des paquets en fonction des valeurs de deux variables CHECKSIG et USEGPG (positionnez-les ? ??yes?? si vous souhaitez que cette op?ration soit r?alis?e). En cas d'?chec du processus de v?rification de signature, le script d?placera le mauvais paquet dans OLDDIR en lui affectant l'extension ??.UPDcheckfail?? et abandonnera sans d?placer les anciennes mises ? jour dans OLDDIR.

Mirror est un script perl sophistiqu? comparant le contenu d'un r?pertoire d'un site distant avec un r?pertoire local. Il utilisera FTP pour r?cup?rer les fichiers qui sont sur le site distant mais pas sur le site local et supprimera sur le site local les fichiers qui ne sont pas sur le site distant. Le programme mirror est param?tr? via un fichier de configuration. Le RPM du paquet est disponible ? partir de rufus.w3.org. Cr?ez une copie locale mirror.redhat du fichier de configuration de mirror et modifiez les champs appropri?s en haut du fichier. Apr?s la section des valeurs par d?faut (default), d?finissez les paquets suivants?:

package=updates
  site=ftp.mirror.ac.uk
  exclude_patt=(SRPMS/)
  remote_dir=/sites/ftp.redhat.com/pub/redhat/linux/updates/7.3/en/os/i386
  local_dir=/home/luigi/tmp/redhat-cd/redhat-7.3-updates

package=dist
  site=ftp.mirror.ac.uk
  exclude_patt=(SRPMS/)
  remote_dir=/sites/ftp.redhat.com/pub/redhat/linux/7.3/en/os/i386
  local_dir=/home/luigi/tmp/redhat-cd/redhat-7.3

La commande suivante va copier l'arborescence RedHat au complet sur votre disque local. **Pensez**, avant de faire cela, que vous allez t?l?charger ? peu pr?s 1,5?Go de donn?es (si vous avez exclu le r?pertoire SRPMS)?!

$ mirror -pdist mirror.redhat 

Ceci va cr?er une copie ? l'identique du site FTP de RedHat sur votre disque local. Le contenu de la distribution RedHat ne change pas entre les versions, donc vous aurez seulement besoin de t?l?charger ces paquets une fois. Tout changement dans la distribution se trouvera dans le r?pertoire updates. Donc, si vous voulez maintenir votre miroir ? jour, vous aurez seulement besoin d'actualiser le r?pertoire updates. Cela se fait avec la commande suivante?:

$ mirror -pupdates mirror.redhat 

Vous pouvez la lancer r?guli?rement, disons une fois par semaine, avec un script cron. La distribution RedHat est disponible sur un grand nombre de serveurs FTP dans le monde entier, mis ? jour quotidiennement ? partir du site de r?f?rence ftp.redhat.com. Vous devriez choisir un site FTP proche de vous, en consultant la liste des sites miroirs RedHat.

	Note
	Je n'ai pas test? personnellement cette proc?dure. C'?tait la seule proc?dure propos?e sur les anciennes versions de ce guide pratique (jusqu'? la version?1.34, concernant RedHat <?6.1).

Durant le processus d'installation des versions jusqu'? la 6.2 incluse, certains programmes sont lanc?s directement depuis le CD. Malheureusement, le programme FTP ne pr?serve pas toujours les droits des fichiers et des r?pertoires copi?s. Donc, il est n?cessaire de s'assurer que les droits d'ex?cution sont bien donn?s aux programmes, scripts shells et biblioth?ques partag?es, avant que le r?pertoire ne soit grav? sur le CD. Ceci est fait en lan?ant le script updatePerm.sh sur votre copie locale de la distribution. C'est r?ellement n?cessaire pour les versions?6.2 et pr?c?dentes. La seule partie utile de cette proc?dure pour les versions?7.3, 8.0 et 9 est la mise ? jour des droits des r?pertoires, le reste ne fera aucun mal et cela maintient les choses coh?rentes. Ce script est quasi-identique au script updatePerm inclus dans la version pr?c?dente de ce guide pratique, seuls quelques changements mineurs ont ?t? r?alis?s. Avant d'utiliser ce script, vous devez param?trer le fichier rhcd.conf et exporter la variable RHCDPATH pointant vers le r?pertoire o? se trouve ce fichier.

$ export RHCDPATH=/home/luigi/tmp/rhcd-scripts
$ sh updatePerm.sh

Le script updateCD.sh copie tous les nouveaux fichiers du r?pertoire update vers le r?pertoire RPMS (et SRPMS). Le script utilise le programme rvc qui a ?t? pr?sent? dans la section comparer les versions des RPM pour d?terminer quels sont les paquets du r?pertoire update qui sont plus r?cents. Les paquets plus anciens sont d?plac?s dans le r?pertoire ${OLDDIR}. Si la variable CHECKSIG est positionn?e ? ??yes??, tous les paquets de l'arborescence principale verront leur signature v?rifi?e. Si la v?rification de signature d'un paquet ?choue (le type de v?rification d?pend de la variable USEGPG du fichier rhcd.conf), celui-ci est d?plac? dans le r?pertoire OLDDIR avec une extension ajout?e, ??CDcheckfail??.

Avant d'utiliser ce script, vous devrez param?trer le fichier de configuration rhcd.conf et exporter la variable RHCDPATH pointant vers le r?pertoire o? se trouve ce fichier.

$ export RHCDPATH=/home/luigi/tmp/rhcd-scripts
$ sh updateCD.sh

Note

Apr?s avoir incorpor? les mises ? jour dans le r?pertoire principal RedHat/RPMS, votre copie de la distribution n'est plus un miroir du site de la distribution RedHat. En fait, elle est plus ? jour?! Donc, si vous essayez de resynchroniser votre distribution en utilisant mirror, les anciennes versions des paquets RPM qui ont ?t? mis ? jour seront t?l?charg?es une nouvelle fois et les mises ? jour supprim?es. La proc?dure bas?e sur bash et wget ne souffre pas de ce probl?me, mais laissera l'arborescence principale dans un ?tat incoh?rent. Les anciens et les nouveaux paquets seront dans ce cas m?lang?s ensembles. Cependant, vous pourrez les trouver et les supprimer en int?grant l'ex?cutable rvc ? un script shell simple (que je laisserai comme exercice pour le lecteur¡Ä).

Les choses ont bien chang? dans cette section avec l'arriv?e de l'installateur anaconda (version?6.1) et la consid?rable augmentation de taille (et¡Ä du nombre de CD) que les distributions 7.x et 8.0 ont connue. Jusqu'? la version?6.2, la seule ?tape composant cette section ?tait la g?n?ration d'un nouveau fichier hdlist. Avec la version?6.2, cela ne reste vrai que jusqu'? un certain point, en raison des changements dans l'installateur anaconda, dans le logiciel rpm lui-m?me (qui est pass? des versions?3.x aux versions?4.x) et de la migration des paquets mis ? jour vers cette nouvelle version (les mises ? jour de la version?6.2 sont en fait empaquet?es pour les deux versions majeures du logiciel rpm). Nous envisagerons trois proc?dures diff?rentes en essayant de couvrir toutes les versions.

5.3.1.?RedHat ? 6.1

5.3.1.1.?R?g?n?rer le fichier hdlist

Lors de l'installation ? partir du CD, le programme d'installation du CD se base sur le fichier RedHat/base/hdlist qui d?crit quels sont les paquets RPM disponibles sur le CD. Le fichier hdlist peut ?tre g?n?r? par le programme misc/src/install/genhdlist. Ce programme doit ?tre lanc? avec comme seul argument le chemin absolu vers la racine de la distribution. Voici le script updateHdlist qui appelle ce programme (depuis la version?1.34 de ce guide pratique)?:

#!/bin/bash

RHVERSION=6.1
ARCH=i386

echo "G?n?ration de hdlist..."
RACINERH=/home/luigi/tmp/redhat-${RHVERSION}
GENHDDIR=${RACINERH}/${ARCH}/misc/src/anaconda/utils
          
chmod u+x ${GENHDDIR}/genhdlist
chmod 644 ${RACINERH}/${ARCH}/RedHat/base/hdlist
${GENHDDIR}/genhdlist ${RACINERH}/${ARCH} || echo "*** ?CHEC DE GENHDLIST ***"

exit 0

Note importante pour les RedHat <?6.1

L'installation de la Redhat?6.1 est compl?tement diff?rente de celle des versions pr?c?dentes car RedHat a introduit anaconda. Le programme genhdlist est maintenant situ? ? un autre endroit, donc dans le script ci-dessus, nous utiliserons?: GENHDDIR=${RHROOT}/${ARCH}/misc/src/anaconda/utils alors que pour les versions jusqu'? 6.0 (comprise), cette ligne doit ?tre?: GENHDDIR=${RHROOT}/${ARCH}/misc/src/install

Dans certains cas, genhdlist n'arrive pas ? d?marrer, car l'ex?cutable n'est pas li? statiquement. Dans un tel cas, vous pouvez ajouter la ligne?:

${RHROOT}/${ARCH}/RedHat/instimage/usr/lib

dans le fichier /etc/ld.so.conf et lancer la commande ldconfig -v.

Une autre solution est de recompiler genhdlist. La modification suivante du script updateHdlist fonctionnait sous Redhat?5.2?:

#!/bin/bash

RHVERSION=6.1
ARCH=i386

RACINERH=/misc/redhat/redhat-${RHVERSION}
GENHDDIR=${RACINERH}/${ARCH}/misc/src/anaconda/utils

echo "Compilation de hdlist..."
sed -e 's/FD_t/int/' \
    -e 's/fdOpen/open/' \
    -e 's/fdClose/close/' \
    -e 's/fdFileno//' < ${GENHDDIR}/genhdlist.c > /tmp/genhdlist.c
cc -o /tmp/genhdlist -I/usr/include/rpm /tmp/genhdlist.c -lrpm -lz

echo "G?n?ration de hdlist..."
chmod 644 ${RACINERH}/${ARCH}/RedHat/base/hdlist
/tmp/genhdlist ${RACINERH}/${ARCH} || echo "*** ?CHEC DE GENHDLIST ***"

exit 0

Dans cette version du script, une copie du source C de genhdlist.c, compilable sous RedHat?5.2, est cr??e dans /tmp. Cette copie est r?alis?e en filtrant le source C original avec sed via un tube. Cette version de genhdlist est alors utilis?e pour cr?er le fichier hdlist.

Note importante pour la Redhat?5.2

Tel qu'il est distribu? avec les RedHat versions?5.2 et pr?c?dentes, genhdlist PLANTE si le r?pertoire RedHat/RPMS contient des fichiers qui ne sont pas des fichiers RPM?! Cela pose probl?me car dans la distribution 5.2, il y a des fichiers non-RPM nomm?s ls-lR et ls-lR.gz situ?s dans RedHat/RPMS. Donc, vous devez supprimer tous les fichiers non-RPM de ce r?pertoire. Sinon, vous pouvez appliquer le correctif genhdlist.c.diff au fichier misc/src/install/genhdlist.c et faire un make. Ce correctif fait ignorer ? genhdlist tout fichier non-RPM.

5.3.1.2.?Cr?er l'image iso du CD

Vous aurez besoin de cr?er un fichier image qui sera ?crit sur le CD. Ce fichier fera au moins 500?Mo, donc trouvez une partition avec assez d'espace libre. Vous aurez peut-?tre besoin d'utiliser le compte root pour lancer les commandes mount et cdrecord. Ici, vous allez pr?parer l'image iso du CD amor?able que vous allez graver. Il n'est pas strictement n?cessaire de cr?er un CD amor?able, car vous pourriez utiliser une disquette de d?marrage ? la place, mais c'est une fonctionnalit? vraiment sympathique (et elle rend le comportement de votre disque plus similaire ? celui du disque original). Voici les commandes que j'utilise pour r?aliser cette t?che?:

$ mkdir /repertoire-destination-images
$ mkisofs  -r  -J  -T  -v  -V "Red Hat 6.1 (Hedwig)" \
   -c boot.cat  -b images/boot.img \
   -o /repertoire-destination-images/i386-disc.iso .

C'est n?cessaire pour graver le disque (amor?able) et cela doit ?tre lanc? ? partir du r?pertoire de niveau sup?rieur de la distribution. Le r?pertoire /repertoire-destination-images est le r?ceptacle de l'image iso que vous allez g?n?rez et il doit (obligatoirement) exister avant de lancer la proc?dure. Dans la table suivante, vous pourrez lire une br?ve explication des nombreuses options et de leur signification (la plupart ont ?t? extraites de la page de manuel de mkisofs).

Tableau?1.?Options et param?tres de mkisofs

-r	Extensions Rock Ridge, indiquant des valeurs utiles pour les droits.
-J	Extensions Joliet pour utiliser le CD sous quelques autres syst?mes d'exploitation.
-T	G?n?re un fichier TRANS.TBL dans chaque r?pertoire afin que, m?me sur des syst?mes non compatibles avec les extensions Rock Ridge, la correspondance des noms de fichier soit correcte.
-v	Mode bavard
-V?identifiant	Indique l'identifiant du volume (nom ou label du volume) qui devra ?tre ?crit dans le bloc ma?tre.
-c?catalogue_de_d?marrage	Indique le chemin et le nom du fichier contenant le catalogue de d?marrage, qui sera utilis? lors de la cr?ation d'un CD amor?able ??El Torito??. Le chemin doit ?tre relatif au chemin source indiqu? ? mkisofs.
-b?image_eltorito	Indique le chemin et le nom du fichier contenant l'image de d?marrage ? utiliser lors de la cr?ation du CD amor?able ??El Torito??. Le chemin doit ?tre relatif au chemin source indiqu? ? mkisofs. L'image doit ?tre une image de disquette (ce qui explique pourquoi nous utilisons une des images de disquette trouv?es sur le CD original). Vous pourrez choisir d'utiliser l'image pcmcia.img ? la place si vous voulez r?aliser une installation en utilisant des p?riph?riques PCMCIA tels que des cartes r?seau ou des lecteurs CDROM.
-o?nom_du_fichier	Nom du fichier contenant l'image iso g?n?r?e
.	Ceci est le r?pertoire racine de notre image iso (nous travaillons ? partir du r?pertoire racine de chaque CD, donc un point est suffisant).

Vous trouverez plus d'informations sur la fa?on de graver une image sur un support dans graver le CD. Les ?tapes mkisofs et cdrecord peuvent ?tre ex?cut?es en utilisant une application graphique comme X-CD-Roast qui devrait actuellement permettre la cr?ation de CD amor?ables (je ne l'ai jamais utilis?, donc ne vous attendez pas ? ce que je vous donne des explications).

5.3.3.?Redhat?9, 8.0 et 7.3

Une fois encore, beaucoup de choses ont ?t? chang?es avec la sortie de la s?rie 7.x. Il faut maintenant r?aliser un plus grand nombre d'op?rations pour obtenir une s?rie de CD frais et ? jour. En r?alit?, le CD a cess? d'?tre unique avec la version 7.0. L'arborescence doit maintenant ?tre divis? pour tenir sur le support. Ce qui est fait en utilisant le script splitdistro, qui est ?crit en python comme beaucoup d'?l?ments de l'installateur anaconda. Pour terminer cette partie, vous devrez utiliser une machine Linux utilisant la distribution Redhat?7.3, 8.0 ou 9 sur laquelle soit install? le paquet anaconda-runtime (il aura probablement la version?7.3.7, 8.0.4 ou 9.0.4), en fonction de la version que vous voulez reconstruire. La proc?dure est compos?e de sept ?tapes?:

1. R?g?n?rer les fichiers hdlist et hdlist2

2. Mettre ? jour le fichier comps.xml (ou comps)

3. Reconstruire l'installateur

4. Diviser la distribution en plusieurs parties de la taille d'un CD

5. R?g?n?rer (encore) les fichiers hdlist et hdlist2

6. G?n?rer les images iso

7. Ajouter et v?rifier les signatures md5 dans les images iso

Toutes ces ?tapes sont regroup?es en un seul script qui sera pr?sent? dans la section ??le script updateBuild.sh??.

5.3.3.1.?Op?rations pr?liminaires sur l'arborescence principale

Quelques-uns des scripts inclus dans le paquet anaconda-runtime ont besoin de l'arborescence principale, qui doit ?tre d?plac?e dans un sous-r?pertoire nomm? comme l'architecture que nous allons construire (donc i386/ chez moi). Nous d?placerons tout vers ce r?pertoire avant de lancer la proc?dure. Nous corrigerons ?galement les appels des scripts qui n'ont pas besoin de cette modification.

Pour la Redhat?9 et 8.0?:

$ chmod  -R  u+w  /chemin-absolu-de-la-racine
$ mkdir  -p  /chemin-absolu-de-la-racine/i386
$ cd /chemin-absolu-de-la-racine
$ /bin/mv  *  i386

Vous devrez remplacer /chemin-absolu-de-la-racine par le chemin absolu du r?pertoire o? la racine de votre copie locale de la distribution est plac?e (peut-?tre quelque part sur l'un des disques durs). Vous obtiendrez une erreur, lors de l'ex?cution de la derni?re commande, car le r?pertoire i386/ ne peut ?tre d?plac? sous lui-m?me, mais vous ne devez pas en tenir compte.

Pour Redhat?7.3?:

$ chmod  -R  u+w /chemin-absolu-de-la-racine
$ mkdir  -p  /chemin-absolu-de-la-racine/i386
$ cd /chemin-absolu-de-la-racine
$ for i in `ls` ; do [ $i != "SRPMS" -a $i != i386 ] && \
  /bin/mv $i i386 ; done

Cette fois-ci (je l'esp?re) la derni?re commande ne devrait produire aucune erreur.

5.3.3.2.?R?g?n?rer les fichiers hdlist et hdlist2

Ceci est fait au moyen des deux commandes suivantes et avec l'aide du programme genhdlist.

$ /usr/lib/anaconda-runtime/genhdlist
/chemin-absolu-de-la-racine/i386
$ chmod  644
/chemin-absolu-de-la-racine/i386/RedHat/base/hdlist{,
2}

Une fois encore /chemin-absolu-de-la-racine est le chemin absolu du r?pertoire o? la racine de votre copie locale de la distribution est plac?e. La seconde commande est n?cessaire pour vous assurer que les droits de ce fichier sont corrects. Vous devez d?j? avoir une id?e de ce que sont ces fichiers si vous avez lu la section ??le r?pertoire RedHat??.

5.3.3.3.?Mettre ? jour le fichier comps.xml

Avec la distribution Linux RedHat?8.0, le format du fichier comps a compl?tement chang? et il est maintenant bas? sur XML. Ce nouveau format apporte une plus grande flexibilit? et facilit? de personnalisation. La section ??le fichier comps?? vous donnera plus d'informations sur le sujet. Si vous avez modifi? ou si vous souhaitez modifier la liste des paquets install?s, vous aurez besoin de r?aliser cette ?tape. Ce qui implique alors d'avoir install? une version modifi?e du paquet comps-9.tar.gz (l'original ne fonctionne pas pour moi) ou comps-8.0.tar.gz (suivant la version que vous construisez) qui contient le fichier ma?tre comps trouv? sur le site web de RedHat, ainsi que le paquet comps-extras. Suivez alors ces ?tapes pour la Redhat?9 et 8.0?:

$ cd /r?pertoire-de-votre-choix
$ tar xzvf
/chemin-vers-comps-9.tar.gz/comps-9.tar.gz 
$ cd comps
$ make
$ cat comps-milan.xml |sed 's!</comps>!!g' >comps-tmp.xml
$ /usr/share/comps-extras/getfullcomps.py  comps.xml \
   /chemin-absolu-de-la-racine i386 >>
comps-tmp.xml
$ echo '</comps>' >> comps-tmp.xml
$ cp comps-tmp.xml
/chemin-absolu-de-la-racine/i386/RedHat/base/comps.
xml

En plus de /chemin-absolu-de-la-racine , vous devrez prendre soin d'indiquer des noms valides pour /r?pertoire-de-votre-choix et /chemin-vers-comps-9.tar.gz . Le reste des commandes pourra simplement ?tre recopi?. Et vous devrez ?videmment changer 9 en 8.0 si vous construisez une version?8.0.

De nouveau, avant de lancer la commande make, vous devrez modifier le fichier comps-milan.xml.in en utilisant votre ?diteur de texte favori et en suivant les lignes de conduite et suggestions de la section ??le fichier comps?? et de la page ??anaconda comps?? du site web RedHat.

Toutes les ?tapes n?cessaires apr?s la commande make seront r?alis?es par le script de la section ??le script updateBuild.sh??. Ce script utilise la variable COMPSFILE, pour trouver le fichier comps-milan.xml (il n'a pas besoin d'avoir ce nom, j'utilise juste le nom original, mais vous pouvez le changer si vous le voulez).

Si vous utilisez la distribution Redhat?7.3, le fichier comps (avez-vous remarqu? la diff?rence de nom??) est un fichier de texte avec une syntaxe compl?tement diff?rente. Cette syntaxe est d?crite plus pr?cis?ment dans le fichier comps. Pour cette distribution, les seules op?rations n?cessaires sont l'adaptation du fichier pour correspondre ? vos besoins et la recopie du fichier RedHat/base/comps dans l'arborescence principale en remplacement de l'original.

5.3.3.4.?Reconstruire l'installateur

Cette ?tape consiste ? reconstruire l'installateur anaconda dans votre copie locale de la distribution en utilisant les paquets mis ? jour. Pour la Redhat?9, lancez?:

$ /usr/lib/anaconda-runtime/buildinstall  \
  --pkgorder /chemin-absolu-de-la-racine/pkgorder.txt
 \
  --comp dist-9 --product "Red Hat Linux" --version 9  \
  --release "Redhat 9 (Shrike)"
/chemin-absolu-de-la-racine/i386

O?, une fois encore, /chemin-absolu-de-la-racine est le r?pertoire o? est plac?e la racine de votre copie locale de la distribution.

Pour la distribution Redhat?8.0, la proc?dure est pratiquement identique (l'option --product en moins)?:

$ /usr/lib/anaconda-runtime/buildinstall  \
  --pkgorder /chemin-absolu-de-la-racine/pkgorder.txt
 \
  --comp dist-8.0 --version 8.0  --release "Redhat 8.0 (Psyche)" \
  /chemin-absolu-de-la-racine/i386  

Ou si, comme moi, vous utilisez toujours une Redhat?7.3?:

$ /usr/lib/anaconda-runtime/buildinstall  \
   --pkgorder
/chemin-absolu-de-la-racine/pkgorder.txt  \
   --comp dist-7.3 --version 7.3
/chemin-absolu-de-la-racine/i386  

L'absence de l'option (obligatoire pour la 8.0) --release est la seule diff?rence notable.

5.3.3.5.?Diviser la distribution

Dans cette ?tape, nous allons cr?er cinq r?pertoires, chacun correspondant ? un CD diff?rent et y placer des liens physiques vers les fichiers r?els contenus dans votre copie locale de la distribution.

Note

Cette ?tape ne marchera pas du tout avec la distribution RedHat?7.3 si vous n'utilisez pas la version modifi?e du script splitdistro pr?sent?e dans le prochain paragraphe. Pour les distribution RedHat?8.0 et?9, une version modifi?e de splitdistro est propos?e principalement parce que, m?me si les probl?mes du script pr?c?dent ont ?t? corrig?s, l'ex?cution ?chouait syst?matiquement s'il n'existait pas suffisamment de paquets pour remplir tous les CD (les quatre premiers compl?tement et le dernier m?me seulement partiellement).

$ /usr/lib/anaconda-runtime/splitdistro  \
  --fileorder
/chemin-absolu-de-la-racine/pkgorder.txt  --release \
  "Redhat 9.0 (Shrike)"  /chemin-absolu-de-la-racine 
i386 

La seule chose que vous ayez besoin de changer pour les versions?8.0 et la 7.3 est le texte indiqu? ? l'option --release (qui doit ?tre ??Redhat 8.0 (Psyche)?? ou ??Redhat?7.3 (Valhalla)??).

Pour la distribution Redhat?7.3, la version du script (python) splitdistro7.3 utilis?e a ?t? extraite du paquet anaconda-runtime 7.3.7 et modifi?e par moi. Vous pouvez le substituer ? l'original, nomm? /usr/lib/anaconda-runtime/splitdistro, apr?s avoir ?ventuellement sauvegard? ce dernier.

La seule modification (en dehors de quelques petites corrections) que ce script aie subie est un changement de son comportement si le r?pertoire SRPMS n'est pas trouv? (il n'?choue pas, mais g?n?re les CD sans paquets source).

Pour la distribution Redhat?8.0, la version du script (python) splitdistro8.0 utilis?e a ?t? extraite du paquet anaconda-runtime?8.0.4 et modifi?e une nouvelle fois par moi pour obtenir quelques am?liorations dont je ressentais le besoin. Vous devez le substituer au fichier original (peut-?tre apr?s avoir sauvegard? ce dernier) nomm? /usr/lib/anaconda-runtime/splitdistro. N?anmoins, l'original fonctionnera bien pour construire une distribution qui comprend tous les paquets SRPMS (et ainsi remplir les cinq CD, car sinon le script ?chouera).

La seule modification apport?e au script est un changement dans son comportement s'il ne trouve pas le r?pertoire SRPMS (il n'?choue plus, mais g?n?re les CD sans paquets source) ou s'il y a un CD sans paquet (le script g?n?rera un r?pertoire vide un lieu d'?chouer).

Pour la distribution Redhat?9, vous trouverez une copie du script incluant les m?mes modifications que le script de la?8.0 ici?: splitdistro9. Tout ce qui a ?t? dit dans le paragraphe pr?c?dent pour la distribution Redhat?8.0 s'applique ? la version?9.

5.3.3.6.?R?g?n?rer les fichiers hdlist et hdlist2

Il est n?cessaire de recr?er les fichiers hdlist et hdlist2, en utilisant certaines des informations obtenues dans les ?tapes pr?c?dentes. Il n'y a pas de diff?rences entre 7.3, 8.0 et 9 pour l'ex?cution de ce programme. La commande ? utiliser est la suivante?:

$ /usr/lib/anaconda-runtime/genhdlist  \
  --fileorder
/chemin-absolu-de-la-racine/pkgorder.txt 
--withnumbers \
  /chemin-absolu-de-la-racine/i386-disc[1-3]

Comme vous pouvez le voir, compar? ? la premi?re utilisation de genhdlist, deux nouvelles options sont pass?es au programme. La premi?re, --fileorder, indique ? genhdlist d'utiliser le fichier pkgorder.txt que nous avons g?n?r? ? la seconde ?tape (reconstruire l'installateur). Ce fichier contient la r?partition des paquets sur les diff?rents CD et est utilis? par l'installateur pour d?terminer dans quel ordre les paquets doivent ?tre install?s. De mani?re simple, si vous ne l'utilisez pas, vous finirez probablement par changer tr?s souvent de CD lors de l'installation. L'option --withnumbers est n?cessaire pour associer un num?ro de CD ? chaque paquet (comme vous le voyez, un joker indiquant les trois premi?res images iso est utilis?).

5.3.3.7.?G?n?rer les images iso

Dans cette ?tape, vous allez pr?parer les images iso ? graver sur les CD r?els. Il y a deux commandes distinctes ? utiliser, l'une pour le premier disque et l'autre pour le reste des CD. Ceci est d? au besoin de rendre amor?able le premier CD. Ce n'est pas strictement n?cessaire car vous pouvez utiliser ? la place une disquette de d?marrage mais il s'agit d'une fonctionnalit? int?ressante (et elle rend le comportement de vos disques plus similaire aux originaux). Voici les commandes que j'utilise pour r?aliser cette t?che?:

$ mkdir /repertoire-destination-images
$ mkisofs  -r  -J  -T  -v  -V "Red Hat 9 (Shrike) disque 1" \
   -c isolinux/boot.cat  -b isolinux/isolinux.bin -no-emul-boot \
   -boot-load-size 4 -boot-info-table \
   -o /repertoire-destination-images/i386-disc1.iso .

Cela est n?cessaire pour graver le premier disque (amor?able) pour les distributions Redhat?8.0 et 9 (sans ?mulation de disquette) et c'est ex?cut? ? partir du r?pertoire racine de la distribution. Le r?pertoire /repertoire-destination-images est le contenant pour les cinq images iso que vous avez g?n?r?es et il doit exister avant de pouvoir lancer la proc?dure. La seule modification ? effectuer pour la distribution Redhat?8 est le nom du volume, qui devrait ?tre ??Red Hat 8.0 (Psyche) disque 1??.

$ mkdir /repertoire-destination-images
$ mkisofs  -r  -J  -T  -v  -V "Red Hat 7.3 (Valhalla) disc 1" \
   -c boot.cat  -b dosutils/autoboot/boot.img \
   -o /repertoire-destination-images/i386-disc1.iso .

C'est n?cessaire pour graver le premier disque (amor?able) sur la?7.3. Cette commande doit ?tre ex?cut?e ? partir du r?pertoire racine de la distribution (cette fois-ci nous utilisons l'?mulation de disquette).

Le reste des images peut ?tre ?crit au moyen d'une boucle ??for???:

$ for i in `echo 2 3 4 5` ; do mkisofs  -r  -J  -T  -v  \
   -V "Red Hat 9 (Shrike) disc ${i}"  \
   -o /repertoire-destination-images/i386-disc${i}.iso . ; done

La boucle pr?sent?e va pr?parer les quatre derni?res images en leur donnant les bons num?ros. Comme vous pouvez le voir, il y a deux options manquantes par rapport ? la commande pr?c?dente et, comme vous pouvez le deviner, ces commandes ne sont utiles que pour cr?er un CD amor?able. Dans cr?er des images iso, vous pourrez lire une br?ve explication sur des diff?rentes options et de leurs significations (la plupart ont ?t? extraites de la page de manuel). De nouveau, si vous construisez une distribution Redhat?8.0, vous devriez changer le nom du volume par ??Red Hat 8.0 (Psyche) disc1??.

5.3.3.8.? Implanter et v?rifier les signatures md5 dans les images iso

C'est une ?tape optionnelle mais elle permet l'utilisation de l'option ??checkmedia?? pour v?rifier les signatures des CD avant de les installer et donc de garantir leur int?grit?.

Les commandes suivantes permettent d'injecter ou de v?rifier une signature md5 sur une image iso?:

$ /usr/lib/anaconda-runtime/implantisomd5 image-iso
$ /usr/lib/anaconda-runtime/checkisomd5 image-iso

Apr?s avoir fini toutes ces ?tapes, nous aurons obtenu les cinq images CD ? graver. Consid?rant que saisir tout ceci est un peu long, la prochaine section pr?sentera un script qui r?alise toutes ces op?rations en une seule fois (n'oubliez pas de configurer correctement les param?tres).

5.3.3.9.?R?unir toutes ces ?tapes

Le script updateBuild.sh ex?cutera toutes les ?tapes n?cessaires ? la reconstruction des CD des distributions Redhat?7.3, 8.0 et 9 en un seul lancement (sous le compte root). Avant d'utiliser ce script, vous devrez d?finir une variable RHCDPATH pointant vers le r?pertoire o? se trouve le fichier rhcd.conf et param?trer ce fichier. Si vous voulez inclure un fichier comps.xml modifi? (ou comps) dans vos CD, comme expliqu? dans le fichier comps, vous devrez le copier ? l'emplacement d?fini par la variable COMPSFILE avant d'ex?cuter le script. Si vous en avez besoin, n'oubliez pas d'ajouter le script modifi? splitdistro dans le r?pertoire /usr/lib/anaconda-runtime.

# export RHCDPATH=/home/luigi/tmp/rhcd-scripts
# sh updateBuild.sh

Si vous ?tes parano?aque, vous pouvez tester votre nouvelle image disque en la montant. Si vous oubliez de corriger les droits des fichiers ou de mettre en place les extensions rock ridge, alors l'erreur sera ?vidente puisque les noms de fichier et la structure des r?pertoires seront erron?s. Le test (optionnel) peut ?tre r?alis? en entrant la commande suivante?:

# mount -t iso9660 -o ro,loop=/dev/loop0 image-iso /mnt/cdrom

O? image-iso est le nom que vous aurez donn? ? l'image iso ? monter (qui doit ?tre seule pour les versions sup?rieures ou ?gales ? la 6.2). Quand vous avez termin?, n'oubliez pas de la d?monter?:

# umount /mnt/cdrom

Assurez-vous que vous avez d?fini les bons param?tres pour votre p?riph?rique. Par exemple, la commande suivante est destin?e ? un graveur 4x, ce qui est assez lent. De plus, on suppose que le graveur de CD est ici sur le bus SCSI num?ro 0, avec l'ID 0 et le LUN 0. Vous pourrez obtenir ces valeurs en lan?ant un cdrecord?-scanbus et en les assignant au param?tre ??-dev=??.

# cdrecord -v speed=4 dev=0,0,0 /repertoire-destination-images/disc1.img

Le fichier comps commence avec un en-t?te indiquant la version du format du fichier comps, suivie d'une ligne vide.

0.1
<empty line>

Puis, il dresse la liste des composants, s?par?s par des lignes vides?:

<composant 1>
<ligne vide>
<composant 2>
<ligne vide>
...
<composant n>
<ligne vide>
EOF

Chaque composant est d?fini comme suit?:

(0|1) (--hide)? <name>
<RPM 1>
<RPM 2>
...
<RPM n>
end

Avant le nom de chaque composant est plac? un 0 ou un 1. Une valeur de 1 ? cet endroit indique que le composant est choisi par d?faut alors qu'un 0 signifie le contraire. L'option --hide veut dire que l'entr?e ne sera pas affich?e, sauf si vous choisissez l'installation ??en mode expert??. Le premier composant est appel? ??Base?? et il est sp?cial, dans le sens o? il doit ?tre pr?sent et qu'il n'appara?tra pas dans le dialogue (vous ne pouvez pas d?s?lectionner l'installation de la base, ce qui est sens?). Suit une liste de paquets RPM appartenant ? ce composant. Notez qu'il s'agit du nom du paquet stock? dans le fichier rpm et non d'une partie du nom de fichier du paquet (bien qu'il soient sens?s, par convention, ?tre identiques).

En ajoutant vos paquets au fichier comps, vous pourrez personnaliser votre propre distribution et vous assurer que vos paquets seront install?s par d?faut. Une chose ? laquelle vous devez faire attention est l'interd?pendance entre vos paquets, mais ici c'est ? vous de jouer :-) Un mot pour vous pr?venir?: faites attention de ne pas ajouter ou supprimer des espaces blancs suppl?mentaires dans le fichier. Examinez le fichier comps existant (faites une copie de l'original) pour voir comment il est fait (ou v?rifiez i386/misc/src/install/pkgs.c si vous voulez comprendre comment le fichier est analys?).

Avec la version?6.1 de la distribution RedHat, le format du fichier comps a chang?. Le d?codage s'effectue dans ${RHROOT}/${ARCH}/misc/src/anaconda/comps.py. Je n'ai pas encore analys? ce script python et les r?gles suivantes ont ?t? obtenues seulement en ?tudiant le fichier comps et en essayant quelques param?trages.

Dans la version?6.1, la d?finition du composant est ?tendue pour inclure quelques ?l?ments optionnels suppl?mentaires avant les <RPM>. Ces ?l?ments sont?:

<RPM-d?pendant-de-l-architecture 1>
...
<RPM-d?pendant-de-l-architecture n>
<composant-requis 1>
...
<composant-requis n>
<RPM-d?pendant-d-un-composant 1> 
...
<RPM-d?pendant-d-un-composant n>

Un <RPM-d?pendant-de-l-architecture> d?finit une d?pendance entre un paquet et une architecture sp?cifique et a pour d?finition?:

(!)?arch: <RPM>

Donc, il peut, par exemple, se pr?senter dans le monde r?el comme?:

!alpha: kernelcfg

ce qui veut dire?: si l'architecture n'est pas alpha alors il faut installer le paquet kernelcfg.

Ou comme?:

i386: mkbootdisk

Ce qui veut dire?: si l'architecture est i386 alors il faut installer le paquet mkbootdisk.

Un <composant-requis> renforce la d?pendance avec un autre composant et il est d?fini comme?:

@ <composant>

Donc, par exemple, si ? l'int?rieur de la d?finition d'un composant, vous trouvez la ligne suivante?:

@ Station r?seau

cela veut dire que le composant lui-m?me a besoin de l'installation d'un autre composant nomm? Station r?seau.

Un <RPM-d?pendant-d-un-composant> est utilis? pour s?lectionner l'installation de quelques paquets additionnels pour un composant, ?tant donn? la pr?sence d'un autre composant. Sa d?finition est la suivante?:

? <composant> { 
  <RPM 1>
  ...
  <RPM n>
}

Donc si, par exemple, dans la d?finition d'un composant, il vous arrive de lire les lignes suivantes?:

? KDE { 
  kpppload
}

alors si le composant KDE est install?, le paquet kpppload sera install? en m?me temps que les paquets inclus dans le composant o? se trouve cette d?finition.

Avec RedHat version?6.2, le format du fichier comps a apparemment tr?s l?g?rement chang?. Le d?codage se fait toujours dans ${RHROOT}/${ARCH}/misc/src/anaconda/comps.py. Encore une fois, je n'ai pas analys? ce script python et les r?gles suivantes ont ?t? obtenues uniquement en ?tudiant le fichier et en essayant quelques param?trages.

Dans la version?6.2, la d?finition du composant est ?tendue pour inclure deux ?l?ments optionnels suppl?mentaires?:

<RPM-d?pendant-de-la-langue 1>
...
<RPM-d?pendant-de-la-langue n>
<composant-d?pendant-de-l-architecture 1>
...
<composant-d?pendant-de-l-architecture n>

Un <RPM-d?pendant-de-la-langue> est n?cessaire pour demander l'installation d'un paquet lorsqu'une langue sp?cifique a ?t? s?lectionn?e. C'est d?fini ainsi?:

(lang <langue>): <RPM>

Par exemple, la ligne suivante

(lang ja_JP): locale-ja

veut dire?: si la langue japonaise est s?lectionn?e, alors il faudra installer le paquet locale-ja en plus des autres paquets install?s pour ce composant.

Un <composant-d?pendant-de-l-architecture> ?tend le concept du <RPM-d?pendant-de-l-architecture>, introduit pour la version?6.1, au composant entier, comme vous pouvez le voir ? la lecture de sa d?finition?:

(!)?arch: <composant>

Avec la version?7.3 de la distribution RedHat, le format du fichier comps poss?de une syntaxe plus puissante. Le d?codage prend place (encore) dans le script comps.py, que vous trouverez dans le r?pertoire /usr/lib/anaconda/ si vous avez install? le paquet anaconda. Les d?pendances d'un composant ou d'un paquet envers une langue ou une architecture donn?es peuvent maintenant ?tre li?es par l'op?rateur logique and (et logique). Par exemple?:

(arch !s390 and arch !s390x and arch !ia64): readline2.2.1

ce qui veut dire que si l'architecture n'est ni s390, ni s390x, ni ia64, alors il faudra installer le paquet readline2.2.1. Ceci peut ?tre fait avec des composants au lieu des paquets et avec des langues ? la place des architectures. Tout ceci est sans aucun doute plus qu'assez pour les exemples simples de personnalisation de l'installation par d?faut qui seront pr?sent?s dans la section suivante.

Avec les versions?8.0 et 9, le format du fichier comps a compl?tement chang? et on utilise maintenant un fichier XML, nomm? comps.xml. Les d?tails de la syntaxe de ce fichier sont pr?sent?s dans la section Les comps d'Anaconda du site web de RedHat.

La plupart des machines modernes sont capables de d?marrer ? partir d'un CD, ? condition qu'il soit rendu amor?able par proc?dure indiqu?e dans la section cr?er des images iso. Souvent, n?anmoins, vous aurez besoin de changer le param?trage du BIOS pour permettre le d?marrage ? partir du lecteur de CD. R?f?rez-vous ? la documentation de votre carte-m?re pour savoir comment le faire.

? part les personnes mentionn?es ci-dessus, je remercie les personnes suivantes pour leurs informations pr?cieuses, commentaires, discussions et c?tera?:

La traduction fran?aise de ce document a ?t? r?alis?e par Guillaume Lelarge <gleu CHEZ wanadoo POINT fr>.

La relecture de ce document a ?t? r?alis?e par Guillaume Hatt <ghatt CHEZ netcourrier POINT com>.

Une relecture compl?mentaire de ce document a ?t? r?alis?e par Jean-Philippe Gu?rard <fevrier CHEZ tigreraye POINT org>.