/usr/share/doc/HOWTO/fr-html/KickStart-HOWTO.html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<meta name="generator" content=
"HTML Tidy for HTML5 for Linux version 5.2.0">
<meta name="GENERATOR" content="LinuxDoc-Tools 0.9.72">
<title>RedHat Linux KickStart HOWTO</title>
</head>
<body>
<h1>RedHat Linux KickStart HOWTO</h1>
<h2>Martin Hamilton <code>&lt;martinh@gnu.org&gt;</code><br>
Traduction: Laurent Martin
<code>&lt;l_martin@worldnet.fr&gt;</code></h2>
v0.1, 28 septembre 1998
<hr>
<em>Ce HOWTO décrit brièvement comment utiliser le système
<em>KickStart</em> de RedHat pour rapidement installer un grand
nombre de systèmes Linux identiques. Pour les utilisateurs
expérimentés, on décrit comment modifier la procédure
d'installation de KickStart pour l'adapter à ses propres besoins et
donne quelques indications pour créer des paquetages RPM.</em>
<hr>
<h2><a name="s1">1. Copyright</a></h2>
<p>Copyright (c) 1998 Martin Hamilton, tous droits de reproduction
réservés. Ce document est un «&nbsp;document libre&nbsp;». Vous
pouvez le modifier ou le redistribuer si vous respectez les termes
de la version 2 ou ultérieure de la <a href=
"http://www.gnu.org/copyleft/gpl.html">GNU General Public
License</a></p>
<h2><a name="s2">2. Page sur la Toile</a></h2>
<p>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 <a href=
"http://wwwcache.ja.net/dev/kickstart/">KickStart HOWTO</a></p>
<p>pour voir s'il n'y a pas une nouvelle version de disponible.</p>
<h2><a name="s3">3. Introduction</a></h2>
<p>La version 5 de Linux RedHat est livrée avec un utilitaire peu
connu (et jusqu'à aujourd'hui quasiment pas documenté) appelé
<em>KickStart</em>. Il vous permet d'automatiser (presque) toute
l'installation d'une distribution Linux RedHat et notamment:</p>
<ul>
<li>la sélection de la langue;</li>
<li>la configuration réseau et la sélection des sources de la
distribution;</li>
<li>la sélection du clavier;</li>
<li>l'installation de l'utilitaire de démarrage (ex: lilo);</li>
<li>le partitionnement du disque et la création du système de
fichiers;</li>
<li>la sélection de la souris;</li>
<li>la configuration du serveur X-Window;</li>
<li>la sélection de la zone géographique;</li>
<li>la sélection du mot de passe de l'utilisateur
<em>root</em>;</li>
<li>la sélection des paquetages à installer.</li>
</ul>
<p>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.</p>
<p><em>Mais attendez, il y a mieux!</em></p>
<p>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 <code>ssh</code> et
<code>PGP</code>) et procéder aux derniers réglages nécessaires
pour rendre votre nouveau système d'exploitation parfaitement
opérationnel.</p>
<h2><a name="s4">4. Prérequis</a></h2>
<p>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.</p>
<p>Dans les deux cas, vous aurez besoin:</p>
<ol>
<li>de machines utilisant un processeur Intel (i386) - KickStart ne
semble marcher que sur ces machines au moment où j'écris ces
lignes;</li>
<li>du fichier de configuration de KickStart - nous en reparlerons
dans la prochaine section;</li>
<li>d'une disquette d'amorçage RedHat - de préférence celle du
répertoire <em>updates</em>, pour profiter des dernières mises à
jour et corrections des gestionnaires de périphérique;</li>
<li>des entrées DNS pour les adresses IP que vous allez utiliser -
optionnel, mais cela évitera que le processus d'installation ne
vous demande sans cesse le domaine de votre machine;</li>
</ol>
<p>Si vous souhaitez récupérer le fichier de configuration via le
réseau, vous aurez également besoin:</p>
<ol>
<li>d'un serveur BOOTP/DHCP pour le réseau sur lequel seront
installées vos machines. Certains serveurs alloueront
automatiquement les nouvelles adresses dans une plage donnée (par
exemple: <a href="ftp://ftp.ntplx.net/pub/networking/bootp/">le
serveur BOOTP CMU</a> avec les extensions d'adressage
dynamique).</li>
<li>d'un serveur NFS sur la même machine que le serveur BOOTP avec
une copie de la distribution RedHat montée dessus et le fichier de
configuration de KickStart dans un répertoire <em>/kickstart</em>
exporté par NFS.</li>
</ol>
<p>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.</p>
<p>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.</p>
<h2><a name="s5">5. Préparation d'une disquette d'amorçage</a></h2>
<p>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 <em>ks.cfg</em>:</p>
<blockquote>
<pre><code>
  mcopy ks.cfg a:
