Red Hat Linux 7.0: The Official Red Hat Linux Reference Guide | ||
---|---|---|
Anterior | Apéndice F. Instalaciones Kickstart | Siguiente |
Los siguientes comandos pueden conservarse en un fichero kickstart.
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.
Usa encriptación md5 para las contraseñas.
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).
Nombre del dominio NIS usado para los servicios NIS..
Servidor usado para los servicios NIS (broadcasts por defecto).
Activa las contraseñas shadow.
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.
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.
Especifica el nombre del servidor LDAP.
En el DN (nombre distinguido) del directorio LDAP es memorizada la información del usuario. Esta opción modifica el fichero /etc/ldap.conf.
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.
Kerberos 5 realm
KDC que responde a la solicitud de clientes kerberos. Si tiene más de un KDC, separe sus nombres por una coma.
KDC que está ejecutando kadmind. Este servidor,está en ejecución sólo en el master.
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.
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.
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>. |
Elimina las particiones del sistema, antes de la partición para la creación de nuevas particiones. Por defecto, no es eliminada ninguna partición.
Borra las particiones Linux (type 0x82, 0x83, and 0xfd [RAID])
Borra todas las particiones del sistema.
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.
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:
--opts "aic152x=0x340 io=11" |
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.
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.
Debe utilizar uno de estos cuatro comandos para especificar qué tipo de kickstart se ejecutará:
Instalación del servidor NFS especificado
--server <server>
Servidor desde el que instalar (nombre del host o IP).
--dir <dir>
Directorio que contiene el árbol de instalación de Red Hat.
For example:
nfs --server <server> --dir <dir> |
Instalación desde el primer lector de CD-ROM presente en el sistema.
Por ejemplo:
cdrom |
Instalación desde un árbol de instalación Red Hat en un disco local, que debe ser VFAT o ext2.
--partition <partition>
Partición desde la que instalar (como por ejemplo, sdb2).
--dir <dir>
Directorio que contiene el árbol de instalación Red Hat.
Por ejemplo::
harddrive --partition <partition> --dir <dir> |
Instalar vía FTP o HTTP en un servidor remoto la instalación en árbol de Red Hat
Por ejemplo:
url --ulr http://<server>/<dir> |
Configura el tipo de teclado. A continuación aparece la lista de teclados disponibles en i386 y máquinas Alpha:
azerty, be-latin1, be2-latin1, fr-latin0, fr-latin1, fr-pc, fr, wangbe, ANSI-dvorak, dvorak-l, dvorak-r, dvorak, pc-dvorak-latin1, tr_f-latin5, trf, bg, cf, cz-lat2-prog, cz-lat2, defkeymap, defkeymap_V1.0, dk-latin1, dk. emacs, emacs2, es, fi-latin1, fi, gr-pc, gr, hebrew, hu101, is-latin1, it-ibm, it, it2, jp106, la-latin1, lt, lt.l4, nl, no-latin1, no, pc110, pl, pt-latin1, pt-old, ro, ru-cp1251, ru-ms, ru-yawerty, ru, ru1, ru2, ru_win, se-latin1, sk-prog-qwerty, sk-prog, sk-qwerty, tr_q-latin5, tralt, trf, trq, ua, uk, us, croat, cz-us-qwertz, de-latin1-nodeadkeys, de-latin1, de, fr_CH-latin1, fr_CH, hu, sg-latin1-lk450, sg-latin1, sg, sk-prog-qwertz, sk-qwertz, slovene |
En lo que se refiere a los ordenadores SPARC están disponibles los siguientes modelos:
sun-pl-altgraph, sun-pl, sundvorak, sunkeymap, sunt4-es, sunt4-no-latin1, sunt5-cz-us, sunt5-de-latin1, sunt5-es, sunt5-fi-latin1, sunt5-fr-latin1, sunt5-ru, sunt5-uk, sunt5-us-cz |
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::
lang en_US |
Códigos de idiomas válidos:
cs_CZ, en_US, fr_FR, de_DE, hu_HU, is_IS, id_ID, it_IT, ja_JP.ujis, no_NO, pl_PL, ro_RO, sk_SK, sl_SI, es_ES, ru_RU.KOI8-R, uk_UA |
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).
Especifica los parámetros que hay que pasar al kernel.
Habilita la opción LILO linear;solamente para compatibilidad backwards (y linear es ahora usado por defecto).
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::
Especifica el dispositivo sobre el que está instalado el ratón(por ejemplo --dispositivo ttyS0)
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:
alpsps/2, ascii, asciips/2, atibm, generic, generic3, genericps/2, generic3ps/2, geniusnm, geniusnmps/2, geniusnsps/2, thinking, thinkingps/2, logitech, logitechcc, logibm, logimman, logimmanps/2, logimman+, logimman+ps/2, microsoft, msnew, msintelli, msintellips/2, msbm, mousesystems, mmseries, mmhittab, sun, none |
Si el comando del ratón es dado sin argumentos, o es omitido, el programa de instalación intenta detectar automáticamente el tipo de ratón conectado.
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.
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.
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 |
Dirección IP para ordenadores que van a ser instalados.
Dirección IP del gateway por defecto .
Dirección IP del nombre del servidor primario
Netmask para el sistema instalado
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:
dirección IP
la máscara de red
la dirección IP del gateway
la dirección IP del servidor de nombres
He aquí un ejemplo::
network --bootproto static --ip 10.0.2.15 --netmask 255.255.255.0 --gateway 10.0.2.254 --nameserver 10.0.2.1 |
Observación | |
---|---|
La configuración completa network debe 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.
Puede especificar un solo servidor de nombres. De todos modos, puede usar la sección %post del fichero kickstart (descrito en la sección de nombre %post -- Post-Installation Configuration Section) para añadir más servidores de nombres, si fuese necesario.
Crear una partición en el sistema. La partición solicitada es de la forma:
part <mntpoint> --size <size> [--grow] [--onpart <partc>] [--ondisk <disk>] [--onprimary <N>] [--asprimary <N>] |
El <mntpoint> es donde la partición será montada, y puede ser uno de los siguientes:
(p.ej. /, /usr, /home)
La partición será usada como espacio swap.
La partición será usada para activar un RAID software (véase el comando raid).
Establece el tamaño mínimo para la partición
Indica que la partición puede crecer para ocupar el espacio no particionado.
Establece el tamaño máximo de la partición cuando la partición se está realizando.
Indica al programa de instalación que no formatee la instalación,para usar con el comando --onpart.
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.
La partición se crea en el disco especificado. Por ejemplo, --ondisk sdb introduce la partición en el segundo disco del sistema.
La partición creada como partición primaria debe ser la número <N> o fallará. <N> entre 1 y 4.
Particionamiento automático como partición primaria número <N> . <N> debe estar comprendido entre 1 y 4.
<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.
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. |
Crea un dispositivo RAID software. Este comando es del tipo:
raid <mntpoint> --level <level> --device <mddevice><partitions*> |
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.
nivel RAID que debe utilizar (0, 1, o 5).
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 |
raid / --level 1 --device md0 raid.01 raid.02 raid.03 raid /usr --level 5 --device md1 raid.11 raid.12 raid.13 |
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).
usage: rootpw [--iscrypted] <password>
Establece la contraseña de root del sistema <password>.
Si aparece esta opción, la contraseña introducida en el fichero de configuración kickstart se considera encriptada.
Si aparece, X no está configurado en el sistema instalado.
timezone [--utc] <timezone>
Establece el uso horario en <timezone> que pueden encontrarse en la lista de "timeconfig".
si aparece, el sistema asume que el reloj hardware sea configurado con el horario UTC (Greenwich Mean).
Comunica al sistema que actualice un sistema ya existente antes de instalar uno nuevo.
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.
No cambia el monitor.
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.
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".
Especifica la frecuencia horizontal del monitor.
Especifica la frecuencia vertical del monitor.
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).
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.
zerombr yes
Ningún otro formato es efectivo.
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
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 empiezan con ?, son especificos para el programa de instalación. No tiene que hacer nada con este tipo de líneas
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á |
Le permite especificar comandos que desea que funcionen fuera del entorno chroot'ed.
Le permite especificar comandos que desea que funcionen fuera del entorno con el directorio root cambiado.