/usr/share/doc/HOWTO/fr-html/KickStart-HOWTO.html is in doc-linux-fr-html 2013.01-3.
This file is owned by root:root, with mode 0o644.
The actual contents of the file can be viewed below.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 910 911 912 913 914 915 916 917 918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 936 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 969 970 971 972 973 974 975 976 977 978 979 980 981 982 983 984 985 986 987 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 1034 1035 1036 1037 1038 1039 1040 1041 1042 1043 1044 1045 1046 1047 1048 1049 1050 1051 1052 1053 1054 1055 1056 1057 1058 1059 1060 1061 1062 1063 1064 1065 1066 1067 1068 1069 1070 1071 1072 1073 1074 1075 1076 1077 1078 1079 1080 1081 1082 1083 1084 1085 1086 1087 1088 1089 1090 1091 1092 1093 1094 1095 1096 1097 1098 1099 1100 1101 1102 1103 1104 1105 1106 1107 1108 1109 1110 1111 1112 1113 1114 1115 1116 1117 1118 1119 1120 1121 1122 1123 | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<meta name="generator" content=
"HTML Tidy for Linux (vers 25 March 2009), see www.w3.org">
<meta name="GENERATOR" content="LinuxDoc-Tools 0.9.71">
<title>RedHat Linux KickStart HOWTO</title>
</head>
<body>
<h1>RedHat Linux KickStart HOWTO</h1>
<h2>Martin Hamilton <code><martinh@gnu.org></code><br>
Traduction: Laurent Martin
<code><l_martin@worldnet.fr></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 « document
libre ». 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) à « pour
toujours ».</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 <<EOF >>/etc/passwd
squid:*:102:3500:Squid Proxy:/usr/squid:/bin/bash
EOF
cat <<EOF >>/etc/group
cache:x:3500:
EOF
</code>
</pre></blockquote>
<p>Modifier les scripts de lancement:</p>
<blockquote>
<pre>
<code>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
</code>
</pre></blockquote>
<p>Définir les entrée de <em>crontab</em>:</p>
<blockquote>
<pre>
<code>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
</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 >/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 >/tmp/modules.cpio
# cpio -itv <modules.cpio >modules.listing
# mkdir modules
# cpio -idumv <../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 >/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 >/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 > $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>
|