<!doctype linuxdoc system>
<linuxdoc>
<article>
<titlepag>
<title>RedHat Linux KickStart HOWTO</title>

<author><name>Martin Hamilton <tt>&lt;martinh@gnu.org&gt;</tt>,
Vertaald door: Ellen Bokhorst <tt>&lt;bokkie@nl.linux.org&gt;</tt>
</name></author>
<date>v0.2, 11 januari 1999</date>

<abstract>
In deze HOWTO wordt beknopt beschreven hoe het RedHat Linux
<em>KickStart</em> systeem te gebruiken om snel grote aantallen
identieke Linux boxen te installeren. Voor geavanceerde gebruikers
beschrijven we hoe de Kickstart installatieprocedure naar eigen
inzicht aan kan worden gepast en geven we een beknopte leidraad voor het
zelf samenstellen van RPM packages.
</abstract>
</titlepag>

<toc>


<sect><heading>Copyright</heading>
<p>
Copyright (c) 1998 Martin Hamilton, Alle rechten gereserveerd. Dit is
vrije documentatie; je kunt het onder de voorwaarden van versie
2 of later van de <url name="GNU General Public License"
url="http://www.gnu.org/copyleft/gpl.html"> opnieuw distribueren en/of
aanpassen.
</p>
</sect>

<sect><heading>Homepage</heading>
<p>

Als je aan dit document via een Linux HOWTO mirrorsite of een CD-ROM
bent gekomen, wil je wellicht de
<url name="KickStart HOWTO home page" url="http://wwwcache.ja.net/dev/kickstart/">
er nog op nazien of hier een nieuwere versie van in omloop is.
</p>
</sect>

<sect><heading>Introductie</heading>
<p>

RedHat Linux versie 5 komt met een weinig bekend (en tot nu, niet 
erg gedocumenteerde) faciliteit genaamd
<em>KickStart</em>.  Hiermee kun je (bijna) alles van de RedHat Linux installatie
automatiseren, waaronder:

<itemize>
<item> Selecteren van de taal</item>
<item> Netwerkconfiguratie en selecteren van de distributiebron</item>
<item> Toetsenbordkeuze</item>
<item> Bootloader installatie (b.v. lilo)</item>
<item> Diskpartitionering en aanmaak bestandssysteem</item>
<item> Muiskeuze</item>
<item> X Window systeem serverconfiguratie</item>
<item> Keuze van de tijdszone</item>
<item> Keuze van een (initieel) root wachtwoord</item>
<item> Welke packages te installeren</item>
</itemize>
</p>

<p>
Scherpzinnige RedHat gebruikers zullen zich inmiddels waarschijnlijk hebben
gerealiseerd dat dit in belangrijke mate de hoofdstappen zijn die een
handmatige installatie van een RedHat Linux systeem inhouden.
KickStart maakt het je mogelijk een script te schrijven voor het
reguliere installatieproces, door de informatie die je normaal gesproken
op het toetsenbord op zou geven in een configuratiebestand te plaatsen.
</p>
<p>
<em>Maar wacht - er is meer :-)</em>
</p>

<p>
Na het normale installatieproces te hebben be&euml;indigd, laat KickStart
je ook een lijst specificeren met opdrachten op niveau van de shell die
je zou willen hebben uitgevoerd. Dit betekent dat je automatisch extra
lokale software kunt installeren die niet als onderdeel van RedHat Linux
wordt gedistribueerd (ja, er zijn zelfs meer vrij verkrijgbare 
softwareprogramma's dan datgene dat je bij de RedHat distributie krijgt.
Een aantal kunnen vanwege wettelijke gronden niet door RedHat worden
gedistribueerd, b.v. de <tt>ssh</tt> en <tt>PGP</tt> encryptie systemen). 
Mogelijk heb je die nodig voor een volledig functioneel besturingssysteem.
</p>
</sect>

<sect><heading>Eerste vereisten</heading>
<p>
Er zijn twee benaderingen bij een KickStart installatie - &eacute;&eacute;n
daarvan is eenvoudigweg je KickStart configuratiebestand naar een RedHat
bootdiskette kopi&euml;ren. De andere is gebruik te maken van een
reguliere bootdiskette en je Kickstart configbestand via het netwerk
ophalen.
</p>

<p>
In beiden gevallen heb je nodig:
</p>

<p>
<enum>
<item> Intel (i386) klasse computers - waarmee KickStart alleen schijnt
te werken tijdens moment van schrijven.</item>
<item> KickStart configbestand - hier zullen we het in de volgende sectie
over hebben.</item>
<item> RedHat bootdisk - bij voorkeur uit de <em>updates</em>
  directory, om voordeel te hebben van eventuele correcties/updates van drivers.
  </item>
<item> DNS records voor de IP-adressen die je zal gaan gebruiken - optioneel,
  maar zal de installatie onderbreken doordat het je vraagt naar de 
  domeinnaam van je computer.</item>
</enum>
</p>
<p>
Als je je configbestand over het netwerk op wilt halen, zal je het via
NFS moeten exporteren, dit is de enige toegangsmethode die op het moment
wordt ondersteund. Het configbestand laat je een andere NFS server specificeren
waar het de RedHat distributie zelf van ophaalt.
</p>

<p>
Je kunt voor je computer een statisch IP-adres configureren - b.v. een speciaal
adres gereserveerd voor KickStart installaties. Als alternatief kun je
KickStart opgeven een BOOTP/DHCP server te gebruiken om het IP-adres op te
halen als je het niet als vaststaand adres in het configbestand wilt coderen.
Een aantal servers zal nieuwe adressen in een gegeven bereik automatisch
toewijzen, zoals b.v. <url name="de CMU BOOTP
server met dynamische adresseringsextensies"
  url="ftp://ftp.ntplx.net/pub/networking/bootp">.
</p>

<p>
Meer informatie over NFS en BOOTP/DHCP is te vinden in Appendix A.
</p>
</sect>

<sect><heading>Instellen van een bootdiskette</heading>
<p>

In essentie is alles wat je moet doen je KickStart configbestand naar
<em>/ks.cfg</em> op de RedHat bootdiskette kopi&euml;ren, b.v.

<tscreen><verb>
  mcopy ks.cfg a:
</verb></tscreen>

De RedHat bootdiskette is echter tamelijk vol, en wellicht bemerk je
dat je een aantal van de andere bestanden moet verwijderen om ruimte
te maken voor het KickStart configbestand. Het lukte mij voldoende ruimte
vrij te maken door de diverse berichtbestanden te verwijderen
die normaal gesproken worden weergegeven door de
<tt>SYSLINUX</tt> bootloader, b.v.</p>

<p>
<tscreen><verb>
  mdel a:\*.msg
</verb></tscreen>

