<martinh@gnu.org><l_martin@worldnet.fr>Copyright (c) 1998 Martin Hamilton, tous droits de reproduction r�serv�s. Ce document est un « document libre ». Vous pouvez le modifier ou le redistribuer si vous respectez les termes de la version 2 ou ult�rieure de la GNU General Public License
Si vous avez obtenu ce document dans le r�pertoire HOWTO d'un site Linux ou sur un CD-ROM, vous pouvez v�rifier la page KickStart HOWTO
pour voir s'il n'y a pas une nouvelle version de disponible.
La version 5 de Linux RedHat est livr�e avec un utilitaire peu connu (et jusqu'� aujourd'hui quasiment pas document�) appel� KickStart. Il vous permet d'automatiser (presque) toute l'installation d'une distribution Linux RedHat et notamment:
Les utilisateurs perspicaces d'une distribution RedHat auront probablement r�alis� qu'il s'agit des principales �tapes de l'installation manuelle d'une distribution RedHat. KickStart vous permet d'automatiser le processus d'installation en pla�ant les informations que vous rentreriez normalement au clavier dans un fichier de configuration.
Mais attendez, il y a mieux!
Une fois le processus d'installation achev�, KickStart vous permet
de sp�cifier une liste de commandes shell que vous souhaitez voir
ex�cut�es. Cela signifie que vous pouvez automatiquement installer des
logiciels locaux qui ne font pas partie de la distribution
RedHat (et oui, il existe bien d'autres logiciels libres que ceux
fournis avec la distribution RedHat! Certains ne peuvent, pour des
raisons l�gales, �tre distribu�s par RedHat, par exemple: les syst�mes
de cryptage ssh et PGP) et proc�der aux derniers
r�glages n�cessaires pour rendre votre nouveau syst�me d'exploitation
parfaitement op�rationnel.
Il y a deux mani�res d'utiliser KickStart. La premi�re est de copier le fichier de configuration de KickStart sur une disquette d'amor�age RedHat. La seconde est d'utiliser une disquette d'amor�age classique et de r�cup�rer ce fichier de configuration via le r�seau.
Dans les deux cas, vous aurez besoin:
Si vous souhaitez r�cup�rer le fichier de configuration via le r�seau, vous aurez �galement besoin:
Il doit �tre possible de se passer du serveur BOOTP - cela est implicite dans la documentation de KickStart. Mais je n'ai pas essay� moi-m�me. De m�me, il doit �tre possible de proc�der � l'installation depuis un CD-ROM plut�t que depuis un serveur NFS. Si vous essayez l'une de ces deux possibilit�s, faites moi savoir comment vous avez proc�der pour que je puisse l'indiquer dans ce document.
Notez qu'il n'est pas absolument indispensable que le serveur NFS contienne la distribution RedHat et le fichier de configuration KickStart, cela rend juste les choses un petit peu plus simples de tout avoir � un seul endroit.
Tout ce que vous avez � faire est de copier le fichier de configuration de KickStart sur la disquette d'amo�age RedHat sous le nom ks.cfg:
mcopy ks.cfg a:
La disquette est particuli�rement remplie, et vous pourriez avoir
besoin de d�truire certains fichiers pour faire de la place. J'ai
r�ussi � mettre mon fichier de configuration sur la disquette en
supprimant tous les fichiers de messages qu'affiche normalement
SYSLINUX:
mdel a:\*.msg
Vous pouvez �galement �diter le fichier de configuration de
SYSLINUX: syslinux.cfg. Il est situ� � la racine de
la disquette d'amor�age. Le fichier syslinux.cfg suivant
permet de passer imm�diatement en mode KickStart lorsque la machine
d�marre:
default ks
prompt 0
label ks
kernel vmlinuz
append ks=floppy initrd=initrd.img
Si vous vous demandez ce que peuvent bien �tre ces BOOTP et DHCP, une description d�taill�e est disponible sur le site DHCP. NFS est document� en d�tail dans le NFS HOWTO.
Dans la configuration NFS + BOOTP/DHCP que nous consid�rons, le fichier de configuration de KickStart doit être montable par NFS par la machine que l'on installe � partir de /kickstart/IPADDR-kickstart sur le serveur BOOTP/DHCP, o� IPADDR est l'adresse IP de la nouvelle machine. Par exemple /kickstart/198.168.254.254-kickstart pour la machine 198.168.254.254.
En th�orie, il doit être possible de modifier cet emplacement en
renvoyant le param�tre bf (boot file) dans la
r�ponse du serveur BOOTP/DHCP. Il doit même être possible
d'avoir ces fichiers mont�s par NFS � partir d'une autre machine.
Pour exporter par NFS certains r�pertoires � partir d'une machine Linux existante, cr�ez le fichier /etc/exports avec un contenu ressemblant �:
/kickstart *.swedish-chef.org(ro,no_root_squash)
/mnt/cdrom *.swedish-chef.org(ro,no_root_squash)
Notez que si vous n'avez pas enregistrer les adresses IP que vous allez utiliser dans le DNS, le serveur NFS ou le portmapper RPC risque de vous rejeter. Vous pouvez probablement vous en sortir en indiquant les paires adresse IP/masque r�seau dans les fichiers de configuration:
/kickstart 198.168.254.0/255.255.255.0(ro,no_root_squash)
et dans /etc/hosts.allow:
ALL: 194.82.103.0/255.255.255.0: ALLOW
Soyez conscient que si vous indiquez le mot de passe de root dans le fichier de configuration de KickStart ou exportez par NFS des r�pertoires contenant des informations sensibles, vous devrez prendre soin de rendre ces informations accessibles � aussi peu de personnes que possible. Cela peut être fait en restreignant les permissions des r�pertoires export�s, par exemple en indiquant un hôte ou un sous-r�seau particulier plutôt qu'un domaine entier.
La plupart des serveurs NFS requi�rent que vous indiquiez �
mountd et nfsd (sur certaines versions d'Unix, ils sont
pr�c�d�s du pr�fixe rpc.) que le fichier /etc/exports a
�t� modifi� - habituellement en envoyant un SIGHUP. Il existe
souvent un programme ou un script appel� exportfs qui fera
cela pour vous, par exemple:
# exportfs -a
Si NFS ne fonctionne pas lorsque votre machine d�marre, les r�pertoires pourront ne pas être export�s automatiquement. Essayez de red�marrer la machine ou lancer les programmes suivants sous root:
# portmap
# rpc.nfsd
# rpc.mountd
Comme mentionn� pr�c�demment, sur certains syst�me le pr�fixe
rpc. n'est pas utilis�. Dans les distributions Unix les plus
r�centes, ces programmes se trouvent dans le r�pertoire
/usr/sbin qui peut ne pas encore être dans votre
variable PATH. Le programme portmap est parfois appel�
rpcbind, sous Solaris par exemple.
Si vous utilisez le serveur BOOTP CMU avec DHCP et les extensions d'adressage dynamique �voqu� plus haut, une entr�e du fichier /etc/bootptab (/etc/bootptab est l'emplacement normal du fichier de configuration de BOOTP/DHCP) devrait ressembler � cela:
.dynamic-1:ip=198.168.254.128:T254=0x30:T250="ds=198.168.254.2:
dn=swedish-chef.org:sm=255.255.255.0:gw=198.168.254.1:
dl=0xFFFFFFFF":
(passages � la ligne pour plus de clart�)
Cette ligne indique que les nouvelles machines se verront affecter dynamiquement une adresse commen�ant � 198.168.254.128 et continuant pour les 48 adresses (la valeur h�xad�cimale 30) suivantes. Chaque client recevra en retour la valeur de T250. Dans notre exemple, cela donne:
ds) � 198.168.254.2; dn) � swedish-chef.org; sm) �
255.255.255.0; gw) �
198.168.254.1; dl) (combien de temps l'adresse sera
valide) � « pour toujours ».Il semble qu'un grand nombre de versions de ce serveur ne g�rent pas l'adressage dynamique. Pour celles-ci, vous devrez �num�rer les adresses physiques (typiquement MAC Ethernet) de chacune des machines � installer dans /etc/booptab. Ces entr�es devraient ressembler � quelque chose comme:
bork.swedish-chef.org:\
ip=198.168.254.128:\
ha=0000E8188E56:\
ds=198.168.254.2:\
dn=swedish-chef.org:\
sm=255.255.255.0:\
gw=198.168.254.1:\
dl=0xFFFFFFFF":
Notez que le param�tre ha correspond � l'adresse physique de
la machine � installer.
Le fichier de configuration se compose de trois sections principales:
Il existe d'autres possibilit�s que nous n'aborderons pas ici mais qui pourraient marcher. Pour de plus amples informations, regardez l'exmple de fichier de configuration de KickStart dans misc/src/install/ks.samp et le fichier doc/README.ks dans le r�pertoire i386 d'une distribution RedHat sur votre CD-ROM ou sur un site miroir de RedHat.
Les commandes que j'ai utilis�es sont:
Configuration de la langue, pour l'anglais:
lang en
Configuration du r�seau, pour utiliser BOOTP/DHCP:
network --bootp
serveur NFS et r�pertoire � partir duquel l'installation doit avoir lieu:
nfs --server chicken.swedish-chef.org /mnt/cdrom
S�lection du type de clavier, pour un clavier anglais:
keyboard uk
Efface le secteur d'amor�age du disque (MBR) - enl�ve tous les programmes de lancement pouvant s'y trouver.
Efface les partitions existantes, pour supprimer toutes les partitions disque avant l'installation:
clearpart -all
Partionne le disque, pour cr�er un syst�me de fichier de 500Mo:
part / --size 500
Effectue une nouvelle installation de RedHat.
D�finit la souris utilis�e, pour une souris PS/2 ou compatible:
mouse ps/2
D�finit le fuseau horaire, pour l'heure anglaise:
timezone --utc Europe/London
D�finit le mot de passe initial de root, bas� sur un mot de passe d�j� crypt�:
rootpw --iscrypted XaacoeGPmf/A.
Installe le programme LILO, pour l'installer dans le secteur d'amor�age du disque (MBR):
lilo --location mbr
Paquetages � installer - voir ci-apr�s.
Commandes shells � lancer apr�s l'installation - voir ci-apr�s.
Notez que le r�pertoire dans lequel KickStart va chercher la distribution RedHat doit contenir un sous-r�pertoire RedHat qui contient la distribution RedHat pour la plate-forme consid�r�e. Dans notre exemple, nous devrions avoir quelque chose comme:
/mnt/cdrom/RedHat
/mnt/cdrom/RedHat/base
/mnt/cdrom/RedHat/contents
/mnt/cdrom/RedHat/i386
/mnt/cdrom/RedHat/instimage
/mnt/cdrom/RedHat/RPMS
/mnt/cdrom/RPM-PGP-KEY
Si vous souhaitez cr�er vos propres mots de passe crypt�s, il vous suffit d'utiliser Perl:
% perl -e 'print crypt("schmurrdegurr", "Xa") . "\n";'p
Autres options que je n'ai pas test�es:
Installe � partir d'un CD-ROM plutô que du r�seau.
D�clare explicitement les d�tails d'un p�riph�rique, par exemple:
device ethernet 3c509 --opts "io=0x330, irq=7"
device sont possibles dont scsi
pour les contrôleurs SCSI et cdrom pour les
gestionnaires de CD-ROM propri�taires.
Met � jour une installation existante au lieu d'en installer une nouvelle.
Configure le serveur X-Window, la carte graphique et le moniteur, par exemple:
xconfig --server "Mach64" --monitor "tatung cm14uhe"
Je n'ai pas beaucoup creus� cette derni�re option car je ne pr�vois pas d'utiliser X sur les machines install�es avec KickStart. Si vous le faites, tenez moi au courant.
Voici � quoi ressemble maintenant la premi�re partie du fichier de configuration de KickStart:
lang en
network --bootp
nfs --server chicken.swedish-chef.org /mnt/cdrom
keyboard uk
zerombr yes
clearpart --all
part / --size 500
part swap --size 120
install
mouse ps/2
timezone --utc Europe/London
rootpw --iscrypted XaacoeGPmf/A.
lilo --location mbr
La partie du fichier de configuration de KickStart consacr�e aux
paquetages d�bute par une ligne avec la directive %packages.
Elle est suivie par l'un des deux types de sp�cifications de
paquetage: des paquetages peuvent être install�s
individuellement en donnant le nom de leur RPM (sans la version ni la
plate-forme), des groupes de paquetages peuvent être install�s
en donnant le nom de leur groupe.
Voici un exemple de la section des paquetages d'un fichier de configuration de KickStart:
%packages
@ Base
netkit-base
bind-utils
ncftp
rdate
tcp_wrappers
traceroute
cmu-snmp
Bien, � quoi correspondent ces groupes? Il y a un grand nombre de groupes d�finis par d�faut dans un fichier nomm� base/comps dans le r�pertoire racine de la distribution RedHat. Voici ceux que l'on pouvait y trouver au moment o� j'�cris ces lignes:
Vous noterez qu'ils correspondent aux diff�rentes configurations qui vous sont propos�es lors de l'installation manuelle. Notez �galement que certains paquetages sont pr�sents dans plusieurs groupes, sans que cela pose de probl�me lors de l'installation. L'entr�e d'un groupe dans la liste comps ressemble � quelque chose comme:
0 Extra Documentation
sag
lpg
howto
faq
man-pages
end
Il semble que les groupes dont le nom est pr�c�d� d'un 1 fasse partie de l'installation par d�faut. Il semble donc possible de pousser un peu plus loin la personnalisation du processus d'installation en cr�ant ses propres groupes ou en red�finissant les groupes existant. Gardez moi au courant si vous essayez de le faire.
C'est probablement la fonctionnalit� la plus int�ressante et en tous cas celle qui n'a pas d'�quivalent direct dans le processus d'installation manuel. Ce que nous pouvons faire ici est de d�finir un ensemble de commandes de niveau shell qui seront ex�cut�es une fois l'installation termin�e (partitionnement du disque, installation des paquetages, etc.)
Cette section d�bute par la directive %post dans le
fichier de configuration de KickStart. Vous pouvez ensuite utiliser
tous les utilitaires qui viennent d'être install�s sur votre
nouvelle machine Linux, par exemple:
%post
ln -s /etc/rc.d/init.d /etc/init.d
ln -s /etc/rc.d/rc.local /etc/rc.local
ln -s /usr/bin/md5sum /usr/bin/md5
ln -s /usr/bin/perl /usr/local/bin/perl
chmod ug-s /bin/linuxconf
mkdir /var/tmp/tmp
perl -spi -e 's!image=/boot/vmlinuz-.*!image=/boot/vmlinuz!' /etc/lilo.conf
rm /etc/rc.d/rc*.d/*sendmail
Vous pouvez �galement rediriger les flux standards:
cat <<EOF >>/etc/passwd
squid:*:102:3500:Squid Proxy:/usr/squid:/bin/bash
EOF
cat <<EOF >>/etc/group
cache:x:3500:
EOF
Modifier les scripts de lancement:
cat <<EOF >>/etc/rc.local
echo 8192 > /proc/sys/kernel/file-max
echo 32768 > /proc/sys/kernel/inode-max
[ -x /usr/sbin/sshd ] && /usr/sbin/sshd
[ -x /usr/sbin/cfd ] && /usr/sbin/cfd
EOF
D�finir les entr�e de crontab:
cat <<EOF >/tmp/crontab.root
# Keep the time up to date
0,15,30,45 * * * * /usr/sbin/ntpdate -s eggtimer 2>&1 >/dev/null
# Recycle Exim log files
1 0 * * * /usr/exim/bin/exicyclog
# Flush the Exim queue
0,15,30,45 * * * * /usr/exim/bin/exim -q
EOF
crontab /tmp/crontab.root
rm /tmp/crontab.root
Et même installer d'autres RPM que vous avez cr��s:
rpm -i ftp://chicken.swedish-chef.org/rpms/squid.rpm
rpm -i ftp://chicken.swedish-chef.org/rpms/ssh.rpm
rpm -i ftp://chicken.swedish-chef.org/rpms/exim.rpm
rpm -i ftp://chicken.swedish-chef.org/rpms/cfengine.rpm
rpm -i ftp://chicken.swedish-chef.org/rpms/linux.rpm
ssh-keygen -b 1024 -f /etc/ssh_host_key -N ""
depmod -a
D�marrer la machine � installer � partir de la disquette d'amor�age
RedHat comme d'habitude, mais au lieu de presser
ENTRÉE � l'invite du programme SYSLINUX,
tapez linux ks.
Si vous avez de la chance, c'est tout ce que vous aurez � faire!
Si vous avez modifi� la disquette d'amor�age comme mentionn� plus haut, vous n'avez même pas besoin de vous pr�occuper de ce qui suit :-)
Comme nous ne faisons qu'automatiser les diff�rentes �tapes du processus d'installation RedHat, une boîte de dialogue peut apparaître au cas o� KickStart n'arrive pas � d�terminer ce qu'il doit faire. Le cas le plus probable est qu'il ne d�tecte pas automatiquement votre carte r�seau, il vous demandera alors de lui fournir son IRQ et son adresse m�moire d'entr�e/sortie.
La disquette d'amor�age RedHat boot.img est au format
MS-DOS et utilise le programme SYSLINUX pour se lancer. La
disquette suppl�mentaire supp.img est au format Linux
ext2. Si votre noyau int�gre la gestion des p�riph�riques
loopback, vous pouvez monter ces deux fichiers dans votre
syst�me de fichiers:
# mkdir -p /mnt/boot /mnt/supp
# mount -o loop -t msdos boot.img /mnt/boot
# mount -o loop supp.img /mnt/supp
Vous devriez maintenant être capable de voir et de manipuler
les fichiers des disquettes d'amor�age et suppl�mentaire
respectivement sous /mnt/boot et /mnt/supp. Ouf!
Notez que d'anciennes versions de mount peuvent ne pas
être capables de g�rer l'option -o loop. Dans ce cas,
vous devrez utiliser losetup pour configurer le p�riph�rique
loopback pour chacun des fichiers:
# losetup /dev/loop0 boot.img
# mount -t msdos /dev/loop0 /mnt/boot
Vous aurez peut-être �galement besoin d'utiliser
explicitement l'option -t ext2 lorsque vous monterez la
disquette suppl�mentaire. Cependant, les personnes ayant une
distribution Linux r�cente ne devraient pas avoir � se soucier de
cela.
Bien sûr, si vous ne voulez pas prendre de risque , vous pouvez utiliser les v�ritables disquettes plutôt que leurs images. Si votre temps est pr�cieux, vous pr�f�rerez probablement utiliser les p�riph�riques loopback car vous pourrez alors utiliser des images des disquettes plutôt que de supporter les temps d'attente li�s � la lecture de v�ritables disquettes.
Si vous voulez modifier la proc�dure d'installation elle-même, son code source se trouve sur le CD-ROM RedHat ou sur le site miroir RedHat le plus proche dans le r�pertoire misc/src/install � partir du r�pertoire racine i386.
Si vous examinez la disquette d'amor�age RedHat, vous verrez qu'en plus du noyau vmlinuz, il y a un gros fichier initrd.img:
-rwxr-xr-x 1 root root 559 May 11 15:48 boot.msg
-rwxr-xr-x 1 root root 668 May 11 15:48 expert.msg
-rwxr-xr-x 1 root root 986 May 11 15:48 general.msg
-rwxr-xr-x 1 root root 968842 May 11 15:48 initrd.img
-rwxr-xr-x 1 root root 1120 May 11 15:48 kickit.msg
-r-xr-xr-x 1 root root 5352 May 11 15:48 ldlinux.sys
-rwxr-xr-x 1 root root 875 May 11 15:48 param.msg
-rwxr-xr-x 1 root root 1239 May 11 15:48 rescue.msg
-rwxr-xr-x 1 root root 402 May 11 15:48 syslinux.cfg
-rwxr-xr-x 1 root root 444602 May 11 15:48 vmlinuz
Vous l'aurez devin�, il s'agit d'un autre syt�me de fichiers au format ext2 enregistr� comme un fichier - mais avec un truc en plus. Il est compress�! Vous pouvez le d�compresser et le monter:
# gzip -dc /mnt/boot/initrd.img >/tmp/initrd.ext2
# mkdir /mnt/initrd
# mount -o loop /tmp/initrd.ext2 /mnt/initrd
La partie probablement la plus importante de ce syst�me de fichiers est sa collection de modules chargeables par le noyau qui sont sur la disquette d'amor�age. Si vous souhaitez int�grer la nouvelle version d'un gestionnaire, vous devrez soit remplacer vmlinuz par un nouveau noyau dans lequel ce gestionnaire sera li� statiquement, soit remplacer ce gestionnaire dans la collection de modules. Que dire d'autre sinon que vous pouvez supprimer certains modules pour faire de la place sur la disquette!
La collection de modules est le fichier modules/modules.cgz.
Devinez-vous de quoi il s'agit? Et bien croyez le ou non, c'est une
archive cpio compress�e! Voici comment l'utiliser:
# gzip -dc /mnt/initrd/modules/modules.cgz >/tmp/modules.cpio
# cpio -itv <modules.cpio >modules.listing
# mkdir modules
# cpio -idumv <../modules.cpio
Je ne crois pas qu'il existe actuellement sous Linux une fa�on d'acc�der de mani�re transparente aux syst�mes de fichiers compress�s (en tous cas avec les distributions les plus courantes). Faites le moi savoir si vous avez des informations l�-dessus!
Si vous modifier quelque chose, rappelez vous:
cpio pour recr�er l'archive. La fa�on de
proc�der est laiss�e en exercice au lecteur ...gzip pour compresser cette archive;gzip;Vous pouvez maintenant cr�er de nouvelles disquettes d'amor�age avec:
# cat boot.img >/dev/fd0
Le format des paquetages RPM est d�j� abondamment document�, notamment dans le livre Maximum RPM d'Ed Bailey que vous pouvez t�l�charger depuis le site RPM ou trouver dans toutes les bonnes librairies! Cette section pr�sente quelques trucs pour les gens press�s.
Les paquetages RPM sont construits � partir d'un fichier de sp�cification. Il consiste (de la même mani�re que le fichier de configuration de KickStart) d'un ensemble d'�tapes � accomplir pour construire le paquetage - on suppose que vous avez � le construire � partir des sources, potentiellement pour plusieurs plates-formes, et avez besoin d'y appliquer des corrections avant la compilation. Une fois construit et install�, un fichier RPM sera cr�� � partir des fichiers et des r�pertoires que vous avez sp�cifi�s comme �tant associ�s au paquetage. Il est important de noter que RPM n'a aucune id�e des fichiers et r�pertoires li�s � un paquetage donn� - vous devez le lui dire.
Voici un exemple de sp�cification pour une version personnalis�e du du serveur Cache WWW Squid:
Summary: Squid Web Cache server
Name: squid
Version: 1.NOVM.22
Release: 1
Copyright: GPL/Harvest
Group: Networking/Daemons
Source: squid-1.NOVM.22-src.tar.gz
Patch: retry-1.NOVM.20.patch
%description
Juste une premi�re tentative d'empaquetage d'un serveur Squid pour
l'installer facilement sur notre serveur RedHat Linux
%prep
%setup
%build
configure --prefix=/usr/squid
perl -spi -e 's!#( -DALLOW_HOSTNAME_UNDERSCORES)!$1!' src/Makefile
make
%install
make install
%files
/usr/squid
Voici comment construire ce RPM:
% mkdir -p SOURCES BUILD SRPMS RPMS/i386
% cp ~/squid-1.NOVM.22-src.tar.gz SOURCES
% cp ~/retry-1.NOVM.20.patch SOURCES
% rpm -ba squid-1.NOVM.22+retry-1.spec
Cela va cr�er automatiquement un sous-r�pertoire dans le r�pertoire
BUILD dans lequel il va d�baller le code source et lui
appliquer les corrections (de nombreuses options concernant les
corrections sont disponibles, voir le livre pour plus de d�tails). RPM
va maintenant automatiquement construire le paquetage en lan�ant
configure suivi de make, l'installer avec make
install et prendre une ``photo'' des fichiers situ�s dans
/usr/squid. C'est cette derni�re qui va constituer le binaire
RPM du logiciel Squid.
Notez que l'on peut ins�rer des commandes shell au cours des phases
de d�compression, construction et d'installation, par exemple des
appels en perl pour modifier des param�tres de compilation.
Le fichier RPM final sera plac� dans le r�pertoire RPMS
dans le sous-r�pertoire de la plate-forme correspondante
i386. Dans notre exemple, il s'appelera
squid-1.NOVM.22-1.i386.rpm. Notez que le nom du fichier est
cr�� en collant les valeurs de certains des param�tres du fichier de
sp�cification: Name, Version et Release
suivi de la plate-forme, i386 dans ce cas. Gardez cela en
m�moire lorsque vous cr�erez des RPM afin d'�viter de leur donner des
noms exag�r�ment longs.
Il est �galement int�ressant de savoir que l'on peut contruire des RPM sans avoir � reconstruire tout le paquetage, par exemple:
Summary: Linux 2.0.35 kernel + filehandle patch + serial console patch
Name: linux
Version: 2.0.35+filehandle+serial_console
Release: 1
Copyright: GPL
Group: Base/Kernel
Source: linux-2.0.35+filehandle+serial_console.tar.gz
%description
C'est juste une premi�re tentative de cr�er un paquetage du noyau
Linux avec ses corrections pour l'installation de notre serveur RedHat
Linux.
%prep
echo
%setup
echo
%build
echo
%install
echo
%post
/sbin/lilo
%files
/lib/modules/2.0.35
/boot/vmlinuz
Dans ce cas, nous cr�ons simplement un RPM compos� du fichier /boot/vmlinuz et du contenu du r�pertoire /lib/modules/2.0.35, et ex�cutons /sbin/lilo apr�s que le paquetage a �t� install� sur une nouvelle machine. Si vous connaissez une meilleure fa�on d'�crire le fichier de sp�cification, faites le moi savoir.
Q: Peut-on appliquer automatiquement toutes les corrections de RPM? Et comment?
R1:Copiez les RPMs que vous voulez installer dans le r�pertoire RPMS � partir duquel l'installation aura lieu, supprimez les anciens RPMs et mettez � jour le fichier /RedHat/base/hdlist avec le d�tail des nouveaux RPMs. Voir ci-dessous un script d'Eric Doutreleau qui fait cela pour vous. Si vous le faites vous-m�me, souvenez-vous de lancer genhdlist apr�s!
R2:Essayer ce script Perl: patchup. Il compare les RPMs que votre syst�me a install� avec ceux pr�sents dans un r�pertoire donn� et fournit une liste de ceux qu'il pense vous devriez mettre � jour. Il peut m�me les installer pour vous si vous lui faites confiance.
R3: rpm2hml est une version bien plus puissante (12Mo de C contre une page de Perl!) de R2.
Q: Un unique fichier de configuration sur le serveur d'installation pour tous les clients, peut-�tre une solution de repli apr�s avoir essay� IPADDR-kickstart?
R: ?
Q:Plus de souplesse lorsque les chose vont mal - par exemple demander un chemin alternatif si la distribution ne se trouve pas sur le CD-ROM.
R: ?
Q: Exclusion explicite de paquetages - par exemple touts sauf sendmail.
R: ?
Q:Choisir quels services sont lanc�s automatiquement au d�marrage par les scripts dans /etc/rc.d/.
R: L'utilitaire chkconfig vous permet de configurer les services qui doivent �tre lanc�s au d�marrage. Vous pouvez l'utiliser parmi les scripts lanc�s apr�s l'installation par exemple pour lancer ypbind dans les runlevel 3, 4 et 5:
chkconfig --level 345 ypbind on
et il va lancer ypbind sur le niveau 345.
Q: Quand les commandes shell de la section %post
s'ex�cutent, envoyer leur sortie vers une autre console plutô
que d'�crire sur l'�cran principal. Cela peut-il être fait
dans la section des commandes shell en utilisant open?.
R: Pas de probl�me! Il suffit de faire quelque chose comme:
exec >/dev/tty5
Q: Le code de cr�ation de syst�me de fichiers v�rifie-t-il existence de blocs d�fectueux?
R: Si vous passez sur la console sur laquelle les sorties de la cr�ation du syst�me de fichiers sont affich�es, vous ne verrez aucune mention indiquant que le test `read-only' a �t� effectu�.
Remerciements � Eric Doutreleau pour ses informations sur
chkconfig, l'adaptation du fichier de configuration de
SYSLINUX et pour son script Perl d'actualisation des RPM.
Voici le script d'Eric pour ajouter les RPM actualis�s dans les r�pertoires de la distribution RedHat:
#!/usr/bin/perl
#
$redhatdir="/cdrom/i386";
$rpmdir="/cdrom/i386/RedHat/RPMS/";
$updatedir="/cdrom/updates/";
@OTHERDIR=($updatedir);
foreach $dir (@OTHERDIR)
{
print "update for $dir\n";
system(" find $dir -name \"*.rpm\" -exec cp {} $rpmdir \\; ");
}
chdir($contribdir) || die "peux pas aller dans $contribdir $!\n";
system("chmod -R 755 $redhatdir");
chdir($rpmdir) || die "problem to go in $rpmdir $!\n";
#
# remove the old file
#
opendir(DIR,'.');
@package=grep(/\.rpm$/,readdir(DIR));
foreach $file (@package)
{
$file =~ /(.*)\-([\d+|\.]+\w*)\-(\d+)\.[i386|noarch].*/;
$nom=$1;
$version=$2;
$buildvers=$3;
if ($NOM{$nom})
{
$version2=$VERSION{$nom};
$buildver2=$BUILDVERS{$nom};
$file2=$FILE{$nom};
$nom2=$NOM{$nom};
if ( $version2 gt $version )
{
print "$file2 is newer than $file\n";
unlink($file);
}
else
{
if ( $version2 lt $version )
{
print "$file is newer than $file2\n";
unlink($file2);
$VERSION{$nom}=$version;
$BUILDVERS{$nom}=$buildvers;
$FILE{$nom}=$file;
$NOM{$nom}=$nom;
}
else
{
# print "$file2 $file same version version\n";
if ( $buildver2 > $buildvers )
{
print "$file2 : $buildver2 est mieux que $file : $buildvers\n";
unlink($file);
}
else
{
print "$file2 : $buildver2 is older than $file : $buildvers\n";
unlink($file2);
$VERSION{$nom}=$version;
$BUILDVERS{$nom}=$buildvers;
$FILE{$nom}=$file;
$NOM{$nom}=$nom;
}
}
}
}
else
{
$VERSION{$nom}=$version;
$BUILDVERS{$nom}=$buildvers;
$FILE{$nom}=$file;
$NOM{$nom}=$nom;
}
}
# we do the hard thing here
#
system("$redhatdir/misc/src/install/genhdlist $redhatdir");