Arranca las opciones para autenticar el sistema.
Es parecida al comando authconfig
que puede ser utilizado después de la instalación.
Por defecto las contraseñas son encriptadas
pero no se activa el modo shadow.
--enablemd5
Usa encriptación md5 para las contraseñas.
--enablenis
Activa la autenticación NIS. Por defecto,
--enablenis usa cualquier dominio
de la red. Un dominio debería ser introducido
siempre a mano (via --nisdomain).
--nisdomain
Nombre del dominio NIS usado para los servicios NIS.
En la mayoría de los sistemas PCI, el programa
de instalación efectúa correctamente los chequeos para
las tarjetas etherner y SCSI. En sistemas más antiguos y en
algunos sistemas PCI, es necesario especificar algún dato para que
kickstart funcione correctamente.
El comando device comunica a
Anaconda que debe instalarmódulos adicionales.
De la siguiente manera:
device <type><moduleName> --opts <options>
<type> debería ser
"scsi" o "eth", y <moduleName>
es el nombre del módulo dek kernel que debería ser
instalado.
--opts
Opciones que hay que pasar al módulo kernel. Tome nota
del hecho de que se pueden pasar más opciones
al kernel metiéndolas entre comillas. Por ejemplo:
El disco que contiene los driver puede ser copiado
en una partición del disco duro utilizando el comando
driverdisk. Además se puede
especificar al programa de instalación donde han sido
copiados.
driverdisk <partition> [--type <fstype>]
<partition> es la partición
que contiene el disco del controlador.
--type
Tipo de sistema de ficheros (por ejemplo, VFAT o ext2).
Indica al proceso de instalación si se desea
activar el procedimiento de instalación o de actualización.
Por defecto se activa el procedimiento de instalación.
Define el idioma por defecto en el sistema instalado.
El idioma que especifique será usado durante la
instalación y para seleccionar el idioma de los mensajes
que aparecerán en la pantalla.
Por ejemplo, para establecer el idioma inglés, deberá introducir
la siguiente línea en el fichero kickstart:
Especifica cómo instalar el programa de arranque (boot loader).
Por defecto, LILO se instala en el MBR del primer disco e
instala un sistema dual-boot si encuentra una
partición DOS (el sistema DOS/Windows arrancará
si el usuario teclea
dos en el prompt de
LILO:).
--append<params>
Especifica los parámetros que hay que pasar al kernel.
--linear
Habilita la opción LILO linear;
--location
Especifica dónde se escribe el registro de arranque LILO.
Valores válidos son mbr
(por defecto), partition
(instala el programa de arranque en el primer sector de la
partición que contiene el kernel), o ninguno
(no instala el programa de arranque en el sistema).
Si está presente, el programa de instalación
busca LILO en el MBR del primer disco duro, y reinicia
el sistema si lo encuentra -- En tal caso no se realiza ninguna
instalación. Esto puede prevenir que kickstart vuelva a
instalar un sistema ya instalado.
Configura el ratón para el sistema, tanto para su uso en modo
texto como en gráfico.
La opciones son:
--device<dev>
Especifica el dispositivo sobre el que está instalado el ratón (por ejemplo --dispositivo ttyS0)
--emulthree
Si selecciona esta opción, el sistema
X Window usa simultaneamente el botón izquierdo+derecho
del ratón para emular el botón central
(se aconseja el uso en caso de que el ratón tenga dos botones).
Se pueden especificar también las siguientes opciones:
Si el comando del ratón es dado sin argumentos,
o es omitido, el programa de instalación intenta
detectar automaticamente el tipo de ratón conectado
al ordenador.
Este comando configura la información de red del sistema.
Si no se especifica, y si kickstart no requiere red (es decir, no
se instala sobre NFS), no se configura la red.
Si la instalación requiere red, Anaconda asume el uso del
dispositivo de red eth0 configurado a través de una dirección
IP dinámica (BOOTP/DHCP), y configura el sistema final instalado
para que determine dinámicamente su dirección IP. El comando network
configura la información de red para la instalación vía red con
kickstart, así como para sistemas finales instalados.
--bootproto
dhcp,
bootp, o
static (por defecto DHCP, y
dhcp y
bootp tratados de la misma manera). Deben
ser static para información
IP estática.
--ip
dirección IP del ordenador a instalar
--gateway
Dirección IP del gateway por defecto.
--nameserver
Dirección IP del servidor de nombres.
--netmask
Máscara de red para el sistema instalado.
Existen tres métodos diferentes para configurar la red:
DHCP
BOOTP
static
El método DHCP usa un servidor DHCP para obtener las especificaciones
sobre la configuración. Como podrá imaginar, el método
BOOTP necesita de un servidor BOOTP para proceder a la
configuración de la red.
El método estático precisa que toda la información acerca
de la red sea introducida en el fichero kickstart.
Esta información es estática y será usada durante y
después de la instalación.
Para indicar al sistema que use la configuración DHCP
introduzca la siguiente línea en el fichero de configuración del
kickstart.
network --bootproto dhcp
Para indicar al sistema que use la configuración BOOTP
introduzca la siguiente línea en el fichero de configuración del
kickstart.
network --bootproto bootp
La línea de configuración de la red con dirección estática
es más compleja ya que requiere que sea introducida toda la
información sobre la configuración del protocolo
TCP/IP. Es necesario especificar:
La configuración completa networkdebe ser introducida en ¡una sola línea!
Aquí la hemos introducido en más de una, tan solo para hacerla
más fácil de leer.
Existen dos restricciones que debe respetar si debe usar el
método estático:
Toda la configuración de la red debe quedar
en una línea; no puede comprimir las líneas
usando una barra inclinada.
part (solicitado para las instalaciones. Esta
opción es ignorada si se realiza una actualización)
Cree una partición en el sistema. Los parámetros para este comando son
del tipo:
part <mntpoint> --size <size> [--grow] [--onpart <partc>] [--ondisk <disk>]
El <mntpoint> es donde
la partición viene montada y debe adoptar una de las siguientes formas:
/<mntpoint>
(i.e. /,
/usr, /home)
swap
La partición será usada como espacio swap.
raid.<id>
La partición será usada para activar
un RAID software (vease el comando
raid).
--size <size>
Establece el tamaño mínimo para la partición
--grow
Indica que la partición puede crecer para
ocupar el espacio no particionado.
--onpart <part>
Indica al programa de instalación que situe el
sistema de ficheros en una partición específica.
Por ejemplo,
part /home --onpart hda1
inserisce
/home su
/dev/hda1. La partición
ya debe existir.
--ondisk <disk>
La partición se crea en el disco especificado.
Por ejemplo, --ondisk sdb
introduce la partición en el segundo disco SCSI
presente en el sistema.
Todas las particiones creadas serán formateadas
automaticamente por el programa de instalación.
El <mntpoint> es la
posición en la que se situa el sistema de ficheros presente en el
dispositivo RAID. La partición /, debe
ser un RAID 1 a no ser que exista una
partición boot (/boot). Si la
partición /boot es de nivel
1, la partición root (/) puede ser
de cualquier tipo.
La <partitions*> (que indica
que pueden ser listadas múltiples particiones)
enumera los identificadores RAID que son añadidos al sistema RAID.
--level <level>
nivel RAID que debe utilizar (0, 1, o 5).
--device <mddevice>
Nombre del dispositivo RAID que debe utilizar (como md0 o md1).
Los nombres de los dispositivos RAID varian del md0 al md7,
y cada uno de ellos puede ser usado solo una vez.
Aquí tiene un ejemplo de cómo crear una partición RAID
de nivel 1 para /, y un RAID de nivel
5 para el sistema de ficheros/usr, asumiendo que
haya tres discos SCSI en el sistema.
Crea tambien tres particiones swap, una en cada dispositivo.
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
Al final de la instalación el procedimiento kickstart
muestra un mensaje al usuario y espera a que se pulse una tecla
antes de reiniciar el sistema (sin argumentos).
Configura el sistema X Windows. Si no se da esta opción, el
usuario deberá configurar X manualmente durante la
instalación, si X fue instalado; esta opción no debe ser
usada si X no fue instalado en el sistema final.
--noprobe
No testea el monitor.
--card <card>
Usa la tarjeta <card>;
esta tarjeta debe provenir de la lista de tarjetas de Xconfigurator.
Si no se especifica este argumento, Anaconda testeará el
bus PCI buscando la tarjeta.
--monitor <mon>
Especifica el tipo de monitor
<mon>; este
nombre de monitor debe aparecer en la lista de monitores
presente en el programa
Xconfigurator.
Esto es ignorado si se especifican las opciones
--hsync y
--vsync; si no se da
ninguna información, el procedimiento de instalación
prueba una instalación "plug and play".
--hsync <sync>
Especifica la frecuencia horizontal del monitor.
--vsync <sync>
Especifica la frecuencia vertical del
monitor.
--startxonboot
Utiliza el login gráfico (runlevel 5) en el sistema
instalado.
Si "zerombr" es especificado y "yes" es el único
argumento especificado, cualquier tabla de
particiones no válida que se encuentre en los discos será
inicializada. Activando esta opción serán destruídas
los contenidos de los discos con tablas de partición inválidas.
A través del comando %packages es
posible especificar qué ficheros instalar durante el procedimiento
kickstart.
Los paquetes pueden ser especificados a través de componentes que
reagrupan los paquetes o especificando individualmente cada paquete.
El programa de instalación define varios componentes que
reagrupan los paquetes. Consulte el fichero
RedHat/base/comps presente en cualquier
CD-ROM Red Hat Linux para una lista de componentes. Los componentes son
determinados por las lineas que comienzan con un número seguido de un
espacio y después el nombre del componente.
Por añadidura, existen otros tres tipos de líneas en el fichero
comps que podría encontrar:
Específicos de la Arquitectura (alpha:, i386:, and sparc64:)
Si el nombre de un paquete comienza con un tipo de arquitectura,
debe solamente teclear el nombre del paquete, no el nombre
de la arquitectura. Por ejemplo:
Para i386: netscape-common debe solo
usar la parte netscape-common para que
se instale ese programa.
Líneas que comienzan con ?
Lineas que comienzan con un ?, son
específicas para el programa de instalación. No tiene que hacer
nada con este tipo de líneas.
Líneas que comienzan con --hide
Si el nombre del paquete comienza con
--hide, tiene sólo que teclear el nombre
del paquete, menos --hide.
En --hide KDE Workstation debe sólo
usar la parte KDE Workstation
para la instalación de ese paquete específico.
En la mayoría de los casos, sólo es necesario listar los componentes.
Observe que el componente Base
es seleccionado siempre por defecto, así que no es necesario
especificarlo en la sección %packages.
Aquí tiene una selección de ejemplos %packages:
%packages
@ Networked Workstation
@ C Development
@ Web Server
@ X Window System
bsd-games
Como podrá ver, los componentes se especifican línea a línea,
comenzando con un símbolo @, un espacio, y después
el nombre completo del componente como se especifica en el fichero
comps. Especifique los paquetes individuales
(la linea bsd-games en el ejemplo anterior
especifica un paquete que se desea instalar).
Observación
También puede especificar a kickstart la clase de instalación a utilizar (instalación workstation o server). Para hacer esto, añada simplemente
una de las siguientes líneas en la sección
%packages:
Puede añadir comandos a ejecutar una vez que
la instalación sea completada. Esta sección debe estar al final
del fichero kickstart y debe comenzar con el comando
%post.
Observe que podrá acceder a la red en la sección %post;
sin embargo, el servicio de nombres
no ha sido todavía configurado, por lo que sólo funcionarán las
direcciones IP. Aquí tiene una sección
%post como ejemplo:
%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
Esta sección crea un fichero mensaje-del-día, el cual
contiene la fecha en la que se ha realizado la
instalación kickstart, y esquiva la limitación
"solo un servidor de nombres" del comando
network añadiendo otro servidor de nombres a
/etc/resolv.conf.
Observación
El script de post-instalación se ejecuta en un entorno
con el directorio de root cambiado; por tanto ejecutar tareas como
scripts de copia o RPM,s desde el soporte de instalación, no funcionará.
--nochroot
Le permite especificar comandos que desea que funcionen
fuera del entorno con el directorio root cambiado.
Download