Een andere benadering zou kunnen zijn de drivers voor een deel van de
hardware die je toch niet hebt weg te gooien, zie de sectie over het
aanpassen van de bootdiskette hieronder.

Wellicht dat je ook <em>syslinux.cfg</em>, het <tt>SYSLINUX</tt>
configbestand wilt wijzigen. Ook deze is op de RedHat bootdiskette
in de top level directory terug te vinden.
De volgende <em>syslinux.cfg</em> bijvoorbeeld zal
er voor zorgen dat automatisch, zonder de normale onderbreking,
de KickStart mode wordt ingegaan als de computer opstart:

<tscreen><verb>
  default ks
  prompt 0
  label ks
    kernel vmlinuz
    append ks=floppy initrd=initrd.img
</verb></tscreen>
</p>

<p>
Naar alle waarschijnlijkheid wil je je boot- en aanvullende diskettes
baseren op de meest recente diskimages die beschikbaar zijn in 
<em>updates/i386</em> op je lokale RedHat mirrorsite. Oudere images
kunnen fouten bevatten of bieden minder ondersteuning voor hardwaredrivers.
</p>
</sect>

<sect><heading>Het KickStart configbestand</heading>

<p>
Het configbestand bestaat uit drie hoofdsecties:
</p>

<p>
<enum>
<item>Systeem info, b.v. diskpartitionering en netwerkconfig</item>
<item>Te installeren RedHat packages</item>
<item>Post-installatie uit te voeren shellopdrachten</item>
</enum>
</p>

<p>
Er zijn nog een aantal andere mogelijkheden waar we het hier niet over
zullen hebben, maar die 
<bf>wellicht</bf> wel werken. Kijk voor meer informatie in het voorbeeld
KickStart config in <em>misc/src/install/ks.samp</em> en
<em>doc/README.ks</em> onder de top level <em>i386</em> RedHat
distributie directory op je CD-ROM of lokale RedHat mirror site.
</p>

<sect1><heading>Systeeminfo</heading>
<p>

De beschikbare directives die ik heb gebruikt zijn:
</p>

<p>
<descrip>
<tag>lang</tag><p>Taalconfiguratie, b.v. voor Engels</p>
</descrip>

<tscreen><verb>
lang en
</verb></tscreen>

<descrip>
<tag>network</tag>
<p>Netwerkconfiguratie, b.v. gebruik van BOOTP/DHCP</p>
</descrip>

<tscreen><verb>
network --bootp
</verb></tscreen>

<descrip>
<tag>nfs</tag>
<p>NFS server en directory van waaruit te installeren, b.v.</p>
</descrip>

<tscreen><verb>
nfs --server chicken.swedish-chef.org /mnt/cdrom
</verb></tscreen>

om de NFS server <em>chicken.swedish-chef.org</em> te gebruiken en de
RedHat distributie vanuit de directory
<em>/mnt/cdrom</em> proberen te mounten.

<descrip>
<tag>keyboard</tag>
<p>Selecteer type toetsenbord, b.v. voor UK toetsenborden</p>
</descrip>

<tscreen><verb>
keyboard uk
</verb></tscreen>

<descrip>
<tag>zerombr</tag><p>Wis de Master Boot Record - verwijdert een eventueel
bestaande bootloader voor besturingssystemen op je disk</p>
</descrip>

<descrip>
<tag>clearpart</tag>
<p>Wis bestaande partities - b.v. om alle bestaande
diskpartities voor de installatie te verwijderen.</p>
</descrip>

<tscreen><verb>
clearpart --all
</verb></tscreen>

<descrip>
<tag>part</tag>
<p>Partitioneer de disk, b.v. voor het aanmaken van een
rootbestandssysteem van 500MB</p>
</descrip>

<tscreen><verb>
part / --size 500
</verb></tscreen>

<descrip>
<tag>install</tag>
<p>Voor een nieuwe installatie van RedHat Linux.</p>
</descrip>

<descrip>
<tag>mouse</tag>
<p>Stel de te gebruiken muis in, b.v. voor een PS/2 of compatibele 
"bus mouse"</p>
</descrip>

<tscreen><verb>
mouse ps/2
</verb></tscreen>

<descrip>
<tag>timezone</tag>
<p>Stel de tijdszone in, b.v. voor de lokale tijd in de UK</p>
</descrip>

<tscreen><verb>
timezone --utc Europe/London
</verb></tscreen>

<descrip>
<tag>rootpw</tag>
<p>Instelling van het initi&euml;le rootwachtwoord, afgeleid van
een eerder opgegeven versleuteld wachtwoord</p>
</descrip>

<tscreen><verb>
rootpw --iscrypted XaacoeGPmf/A.
</verb></tscreen>

<descrip>
<tag>lilo</tag>
<p>Installeer de LILO bootloader, b.v. in de Master Boot Record</p>
</descrip>

<tscreen><verb>
lilo --location mbr
</verb></tscreen>


<descrip>
<tag>/%packages</tag>
<p>Te installeren packages - zie hieronder.</p>
</descrip>

<descrip>
<tag>%post</tag>
<p>Post-installatie shellopdrachten - zie hieronder.</p>
</descrip></p>

<p>
De directory waar KickStart zoekt naar de RedHat distributie moet een
subdirectory <em>RedHat</em> bevatten, die de RedHat distributiestructuur
voor het platform in kwestie bevat. In het voorbeeld hiervoor, zouden we
bijvoorbeeld de volgende bestanden en directory's te zien moeten krijgen:
</p>

<p>
<tscreen><verb>
/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
</verb></tscreen>
</p>

<p>
Als je vanaf een CD-ROM installeert in plaats van vanaf het netwerk,
dan ziet de inhoud er ongeveer zo uit:
</p>

<p>
<tscreen><verb>
RedHat
RedHat/base
RedHat/contents
RedHat/i386
RedHat/instimage
RedHat/RPMS
RPM-PGP-KEY
</verb></tscreen>
</p>

<p>
Als je de RedHat distributie hebt voor meerdere architecturen (b.v.
op een NFS server - zijn ze te groot om meer dan &eacute;&eacute;n
versie van een architectuur op een enkele CD-ROM te passen), zal je
bemerken dat iedere distributie dezelfde bestanden en directory's
onder een subdirectory heeft, b.v.
</p>

<p>
<tscreen><verb>
alpha/RPM-PGP-KEY
i386/RPM-PGP-KEY
sparc/RPM-PGP-KEY
</verb></tscreen>
</p>

<p>
Er zou een bestand <tt>architecture</tt>/Redhat/<tt>architecture</tt>
moeten zijn, b.v. <em>i386/Redhat/i386</em>.
</p>
<p>
Met Perl is het heel eenvoudig als je je eigen versleutelde wachtwoorden
wilt aanmaken, b.v.
</p>

