Red Hat Training

A Red Hat training course is available for Red Hat Enterprise Linux

32.8.2. Mise à disposition du fichier kickstart sur le réseau

Les installations réseau utilisant kickstart sont assez courantes ; les administrateurs système peuvent en effet aisément automatiser l'installation sur de nombreux ordinateurs en réseau. En général, l'approche la plus couramment utilisée consiste, pour l'administrateur, à avoir à la fois un serveur BOOTP/DHCP et un serveur NFS sur le réseau local. Le serveur BOOTP/DHCP sert à communiquer au système client ses informations de mise en réseau, tandis que les fichiers réellement utilisés pendant l'installation se trouvent sur le serveur NFS. Ces deux serveurs fonctionnent souvent sur le même ordinateur, mais ce n'est pas une obligation.
Incluez l'option de démarrage du noyau ks à la ligne append d'une cible dans votre fichier pxelinux.cfg/default pour spécifier l'emplacement d'un fichier kickstart sur votre réseau. La syntaxe de l'option ks dans un fichier pxelinux.cfg/default est identique à sa syntaxe lorsqu'utilisé à l'invite de démarrage. Reportez-vous à la Section 32.10, « Lancement d'une installation kickstart » pour une description de la syntaxe et à la Exemple 32.4, « Utiliser l'option ks dans le fichier pxelinux.cfg/default » pour voir un exemple de la ligne append.
Si le fichier dhcpd.conf sur le serveur DHCP est configuré pour pointer vers /tftpboot/pxelinux.0 sur le serveur BOOTP (qu'il soit sur la même machine physique ou non), les systèmes configurés pour démarrer sur le réseau pourront charger le fichier kickstart et commencer l'installation.

Exemple 32.4. Utiliser l'option ks dans le fichier pxelinux.cfg/default

Par exemple, si foo.ks est un fichier kickstart disponible sur un partage NFS sur 192.168.0.200:/export/kickstart/, une partie de votre fichier pxelinux.cfg/default pourrait inclure :
label 1
  kernel RHEL6/vmlinuz
  append initrd=RHEL6/initrd.img ramdisk_size=10000 ks=nfs:192.168.0.200:/export/kickstart/foo.ks