</code></pre></blockquote>
<p>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
<code>SYSLINUX</code>:</p>
<blockquote>
<pre><code>
  mdel a:\*.msg
</code></pre></blockquote>
<p>Vous pouvez également éditer le fichier de configuration de
<code>SYSLINUX</code>: <em>syslinux.cfg</em>. Il est situé à la
racine de la disquette d'amorçage. Le fichier <em>syslinux.cfg</em>
suivant permet de passer immédiatement en mode KickStart lorsque la
machine démarre:</p>
<blockquote>
<pre><code>
  default ks
  prompt 0
  label ks
    kernel vmlinuz
    append ks=floppy initrd=initrd.img
</code></pre></blockquote>
<h2><a name="s6">6. Configuration de BOOTP/DHCP et NFS</a></h2>
<p>Si vous vous demandez ce que peuvent bien être ces BOOTP et
DHCP, une description détaillée est disponible sur le <a href=
"http://www.dhcp.org/">site DHCP</a>. NFS est documenté en détail
dans le NFS HOWTO.</p>
<p>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
<em>/kickstart/IPADDR-kickstart</em> sur le serveur BOOTP/DHCP, où
<em>IPADDR</em> est l'adresse IP de la nouvelle machine. Par
exemple <em>/kickstart/198.168.254.254-kickstart</em> pour la
machine <em>198.168.254.254</em>.</p>
<p>En théorie, il doit être possible de modifier cet emplacement en
renvoyant le paramètre <code>bf</code> (<em>boot file</em>) 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.</p>
<p>Pour exporter par NFS certains répertoires à partir d'une
machine Linux existante, créez le fichier <em>/etc/exports</em>
avec un contenu ressemblant à:</p>
<blockquote>
<pre><code>
/kickstart *.swedish-chef.org(ro,no_root_squash)
/mnt/cdrom *.swedish-chef.org(ro,no_root_squash)
</code></pre></blockquote>
<p>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:</p>
<blockquote>
<pre><code>
/kickstart 198.168.254.0/255.255.255.0(ro,no_root_squash)
</code></pre></blockquote>
<p>et dans <em>/etc/hosts.allow</em>:</p>
<blockquote>
<pre><code>
ALL: 194.82.103.0/255.255.255.0: ALLOW
</code></pre></blockquote>
<p>Soyez conscient que si vous indiquez le mot de passe de
<em>root</em> 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.</p>
<p>La plupart des serveurs NFS requièrent que vous indiquiez à
<code>mountd</code> et <code>nfsd</code> (sur certaines versions
d'Unix, ils sont précédés du préfixe <code>rpc.</code>) que le
fichier <em>/etc/exports</em> a été modifié - habituellement en
envoyant un <code>SIGHUP</code>. Il existe souvent un programme ou
un script appelé <code>exportfs</code> qui fera cela pour vous, par
exemple:</p>
<blockquote>
<pre><code>
# exportfs -a
</code></pre></blockquote>
<p>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
<em>root</em>:</p>
<blockquote>
<pre><code>
# portmap
# rpc.nfsd
# rpc.mountd
</code></pre></blockquote>
<p>Comme mentionné précédemment, sur certains système le préfixe
<code>rpc.</code> n'est pas utilisé. Dans les distributions Unix
les plus récentes, ces programmes se trouvent dans le répertoire
<em>/usr/sbin</em> qui peut ne pas encore être dans votre variable
PATH. Le programme <code>portmap</code> est parfois appelé
<code>rpcbind</code>, sous Solaris par exemple.</p>
<p>Si vous utilisez le serveur BOOTP CMU avec DHCP et les
extensions d'adressage dynamique évoqué plus haut, une entrée du
fichier <em>/etc/bootptab</em> (<em>/etc/bootptab</em> est
l'emplacement normal du fichier de configuration de BOOTP/DHCP)
devrait ressembler à cela:</p>
<blockquote>
<pre><code>
  .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":
</code></pre></blockquote>
<p>(passages à la ligne pour plus de clarté)</p>
<p>Cette ligne indique que les nouvelles machines se verront
affecter dynamiquement une adresse commençant à
<em>198.168.254.128</em> et continuant pour les 48 adresses (la
valeur héxadécimale <em>30</em>) suivantes. Chaque client recevra
en retour la valeur de <em>T250</em>. Dans notre exemple, cela
donne:</p>
<ul>
<li>le serveur DNS (<code>ds</code>) à <em>198.168.254.2</em>;</li>
<li>le nom de domaine (<code>dn</code>) à
<em>swedish-chef.org</em>;</li>
<li>le masque du sous-réseau (<code>sm</code>) à
<em>255.255.255.0</em>;</li>
<li>la passerelle par défaut (<code>gw</code>) à
<em>198.168.254.1</em>;</li>
<li>la durée de vie (<code>dl</code>) (combien de temps l'adresse
sera valide) à «&nbsp;pour toujours&nbsp;».</li>
</ul>
<p>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 <em>/etc/booptab</em>. Ces entrées
devraient ressembler à quelque chose comme:</p>
<blockquote>
<pre><code>
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":
</code></pre></blockquote>
<p>Notez que le paramètre <code>ha</code> correspond à l'adresse
physique de la machine à installer.</p>
<h2><a name="s7">7. Le fichier de configuration de
KickStart</a></h2>
<p>Le fichier de configuration se compose de trois sections
principales:</p>
<ol>
<li>informations sur le système, partionnement des disques et
configuration réseau;</li>
<li>paquetages RedHat à installer;</li>
<li>commandes shells à exécuter après l'installation.</li>
</ol>
<p>Il existe d'autres possibilités que nous n'aborderons pas ici
mais qui <b>pourraient</b> marcher. Pour de plus amples
informations, regardez l'exmple de fichier de configuration de
KickStart dans <em>misc/src/install/ks.samp</em> et le fichier
<em>doc/README.ks</em> dans le répertoire <em>i386</em> d'une
distribution RedHat sur votre CD-ROM ou sur un site miroir de
RedHat.</p>
<h2><a name="ss7.1">7.1 Information système</a></h2>
<p>Les commandes que j'ai utilisées sont:</p>
<dl>
<dt><b>lang</b></dt>
<dd>
<p>Configuration de la langue, pour l'anglais:</p>
<blockquote>
<pre><code>
lang en
</code></pre></blockquote>
</dd>
<dt><b>network</b></dt>
<dd>
<p>Configuration du réseau, pour utiliser BOOTP/DHCP:</p>
<blockquote>
<pre><code>
network --bootp
</code></pre></blockquote>
</dd>
<dt><b>nfs</b></dt>
<dd>
<p>serveur NFS et répertoire à partir duquel l'installation doit
avoir lieu:</p>
<blockquote>
<pre><code>
nfs --server chicken.swedish-chef.org /mnt/cdrom
</code></pre></blockquote>
pour utiliser le serveur NFS <em>chicken.swedish-chef.org</em> et
essayer de monter la distribution RedHat à partir du répertoire
<em>/mnt/cdrom</em>.</dd>
<dt><b>keyboard</b></dt>
<dd>
<p>Sélection du type de clavier, pour un clavier anglais:</p>
<blockquote>
<pre><code>
keyboard uk
</code></pre></blockquote>
</dd>
<dt><b>zerombr</b></dt>
<dd>
<p>Efface le secteur d'amorçage du disque (MBR) - enlève tous les
programmes de lancement pouvant s'y trouver.</p>
</dd>
<dt><b>clearpart</b></dt>
<dd>
<p>Efface les partitions existantes, pour supprimer toutes les
partitions disque avant l'installation:</p>
<blockquote>
<pre><code>
clearpart -all
</code></pre></blockquote>
</dd>
<dt><b>part</b></dt>
<dd>
<p>Partionne le disque, pour créer un système de fichier de
500Mo:</p>
<blockquote>
<pre><code>
part / --size 500
</code></pre></blockquote>
</dd>
<dt><b>install</b></dt>
<dd>
<p>Effectue une nouvelle installation de RedHat.</p>
</dd>
<dt><b>mouse</b></dt>
<dd>
<p>Définit la souris utilisée, pour une souris PS/2 ou
compatible:</p>
<blockquote>
<pre><code>
mouse ps/2
</code></pre></blockquote>
</dd>
<dt><b>timezone</b></dt>
<dd>
<p>Définit le fuseau horaire, pour l'heure anglaise:</p>
<blockquote>
<pre><code>
timezone --utc Europe/London
</code></pre></blockquote>
</dd>
<dt><b>rootpw</b></dt>
<dd>
<p>Définit le mot de passe initial de <em>root</em>, basé sur un
mot de passe déjà crypté:</p>
<blockquote>
<pre><code>
rootpw --iscrypted XaacoeGPmf/A.
</code></pre></blockquote>
</dd>
<dt><b>lilo</b></dt>
<dd>
<p>Installe le programme LILO, pour l'installer dans le secteur
d'amorçage du disque (MBR):</p>
<blockquote>
<pre><code>
lilo --location mbr
</code></pre></blockquote>
</dd>
<dt><b>%packages</b></dt>
<dd>
<p>Paquetages à installer - voir ci-après.</p>
</dd>
<dt><b>%post</b></dt>
<dd>
<p>Commandes shells à lancer après l'installation - voir
ci-après.</p>
</dd>
</dl>
<p>Notez que le répertoire dans lequel KickStart va chercher la
distribution RedHat doit contenir un sous-répertoire
<em>RedHat</em> qui contient la distribution RedHat pour la
plate-forme considérée. Dans notre exemple, nous devrions avoir
quelque chose comme:</p>
<blockquote>
<pre><code>
/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
</code></pre></blockquote>
<p>Si vous souhaitez créer vos propres mots de passe cryptés, il
vous suffit d'utiliser Perl:</p>
<blockquote>
<pre><code>
% perl -e 'print crypt("schmurrdegurr", "Xa") . "\n";'p
</code></pre></blockquote>
<p>Autres options que je n'ai pas testées:</p>
<dl>
<dt><b>cdrom</b></dt>
<dd>
<p>Installe à partir d'un CD-ROM plutô que du réseau.</p>
</dd>
<dt><b>device</b></dt>
<dd>
<p>Déclare explicitement les détails d'un périphérique, par
exemple:</p>
<blockquote>
<pre><code>
device ethernet 3c509 --opts "io=0x330, irq=7"
</code></pre></blockquote>
D'autres valeurs de <code>device</code> sont possibles dont
<code>scsi</code> pour les contrôleurs SCSI et <code>cdrom</code>
pour les gestionnaires de CD-ROM propriétaires.</dd>
<dt><b>upgrade</b></dt>
<dd>
<p>Met à jour une installation existante au lieu d'en installer une
nouvelle.</p>
</dd>
<dt><b>xconfig</b></dt>
<dd>
<p>Configure le serveur X-Window, la carte graphique et le
moniteur, par exemple:</p>
<blockquote>
<pre><code>
xconfig --server "Mach64" --monitor "tatung cm14uhe"
</code></pre></blockquote>
</dd>
</dl>
<p>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.</p>
<p>Voici à quoi ressemble maintenant la première partie du fichier
de configuration de KickStart:</p>
<blockquote>
<pre><code>
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
</code></pre></blockquote>
<h2><a name="ss7.2">7.2 Paquetages à installer</a></h2>
<p>La partie du fichier de configuration de KickStart consacrée aux
paquetages débute par une ligne avec la directive
<code>%packages</code>. 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.</p>
<p>Voici un exemple de la section des paquetages d'un fichier de
configuration de KickStart:</p>
<blockquote>
<pre><code>
%packages
@ Base
netkit-base
bind-utils
ncftp
rdate
tcp_wrappers
traceroute
cmu-snmp
</code></pre></blockquote>
<p>Bien, à quoi correspondent ces groupes? Il y a un grand nombre
de groupes définis par défaut dans un fichier nommé
<em>base/comps</em> dans le répertoire racine de la distribution
RedHat. Voici ceux que l'on pouvait y trouver au moment où j'écris
ces lignes:</p>
<ul>
<li>Base;</li>
<li>Gestionnaire d'imprimante;</li>
<li>Système X-Window;</li>
<li>Outils Mail/WWW/News;</li>
<li>Connexion DOS/Windows;</li>
<li>Gestionnaires de fichiers;</li>
<li>Manipulation graphique;</li>
<li>Jeux sous X-Window;</li>
<li>Jeux en mode console;</li>
<li>Gestionnaires multimédia sous X-Window;</li>
<li>Console Multimedia;</li>
<li>Serveur d'impression;</li>
<li>Station en réseau;</li>
<li>Station en <em>dial-up</em>;</li>
<li>Serveur de news;</li>
<li>Serveur NFS;</li>
<li>Connection SMB (Samba) ;</li>
<li>Connexion IPX/Netware(tm);</li>
<li>Serveur FTP anonyme/Gopher;</li>
<li>Serveur Web;</li>
<li>Serveur de noms DNS;</li>
<li>Serveur Postgres (SQL);</li>
<li>Gestion de réseau;</li>
<li>TeX;</li>
<li>Emacs;</li>
<li>Emacs avec X-Window;</li>
<li>Développement en C;</li>
<li>Bibliothèques de développement;</li>
<li>Développement en C++ ;</li>
<li>Development sous X-Window;</li>
<li>Documentation supplémentaire.</li>
</ul>
<p>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 <em>comps</em> ressemble à
quelque chose comme:</p>
<blockquote>
<pre><code>
0 Extra Documentation
sag
lpg
howto
faq
man-pages
end
</code></pre></blockquote>
<p>Il semble que les groupes dont le nom est précédé d'un
<em>1</em> 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.</p>
<h2><a name="ss7.3">7.3 Commandes shell après
l'installation</a></h2>
<p>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.)</p>
<p>Cette section débute par la directive <code>%post</code> 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:</p>
<blockquote>
<pre><code>
%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
</code></pre></blockquote>
<p>Vous pouvez également rediriger les flux standards:</p>
<blockquote>
<pre><code>
cat &lt;&lt;EOF &gt;&gt;/etc/passwd
squid:*:102:3500:Squid Proxy:/usr/squid:/bin/bash
EOF

cat &lt;&lt;EOF &gt;&gt;/etc/group
cache:x:3500:
EOF
</code></pre></blockquote>
<p>Modifier les scripts de lancement:</p>
<blockquote>
<pre><code>
cat &lt;&lt;EOF &gt;&gt;/etc/rc.local
echo 8192 &gt; /proc/sys/kernel/file-max
echo 32768 &gt; /proc/sys/kernel/inode-max 

[ -x /usr/sbin/sshd ] &amp;&amp; /usr/sbin/sshd
[ -x /usr/sbin/cfd ] &amp;&amp; /usr/sbin/cfd

EOF
</code></pre></blockquote>
<p>Définir les entrée de <em>crontab</em>:</p>
<blockquote>
<pre><code>
cat &lt;&lt;EOF &gt;/tmp/crontab.root
# Keep the time up to date
0,15,30,45 * * * * /usr/sbin/ntpdate -s eggtimer 2&gt;&amp;1 &gt;/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
</code></pre></blockquote>
<p>Et même installer d'autres RPM que vous avez créés:</p>
<blockquote>
<pre><code>
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
</code></pre></blockquote>
<h2><a name="s8">8. L'installation</a></h2>
<p>Démarrer la machine à installer à partir de la disquette
d'amorçage RedHat comme d'habitude, mais au lieu de presser
<code>ENTRÉE</code> à l'invite du programme <code>SYSLINUX</code>,
tapez <code>linux ks</code>.</p>
<p>Si vous avez de la chance, c'est tout ce que vous aurez à
faire!</p>
<p>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 :-)</p>
<p>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.</p>
<h2><a name="s9">9. Montage des disquettes d'amorçage et
supplémentaire</a></h2>
<p>La disquette d'amorçage RedHat <code>boot.img</code> est au
format MS-DOS et utilise le programme <code>SYSLINUX</code> pour se
lancer. La disquette supplémentaire <code>supp.img</code> est au
format Linux ext2. Si votre noyau intègre la gestion des
périphériques <em>loopback</em>, vous pouvez monter ces deux
fichiers dans votre système de fichiers:</p>
<blockquote>
<pre><code>
# mkdir -p /mnt/boot /mnt/supp
# mount -o loop -t msdos boot.img /mnt/boot
# mount -o loop supp.img /mnt/supp
</code></pre></blockquote>
<p>Vous devriez maintenant être capable de voir et de manipuler les
fichiers des disquettes d'amorçage et supplémentaire respectivement
sous <em>/mnt/boot</em> et <em>/mnt/supp</em>. Ouf! Notez que
d'anciennes versions de <code>mount</code> peuvent ne pas être
capables de gérer l'option <code>-o loop</code>. Dans ce cas, vous
devrez utiliser <code>losetup</code> pour configurer le
périphérique <em>loopback</em> pour chacun des fichiers:</p>
<blockquote>
<pre><code>
# losetup /dev/loop0 boot.img
# mount -t msdos /dev/loop0 /mnt/boot
</code></pre></blockquote>
<p>Vous aurez peut-être également besoin d'utiliser explicitement
l'option <code>-t ext2</code> lorsque vous monterez la disquette
supplémentaire. Cependant, les personnes ayant une distribution
Linux récente ne devraient pas avoir à se soucier de cela.</p>
<p>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 <em>loopback</em> 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.</p>
<h2><a name="s10">10. Modifier l'installateur RedHat</a></h2>
<p>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
<em>misc/src/install</em> à partir du répertoire racine
<em>i386</em>.</p>
<p>Si vous examinez la disquette d'amorçage RedHat, vous verrez
qu'en plus du noyau <em>vmlinuz</em>, il y a un gros fichier
<em>initrd.img</em>:</p>
<blockquote>
<pre><code>
-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
</code></pre></blockquote>
<p>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:</p>
<blockquote>
<pre><code>
# gzip -dc /mnt/boot/initrd.img &gt;/tmp/initrd.ext2
# mkdir /mnt/initrd
# mount -o loop /tmp/initrd.ext2 /mnt/initrd
</code></pre></blockquote>
<p>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
<em>vmlinuz</em> 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!</p>
<p>La collection de modules est le fichier
<em>modules/modules.cgz</em>. Devinez-vous de quoi il s'agit? Et
bien croyez le ou non, c'est une archive <code>cpio</code>
compressée! Voici comment l'utiliser:</p>
<blockquote>
<pre><code>
# gzip -dc /mnt/initrd/modules/modules.cgz &gt;/tmp/modules.cpio
# cpio -itv &lt;modules.cpio &gt;modules.listing
# mkdir modules
# cpio -idumv &lt;../modules.cpio
</code></pre></blockquote>
<p>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!</p>
<p>Si vous modifier quelque chose, rappelez vous:</p>
<ol>
<li>utilisez <code>cpio</code> pour recréer l'archive. La façon de
procéder est laissée en exercice au lecteur ...</li>
<li>utilisez <code>gzip</code> pour compresser cette archive;</li>
<li>copiez la dans <em>/mnt/initrd</em>, ou dans tout autre endroit
où vous avez placé l'archive <em>initrd.img</em> décompressée;</li>
<li>démontez <em>/mnt/initrd</em> (ou comme vous l'avez
appelé);</li>
<li>compressez le nouvel <em>initrd.img</em> avec
<code>gzip</code>;</li>
<li>copiez l'archive sur la disquette d'amorçage:
<em>/mnt/boot/initrd.img</em> dans notre exemple;</li>
<li>démonter la disquette d'amorçage: <em>/mnt/boot</em>.</li>
</ol>
<p>Vous pouvez maintenant créer de nouvelles disquettes d'amorçage
avec:</p>
<blockquote>
<pre><code>
# cat boot.img &gt;/dev/fd0
</code></pre></blockquote>
<h2><a name="s11">11. Créer vos propres RPM</a></h2>
<p>Le format des paquetages RPM est déjà abondamment documenté,
notamment dans le livre <em>Maximum RPM</em> d'Ed Bailey que vous
pouvez télécharger depuis le <a href="http://www.rpm.org/">site
RPM</a> ou trouver dans toutes les bonnes librairies! Cette section
présente quelques trucs pour les gens pressés.</p>
<p>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.</p>
<p>Voici un exemple de spécification pour une version personnalisée
du <a href="http://squid.nlanr.net/">du serveur Cache WWW
Squid</a>:</p>
<blockquote>
<pre><code>
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
</code></pre></blockquote>
<p>Voici comment construire ce RPM:</p>
<blockquote>
<pre><code>
% 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
</code></pre></blockquote>
<p>Cela va créer automatiquement un sous-répertoire dans le
répertoire <em>BUILD</em> 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 <code>configure</code> suivi de <code>make</code>,
l'installer avec <code>make install</code> et prendre une ``photo''
des fichiers situés dans <em>/usr/squid</em>. C'est cette dernière
qui va constituer le binaire RPM du logiciel Squid.</p>
<p>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 <code>perl</code> pour modifier des
paramètres de compilation.</p>
<p>Le fichier RPM final sera placé dans le répertoire <em>RPMS</em>
dans le sous-répertoire de la plate-forme correspondante
<em>i386</em>. Dans notre exemple, il s'appelera
<em>squid-1.NOVM.22-1.i386.rpm</em>. Notez que le nom du fichier
est créé en collant les valeurs de certains des paramètres du
fichier de spécification: <code>Name</code>, <code>Version</code>
et <code>Release</code> suivi de la plate-forme, <em>i386</em> 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.</p>
<p>Il est également intéressant de savoir que l'on peut contruire
des RPM sans avoir à reconstruire tout le paquetage, par
exemple:</p>
<blockquote>
<pre><code>
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
</code></pre></blockquote>
<p>Dans ce cas, nous créons simplement un RPM composé du fichier
<em>/boot/vmlinuz</em> et du contenu du répertoire
<em>/lib/modules/2.0.35</em>, et exécutons <em>/sbin/lilo</em>
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.</p>
<h2><a name="s12">12. FAQ/Liste de voeux</a></h2>
<p><b>Q:</b> Peut-on appliquer automatiquement toutes les
corrections de RPM? Et comment?</p>
<p><b>R1:</b>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
<em>/RedHat/base/hdlist</em> 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
<em>genhdlist</em> après!</p>
<p><b>R2:</b>Essayer ce script Perl: <a href=
"http://wwwcache.ja.net/dev/patchup/">patchup</a>. 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.</p>
<p><b>R3:</b> <a href=
"http://rufus.w3.org/linux/rpm2html/">rpm2hml</a> est une version
bien plus puissante (12Mo de C contre une page de Perl!) de R2.</p>
<p><b>Q:</b> Un unique fichier de configuration sur le serveur
d'installation pour tous les clients, peut-être une solution de
repli après avoir essayé <em>IPADDR-kickstart</em>?</p>
<p><b>R:</b> ?</p>
<p><b>Q:</b>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.</p>
<p><b>R:</b> ?</p>
<p><b>Q:</b> Exclusion explicite de paquetages - par exemple touts
sauf <em>sendmail</em>.</p>
<p><b>R:</b> ?</p>
<p><b>Q:</b>Choisir quels services sont lancés automatiquement au
démarrage par les scripts dans <em>/etc/rc.d/</em>.</p>
<p><b>R:</b> L'utilitaire <em>chkconfig</em> 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 <em>ypbind</em> dans les <em>runlevel</em> 3, 4
et 5:</p>
<blockquote>
<pre><code>
chkconfig --level 345 ypbind on
</code></pre></blockquote>
<p>et il va lancer ypbind sur le niveau 345.</p>
<p><b>Q:</b> Quand les commandes shell de la section
<code>%post</code> s'exécutent, envoyer leur sortie vers une autre
console plutô que d'écrire sur l'écran principal. <em>Cela peut-il
être fait dans la section des commandes shell en utilisant
<code>open</code>?</em>.</p>
<p><b>R:</b> Pas de problème! Il suffit de faire quelque chose
comme:</p>
<blockquote>
<pre><code>
  exec &gt;/dev/tty5
</code></pre></blockquote>
<p><b>Q:</b> Le code de création de système de fichiers
vérifie-t-il existence de blocs défectueux?</p>
<p><b>R:</b> 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é.</p>
<h2><a name="s13">13. Crédits</a></h2>
<p>Remerciements à Eric Doutreleau pour ses informations sur
<em>chkconfig</em>, l'adaptation du fichier de configuration de
<code>SYSLINUX</code> et pour son script Perl d'actualisation des
RPM.</p>
<h2><a name="s14">14. Annexe</a></h2>
<p>Voici le script d'Eric pour ajouter les RPM actualisés dans les
répertoires de la distribution RedHat:</p>
<blockquote>
<pre><code>
#!/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 &gt; $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"); 
</code></pre></blockquote>
</body>
</html>
doc-linux-fr-html 2013.01-3ubuntu1 / usr / share / doc / HOWTO / fr-html / KickStart-HOWTO.html