<p>
<tscreen><verb>
% perl -e 'print crypt("schmurrdegurr", "Xa") . "\n";'p
</verb></tscreen>
</p>
<p>
Andere opties (of niet ter sprake gebrachte opties) die ik niet heb geprobeerd:
</p>
<p>

<descrip>
<tag>cdrom</tag>
<p>Installeer vanaf CD-ROM in plaats van vanaf het netwerk.</p>
</descrip>

<descrip>
<tag>device</tag>
<p>Expliciete declaratie van details, b.v.</p>
</descrip>

<tscreen><verb>
device ethernet 3c509 --opts "io=0x330, irq=7"
</verb></tscreen>
</p>

<p>
Alternatieve waarden van <tt>device</tt> zijn onder andere <tt>scsi</tt> voor
SCSI controllers en <tt>cdrom</tt> voor eigen CD-ROM stations.

<descrip>
<tag>upgrade</tag>
<p>Upgrade een bestaande installatie in plaats van het uitvoeren
van een nieuwe installatie.</p>
</descrip>

<descrip>
<tag>xconfig</tag>
<p>Configureer de X Window server, grafische kaart en monitor.</p>
</descrip>

b.v.
</p>

<p>
<tscreen><verb>
xconfig --server "Mach64" --monitor "tatung cm14uhe"
</verb></tscreen>
</p>

<p>
Ik ben niet zo diep op die laatste ingegaan omdat ik niet van plan
ben X op de console te draaien of op &eacute;&eacute;n van mijn
met KickStart geconfigureerde computers.
Er is me verteld dat de uitvoering van <tt>xconfig</tt> binnen KickStart
zelf wat zwak is, maar dezelfde functionaliteit is ook vanaf de opdrachtregel
via <tt>Xconfigurator</tt> beschikbaar - dus wellicht dat je dit het
beste over kunt laten aan het post-installatie script.
</p>

<p>
Wanneer we alle stukjes en beetjes bijelkaar plaatsen ziet het
KickStart config bestand er ongeveer zo uit:
</p>

<p>
<tscreen><verb>
lang en
network --static --ip 198.168.254.253 --netmask 255.255.255.0
  --gateway 198.168.254.1 --nameserver 198.168.254.2
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
</verb></tscreen>
</p>

<p>
Een deel van de RedHat documentatie refereert naar een aanroep van de
<tt>network</tt> directive welke in de praktijk niet echt werkt:
<tt>network --option</tt>. De juiste aanroep is
<tt>network</tt> gevolgd door <tt>--static</tt>, <tt>--bootp</tt>
of <tt>--dhcp</tt>.  De BOOTP en DHCP opties zijn verschillend -
- in de mate dat ze zelfs van andere code gebruik maken.
</p>

<p>
Je kunt de <tt>--grow</tt> parameter toevoegen aan een <tt>part</tt>
directive om aan te geven dat het OK is dat de partitie verder toeneemt
dan de grootte die je opgeeft. Dit heeft waarschijnlijk slechts zin
als &eacute;&eacute;n partitie met <tt>--grow</tt> is gemarkeerd.
</p>
</sect1>

<sect1><heading>Te installeren packages</heading>
<p>
Het begin van de sectie packages van het KickStart configuratiebestand
wordt aangegeven door de aanwezigheid van een <tt>%packages</tt> directive
op een aparte regel. Dit wordt gevolgd door &eacute;&eacute;n of beiden
typen packages specifiers - individuele packages kunnen worden ge&iuml;nstalleerd
door de naam van de RPM ervan op te geven (exclusief de informatie betreffende
de versie en het platform), en groepen packages kunnen worden ge&iuml;nstalleerd
door de naam van de groep waartoe ze behoren op te geven.
</p>

<p>
Hier is een voorbeeld <tt>packages</tt> sectie voor een KickStart
configbestand:
</p>

<p>
<tscreen><verb>
%packages
@ Base
netkit-base
bind-utils
ncftp
rdate
tcp_wrappers
traceroute
cmu-snmp
</verb></tscreen>
</p>

<p>
Wat zijn deze groepen?  Er zijn een aantal groepen standaard gedefinieerd
in een bestand genaamd <em>base/comps</em> onder de top level directory
van de RedHat distributie. Dit zijn degenen die tijdens dit schrijven
van toepassing waren:
</p>

<p>
<itemize>
<item> Base</item>
<item> Printer Support</item>
<item> X Window System</item>
<item> Mail/WWW/News Tools</item>
<item> DOS/Windows Connectivity</item>
<item> File Managers</item>
<item> Graphics Manipulation</item>
<item> X Games</item>
<item> Console Games</item>
<item> X multimedia support</item>
<item> Console Multimedia</item>
<item> Print Server</item>
<item> Networked Workstation</item>
<item> Dialup Workstation</item>
<item> News Server</item>
<item> NFS Server</item>
<item> SMB (Samba) Connectivity</item>
<item> IPX/Netware(tm) Connectivity</item>
<item> Anonymous FTP/Gopher Server</item>
<item> Web Server</item>
<item> DNS Name Server</item>
<item> Postgres (SQL) Server</item>
<item> Network Management Workstation</item>
<item> TeX Document Formatting</item>
<item> Emacs</item>
<item> Emacs with X windows</item>
<item> C Development</item>
<item> Development Libraries</item>
<item> C++ Development</item>
<item> X Development</item>
<item> Extra Documentation</item>
</itemize>
</p>

<p>
Het zal je opvallen dat ze met de diverse configuraties corresponderen
waar je gedurende een handmatige installatie om wordt gevraagd.
Een aantal packages in een gegeven packagegroep komen ook in andere
groepen voor. Je kunt meerdere groepen packages installeren zonder dat
dit problemen veroorzaakt. Iedere groepsingang in de 
<em>comps</em> opsomming ziet er ongeveer zo uit:
</p>

<p>
<tscreen><verb>
0 Extra Documentation
sag
lpg
howto
faq
man-pages
end
</verb></tscreen>
</p>

<p>
Het schijnt dat groepen met een <em>1</em> naast de naam (de eerste
regel hierboven) standaard voor de installatie worden geselecteerd.
Je kunt het Linux installatieproces zelfs verder aanpassen door je eigen
groepen aan te maken of bestaande groepen te herdefini&euml;ren
door dit bestand te wijzigen.
</p>
</sect1>

<sect1><heading>Post-installatie shellopdrachten</heading>
<p>
Dit is waarschijnlijk de beste faciliteit, en iets waarvan geen direct
equivalent beschikbaar is in het handmatige installatieproces.
Wat we hier kunnen doen is een reeks opdrachten specificeren op niveau van de shell
die zouden kunnen worden uitgevoerd nadat de hoofdinstallatie (diskpartitionering,
installatie van de packages, enzovoort) compleet is.
</p>

