Définit les options d'authentification pour le
système. Cette commande est similaire à la
commande authconfig qui peut être
exécutée après l'installation. Par
défaut, les mots de passe sont normalement
cryptés et non masqués.
--enablemd5
Utilisez le cryptage md5 pour les mots de passe
utilisateur.
--enablenis
Active le support NIS. Par défaut,
--enablenis utilise tout
domaine trouvé sur le réseau. Un
domaine doit presque toujours être
défini manuellement (via
--nisdomain).
--nisdomain
Nom de domaine NIS à utiliser pour les services NIS.
--nisserver
Serveur à utiliser pour les services NIS
(diffusions par défaut).
Sur la plupart des systèmes PCI, le programme
d'installation cherche automatiquement à
détecter des cartes ethernet et SCSI. Sur des
systèmes plus anciens et certains systèmes
PCI, Kickstart a cependant besoin d'une indication pour
trouver les périphériques appropriés.
La commande de périphérique indique à
Anaconda d'installer des
modules supplémentaires. Elle se présente
sous la forme suivante :
device type>nom-de-module --opts options
type doit être
"scsi" ou "eth", et
nom-de-module
est le nom du module de noyau à installer.
--opts
Options à transmettre au module de noyau.
Notez que plusieurs options peuvent être
transmises si elles sont mises entre guillemets.
Par exemple :
Durant l'exécution de Kickstart, il est possible
d'utiliser des disquettes de pilotes en copiant leur
contenu dans le répertoire root d'une partition sur
le disque dur du système et en utilisant la
commande driverdisk pour indiquer au
programme d'installation où le rechercher.
Définit la langue par défaut pour le
système installé. La langue
spécifiée sera utilisée durant
l'installation de même que pour configurer tout
aspect spécifique à la langue du
système installé. Par exemple, pour
définir la langue anglaise, le fichier Kickstart
doit contenir la ligne suivante :
Spécifie la manière dont le chargeur de
démarrage doit être installé sur le
système. Par défaut, LILO est
installé sur le bloc de démarrage
maître du premier disque et installe un
système à double démarrage s'il
trouve une partition DOS (le système DOS/Windows
démarre si l'utilisateur entre
dos à l'invite
LILO:).
--appendparamètres
Spécifie les
paramètres du noyau.
--linear
Utilisez l'option LILO
linear ; elle sert
uniquement pour la compatibilité en amont
(et linear est désormais utilisé par
défaut).
--location
Spécifie l'emplacement où
l'enregistrement de démarrage LILO doit
être écrit. Les valeurs valables sont
mbr (par défaut),
partition (installe le
chargeur de démarrage sur le premier
secteur de la partition contenant le noyau) ou
aucun, ce qui empêche l'installation de tout
chargeur de démarrage.
En présence de cette commande, le programme
d'installation vérifie si LILO figure sur le bloc
de démarrage maître du premier disque dur,
puis redémarre le système s'il ne le trouve
pas -- aucune installation n'aura lieu dans ce cas. Ceci
peut empêcher Kickstart de réinstaller un
système déjà installé.
Configure la souris pour le système, tant en mode
graphique qu'en mode texte. Les options sont les
suivantes :
--device<dev>
Le périphérique sur lequel se trouve
la souris (par exemple, --device ttyS0)
--emulthree
Si cette commande figure dans le fichier, le
système X Window utilise
simultanément les boutons de souris gauche
et droit pour émuler le bouton du milieu
(à utiliser avec les souris à deux
boutons).
Après les options, l'un des types de souris
suivants peut être
spécifié :
Si la commande mouse est entrée sans
argument ou si elle est omise, le programme
d'installation essaie de détecter
automatiquement la souris (ce qui fonctionne pour
les souris les plus récentes).
Configure les informations de réseau pour le
système. Si cette commande ne figure pas dans le
fichier et si l'installation Kickstart ne requiert pas de
connexion au réseau (c'est-à-dire que
l'installation ne s'effectue pas par NFS), aucune
connexion au réseau n'est configurée pour le
système. Si l'installation ne requiert pas de
connexion au réseau,
Anaconda suppose qu'elle doit
s'effectuer par eth0 via une adresse IP dynamique
(BOOTP/DHCP) et configure le système
installé pour qu'il détermine de
façon dynamique son adresse IP. La commande network
configure les informations de connexion au réseau,
tant pour les installations Kickstart via le réseau
que pour le système installé.
--bootproto
dhcp,
bootp ou
static (les valeurs par
défaut pour DHCP, de même que
dhcp et
bootp sont traitées
de la même manière). Doit être
static pour les
informations IP statiques à utiliser.
--ip
Adresse IP pour l'ordinateur à installer.
--gateway
Passerelle par défaut sous la forme d'une adresse IP.
--nameserver
Serveur de noms principal, sous la forme d'une adresse IP.
--netmask
Masque réseau pour le système installé
Il existe trois méthodes différentes de
configuration de réseau :
DHCP
BOOTP
statique
La méthode DHCP utilise un serveur DHCP pour
obtenir la configuration de connexion au réseau.
Comme on peut l'imaginer, la méthode BOOTP est
similaire, et requiert un serveur BOOTP pour fournir la
configuration de connexion au réseau.
La méthode statique requiert la saisie de toutes
les informations de connexion au réseau requises
dans le fichier Kickstart. Comme leur nom l'indique, ces
informations sont statiques et seront utilisées
durant l'installation, et aussi après celle-ci.
Pour donner instruction à un système
d'utiliser DHCP pour obtenir sa configuration de connexion
au réseau, utilisez la ligne suivante :
network --bootproto dhcp
Pour donner instruction à un ordinateur d'utiliser
BOOTP pour obtenir sa configuration de connexion au
réseau, utilisez la ligne suivante dans le fichier
Kickstart :
network --bootproto bootp
La ligne pour une connexion au réseau statique est
plus complexe, dans la mesure où vous devez inclure
toutes les informations de configuration de réseau
sur une ligne. Vous devez spécifier :
l'adresse IP,
le masque réseau,
l'adresse IP de la passerelle,
l'adresse IP du serveur de noms.
Voici un exemple de ligne pour une connexion statique :
L'intégralité de la configuration du
réseaudoit apparaître sur une
ligne ! Nous l'avons présentée ici
sur deux lignes pour en faciliter la lecture.
Il y a deux restrictions qu'il faut garder à
l'esprit si vous voulez utiliser la méthode
statique :
Toutes les informations de configuration de connexion
au réseau statiques doivent être
spécifiées sur une
ligne ; vous ne pouvez pas insérer des
retours à la ligne, par exemple à l'aide
de barres obliques inverses.
part (requis pour les installations,
ignoré pour les mises à jour)
Créer une partition sur le système. Les
demandes de partition se présentent sous la
forme :
part point-de-montage --size taille [--grow] [--onpart partition] [--ondisk disque]
Le point-de-montage est l'endroit
où la partition sera montée et doit se
présenter sous l'une des formes suivantes :
/point-de-montage
(c'est-à-dire
/,
/usr,
/home)
swap
La partition sera utilisée comme espace
swap (d'échange).
raid.id
La partition sera utilisée pour le RAID
logiciel (reportez-vous à la commande
raid plus loin).
--size taille
Définit la taille minimum pour la partition.
--grow
Indique à la partition de croître
pour occuper l'espace disponible
(éventuellement).
--onpart partition
Indique au programme d'installation de placer la
partition sur le périphérique
partitionexistant. Par exemple,
partition /home --onpart hda1
place /home sur
/dev/hda1, qui doit
déjà exister.
--ondisk disque
Force la création de la partition sur un
disque spécifié. Par exemple,
--ondisk sdb placera la
partition sur le second disque du système.
Toutes les partitions créées seront
formatées dans le cadre du processus
d'installation.
Crée un périphérique RAID logiciel.
Cette commande se présente sous la forme :
raid point-de-montage --level niveau --device >périphérique-RAID<partitions*>
Le point-de-montage est
l'emplacement de montage du système de fichiers
RAID. S'il s'agit de /, le niveau de
RAID doit être 1, à moins qu'une partition
boot (/boot) ne soit présente,
dans laquelle la partition /boot doit
être du niveau 1 et la partition root
(/) peut être de n'importe quel
type disponible. partitions*
(ce qui indique que plusieurs partitions peuvent
être répertoriées) affiche la liste
des identificateurs RAID à ajouter au réseau
RAID.
--level
niveau
Niveau de RAID à utiliser (0, 1 ou 5).
--device périphérique-RAID
Nom du périphérique RAID à
utiliser (par exemple, md0 ou md1). Les
périphériques RAID vont de md0
à md7 et chacun ne peut être
utilisé qu'une seule fois.
Voici un exemple de la manière de créer une
partition RAID de niveau 1 pour / et
un RAID de niveau 5 pour /usr, en
supposant qu'il y a trois disques SCSI sur le
système. Dans cet exemple, le système
crée également trois partitions swap, une
sur chaque lecteur.
part raid.01 --size 60 --ondisk sda
part raid.02 --size 60 --ondisk sdb
part raid.03 --size 60 --ondisk sdc
part swap --size 128 --ondisk sda part swap --size 128 --ondisk
sdb part swap --size 128 --ondisk sdc
part raid.11 --size 1 --grow --ondisk sda part raid.12 --size 1
--grow --ondisk sdb part raid.13 --size 1 --grow --ondisk sdc
Redémarrer une fois l'installation terminée (pas d'arguments). Normalement, Kickstart affiche un message, puis attend que l'utilisateur appuie sur une touche avant de redémarrer.
Configure le système X Window. Si cette option
n'est pas spécifiée, l'utilisateur doit
configurer X Window manuellement durant l'installation,
pour autant que X Window ait été
installé ; cette option ne doit pas être
utilisée si X Window n'est pas installé sur
le système.
--noprobe
Ne pas essayer de détecter
l'écran.
--card carte
Utiliser la carte
carte; ce nom de carte
doit être l'un de ceux figurant dans la
liste des cartes de
Xconfigurator. Si cet
argument n'est pas fourni,
Anaconda cherche
à détecter le bus PCI pour la carte.
--monitor écran
Utiliser l'écran
écran; ce nom
d'écran doit être issu de la liste
des écrans dans
Xconfigurator. Il est
ignoré si --hsync ou
--vsync est fourni ;
si aucune information sur l'écran n'est
fournie, la détection de l'écran
s'effectue par la fonction plug-and-play.
--hsync fréquence
Spécifier la fréquence horizontale de l'écran.
--vsync fréquence
Spécifier la fréquence verticale de
l'écran.
--startxonboot
Utiliser un login graphique (niveau
d'exécution 5) pour le système
installé.
Si "zerombr" est spécifié et si
"yes" est son seul argument, toute table des
partitions non valable trouvée sur les disques est
initialisée. Ceci détruira tout le contenu
des disques contenant des tables des partitions non
valables. Cette commande doit être utilisée
comme suit :
Utiliser la commande %packages pour commencer
une section de fichier Kickstart indiquant la liste des
paquetages que vous voulez installer (ceci ne vaut que pour les
installations, étant donné que la sélection
de paquetages durant les mises à jour n'est pas prise en
charge).
Il est possible de spécifier les paquetages par composant
ou par nom de paquetage. Le programme d'installation
définit plusieurs composants qui regroupent les
paquetages connexes. Reportez-vous au fichier
RedHat/base/comps figurant sur n'importe
quel CD-ROM Red Hat Linux pour obtenir une liste des composants. Les
composants sont définis par les lignes commençant
par un nombre, suivi d'un espace, puis du nom du composant.
Chaque paquetage de ce composant est ensuite
répertorié, ligne après ligne. Les
paquetages individuels ne sont pas assortis du chiffre que l'on
trouve devant les lignes de composant.
En outre, il y a trois autres types de lignes que vous pouvez
rencontrer dans le fichier comps :
Spécifique à l'architecture (alpha:, i386: et sparc64:)
Si un nom de paquetage commence par un type
d'architecture, il suffit que vous entriez le nom du
paquetage, pas celui de l'architecture. Par exemple :
Pour i386: netscape-common, vous
devez uniquement utiliser la partie
netscape-common pour ce paquetage
spécifique à installer.
Lignes commençant par ?
Les lignes commençant par ?
sont spécifiques au programme d'installation. Vous
n'avez rien à faire avec ces types de lignes.
Lignes commençant par --hide
Si un nom de paquetage commence par
--hide, il suffit que vous entriez le
nom du paquetage sans --hide. Par
exemple :
Pour --hide KDE Workstation vous
devez uniquement utiliser la partie KDE
Workstation pour le paquetage
spécifique à installer.
Le plus souvent, il suffit de répertorier les composants
souhaités et non des paquetages individuels. Notez que le
composant Base est toujours
sélectionné par défaut, de sorte qu'il
n'est pas nécessaire de le spécifier dans la
section %packages.
Voici un exemple de sélection %packages :
%packages
@ Networked Workstation
@ C Development
@ Web Server
@ X Window System
bsd-games
Comme vous le voyez, les composants sont
spécifiés, ligne après ligne, en
commençant par le signe @, suivi d'un
espace, puis du nom complet du composant tel qu'il figure dans
le fichier comps . Spécifiez des
paquetages individuels sans caractères
supplémentaires (la ligne bsd-games
dans l'exemple ci-dessus
désigne un paquetage individuel).
Remarque
Vous pouvez également donner pour instruction à
l'installation Kickstart d'utiliser les installations des
classes Serveur et Poste de travail. Pour ce faire, ajoutez
simplement l' une des lignes suivantes
à la section %packages :
Vous avez la possibilité d'ajouter des commandes à
exécuter sur le système une fois l'installation
terminée. Cette section doit se trouver à la fin
du fichier Kickstart et commencer par la commande
%post. Notez que vous pouvez accéder
au réseau dans la section %post ;
nameservice n'a cependant pas encore
été configuré à ce stade, de sorte
que seules les adresses IP fonctionnent. Voici un exemple de
section %post :
%post
# add comment to /etc/motd
echo "Kickstart-installed Red Hat Linux `/bin/date`" > /etc/motd
# add another nameserver
echo "nameserver 10.10.0.2" >> /etc/resolv.conf
Cette section crée un fichier de message du jour
contenant la date à laquelle a eu lieu l'installation
Kickstart et contourne la limitation "one name server
only" (un seul serveur de noms) de la commande
network en ajoutant un autre serveur de noms
à /etc/resolv.conf.
Remarque
Notez que le script post-installation est
exécuté dans un environnement auquel a
été appliqué l'utilitaire chroot ;
c'est pourquoi l'exécution de tâches telles que
la copie de scripts ou de RPM à partir des supports
d'installation ne fonctionnera pas.
--nochroot
Vous permet de spécifier des commandes que vous
souhaitez exécuter en dehors de l'environnement
auquel a été appliqué l'utilitaire
chroot.