Activa las opciones para autentificar 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 (vía --nisdomain).
--nisdomain
Nombre del dominio NIS usado para los servicios NIS..
--nisserver
Servidor usado para los servicios NIS (broadcasts por defecto).
--useshadow
Activa las contraseñas shadow.
--enableldap
Activa el soporte LDAP en el fichero
/etc/nsswitch.conf.
El sistema busca la información sobre los usuarios
(UID, home directory, shell, etc.) desde un directorio
LDAP. El uso de esta opción requiere que sea
instalado el paquete nss_ldap.
--enableldapauth
Activa el método de autenticaficación LDAP.
El módulo pam_ldap
es utilizado para la autentificación y para
el cambio del password en el directorio LDAP.
Es necesario haber instalado el paquete
nss_ldap.
--ldapserver=
Especifica el nombre del servidor LDAP.
--ldapbasedn=
En el DN (nombre distinguido) del directorio LDAP
es memorizada la información del usuario.
Esta opción modifica el fichero
/etc/ldap.conf.
--enablekrb5
La autentificación de los usuarios está basada en
el sistema Kerberos 5. El sistema Kerberos no tiene
ninguna noción sobre el directorio home,
sobre UID, o sobre shell; por ello si
habilita la opción Kerberos, tiene que usar
LDAP, NIS, o Hesiod si quiere evitar usar
el comando /usr/sbin/useradd.
Para poder usar esta opción se necesita
haber instalado el paquete pam_krb5.
--krb5realm
Kerberos 5 realm
--krb5kdc
KDC que responde a la solicitud de clientes kerberos.
Si tiene más de un KDC, separe sus nombres por
una coma.
--krb5adminserver
KDC que está ejecutando kadmind. Este servidor,está
en ejecución sólo en el master.
--enablehesiod
Activa el soporte Hesiod para la búsqueda del directorio
home, dell'UID y de la shell.
Para mayor información sobre el servicio
véase el fichero
/usr/share/doc/glibc-2.x.x/README.hesiod
que se encuentra en el paquete
glibc. Hesiod es
una extensión del DNS y usa los discos del DNS
para la memorización de la información sobre
los usuarios y sobre los grupos de usuarios.
--hesiodlhs
La opción Hesiod LHS("left-hand side"), modifica
el fichero /etc/hesiod.conf.
Es usada para determinar el nombre del DNS
para la búsqueda de la información.
--hesiodrhs
La opción Hesiod RHS ("right-hand side")
modifica el fichero /etc/hesiod.conf.
Esta opción es usada por la librería Hesiod
para determinar el nombre del DNS para la búsqueda
de la información.
Tip
Para la búsqueda de información sobre el usuario
"jim", la librería Hesiod busca
jim.passwd<LHS><RHS>
que debería corresponder a un registro TXT
(jim:*:501:501:Jungle
Jim:/home/jim:/bin/bash).
Por lo que se refiere a los grupos, la situación
es idéntica:
jim.group<LHS><RHS>.
En la mayoría de los sistemas PCI, el programa
de instalación efectúa correctamente los chequeos para
las tarjetas ethernet 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 instalar módulos adicionales.
device <type><moduleName> --opts <options>
<type> debería ser
"scsi" o "eth", y <moduleName>
es el nombre del módulo del 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á
dos en
LILO: prompt).
--append<params>
Especifica los parámetros que hay que pasar al kernel.
--linear
Habilita la opción LILO linear;solamente para compatibilidad backwards (y linear es ahora usado por defecto).
--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 su uso en caso de que el ratón tenga dos botones)..
Se pueden especificar también las siguientes opciones:
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 son tratados de la misma manera). Debe
ser static para información IP estática.
--device<device>
Especifica el tipo de dispositivo ethernet que hay que usar
para la instalación. Observe que el comando
--device<device> no tiene
ningún efecto en el caso de que esté presente el
fichero
kickstart en local (por ejemplo ks=floppy). Ejemplo
de configuración:
network --bootproto dhcp --device eth0
--ip
Dirección IP para ordenadores que van a ser instalados.
--gateway
Dirección IP del gateway por defecto .
--nameserver
Dirección IP del nombre del servidor primario
--netmask
Netmask para el sistema instalado
--hostname
Hostname 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..
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.
El <mntpoint> es donde la partición
será montada, y puede ser uno de los siguientes:
/<mntpoint>
(p.ej. /,
/usr, /home)
swap
La partición será usada como espacio swap.
raid.<id>
La partición será usada para activar un RAID software (véase 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.
--maxsize <size>
Establece el tamaño máximo de la partición cuando la partición se está realizando.
--noformat
Indica al programa de instalación que no formatee la instalación,para usar con el comando
--onpart.
--onpart <part> o
--usepart <part>
Indica al programa de instalación para que sitúe la partición en el dispositivo
ya existente<part>. Por ejemplo,
partition /home --onpart hda1 pondrá
/home en
/dev/hda1, que ya existe.
--ondisk <disk>
La partición se crea en el disco especificado.
Por ejemplo, --ondisk sdb introduce la partición en el segundo disco del sistema.
--onprimary <N>
La partición creada como partición primaria debe ser la número
<N> o fallará.
<N> entre 1 y 4.
--asprimary <N>
Particionamiento automático como partición primaria número
<N>
. <N> debe estar comprendido entre 1
y 4.
--bytes-per-inode=<N>
<N> representa el número de bytes por inode en el sistema de archivo cuando ha sido
creado. Debe proporcionarse en formato decimal. Esta opción es útil para aplicaciones que aumentan el número de inodes en el sistema de archivos.
--type=<X>
Especifique el tipo de partición para
<X>, donde
<X> es un valor numérico.
Todas las particiones creadas pueden ser formateadas como parte del proceso de instalación si no son utilizadas las opciones
--noformat--onpart
Atención
Si --clearpart es usado en el fichero
ks.cfg entonces el comando --onpart
puede ser usado para una partición lógica.
Atención
Si fallara la fase de particionamiento del disco,
aparece el mensaje de diagnóstico VC 3.
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 varían 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 también 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 cambia 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.
--defaultdesktop=(GNOME or
KDE)
Especifica el escritorio por defecto de GNOME o KDE (y
asume que GNOME y/o KDE ha sido instalado a través de la opción
%packages).
--startxonboot
Habilita el login gráfico (runlevel 5) para el
sistema de instalación.
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 que ficheros instalar durante el procedimiento kickstart (esta opción es va´lida sólo para la instalación y no para la actualización).
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
Architecturas especificas (alpha:, i386:, and sparc64:)
Si el nombre de un paquete empieza con una arquitectura debe solamente teclear el nombre del paquete, no el nombre
de la arquitectura. Por ejemplo:
For i386: netscape-common solamente
utiliza el netscape-common para que se instale ese programa.
Líneas que comienzan con ?
Líneas que empiezan con ?, son especificos 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, solamente necesita
para teclear en el nombre del paquete, menos
--hide. Por ejemplo:
En --hide KDE Workstation necesitará
usar la parte KDE Workstation para la instalación de ese específico paquete.
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).
Please Note
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:
@ Gnome Workstation
@ KDE Workstation
@ Server
@ Everything
En esta sección se pueden añadir los comandos a ejecutar
inmediatamente después la carga del fichero ks.cfg.
Esta sección debe ser introducida al final del fichero y debe
empezar con el comando %pre.
Observe que puedes acceder a la red en el interior de la
sección %pre; común que la
resolución de los nombres no ha sido
todavía configurada. Por ello es necesario utilizar las direcciones
IP numéricas. He aquí un ejemplo de la sección
%pre:
%pre
# 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" que contiene la fecha del día de instalación y añade otro nombre para el servidor en el fichero /etc/resolv.conf.
Atención
Note que el script de pre-instalación no funcionan en el entorno root.
Tiene la opción de añadir comandos para ejecutar en el sistema una vez que la instalación se ha completado.Esta sección al final del fichero
kickstart y debe empezar con el comando%post.
Puede acceder a la red en la sección %post
sin embargo, name service no ha
configurado, por eso solamente la dirección IP. Aquí ofrecemos
un ejemplo %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
Esta sección crea un fichero mensaje del día que contiene la fecha de la instalación
kickstart, y añade un segundo nombre server al fichero
/etc/resolv.conf.
Atención
El script de post-instalación es ejecutado en un entorno
chroot'ed; por ello las tareas como la copia de script o de
fichero RPM del dispositivo de instalación no funcionará
--nochroot
Le permite especificar comandos que desea que funcionen
fuera del entorno chroot'ed.
--interpreter /usr/bin/perl
Le permite especificar comandos que desea que funcionen
fuera del entorno con el directorio root cambiado.
Download