<p>
Het begin van deze sectie wordt aangeduid door de <tt>%post</tt>
directive in het KickStart configbestand. In de opdrachten die
daarop volgen kun je voordeel trekken van alle utility's die op je
nieuw gebouwde Linux systeem zijn ge&iuml;nstalleerd, b.v.
</p>

<p>
<tscreen><verb>
%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
</verb></tscreen>
</p>

<p>
Je kunt ook gebruik maken van I/O omleiding en "here" documenten:
</p>

<p>
<tscreen><verb>
cat <<EOF >>/etc/passwd
squid:*:102:3500:Squid Proxy:/usr/squid:/bin/bash
EOF

cat <<EOF >>/etc/group
cache:x:3500:
EOF
</verb></tscreen>
</p>

<p>
Pas de runtime opstartscripts aan:
</p>

<p>
<tscreen><verb>
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
</verb></tscreen>
</p>

<p>
Stel de <em>crontab</em> regels in:
</p> 

<p>
<tscreen><verb>
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
</verb></tscreen>
</p>

<p>
En installeer zelfs andere RPM's die je zelf hebt samengesteld:
</p>

<p>
<tscreen><verb>
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
</verb></tscreen>
</p>

<p>
Je kunt hetzelfde effect bereiken door eigen RPM's aan te maken met
de opdrachten die je uit wilt voeren - zie hieronder voor meer informatie.
Geef ze een zorgvuldig gekozen naam. Je kunt ze als eerste laten installeren
(b.v. naam laten beginnen met 'aaa') of als laatste (b.v. naam laten 
beginnen met 'zzz').</p>

<p>
Een minder moeizame manier om root crontab records aan te maken is
ze als bestanden in &eacute;&eacute;n of meer van de directory's
<em>/etc/cron.hourly</em>, <em>/etc/cron.daily</em>,
<em>/etc/cron.weekly</em> en <em>/etc/cron.monthly</em> aan te maken.
</p>

<p>
Meer informatie over het samenstellen van je eigen RPM's is beschikbaar
in Appendix B.
</p>
</sect1>
</sect>

<sect><heading>De installatie zelf</heading>

<p>
Boot zoals gewoonlijk vanaf je RedHat bootdiskette de computer waarop
RedHat zal worden ge&iuml;nstalleerd, maar in plaats van het indrukken
van de <tt>RETURN</tt> achter de <tt>SYSLINUX</tt> prompt tik je
<tt>linux ks</tt> in.
</p>

<p>
Als je geluk hebt, is dit alles wat je in hoeft te tikken!
</p>

<p>
Als je de RedHat bootdiskette zoals hierboven uiteengezet hebt aangepast,
hoef je zelfs dit niet te doen :-)
</p>

<p>
Aangezien we slechs de normale stappen van een RedHat installatie
aan het automatiseren zijn, zullen de normale dialogen verschijnen
als/wanneer KickStart niet meer weet wat het vervolgens moet doen.
In het meest waarschijnlijke geval zal je netwerkinterface niet
onmiddellijk automatisch worden gedetecteerd en zal je worden
gevraagd naar het IRQ en I/O-adres. KickStart heeft meestal hulp
nodig bij ISA-kaarten, en detecteert PCI-kaarten automatisch.
</p>

<p>
Je kunt zoals gewoonlijk door het wisselen van virtuele consoles in
de gaten houden wat KickStart aan het doen is:
</p>

<p>
<itemize>
<item> Alt-F1 - installatie dialoog</item>
<item> Alt-F2 - shellprompt</item>
<item> Alt-F3 - installatielog (meldingen van het installatieprogramma)</item>
<item> Alt-F4 - systeemlog (meldingen van de kernel, enz.)</item>
<item> Alt-F5 - andere meldingen</item>
</itemize>
</p>
</sect>

<sect><heading>Mounten van de boot/aanvullende disks</heading>
<p>
De RedHat bootdisk <em>boot.img</em> is in het MS-DOS formaat en maakt
gebruik van het <tt>SYSLINUX</tt> programma om te booten. De aanvullende disk
<em>supp.img</em> is een Linux <tt>ext2</tt> bestandssysteem. Je kunt
deze bestanden beiden aan je bestandssysteem mounten en ze hacken
als je in je Linux-kernel ondersteuning hebt voor het loopback
bestandssysteem:
</p>

<p>
<tscreen><verb>
# mkdir -p /mnt/boot /mnt/supp
# mount -o loop -t msdos boot.img /mnt/boot
# mount -o loop supp.img /mnt/supp
</verb></tscreen>
</p>

<p>
Nu zou je de bestanden op de boot- en aanvullende disk onder respectievelijk
de <em>/mnt/boot</em> en <em>/mnt/supp</em> moeten kunnen zien.
H&egrave;!  Mogelijk kunnen oudere versies van <tt>mount</tt> de optie
<tt>-o loop</tt> niet hanteren. In deze gevallen moet je expliciet gebruik
maken van <tt>losetup</tt> om voor ieder bestand het loopback device te
configureren, b.v.
</p>

<p>
<tscreen><verb>
# losetup /dev/loop0 boot.img
# mount -t msdos /dev/loop0 /mnt/boot
</verb></tscreen>
</p>

<p>
Wellicht dat je expliciet de optie <tt>-t ext2</tt> op moet geven bij
het mounten van een <tt>ext2</tt> bestandssysteem zoals hetgeen op de
aanvullende disk. Maar het ziet ernaar uit dat mensen met moderne
Linux distributies zich hier geen zorgen over hoeven maken.</p>

<p>
Als je het niet te moeilijk wilt maken, dan kun je dit altijd omzeilen,
en echte diskettes manipuleren in plaats van deze diskette-images.

<!-- Als tijd van belang is, zal je waarschijnlijk de voorkeur
geven aan het gebruik van loopback devices, aangezien je wat met de
diskimages kunt rommelen zonder  
you can hack around
with the disk images without incurring the latency associated with a
genuine floppy disk read/write.<p>-->
</p>
</sect>

<sect><heading>Aanpassen van het RedHat installatieprogramma</heading>
<p>
Als je wat met de installatieprocedure zelf wilt aanrommelen, de
broncode is te vinden op de RedHat CD-ROM of je lokale RedHat mirrorsite.
Het bevindt zich in de <em>misc/src/install</em> onder de toplevel directory
van de <em>i386</em> distributie.
</p>
<p>
Als je de RedHat bootdisk bestudeert, zul je zien dat er naast de
Linux kernel <em>vmlinuz</em>, een groot bestand
<em>initrd.img</em> is:
</p>

<p>
<tscreen><verb>
- -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
</verb></tscreen>
</p>
<p>
Je raadde het al, dit is een ander <tt>ext2</tt> bestandssysteem dat als
een bestand is opgeslagen --- maar met een handigheidje.  
Het is in feite ook gecomprimeerd.  Je kunt
het decomprimeren en het resultaat ervan mounten, b.v.
</p>

<p>
<tscreen><verb>
# gzip -dc /mnt/boot/initrd.img >/tmp/initrd.ext2
# mkdir /mnt/initrd
# mount -o loop /tmp/initrd.ext2 /mnt/initrd
</verb></tscreen>
</p>
<p>
Waarschijnlijk het belangrijkste onderdeel van dit bestandssysteem is
de verzameling laadbare kernelmodules die in de bootdisk is opgenomen.
Als je een nieuwe driverversie hierin op wilt nemen, dan moet je of
<em>vmlinuz</em> door een nieuwe kernel vervangen, welke statisch is
gelinkt, of het in de verzameling modules vervangen.
Bovendien moet je wellicht andere modules verwijderen om plaats te maken.
</p>

<p>
Het bestand <em>modules/modules.cgz</em> bestaat uit de verzameling modules.
Vraag je je af wat dat zou kunnen zijn?  In feite is het een
gecomprimeerd <tt>cpio</tt> archief, geloof het of niet! 
En je dacht dat niemand <tt>cpio</tt> nog gebruikte...  
Zelfs RPM maakt intern nog gebruik van <tt>cpio</tt>
Zo kun je er wat mee rommelen:
</p>
<p>

<tscreen><verb>
# gzip -dc /mnt/initrd/modules/modules.cgz >/tmp/modules.cpio
# cpio -itv <modules.cpio >modules.listing
# mkdir modules
# cpio -idumv <../modules.cpio
</verb></tscreen>

Ik denk dat er thans onder Linux geen manier is (tenminste in
hoofdstroom distributies) om transparant gecomprimeerde bestandssystemen
te benaderen. Laat het me weten als je meer weet!
</p>

<p>
Denk aan het volgende als je wijzigingen aanbrengt:
</p>

<p>
<enum>
<item> Maak voor het opnieuw aanmaken van het archief gebruik van <tt>cpio</tt>.
Hoe je dit doet wordt als oefening aan de lezer overgelaten...
</item>
<item> Gebruik <tt>gzip</tt> om het resulterende archief te comprimeren.
</item>
<item> Kopieer het naar <em>/mnt/initrd</em>, of waar je je ongecomprimeerde
<em>initrd.img</em> archief dan ook plaatst.
</item>
<item> Unmount <em>/mnt/initrd</em> (of hoe je het ook noemde).
</item>
<item> Comprimeer het nieuwe <em>initrd.img</em> wederom met <tt>gzip</tt>.
</item>
<item> Kopieer het resulterende archief naar de bootdisk-image - in ons
voorbeeld <em>/mnt/boot/initrd.img</em>.
</item>
<item> Unmount de bootdisk-image, b.v. <em>/mnt/boot</em>.  </item>
</enum>
</p>

<p>
Tenslotte kun je met deze aangepaste bootdisksetup nieuwe bootdiskettes
aanmaken, b.v.
</p>

<p>
<tscreen><verb>
# cat boot.img >/dev/fd0
</verb></tscreen>
</p>
</sect>

<sect><heading>FAQ's/Lijst met wensen</heading>
<p>

<bf>V:</bf> Na de KickStart installatie boot mijn computer niet.
De BIOS geef een melding als <tt>Missing operating system</tt>.
</p>
<p>
<bf>A:</bf> Het lijkt erop dat de partitie met het rootbestandssysteem
niet opstartbaar is. Gebruik <tt>fdisk</tt> om naar de opstartbare status
over te schakelen.
</p>
<p>
<bf>V:</bf> Na de disketteboot, krijg ik de melding:
 <tt>Error opening files for kickstart copy: File exists</tt>.
</p>

<p>
<bf>A:</bf> Gebruik een recentere versie van de <em>boot.img</em> en
<em>supp.img</em> - kijk in de directory <em>updates</em> van je
lokale RedHat mirror site.  Een aantal oudere versies hiervan voor
RedHat 5.1 bevatte een fout.</p>

<p>
<bf>V:</bf> Kun je ook alle uitstaande patches (bijgewerkte RPM's) 
automatisch toepassen? Hoe?
</p>

<p>
<bf>A1:</bf> Kopieer de RPM's die je wilt installeren naar de RPMS directory van waaruit
de installatie plaats gaat vinden, zie dat je van de oudere RPM's afkomt,
en werk het bestand <em>RedHat/base/hdlist</em> bij met de nieuwe RPM details.
Zie Appendix C voor een script van Eric Doutreleau dat
dit voor je doet. Als je het zelf doet, denk er dan aan daarna
<em>genhdlist</em> uit te voeren!</p>

<p>
<bf>A2:</bf> Probeer dit Perl-script: <url name="patchup"
url="http://wwwcache.ja.net/dev/patchup/">.  Het vergelijkt de RPM's
die op je systeem zijn ge&iuml;nstalleerd met die in een 
voorgestelde directory en rapporteert over degenen waarvan wordt
verondersteld dat ze moeten worden bijgewerkt. Ze kunnen zelfs
worden ge&iuml;nstalleerd als je dat het script toevertrouwd.
</p>
<p>
<bf>A3:</bf> <url name="rpm2hml" url="http://rufus.w3.org/linux/rpm2html/">
heeft een krachtiger (12MB C code vs. een Perl pagina!) versie van A2.
</p>
<p>
<bf>V:</bf> Een enkel config bestand op de installatieserver voor alle
clients, misschien als een uitwijkmogelijkheid na het uitproberen van
<em>IPADDR-kickstart</em> ?
</p>
<p>
<bf>A1:</bf> Gebruik de BOOTP/DHCP 'boot file' parameter <em>bf</em> om de
bestandsnaam in te stellen.
</p>

<p>
<bf>A2:</bf> Voeg een record <tt>bf=/kickstart/ks.cfg</tt> toe aan de
relevante ingang in <em>/etc/bootptab</em>.
</p>
<p>
<bf>V:</bf> Meer flexibiliteit wanneer er iets mis gaat - b.v. 
vraag naar de alternatieve lokaties als de distributie niet op de
CD-ROM is te vinden.
</p>

<p>
<bf>A:</bf> ?
</p>
<p>
<bf>V:</bf> Expliet uitsluiten van packages - b.v. alles behalve
<em>sendmail</em>.</p>

<p>
<bf>A:</bf> Zet het <bf>BASE</bf> package opnieuw op zonder sendmail.</p>

<p>
<bf>V:</bf> Kies welke services automatisch worden gestart bij de
systeemstart door de runlevel scripts onder <em>/etc/rc.d/</em>.</p>

<p>
<bf>A:</bf> Het <em>chkconfig</em> utility laat je configureren welke
services automatisch tijdens het booten worden uitgevoerd. Je kunt het
volgende in je post-installatie scriptsectie uit laten voeren, b.v.
voor het uitvoeren van <em>ypbind</em> in run
levels 3, 4 en 5:</p>

<p>
<tscreen><verb>
chkconfig --level 345 ypbind on
</verb></tscreen>
</p>
<p>
en het zal de ypbind level op de 345 level starten.
</p>
<p>
<bf>V:</bf>Laat uitvoer op een andere virtuele console verschijnen bij de
uitvoering van shellopdrachten in de <tt>%post</tt> sectie,
in plaats van het hoofdscherm te overschrijven.
<em>Zou kunnen worden gedaan in de sectie shellopdrachten met
<tt>open</tt>?</em>.
</p>

<p>
<bf>A:</bf> Geen probleem - doe bijvoorbeeld dit:</p>

<p>
<tscreen><verb>
  exec >/dev/tty5
</verb></tscreen>
</p>

<p>
<bf>V:</bf>Controleert de aanmaakcode voor het bestandssysteem op 
slechte blokken?</p>

<p>
<bf>A:</bf> Als je naar de virtuele console overschakelt waarop de uitvoer
van de aanmaak van het bestandssysteem wordt weergegeven, zie je geen
enkele vermelding van de uit te voeren 'read-only' test.
Het lijkt erop dat het antwoord 'nee' is.</p>

<p>
<bf>V:</bf>Kan ik het zo regelen dat een aantal machines anders worden
geconfigureerd dan anderen?</p>

<p>
<bf>A:</bf> Je zou de host afhankelijke gegevens in de script sectie
van de KickStart configuratie kunnen plaatsen - b.v. alleen een gegeven
RPM op een gegeven machine installeren. Het zou handig zijn als er
een voorwaardelijke installatiefaciliteit in de packages sectie van het
configuratiebestand was, b.v. overschakelen bij een andere architectuur,
of bij een hostnaam/domein naam/IP-adres.</p>

<p>
<bf>V:</bf>Zijn er wijzigingen tussen RedHat 5.1 en 5.2 ?</p>

<p>
<bf>A1:</bf> Veel wijzigingen in het installatieprogramma, maar voornamelijk
correcties op programmeerfouten en cosmetische verbeteringen.
Geen impact op KickStart zover als ik je kan zeggen - van een
<em>diff -rcs</em> van de twee <em>misc/src/install</em>
directory's.</p>

<p>
<bf>A2:</bf> RH5.2 heeft nu blijkbaar de automatische IP toekenning/DHCP
patches voor <tt>bootpd</tt> opgenomen, maar ze hebben de documentatie achterwege
gelaten waarin wordt aangegeven hoe je het gebruikt.
</p>

<p>
<bf>V:</bf> (Hoe) kun je een specifieke partitie of partities wissen?
b.v. <em>/home</em> behouden maar <em>/</em> legen.
</p>

<p>
<bf>A:</bf> Dit kan (nog) niet!</p>

<p>
<bf>V:</bf>Kun je het zo regelen dat je partities op meerdere drives
worden aangemaakt? b.v. <em>/</em> op <tt>sda</tt> en <em>/home</em>
op <tt>sdb</tt>.</p>

<p>
<bf>A:</bf> Ik denk van niet - het ziet ernaar uit dat je alleen toegang
krijgt tot de eerste drive vanuit het partitionerings hulpmiddel.</p>

<p>
<bf>V:</bf>Is het mogelijk bestaande partities op te laten nemen in
de mounttabel, of is het alleen mogelijk de aanmaak van nieuwe partities
te specificeren die dan zullen worden opgenomen?</p>

<p>
<bf>A:</bf> ?</p>

<p>
<bf>V:</bf> Waar is het bestand dat wordt aangemaakt bij de uitvoering van
<tt>mkkickstart</tt>?
</p>

<p>
<bf>A:</bf> Het maakt geen bestand aan - het dumpt de KickStart 
configuratie naar <tt>stdout</tt>.</p>

<p>
<bf>V:</bf> In de virtuele console 4 (Alt-F4) krijg ik <tt>Unable to load NLS
charset cp437(nls_cp437)</tt>. Wat betekent dit?  Moet ik me zorgen maken?
</p>

<p>
<bf>A:</bf> Het lijkt erop dat je aan het proberen bent een CD-ROM
gebrand met het Joliet (Unicode uitbreidingen op ISO 9660) bestandssysteem
te mounten. In theorie zijn de bestandsnamen op de CD-ROM wellicht bewerkt
en komen ze niet correct over onder Linux. In praktijk schijnt het geen
problemen te veroorzaken - zou een onechte afhankelijkheid kunnen zijn?</p>

<p>
<bf>V:</bf>Waarom wordt het X Window Systeem ge&iuml;nstalleerd? Ik plaatste
het niet in mijn lijst met packages.</p>

<p>
<bf>A:</bf> De <tt>XFree86-VGA16</tt> RPM is een 'basiscomponent', en
wordt als zodanig altijd ge&iuml;nstalleerd - tenzij je de definitie
van de basisklasse wijzigt.
</p>

<p>
<bf>V:</bf> Kan ik in mijn post-installatie script de packages
gebruiken die inmiddels zijn ge&iuml;nstalleerd om geweldige dingen
mee uit te halen die niet mogelijk zijn met de beperkte tools op de
diskettes?</p>

<p>
<bf>A:</bf> Ja - b.v. als je ervoor kiest Perl te installeren
wanneer je de KickStart config samenstelt, is bijna alles mogelijk in
ongeveer vijf regels :-)</p>
</sect>

<sect><heading>Krediet</heading>
<p>
Met dank aan Eric Doutreleau voor de info betreft <em>chkconfig</em>, de
hack voor het configuratiebestand <tt>SYSLINUX</tt>, en het Perlscript voor het bijwerken
van de RPM's op de distributieserver. Met dank aan Robert Kaminsky voor
het uitgebreide onderzoek. Met dank aan Piete Brooks, Flavia Regina
Munhoz, Tom Toffoli, Bob Robbins, Charlie Brady en Ragen Herrington,
voor hun opmerkingen en vragen.</p>
</sect>

<sect><heading>Appendix A - Configureren van BOOTP/DHCP en NFS</heading>
<p>
Als je je afvraagt wat in hemelsnaam deze BOOTP en DHCP zooi is, is meer
informatie beschikbaar op de <url name="DHCP WWW site"
url="http://www.dhcp.org/">. NFS wordt in de NFS-HOWTO apart gedocumenteerd
en er is ook een DHCP mini-HOWTO. Ik heb getracht voldoende details aan
te leveren zodat je ermee kunt beginnen, maar heb de onderwerpen niet al
te diepgaand behandeld - laat het me weten als je denkt dat dit
een beetje te veel van het goede is.
</p>

<p>
In de BOOTP/DHCP + NFS configuratie die we gaan bespreken, zou het
KickStart configuratiebestand via NFS te mounten moeten zijn door de
machine van waaraf wordt ge&iuml;nstalleerd
<em>/kickstart/IPADDR-kickstart</em> op de BOOTP/DHCP server,
waar <em>IPADDR</em> het IP-adres is van de nieuwe machine, b.v.
<em>/kickstart/198.168.254.254-kickstart</em> voor de machine
<em>198.168.254.254</em>.</p>

<p>
Je zou deze lokatie moeten kunnen overschrijven door de
<tt>bf</tt> parameter (boot file) in je BOOTP/DHCP response te retourneren.
Wellicht dat het zelfs mogelijk is deze via NFS geheel vanaf een andere
machine te mounten.</p>

<p>
Maak het bestand <em>/etc/exports</em> aan met een volgende vergelijkbare
inhoud om een aantal directory's voor NFS vanaf een bestaande Linux-box te
exporteren:</p>

<p>
<tscreen><verb>
/kickstart *.swedish-chef.org(ro,no_root_squash)
/mnt/cdrom *.swedish-chef.org(ro,no_root_squash)
</verb></tscreen></p>

<p>
Als je het IP-adres dat je met DNS gaat gebruiken niet hebt geregistreerd
dan kan het zijn dat wordt aangegeven dat de NFS-server en/of de RPC
portmapper het aflegt. Je kunt dit waarschijnlijk voorkomen door de
IP-adres/netmask paren in de configuratiebestanden te plaatsen, b.v.</p>

<p>
<tscreen><verb>
/kickstart 198.168.254.0/255.255.255.0(ro,no_root_squash)
</verb></tscreen>
</p>

<p>
en in <em>/etc/hosts.allow</em>:
</p>

<p>
<tscreen><verb>
ALL: 194.82.103.0/255.255.255.0: ALLOW
</verb></tscreen>
</p>

<p>
Dit komt doordat de meeste Linux-distributies gebruik maken van
TCP-wrappers voor een aantal of alle aan NFS gerelateerde daemons voor
het toegangsbeheer. De syntax van <em>/etc/exports</em> kan op andere
Unix-varianten anders zijn - de NFS-servers gebundeld met Linux-distributies
bieden gewoonlijke een veel breder bereik aan opties dan die met andere
Unix-versies worden geleverd.
</p>

<p>
Als je in je KickStart configuratiebestand een rootwachtwoord opneemt,
of via NFS, directory's met gevoelige informatie exporteert, zal je
ervoor moeten zorgen dat je deze informatie aan zo weinig mogelijk
mensen blootstelt. Dit kun je bewerkstelligen door de NFS exportpermissies
zo verfijnd mogelijk in te stellen, b.v. door een bepaalde host of
een bepaald te exporteren subnet te specificeren in plaats van een geheel
domein. Het is allemaal mooi en simpel als je een speciaal IP-adres
voor KickStart installaties vrijhoudt, behalve als je het later moet
wijzigen - of de machine opnieuw moet configureren om het IP-adres
via BOOTP/DHCP te krijgen.
</p>

<p>
De meeste NFS-servers vereisen dat je <tt>mountd</tt> en <tt>nfsd</tt>
(onder een aantal Unix-versies worden deze opdrachten voorafgegaan door
<tt>rpc.</tt>) te kennen geeft dat het bestand <em>/etc/exports</em> is gewijzigd -
gewoonlijk doe je dit door een <tt>SIGHUP</tt> te verzenden. Er is
vaak een programma of script genaamd <tt>exportfs</tt> die dit voor
je doet, b.v.
</p>

<p>
<tscreen><verb>
# exportfs -a
</verb></tscreen>
</p>

<p>
Wellicht dat de directory's niet automatisch worden ge&euml;xporteerd
wanneer NFS na het booten van de machine niet werkend en draaiend was.
Probeer te rebooten, of start als root de volgende programma's op:
</p>

<p>
<tscreen><verb>
# portmap
# rpc.nfsd
# rpc.mountd
</verb></tscreen>
</p>

<p>
Zoals opgemerkt, wordt op een aantal systemen het voorvoegsel <tt>rpc.</tt>
niet gebruikt. Onder de meeste moderne Unix-distributies zijn deze programma's
te vinden in de directory's <em>/usr/sbin</em> of <em>/usr/libexec</em>. 
Wellicht dat deze zich nog niet in je pad bevinden, b.v. als je <tt>su</tt> 
gebruikte om <em>root</em> te worden. Het programma <tt>portmap</tt> 
wordt soms ook <tt>rpcbind</tt> genoemd, b.v. onder Solaris, is voor een
aantal versies van <tt>nfsd</tt> vereist dat met een opdrachtregelopdracht
het aantal uit te voeren kopie&euml;n van de server wordt opgegeven, en
het kan zijn dat je bemerkt dat je ook een andere daemon met de naam
<tt>biod</tt> moet draaien. Het bovenstaande zou voldoende moeten zijn
op (bijna?) alle Linux systemen.
</p>

<p>
Als je gebruikt maakt van de CMU BOOTP server en dynamische adresseringsextensies
waarnaar eerder werd gerefereerd, dan zou een
voorbeeld <em>/etc/bootptab</em> record
(<em>/etc/bootptab</em> is de normale lokatie van het BOOTP/DHCP
configuratiebestand) er ongeveer zo uit zien:
</p>

<p>
<tscreen><verb>
  .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":
</verb></tscreen>

<!-- (wrapped for clarity) -->
</p>

<p>
Hiermee wordt aangegeven IP-adressen dynamisch toe te kennen bij het
aantreffen van nieuwe machines, te beginnen bij
<em>198.168.254.128</em> en verdergaand voor de volgende 48
(de hexidecimale waarde is <em>30</em>) adressen. Iedere client zal
de waarde <em>T250</em> teruggeven. In dit geval wordt hiermee ingesteld:</p>

<p>
<itemize>
<item> de DNS server <tt>ds</tt> op <em>198.168.254.2</em></item>
<item> de domeinnaam <tt>dn</tt> op <em>swedish-chef.org</em></item>
<item> de subnetmask <tt>sm</tt> op <em>255.255.255.0</em></item>
<item> de standaardgateway <tt>gw</tt> op <em>198.168.254.1</em></item>
<item> de lease lengte <tt>dl</tt> (hoelang het adres geldig is)
  op "forever"</item>
</itemize>
</p>
<p>
Er schijnen een aantal andere verseis van deze server in omloop te zijn
die de dynamische adressering niet ondersteunen. Hiervoor zou je een
opsomming moeten geven van de hardware (typisch de Ethernet MAC) adressen
van iedere te-installeren machine in <em>/etc/bootptab</em>, en de regels
zouden er dan ongeveer zo uit zien:</p>

<p>
<tscreen><verb>
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":
</verb></tscreen>
</p>

<p>
De parameter <tt>ha</tt> correspondeert met het hardware-adres
van de computer waarop wordt ge&iuml;nstalleerd.</p>
</sect>

<sect><heading>Appendix B - Je eigen RPM's aanmaken</heading>
<p>
Het RPM pakketformaat is reeds zeer goed gedocumenteerd, in het bijzonder
in het boek <em>Maximum RPM</em> van Ed Bailey, wat je kunt downloaden vanaf
de <url url="http://www.rpm.org/" name="RPM WWW site"> - tevens beschikbaar
via alle goede boekwinkels!  Dit zijn slechts een paar aanwijzingen voor
mensen die haast hebben.</p>

<p>
RPM packages worden samengesteld vanuit een <em>spec</em> bestand. 
Dit bestaat (op een vergelijkbare wijze als het KickStart configbestand)
uit voorgeschreven stappen
die moeten worden genomen om het package samen te stellen. Er wordt 
vanuit gegaan dat je het vanaf de bron op moet bouwen, mogelijk voor
meerdere platformen, en waarbij wellicht patches voor het compileren
moeten worden toegepast. Eenmaal samengesteld en ge&iuml;nstalleerd
zal een binaire RPM worden aangemaakt uit de bestanden en directory's
die je opgeeft als zijnde geassocieerd met het package. Het is belangrijk
er notitie van te nemen dat RPM er geen idee van heeft welke bestanden
en directory's aan een gegeven package zijn gerelateerd - je moet dit
opgeven.

Hier is een voorbeeldspecificatie voor een aangepaste RPM van de
<url name="Squid WWW cache server" url="http://squid.nlanr.net/">:</p>
<p>
<tscreen><verb>
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
Dit is slechts een eerste probeersel om de Squid Web Cache in te pakken
voor een eenvoudige installatie op onze RedHat Linux servers

%prep
%setup
%build
configure --prefix=/usr/squid
perl -spi -e 's!#( -DALLOW_HOSTNAME_UNDERSCORES)!$1!' src/Makefile
make

%install
make install

%files
/usr/squid
</verb></tscreen>
</p>
<p>
Zo bouw je deze RPM:
</p>
<p>
<tscreen><verb>
% 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
</verb></tscreen>
</p>
<p>
Hiermee zal automatisch een subdirectory onder de <em>BUILD</em>
directory worden aangemaakt, waarin de broncode zal worden uitgepakt
en dan de patch zal worden toegepast
(voor het patchen zijn een aantal opties beschikbaar - kijk in het
boek voor details). Nu zal RPM automatisch het package bouwen door
<tt>configure</tt> en vervolgens <tt>make</tt> uit te voeren, het met
<tt>make install</tt> installeren, en een momentopname te nemen van de
bestanden onder <em>/usr/squid</em>. Het is dat laatste wat de binaire
RPM van de Squid software zal vormen.</p>

<p>
We kunnen willekeurige shellopdrachten bij het uitpak-, bouw- en
installatieproces invoegen, zoals b.v. de aanroep naar <tt>perl</tt>
waarmee &eacute;&eacute;n van Squid's parameters tijdens het compileren
wordt verfijnd.</p>

<p>
De uiteindelijke binaire RPM zal onder de <em>RPMS</em> directory in
de voor het platform specifieke subdirectory <em>i386</em> worden achtergelaten.
In dit geval zal het <em>squid-1.NOVM.22-1.i386.rpm</em> worden genoemd.
De bestandsnaam wordt aangemaakt door de waarden van de volgende parameters
uit het spec bestand aaneen te schakelen:
<tt>Name</tt>, <tt>Version</tt> en
<tt>Release</tt> - plus het hardwareplatform in kwestie, in dit geval
<em>i386</em>.  Probeer dit in gedachten te houden bij het aanmaken van je
eigen RPM's, om te vermijden ze al te lange of moeilijke namen te geven!</p>

<p>
Het is het ook waard in gedachten te houden dat je RPM's kunt bouwen zonder
dat je het gehele softwarepackage opnieuw moet samenstellen, b.v.</p>

<p>
<tscreen><verb>
Summary: Linux 2.0.36 kernel + filehandle patch + serial console patch
Name: linux
Version: 2.0.36+filehandle+serial_console
Release: 1
Copyright: GPL
Group: Base/Kernel
Source: linux-2.0.36+filehandle+serial_console.tar.gz
%description
Dit is slechts een eerste poging in de Linux kernel met patches samen
te stellen voor installatie op onze RedHat Linux servers.

%prep
echo

%setup
echo

%build
echo

%install
echo

%post
/sbin/lilo

%files
/lib/modules/2.0.36
/boot/vmlinuz
</verb></tscreen>
</p>
<p>
In dit geval maken we eenvoudigweg een RPM gebaseerd op het
<em>/boot/vmlinuz</em> bestand en de inhoud van de directory
<em>/lib/modules/2.0.36</em>, en voeren <em>/sbin/lilo</em> uit nadat
het package op een doelcomputer is ge&iuml;nstalleerd. Laat het me weten
als je een veel nettere manier weet om het spec bestand te schrijven.
</p>
</sect>

<sect><heading>
Appendix C - Opnemen van je eigen RPM's in de distributie</heading>
<p>

Hier is Eric's script voor het opnemen van bijgewerkte RPM's in de
RedHat distributie:

<tscreen><verb>
#!/usr/bin/perl
#
$redhatdir="/cdrom/i386";
$rpmdir="/cdrom/i386/RedHat/RPMS/";
$updatedir="/cdrom/updates/";
@OTHERDIR=($updatedir);
foreach $dir (@OTHERDIR)
	{
	print "update voor $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";
#
# verwijder het oude bestand
#
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 nieuwer dan $file\n";
			unlink($file);
			}
		else 
			{
			if ( $version2 lt $version )
				{
				print "$file is nieuwer dan $file2\n";
				unlink($file2);
				$VERSION{$nom}=$version;
               			$BUILDVERS{$nom}=$buildvers;
               			$FILE{$nom}=$file;
              			$NOM{$nom}=$nom;
				}
			else
				{
				if ( $buildver2 > $buildvers )
						{
                     			   print "$file2 : $buildver2 est mieux que $file : $buildvers\n";
					   unlink($file);
						}
				else
						{
					print "$file2 : $buildver2 is ouder dan $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;
		}
	}

# hier doen we het zware werk 
#
system("$redhatdir/misc/src/install/genhdlist $redhatdir");
</verb></tscreen>
</p>
</sect>
</article>
</linuxdoc>