Guía de instalación de Solaris 10 8/07: instalaciones avanzadas y JumpStart personalizadas

Parte I Utilización de JumpStart personalizada

En esta sección, se proporcionan instrucciones para crear, preparar y realizar instalaciones JumpStart personalizadas.

Capítulo 1 Dónde encontrar información sobre cómo planificar la instalación de Solaris

Este manual proporciona información relativa al uso del programa de instalación JumpStart personalizada para instalar el sistema operativo Solaris. En este manual se encuentra todo lo necesario para realizar instalaciones con JumpStart. Sin embargo, antes de prepararse para una instalación de este tipo, quizá resulte aconsejable leer un manual de planificación de la documentación relativa a instalaciones. Las referencias siguientes ofrecen información útil previa a la instalación del sistema.

Dónde encontrar información sobre los requisitos del sistema y la planificación

La Guía de instalación de Solaris 10 8/07: planificación de la instalación y la modernización incluye, entre otras cosas, información sobre los requisitos del sistema y planificación de alto nivel, como las directrices de planificación de los sistemas de archivos o la planificación de actualizaciones. Esta sección brinda una visión general de los capítulos del manual.

Descripciones de capítulos de la guía de planificación	Referencia
Este capítulo describe las nuevas funciones de los programas de instalación de Solaris.	Capítulo 2, Novedades de la instalación de Solaris de Guía de instalación de Solaris 10 8/07: planificación de la instalación y la modernización
En este capítulo se proporciona información sobre las decisiones que se deben tomar antes de instalar o modernizar el sistema operativo Solaris. Por ejemplo, decidir cuándo utilizar una imagen de instalación en red o un DVD, y descripciones de todos los programas de instalación de Solaris.	Capítulo 3, Instalación y modernización de Solaris (Guía básica) de Guía de instalación de Solaris 10 8/07: planificación de la instalación y la modernización
En este capítulo se describen los requisitos del sistema para instalar o modernizar el sistema operativo Solaris. También se indican las pautas que seguir para planificar el espacio de disco y la asignación del espacio de intercambio predeterminada. También se describen las limitaciones de las modernizaciones.	Capítulo 4, Requisitos del sistema, pautas y modernización (planificación) de Guía de instalación de Solaris 10 8/07: planificación de la instalación y la modernización
En este capítulo se incluyen listas de comprobación que permiten recopilar toda la información necesaria para instalar o actualizar el sistema. Una información que resulta útil, por ejemplo, para instalaciones interactivas. En la lista de comprobación tiene cuanto se necesita para llevar a cabo una instalación interactiva.	Capítulo 5, Recopilación de información antes de instalar o modernizar (planificación) de Guía de instalación de Solaris 10 8/07: planificación de la instalación y la modernización
Estos capítulos aportan una visión general de las tecnologías que intervienen en una instalación o modernización del sistema operativo Solaris. También se incluyen las directrices y los requisitos relacionados con dichas tecnologías. Los capítulos incluyen información sobre el arranque basado en GRUB, la tecnología de partición Zonas de Solaris y los volúmenes RAID-1 que se pueden crear durante la instalación	Parte II, Comprensión de las instalaciones relacionadas con GRUB, Zonas de Solaris y volúmenes RAID-1 de Guía de instalación de Solaris 10 8/07: planificación de la instalación y la modernización

Capítulo 2 JumpStart personalizada (información general)

Este capítulo proporciona una introducción e información general sobre el proceso de instalación JumpStart personalizado.

Introducción a JumpStart personalizada

El método de instalación JumpStart personalizada es una interfaz de línea de comandos que permite instalar automáticamente varios sistemas, de acuerdo con unos perfiles que el usuario puede crear y que definen requisitos específicos de instalación de software. También es posible incorporar secuencias de shell que incluyan tareas de pre y postinstalación. Puede elegir qué perfil y secuencias usar para la instalación o la modernización. El método de instalación JumpStart personalizado instala o moderniza el sistema, de acuerdo con los perfiles y secuencias que seleccione. También puede usar un archivo sysidcfg para especificar información de configuración y conseguir que la instalación JumpStart personalizada se realice de forma desatendida.

Situación hipotética de ejemplo de una instalación JumpStart personalizada

Para describir el proceso JumpStart personalizada podemos utilizar un escenario de ejemplo en el que sea necesario configurar los sistemas con los parámetros siguientes:

Instalar Solaris en 100 sistemas nuevos.
Setenta de los sistemas son SPARC que pertenecen al grupo de ingeniería y es necesario instalarlos como autónomos con el grupo de software para desarrolladores de SO Solaris.
Los 30 sistemas restantes están basados en x86 y son propiedad del grupo de marketing y es necesario instalarlos como sistemas autónomos con el grupo de software para usuarios finales de Solaris.

En primer lugar, el administrador del sistema debe crear un archivo rules y un perfil para cada grupo de sistemas. El archivo rules es un archivo de texto que contiene una regla para cada grupo de sistemas o sistemas individuales en los que desee instalar el software de Solaris. Cada regla diferencia un grupo de sistemas basados en uno o varios atributos de sistema y relaciona, además, un grupo con un perfil.

Éste es un archivo de texto que define cómo hay que instalar el software Solaris en cada sistema del grupo. Tanto el archivo rules como el perfil deben encontrarse en un directorio de JumpStart.

En esta situación, el administrador del sistema crea un archivo rules que contiene dos reglas distintas, una para el grupo de ingeniería y otra para el grupo de marketing. Para cada regla, el numero de red del sistema se utiliza para distinguir un grupo de otro.

Cada regla también contiene un enlace al perfil apropiado. Por ejemplo, en la regla para el grupo de ingeniería se agrega un enlace al perfil eng_profile, que se creó para este grupo. En la regla para el grupo de marketing, se agrega un enlace al perfil market_profile, que se creó para este grupo.

El archivo rules y los perfiles se pueden guardar en un disquete o en un servidor.

Cuando desee efectuar instalaciones JumpStart personalizadas en sistemas autónomos sin conexión a red, necesitará disponer de un disquete de perfil.
Los servidores de perfil se usan cuando se desea efectuar instalaciones JumpStart personalizadas en sistemas con conexión a red que tienen acceso a un servidor.

Después de crear el archivo rules y los perfiles, valide los archivos con la secuencia check. Si ésta se ejecuta satisfactoriamente, se crea el archivo rules.ok. El archivo rules.ok es una versión generada de rules que usa el programa JumpStart para instalar el software de Solaris.

Cómo el programa JumpStart instala el software de Solaris

Una vez validados los perfiles y el archivo rules, se puede iniciar una instalación JumpStart personalizada. El programa JumpStart lee el archivo rules.ok. A continuación, busca la primera regla que tenga definidos los atributos de sistema que coincidan con el sistema en el que JumpStart está intentando instalar el software Solaris. Si encuentra alguna, el programa JumpStart usa el perfil que la regla especifica para instalar el software de Solaris en el sistema.

La Figura 2–1 muestra el funcionamiento de una instalación JumpStart personalizada en un sistema independiente sin conexión a la red. El administrador del sistema inicia la instalación JumpStart personalizada en el sistema de Pedro. El programa JumpStart accede a los archivos de reglas del disquete que hay en la unidad del sistema y encuentra una coincidencia entre rule 2 y el sistema. rule 2 especifica que el programa JumpStart use el perfil de Pedro para instalar el software de Solaris. El programa JumpStart lee el perfil de Pedro e instala el software de Solaris según las instrucciones que ha especificado el administrador del sistema en el perfil de Pedro.

Figura 2–1 Funcionamiento de una instalación JumpStart personalizada: ejemplo sin conexión a red

La Figura 2–2 muestra cómo funciona una instalación JumpStart personalizada con más de un sistema en una red. Anteriormente, el administrador del sistema configuró distintos perfiles y los guardó en el mismo servidor. A continuación inicia la instalación JumpStart personalizada en uno de los sistemas de ingeniería. El programa JumpStart accede a los archivos de reglas del directorio JumpStart del servidor y El programa JumpStart hace coincidir el sistema de ingeniería y rule . rule 1 especifica que el programa JumpStart use el perfil del grupo ingeniería para instalar el software de Solaris. El programa JumpStart lee el perfil del grupo ingeniería e instala el software de Solaris según las instrucciones que ha especificado el administrador del sistema en el perfil del grupo ingeniería.

Figura 2–2 Funcionamiento de una instalación JumpStart personalizada: ejemplo con conexión a red

La Figura 2–3 muestra el orden en que el programa JumpStart busca los archivos de JumpStart personalizados.

Figura 2–3 Qué ocurre durante una instalación JumpStart personalizada

El diagrama de flujo muestra el orden en el que el programa JumpStart personalizado busca los archivos.

Capítulo 3 Preparación de instalaciones JumpStart personalizadas (tareas)

Este capítulo proporciona instrucciones paso a paso sobre cómo preparar los sistemas del sitio desde los que se pretende realizar instalaciones y los sistemas donde se desea realizar la instalación del software Solaris con el método de instalación JumpStart personalizada.

Mapa de tareas de preparación de instalaciones JumpStart personalizadas

Tabla 3–1 Mapa de tareas de preparación de instalaciones JumpStart personalizadas


Tarea	Descripción	Para obtener instrucciones
Decidir cómo se desea modernizar el sistema si hay una versión anterior del software Solaris instalada.	Si hay una versión anterior de Solaris instalada en el sistema, deberá decidir cómo desea modernizarlo. Debe estar seguro de lo que debe hacer antes y después de modernizar un sistema. La planificación le ayudará a crear perfiles, secuencias de inicio y secuencias de finalización.	Planificación de la actualización de Guía de instalación de Solaris 10 8/07: planificación de la instalación y la modernización
Crear un directorio JumpStart.	En un servidor Si desea realizar instalaciones JumpStart personalizadas en sistemas conectados a una red deberá crear un servidor de perfiles. Éste contiene un directorio JumpStart para los archivos de instalación JumpStart personalizada.	Creación de un servidor de perfiles para sistemas conectados en red
Crear un directorio JumpStart.	En un disquete Si desea realizar instalaciones JumpStart personalizadas en sistemas que no están conectados a una red, deberá crear un disquete de perfiles. Éste contiene los archivos de JumpStart personalizada.	Creación de un disquete de perfiles para sistemas autónomos
Agregar reglas al archivo `rules`.	Después de decidir cómo desea realizar las instalaciones en cada grupo de sistemas o sistemas independientes, cree una regla para cada grupo en el que desee realizar la instalación. Cada regla diferencia un grupo basándose en uno o varios atributos de sistema. La regla relaciona cada grupo con un perfil.	Creación del archivo `rules`
Crear un perfil para cada regla.	Un perfil es un archivo de texto que define cómo se deberá instalar el software Solaris, por ejemplo, el grupo de software que se va a instalar en un sistema. Cada regla especifica un perfil para definir cómo se instalará el software Solaris en cada sistema cuando se establezca una concordancia con la regla. Generalmente, se crea un perfil para cada regla. Sin embargo, es posible usar el mismo perfil en varias reglas.	Creación de un perfil
(Opcional) Comprobar los perfiles.	Después de crear un perfil, utilice el comando pfinstall(1M) para probar el perfil antes de usarlo para instalar o actualizar un sistema.	Comprobación de un perfil
Validar el archivo `rules`.	El archivo `rules.ok` es una versión generada del archivo `rules` que el programa JumpStart usa para hacer coincidir el sistema en el que se va a realizar la instalación con un perfil. Debe usar la secuencia `check` para validar el archivo `rules`.	Validación del archivo `rules`

Creación de un servidor de perfiles para sistemas conectados en red

Cuando se configuran instalaciones JumpStart personalizadas para sistemas en red, es necesario crear un directorio en un servidor, denominado directorio JumpStart, El directorio Jumpstart contiene todos los archivos del programa de instalación JumpStart personalizada fundamentales, por ejemplo, los archivos rules y rules.ok y los perfiles. Deberá guardarlo en el directorio root (/) del servidor de perfiles.

El servidor que contiene un directorio JumpStart se denomina servidor de perfiles. Éste puede ser también un servidor de instalación o de arranque, o un sistema diferente; puede proporcionar archivos de instalación JumpStart personalizada para varias plataformas. Por ejemplo, un servidor x86 puede proporcionar archivos de JumpStart personalizada para sistemas SPARC y x86.

Nota –

Después de crear un servidor de perfiles, debe permitir que los sistemas accedan al servidor. Para obtener instrucciones detalladas, consulte Para permitir que todos los sistemas accedan al servidor de perfiles.

Para crear un directorio JumpStart en un servidor

Nota –

Este procedimiento presupone que el sistema está ejecutando Volume Manager. Si no usa Volume Manager para administrar los discos, consulte la System Administration Guide: Devices and File Systems para obtener información detallada sobre la administración de medios extraíbles sin Volume Manager.

Busque el servidor en el que desea crear el directorio JumpStart.

Conviértase en superusuario o asuma una función similar.

Las funciones incluyen autorizaciones y comandos con privilegios. Para obtener más información sobre las funciones, consulte Configuring RBAC (Task Map) de System Administration Guide: Security Services.

Cree el directorio JumpStart en cualquier lugar del servidor.
# mkdir -m 755 ruta_directorio_jumpstart
En el comando, ruta_directorio_jumpstart es la ruta absoluta del directorio JumpStart.

Por ejemplo, el comando siguiente crea un directorio denominado jumpstart en el directorio root (/) y fija los permisos en 755:
# mkdir -m 755 /jumpstart

Edite el archivo /etc/dfs/dfstab agregando la entrada siguiente.
share -F nfs -o ro,anon=0 ruta_directorio_jumpstart
Por ejemplo, la entrada siguiente comparte el directorio /jumpstart:
share -F nfs -o ro,anon=0 /jumpstart

Escriba shareall y pulse Intro.

Decida si desea copiar ejemplos de archivos de instalación JumpStart personalizada en el directorio JumpStart.

De lo contrario, vaya al Paso 9.
Si desea copiarlos, use la tabla de decisiones siguiente para decidir cuál va a ser el próximo paso.

Ubicaciones de ejemplo

Instrucciones

El DVD del sistema operativo Solaris o el CD Software de Solaris - 1 para la plataforma

Inserte el DVD del sistema operativo Solaris o el CD Software de Solaris - 1 en la unidad de CD-ROM del servidor.

El software Volume Manager monta automáticamente el CD o DVD.

Imagen del DVD del sistema operativo Solaris o el CD Software de Solaris - 1 para la plataforma en un disco local

Vaya a la ubicación de la imagen del DVD del sistema operativo Solaris o del Software de Solaris - 1. Por ejemplo, escriba el comando siguiente:

cd /export/install

Copie los archivos de instalación JumpStart personalizada de ejemplo en el directorio JumpStart del servidor de perfiles.
# cp -r ruta_soporte/Solaris_10/Misc/jumpstart_sample/* ruta_directorio_jumpstart
ruta_soporte

La ruta al CD, DVD o imagen del disco local

ruta_directorio_jumpstart

La ruta del servidor de perfiles en el que se están situando los archivos de JumpStart personalizada

Por ejemplo, el comando siguiente copia el directorio jumpstart_sample en el directorio /jumpstart del servidor de perfiles:
- Para sistemas SPARC:
  cp -r /cdrom/cdrom0/s0/Solaris_10/Misc/jumpstart_sample/* /jumpstart
- Para sistemas x86:
  cp -r /cdrom/cdrom0/Solaris_10/Misc/jumpstart_sample/* /jumpstart

Actualice los archivos de JumpStart personalizada para que funcionen en su sistema operativo.

Compruebe que el directorio JumpStart esté en root y que los permisos sean 755.

Permita que los sistemas de la red accedan al servidor de perfiles.

Para obtener instrucciones detalladas, consulte Para permitir que todos los sistemas accedan al servidor de perfiles.

Permitir que todos los sistemas accedan al servidor de perfiles

Cuando se crea un servidor de perfiles, es necesario asegurarse de que los sistemas pueden acceder al directorio JumpStart del servidor durante la instalación JumpStart personalizada. Use uno de los siguientes métodos para garantizar el acceso:

Comando o archivo	Facilitar el acceso	Instrucciones
comando `add_install_client`	Cada vez que agrega un sistema para realizar la instalación desde la red, utilice la opción `-c` con el comando `add_install_client` para especificar el servidor de perfiles. Nota – Si no está utilizando NFS, deberá usar otro método para facilitar el acceso. Para sistemas basados en SPARC, utilice el comando `boot`. Para sistemas basados en x86, edite el menú de GRUB.	Para obtener más información sobre DVD, consulte Adición de sistemas para instalar desde la red con una imagen de DVD de Guía de instalación de Solaris 8/07: instalaciones basadas en red Para obtener más información sobre CD, consulte Adición de sistemas para instalar desde la red con una imagen de CD de Guía de instalación de Solaris 8/07: instalaciones basadas en red
Especifique la ubicación del directorio de JumpStart al arrancar el sistema.	Para sistemas basados en SPARC, utilice el comando `boot` para arrancar el sistema. Especifique la ubicación del directorio JumpStart en el servidor de perfiles al arrancar el sistema. Deberá comprimir los archivos de configuración de instalación JumpStart personalizada en un solo archivo. A continuación, guarde el archivo de configuración comprimido en un servidor HTTP o HTTPS.	Creación de un archivo de configuración comprimido Paso 5 in SPARC: Para efectuar una instalación o modernización con el programa de instalación JumpStart personalizada
	Para los sistemas basados en x86, especifique la ubicación del directorio de JumpStart en el servidor de perfiles cuando arranque el sistema editando la entrada de arranque en el menú de GRUB. Deberá comprimir los archivos de configuración de instalación JumpStart personalizada en un solo archivo. A continuación, guarde el archivo de configuración comprimido en un servidor HTTP o HTTPS. Cuando edite la entrada del menú de GRUB, especifique la ubicación del archivo comprimido.	Creación de un archivo de configuración comprimido x86: Realización de una instalación JumpStart personalizada mediante la edición del comando de arranque de GRUB
archivo `/etc/bootparams`	Agregue un comodín en el archivo `/etc/bootparams`.	Para permitir que todos los sistemas accedan al servidor de perfiles

Para permitir que todos los sistemas accedan al servidor de perfiles

Utilice el procedimiento siguiente sólo si almacena información sobre instalación de red en las ubicaciones siguientes:

En el archivo /etc/bootparams.
En la base de datos de servicio de nombres bootparams. Para actualizar la base de datos bootparams, agregue la entrada que aparece en el Paso 3.

Si utiliza el procedimiento siguiente, los sistemas han de ser del mismo tipo como, por ejemplo, todos los sistemas SPARC.

No utilice este procedimiento en las circunstancias siguientes:

Si guarda el directorio de JumpStart en un disquete.
Si especifica la ubicación del servidor de perfiles cuando arranca el sistema. Si tiene sistemas de arquitecturas diferentes, debe especificar la ubicación del servidor de perfiles cuando arranque el sistema.

Si se presentan las condiciones anteriores, utilice el comando boot para SPARC o el menú de GRUB para x86.

Nota –

También puede almacenar información de instalación de red en un servidor DHCP.

Para los sistemas basados en SPARC, utilice el comando add_install_client y la opción -d para especificar que el programa de instalación JumpStart personalizada debe utilizar el servidor DHCP. O también puede utilizar el comando boot con la opción dhcp para especificar que el programa de instalación JumpStart personalizada debe utilizar el servidor DHCP. Para obtener instrucciones de uso de esta opción, consulte, SPARC: Referencia de comandos para el comando boot .
Para sistemas basados en x86, utilice dhcp de una de las siguientes formas:
- Si usa un servidor de instalación, utilice la opción add_install_client junto con la opción -d para especificar que el programa de instalación JumpStart personalizada debe utilizar el servidor DHCP con PXE.
- Puede editar la entrada de GRUB en el menú de GRUB y agregar la opción dhcp. Para obtener instrucciones sobre cómo editar la entrada de GRUB, consulte x86: Realización de una instalación JumpStart personalizada mediante la edición del comando de arranque de GRUB

En el servidor de instalación o arranque, inicie una sesión como superusuario.

Use un editor de texto para abrir /etc/bootparams.

Agregue esta entrada.
* install_config=servidor:ruta_directorio_jumpstart
*

Un carácter comodín que especifica que todos los sistemas tienen acceso

servidor

El nombre del sistema del servidor de perfiles en el que se ubica el directorio JumpStart

ruta_directorio_jumpstart

La ruta absoluta del directorio JumpStart

Por ejemplo, la entrada siguiente permite que todos los sistemas accedan al directorio /jumpstart del servidor de perfiles, denominado sherlock:
* install_config=sherlock:/jumpstart
Precaución –
El uso de este procedimiento puede dar lugar a la aparición del siguiente mensaje de error al arrancar un cliente de instalación:

WARNING: getfile: RPC failed: error 5: (RPC Timed out).

Arranque desde la red, mensajes de error contiene más información sobre este mensaje de error.

Todos los sistemas podrán acceder al servidor de perfiles.

Creación de un disquete de perfiles para sistemas autónomos

Un disquete que contiene un directorio JumpStart se denomina disquete de perfiles. Un sistema que no está conectado a la red no tiene acceso al servidor de perfiles. Es decir, que si el sistema no está conectado a una red, deberá crear un directorio JumpStart en un disquete. El sistema en el que se crea un disquete de perfiles debe tener una unidad de disquetes.

El directorio JumpStart contiene todos los archivos personalizados de JumpStart, por ejemplo rules, rules.ok, así como perfiles. Debe guardar el directorio JumpStart en el directorio root (/) del disquete de perfiles.

Consulte uno de los siguientes procedimientos:

SPARC: Para crear un disquete de perfiles

Nota –

En este procedimiento se supone que el sistema ejecuta Volume Manager. Si no se está utilizando Volume Manager para administrar los disquetes, CD y DVD, consulte System Administration Guide: Devices and File Systems para obtener información detallada para administrar los medios extraíbles sin Volume Manager.

Busque un sistema SPARC en el que haya conectada una unidad de disquete.

Conviértase en superusuario o asuma una función similar.

Las funciones incluyen autorizaciones y comandos con privilegios. Para obtener más información sobre las funciones, consulte Configuring RBAC (Task Map) de System Administration Guide: Security Services.

Inserte un disquete vacío o uno que pueda sobrescribirse en la unidad de disquetes.

Monte el disquete.
# volcheck

Determine si el disquete contiene un sistema de archivos UNIX (UFS).

Examine el contenido del archivo /etc/mnttab en el sistema para buscar una entrada como la siguiente:
/vol/dev/diskette0/scrap /floppy/scrap ufs suid,rw,largefiles,dev=1740008 927147040
- Si la entrada existe, vaya al Paso 7.
- Si no está en el archivo, vaya al paso siguiente.

Cree un UFS en el disquete.
# newfs /vol/dev/aliases/floppy0

Decida si desea copiar ejemplos de archivos de instalación JumpStart personalizada en el directorio JumpStart.

De lo contrario, vaya al Paso 10.
Si desea copiarlos, use la tabla de decisiones siguiente para decidir cuál va a ser el próximo paso.

Ubicaciones de ejemplo

Instrucciones

El DVD del sistema operativo Solaris para plataformas SPARC o el CD 1 de software de Solaris para plataformas SPARC

Inserte el DVD del sistema operativo Solaris para plataformas SPARC o el CD 1 de software de Solaris para plataformas SPARC en la unidad de CD-ROM del servidor.

Volume Manager monta automáticamente el CD o DVD.

Una imagen del DVD del sistema operativo Solaris para plataformas SPARC o del CD 1 de software de Solaris para plataformas SPARC en un disco local

Cambie a la ubicación de la imagen del DVD del sistema operativo Solaris para plataformas SPARC o del CD 1 de software de Solaris para plataformas SPARC . Por ejemplo, escriba el comando siguiente:

cd /export/install

Copie los archivos de JumpStart personalizados de ejemplo en el directorio JumpStart del disquete de perfiles.
# cp -r ruta_soporte/Solaris_10/Misc/jumpstart_sample/* ruta_directorio_jumpstart
ruta_soporte

La ruta al CD, DVD o imagen del disco local

ruta_directorio_jumpstart

La ruta al disquete de perfiles en el que desea colocar los archivos de JumpStart personalizada de ejemplo

Nota –
Debe colocar todos los archivos de de instalación JumpStart personalizada en el directorio root (/) del disquete.

Por ejemplo, el siguiente comando copia el contenido de jumpstart_sample del CD 1 de software de Solaris para plataformas SPARC en el directorio root (/) de un disquete de perfiles denominado scrap:
cp -r /cdrom/cdrom0/s0/Solaris_10/Misc/jumpstart_sample/* /floppy/scrap

Actualice los archivos JumpStart de ejemplo del disquete de perfiles para que los archivos se puedan usar en su sistema operativo.

Compruebe que el directorio JumpStart esté en root y que los permisos sean 755.

Expulse el disquete.
# eject floppy
Ha finalizado la creación de un disquete de perfiles. Ya puede actualizar el archivo rules y crear perfiles en el disquete de perfiles para realizar instalaciones JumpStart personalizadas. Para continuar, vaya a Creación del archivo rules .

x86: Para crear un disquete de perfiles con GRUB

Utilice este procedimiento para crear un disquete de perfiles con GRUB. Durante la instalación se proporciona un menú de GRUB que permite el proceso de arranque. El menú de GRUB sustituye al Asistente de configuración de dispositivos de Solaris, que es posible que sea necesario para arrancar el sistema en versiones parciales.

Nota –

Busque un sistema x86 en el que haya conectada una unidad de disquete.

Conviértase en superusuario o asuma una función similar.

Las funciones incluyen autorizaciones y comandos con privilegios. Para obtener más información sobre las funciones, consulte Configuring RBAC (Task Map) de System Administration Guide: Security Services.

Inserte un disquete vacío o uno que pueda sobrescribirse en la unidad de disquetes.

Monte el disquete.
# volcheck

Decida si desea copiar ejemplos de archivos de instalación JumpStart personalizada en el directorio JumpStart.

De lo contrario, vaya al Paso 8.
Si desea copiarlos, use la tabla de decisiones siguiente para decidir cuál va a ser el próximo paso.

Ubicaciones de ejemplo

Instrucciones

El DVD del sistema operativo Solaris para plataformas x86 o el CD 1 de software de Solaris para plataformas x86

Inserte el DVD del sistema operativo Solaris para plataformas x86 o el CD 1 de software de Solaris para plataformas x86 en la unidad de CD-ROM del servidor.

El software Volume Manager monta automáticamente el DVD o CD.

Una imagen del DVD del sistema operativo Solaris para plataformas x86 o del CD 1 de software de Solaris para plataformas x86 en un disco local

Cambie a la ubicación de la imagen del DVD del sistema operativo Solaris para plataformas x86 o el CD 1 de software de Solaris para plataformas x86. Escriba, por ejemplo:

cd /export/install

Copie los archivos de JumpStart personalizados de ejemplo en el directorio JumpStart del disquete de perfiles.
# cp -r ruta_soporte/Solaris_10/Misc/jumpstart_sample/* ruta_directorio_jumpstart
ruta_soporte

La ruta al CD, DVD o imagen del disco local

ruta_directorio_jumpstart

La ruta al disquete de perfiles en el que desea colocar los archivos de JumpStart personalizada de ejemplo

Nota –
Debe colocar todos los archivos de la instalación JumpStart personalizada en el directorio root (/) del disquete de perfiles.

Por ejemplo, el comando siguiente copia el contenido de jumpstart_sample del CD 1 de software de Solaris para plataformas x86 al directorio root (/) de un disquete de perfiles denominado scrap:
cp -r /cdrom/cdrom0/Solaris_10/Misc/jumpstart_sample/* /floppy/scrap

Actualice los archivos JumpStart de ejemplo del disquete de perfiles para que los archivos se puedan usar en su sistema operativo.

Compruebe que el directorio JumpStart esté en root y que los permisos sean 755.

Expulse el disquete haciendo clic en Expulsar disco, en la ventana del Gestor de archivos o escribiendo eject floppy en la línea de comandos.

En el cuadro de diálogo del Gestor de medios extraíbles, haga clic en Aceptar.

Expulse manualmente el disquete.

Véase también

Ha finalizado la creación de un disquete de perfiles. Ya puede actualizar el archivo rules y crear perfiles en el disquete de perfiles para realizar instalaciones JumpStart personalizadas. Para continuar, vaya a Creación del archivo rules .

Creación del archivo `rules`

El archivo rules consiste en un archivo de texto que contiene una regla para cada grupo de sistemas en los que desea instalar el sistema operativo Solaris. Cada regla diferencia un grupo de sistemas basados en uno o varios atributos de sistema y relaciona, además, un grupo con un perfil. Éste es un archivo de texto que define cómo hay que instalar el software Solaris en cada sistema del grupo. Por ejemplo, la regla siguiente especifica que el programa JumpStart usa la información del perfil basic_prof para realizar instalaciones en cualquier sistema con el grupo de plataformas sun4u.

karch sun4u - basic_prof -

El archivo rules se usa para crear el archivo rules.ok, necesario para las instalaciones JumpStart personalizadas.

Nota –

Si configura el directorio JumpStart teniendo en cuenta los procedimientos de Creación de un disquete de perfiles para sistemas autónomos o Creación de un servidor de perfiles para sistemas conectados en red, en el directorio JumpStart ya hay un archivo rules de ejemplo. El archivo rules de ejemplo contiene documentación y algunas reglas, Si va a usar el archivo rules de ejemplo, convierta en comentario las reglas de ejemplo que no necesite.

Sintaxis del archivo `rules`

El archivo rules debe tener los atributos siguientes:

Se debe asignar al archivo el nombre rules.
El archivo debe contener al menos una regla.

El archivo rules puede incluir:

Texto comentado

JumpStart tratará como comentario cualquier texto que se incluya a continuación del signo # de una línea. Si una línea empieza con el símbolo #, la línea entera se tratará como un comentario.
Una o varias líneas en blanco
Una o varias reglas de varias líneas

Para extender una regla a una línea nueva, antes de pulsar Intro incluya un carácter de barra invertida (\).

Para crear un archivo `rules`

Utilice un editor de texto para crear un archivo de texto que se denomine rules. También puede abrir el archivo rules de ejemplo del directorio JumpStart que ha creado.

Agregue una regla en el archivo rules para cada grupo de sistemas en que quiera instalar el software de Solaris.

Para obtener una lista de las palabras clave y valores del archivo rules, consulte Valores y palabras clave de reglas.

Una regla incluida en un archivo rules debe ajustarse a la sintaxis siguiente:
!palabra_clave_de_regla valor_regla && !palabra_clave_de_regla valor_regla ... inicio perfil fin
!

Símbolo que se utiliza antes de una palabra clave para indicar negación.

palabra_clave_de_regla

Palabra o unidad léxica predefinida que describe un atributo de sistema general, por ejemplo nombre de host, hostname, o tamaño de memoria, memsize. palabra_clave_de_regla se usa con el valor de la regla para hacer concordar un sistema con el mismo atributo con un perfil. Si desea obtener una lista de las palabras clave de regla, consulte Valores y palabras clave de reglas.

valor_regla

Valor que proporciona el atributo de sistema concreto para la correspondiente palabra clave de regla. Los valores de regla se definen en Valores y palabras clave de reglas.

&&

Símbolo que se utiliza para unir la palabra clave de regla y el valor de regla en la misma regla (un AND lógico). Durante una instalación JumpStart personalizada, un sistema debe hacer coincidir todos los pares de la regla para que la regla concuerde.

inicio

El nombre de una secuencia del shell Bourne opcional se puede ejecutar antes de que empiece la instalación. Si no hay una secuencia de inicio, deberá escribir un símbolo menos (-) en este campo. Todas las secuencias de inicio deben situarse en el directorio JumpStart.

En Creación de secuencias de inicio se proporciona información sobre cómo crear secuencias de comandos de inicio.

perfil

El nombre de un archivo de texto que define cómo instalar el software Solaris en el sistema cuando un sistema concuerda con la regla. La información que hay en un perfil consiste en palabras clave de perfil y sus valores de perfil correspondientes. Todos los perfiles deben situarse en el directorio JumpStart.

Nota –
En Uso de un programa de instalación específico de una sede y Creación de perfiles derivados con una secuencia de inicio se explican distintas formas de utilizar el campo de perfil.

fin

El nombre de una secuencia del shell Bourne opcional que se puede ejecutar una vez finalizada la instalación. Si no hay una secuencia de fin, deberá escribir un símbolo menos (-) en este campo. Todas las secuencias de finalización deben situarse en el directorio JumpStart.

En Creación de secuencias de finalización se proporciona información sobre cómo crear secuencias de comandos de finalización.

Como mínimo, cada regla deberá incluir:
- Una palabra clave, un valor y un perfil correspondiente
- Un símbolo menos (-) en los campos inicio y fin, si no se especifica ninguna secuencia de inicio o fin

Guarde el archivo rules en el directorio JumpStart.

Asegúrese de que root sea el propietario del archivo rules y de que los permisos estén establecidos en 644.

Ejemplo de archivo `rules`

Este ejemplo muestra varias reglas en un archivo rules. Cada línea tiene una palabra clave de regla y un valor válido para esa palabra clave. El programa JumpStart examina el archivo rules de arriba a abajo.

Si el programa JumpStart hace coincidir un valor y una palabra clave del sistema con un sistema conocido, el programa JumpStart instala el software de Solaris que especifica el perfil que aparece la lista del campo de perfil.

Para obtener una lista completa de limitaciones de archivos rules, consulte Sintaxis del archivo rules .

Ejemplo 3–1 Archivo `rules`

 # rule keywords and rule values       begin script       profile       finish script
 # -----------------------------       ------------       --------      -------------
  hostname eng-1                       -                  basic_prof    -
  network 192.168.255.255 && !model \
 'SUNW,Sun-Blade-100'                  -                  net_prof      -
  model SUNW,SPARCstation-LX           -                  lx_prof       complete
  network 192.168.2.0 && karch i86pc  setup               x86_prof      done
  memsize 64-128 && arch i386          -                  prog_prof     -
  any   -                              -                  generic_prof  -

La siguiente lista describe algunas de las palabras claves y valores del ejemplo.

hostname: La regla concuerda si el nombre del sistema es eng-1. El perfil basic_prof se usa para instalar el software Solaris en el sistema que concuerde con la regla.
network: La regla coincide si el sistema está en la subred 192.168.255.255 y si el sistema no es Sun Blade ^TM 100 ( SUNW,Sun-Blade-100). El perfil net_prof se usa para instalar el software Solaris en sistemas que concuerden con esta regla. Esta regla también proporciona un ejemplo de continuar una sola regla en una línea nueva mediante el carácter de barra invertida (\).
model: La regla concuerda si el sistema es un SPARCstation LX. El perfil lx_prof y la secuencia de fin complete se usan para instalar el software Solaris en sistemas que concuerden con esta regla.
network: La regla coincide si el sistema está en la subred 192.168.2.0 y en un sistema sun4u basado en x86. La secuencia de inicio setup, el perfil x864u_prof y la secuencia de finalización done se utilizan para instalar el software de Solaris en sistemas que coincidan con la regla.
memsize: La regla cuadra si el sistema tiene entre 64 y 128 Mbytes de memoria y es x86. El perfil prog_prof se usa para instalar el software Solaris en sistemas que concuerden con la regla.
any: La regla cuadra cualquier sistema que no concuerde con las reglas anteriores. El perfil generic_prof se usa para instalar el software Solaris en sistemas que concuerden con la regla. Si se usa any, debe ser siempre la última regla del archivo rules.

Creación de un perfil

Un perfil consiste en un archivo de texto que define la forma de instalar el software de Solaris en un sistema. Un perfil define elementos de la instalación, como el grupo de software que se va a instalar. Cada regla especifica un perfil que define cómo hay que instalar un sistema. Se pueden crear diferentes perfiles para cada regla o usar el mismo perfil en más de una regla.

Un perfil se compone de una o varias palabras clave de perfil y de sus valores. Cada palabra clave de perfil es un comando que controla un aspecto de cómo debe instalar el programa JumpStart el software Solaris en un sistema. Por ejemplo, el valor y la palabra clave del perfil siguiente especifican que el programa JumpStart debe realizar una instalación de servidor:

system_type  server

Nota –

Los perfiles de ejemplo ya se encuentran en el directorio JumpStart si ha creado el directorio JumpStart utilizando cualquiera de estos procedimientos:

Sintaxis de perfiles

Un perfil debe contener los elementos siguientes:

La palabra clave de perfil install_type como primera entrada
Una palabra clave por línea
La palabra clave root_device, si los sistemas que se están actualizando por el perfil tienen más de un sistema de archivos root (/) que se pueda modernizar

Un perfil puede incluir:

Texto comentado

El programa JumpStart trata como comentario cualquier texto que vaya después del símbolo # en una línea. Si una línea empieza con el símbolo #, la línea entera se tratará como un comentario.
Una o varias líneas en blanco

Para crear un perfil

Use un editor de texto para crear un archivo de texto. Asigne al archivo un nombre descriptivo. También puede abrir un perfil de ejemplo en el directorio JumpStart que ha creado.

Nota –
Asegúrese de que el nombre del perfil refleje el modo como se pretende utilizar el perfil para instalar el software de Solaris en un sistema. Por ejemplo, puede asignar los siguientes nombres a los perfiles: instal_basica, perfil_ing o perfil_de_usuario.

Agregue al perfil palabras clave y valores de perfil.

Para obtener una lista de las palabras clave de perfil y los valores, consulte Valores y palabras clave de perfiles.

Nota –
Las palabras clave y sus valores distinguen entre mayúsculas y minúsculas.

Guarde el perfil en el directorio JumpStart.

Cerciórese de que root tenga el perfil y de que los permisos se fijen en 644.

Compruebe el perfil (opcional).

Comprobación de un perfil contiene información acerca de la comprobación de perfiles.

Ejemplos de perfiles

Los ejemplos siguientes de perfiles muestran la manera de utilizar distintos valores de perfiles y palabras clave de perfil para controlar la forma de instalar el software de Solaris en un sistema. Valores y palabras clave de perfiles contiene una descripción de las palabras clave y valores de perfil.

Ejemplo 3–2 Montaje de sistemas de archivos remotos y adición y borrado de paquetes

 
# profile keywords        profile values
# -----------------       -----------------
  install_type            initial_install
  system_type             standalone
  partitioning            default
  filesys                 any 512 swap   # specify size of /swap
  cluster                 SUNWCprog
  package                 SUNWman delete
  cluster                 SUNWCacc

La siguiente lista describe algunas de las palabras claves y valores del ejemplo.

install_type: La palabra clave install_type es necesaria en todos los perfiles.
system_type: La palabra clave system_type determina que se realizará una instalación de sistema autónomo.
partitioning: Los segmentos del sistema de archivos están determinados por el software que se va a instalar, con el valor default. El tamaño del archivo swap se fija en 512 Mbytes y se instala en cualquier disco, valor any.
cluster: El grupo de software de Solaris para desarrolladores, SUNWCprog, se instala en el sistema.
package: Si las páginas de comando man estándar se montan desde el servidor de archivos, s_ref, en la red; los paquetes de páginas de comando man no se deben instalar en el sistema. Los paquetes que contienen las utilidades de contabilidad del sistema están seleccionados para instalarse en éste.

Ejemplo 3–3 Montaje de sistemas de archivos remotos y adición de paquetes de terceros

 
# profile keywords        profile values
# -----------------       -----------------
  install_type            initial_install
  system_type             standalone
  partitioning            default
  filesys                 any 512 swap   # specify size of /swap
  cluster                 SUNWCprog
  cluster                 SUNWCacc
  package                 apache_server  \
                           http://package.central/packages/apache timeout 5

La siguiente lista describe algunas de las palabras claves y valores del ejemplo.

install_type: La palabra clave install_type es necesaria en todos los perfiles.
system_type: La palabra clave system_type determina que se realizará una instalación de sistema autónomo.
partitioning: Los segmentos del sistema de archivos están determinados por el software que se va a instalar, con el valor default. El tamaño del archivo swap se fija en 512 Mbytes y se instala en cualquier disco, valor any.
cluster: El grupo de software de Solaris para desarrolladores, SUNWCprog, se instala en el sistema.
package: Un paquete de terceros se instala en el sistema que se encuentra en el servidor HTTP.

Ejemplo 3–4 Especificación de la ubicación de instalación de los sistemas de archivos

# profile keywords        profile values
# ----------------        -------------------
  install_type            initial_install
  system_type             standalone 
  partitioning            explicit
  filesys                 c0t0d0s0 auto /
  filesys                 c0t3d0s1 auto swap
  filesys                 any auto usr
  cluster                 SUNWCall

La siguiente lista describe algunas de las palabras claves y valores del ejemplo.

partitioning: Los segmentos del sistema de archivos están determinados por las palabras clave filesys, valor explicit. El tamaño del sistema de archivos root (/) se basa en el software seleccionado, valor auto y se instala en c0t0d0s0. Se fija el tamaño del archivo swap necesario y se instala en c0t3d0s1. usr se basa en el software seleccionado y el programa de instalación determina dónde hay que instalar usr de acuerdo con el valor any.
cluster: El grupo de software de Solaris de distribución completa, SUNWCall, se instala en el sistema.

Ejemplo 3–5 Modernización e instalación de parches

# profile keywords         profile values
# ----------------         -------------------
  install_type             upgrade 
  root_device              c0t3d0s2 
  backup_media             remote_filesystem timber:/export/scratch
  package                  SUNWbcp delete
  package                  SUNWxwman add
  cluster                  SUNWCacc add   
  patch                    patch_list nfs://patch_master/Solaris_10/patches \
                           retry 5
  locale                   de

La siguiente lista describe algunas de las palabras claves y valores del ejemplo.

install_type: El perfil moderniza un sistema mediante la reasignación del espacio de disco. En este ejemplo, el espacio en el disco debe reasignarse porque algunos sistemas de archivos no tienen espacio suficiente para la modernización.
root_device: El sistema de archivos root de c0t3d0s2 se moderniza.
backup_media: Se usa un sistema remoto denominado timber para realizar una copia de seguridad durante la asignación del espacio de disco. Para obtener más valores de palabra clave de medios de copia de seguridad, consulte Palabra clave de perfil backup_media.
package: El paquete de compatibilidad binaria, SUNWbcp, no está instalado en el sistema después de la modernización.
package: El código garantiza que las páginas de comando man del sistema X Window y las utilidades de contabilidad del sistema se instalen, si no están ya instaladas. Todos los paquetes que hay ya en el sistema se modernizan automáticamente.
patch: Una lista de los parches instalados con la modernización. La lista de revisiones está ubicada en un servidor NFS denominado patch_master bajo los directorios Solaris_10/patches. Si el montaje falla, el montaje NFS se intenta cinco veces.
locale: Los paquetes de localización alemanes se deben instalar en el sistema.

Ejemplo 3–6 Reasignación de espacio de disco para una modernización

# profile keywords         profile values
# ----------------         -------------------
  install_type             upgrade 
  root_device              c0t3d0s2 
  backup_media             remote_filesystem timber:/export/scratch
  layout_constraint        c0t3d0s2 changeable 100
  layout_constraint        c0t3d0s4 changeable
  layout_constraint        c0t3d0s5 movable 
  package                  SUNWbcp delete
  package                  SUNWxwman add
  cluster                  SUNWCacc add   
  locale                   de

La siguiente lista describe algunas de las palabras claves y valores del ejemplo.

install_type

El perfil moderniza un sistema mediante la reasignación del espacio de disco. En este ejemplo, el espacio en el disco debe reasignarse porque algunos sistemas de archivos no tienen espacio suficiente para la modernización.

root_device

El sistema de archivos root de c0t3d0s2 se moderniza.

backup_media

Se usa un sistema remoto denominado timber para realizar una copia de seguridad durante la asignación del espacio de disco. Para obtener más valores de palabra clave de medios de copia de seguridad, consulte Palabra clave de perfil backup_media.

layout_constraint

Las palabras clave layout_constraint determinan que, al reasignar el espacio de disco para la modernización, la disposición automática puede:

Cambiar los segmentos 2 y 4. Los segmentos se pueden mover a otra ubicación y el tamaño se puede cambiar.
Mover el segmento 5. El segmento se puede mover a otra ubicación, pero su tamaño no se puede modificar.

package

El paquete de compatibilidad binaria, SUNWbcp, no está instalado en el sistema después de la modernización.

package

El código garantiza que las páginas de comando man del sistema X Window y las utilidades de contabilidad del sistema se instalen, si no están ya instaladas. Todos los paquetes que hay ya en el sistema se modernizan automáticamente.

locale

Los paquetes de localización alemanes se deben instalar en el sistema.

Ejemplo 3–7 Recuperación de un contenedor Solaris Flash desde un servidor HTTP

En el ejemplo siguiente, el perfil indica que el programa de instalación JumpStart personalizada recupera el contenedor Solaris Flash de un servidor HTTP.

# profile keywords         profile values
# ----------------         -------------------
install_type               flash_install
archive_location           http://192.168.255.255/flasharchive/solarisarchive
partitioning               explicit
filesys                    c0t1d0s0 4000 /
filesys                    c0t1d0s1 512 swap
filesys                    c0t1d0s7 free /export/home

La siguiente lista describe algunas de las palabras claves y valores del ejemplo.

install_type: El perfil instala un contenedor Solaris Flash en el sistema clónico. Se sobrescriben todos los archivos como en una instalación inicial.
archive_location: El contenedor Solaris Flash se recupera de un servidor HTTP.
partitioning: Los segmentos del sistema de archivos están determinados por las palabras clave filesys, valor explicit. El tamaño de root (/) está basado en el del contenedor Solaris Flash. El sistema de archivos root se instala en c0t1d0s0. Se fija el tamaño del archivo swap necesario y se instala en c0t1d0s1. /export/home se basa en el espacio de disco libre. /export/home se instala en c0t1d0s7.

Ejemplo 3–8 Recuperación de un contenedor Solaris Flash desde un servidor HTTP seguro

En el ejemplo siguiente, el perfil indica que el programa de instalación JumpStart personalizada recupera el contenedor Solaris Flash de un servidor HTTP seguro.

# profile keywords         profile values
# ----------------         -------------------
install_type               flash_install
archive_location           https://192.168.255.255/solarisupdate.flar
partitioning               explicit
filesys                    c0t1d0s0 4000 /
filesys                    c0t1d0s1 512 swap
filesys                    c0t1d0s7 free /export/home

La siguiente lista describe algunas de las palabras claves y valores del ejemplo.

install_type: El perfil instala un contenedor Solaris Flash en el sistema clónico. Se sobrescriben todos los archivos como en una instalación inicial.
archive_location: El contenedor comprimido Solaris Flash se recupera de un servidor HTTP seguro.
partitioning: Los segmentos del sistema de archivos están determinados por las palabras clave filesys, valor explicit. El tamaño de root (/) está basado en el del contenedor Solaris Flash. Se fija el tamaño del archivo swap necesario y se instala en c0t1d0s1. /export/home se basa en el espacio de disco libre. /export/home se instala en c0t1d0s7.

Ejemplo 3–9 Recuperación de un contenedor Solaris Flash e instalación de un paquete de terceros

En el ejemplo siguiente, el perfil indica que el programa de instalación JumpStart personalizada recupera el contenedor Solaris Flash de un servidor HTTP.

# profile keywords         profile values
# ----------------         -------------------
install_type               flash_install
archive_location           http://192.168.255.255/flasharchive/solarisarchive
partitioning               explicit
filesys                    c0t1d0s0 4000 /
filesys                    c0t1d0s1 512 swap
filesys                    c0t1d0s7 free /export/home
package                    SUNWnew http://192.168.254.255/Solaris_10 timeout 5

La siguiente lista describe algunas de las palabras claves y valores del ejemplo.

install_type: El perfil instala un contenedor Solaris Flash en el sistema clónico. Se sobrescriben todos los archivos como en una instalación inicial.
archive_location: El contenedor Solaris Flash se recupera de un servidor HTTP.
partitioning: Los segmentos del sistema de archivos están determinados por las palabras clave filesys, valor explicit. El tamaño de root (/) está basado en el del contenedor Solaris Flash. El sistema de archivos root se instala en c0t1d0s0. Se fija el tamaño del archivo swap necesario y se instala en c0t1d0s1. /export/home se basa en el espacio de disco libre. /export/home se instala en c0t1d0s7.
package: El paquete SUNWnew se agrega desde el directorio Solaris_10 del servidor HTTP 192.168.254.255.

Ejemplo 3–10 Recuperación de un contenedor diferencial Solaris Flash desde un servidor NFS

En el ejemplo siguiente, el perfil indica que el programa de instalación JumpStart personalizada recupera el contenedor Solaris Flash de un servidor NFS. La palabra clave flash_update indica que éste es un contenedor diferencial. Un contenedor diferencial sólo instala las diferencias entre las dos imágenes.

# profile keywords         profile values
# ----------------         -------------------
install_type               flash_update
archive_location           nfs installserver:/export/solaris/flasharchive \
                           /solarisdiffarchive
no_master_check

La siguiente lista describe algunas de las palabras claves y valores del ejemplo.

install_type: El perfil instala un contenedor diferencial Solaris Flash en el sistema clónico. Sólo se instalan los archivos que especifica el contenedor.
archive_location: El contenedor Solaris Flash se recupera de un servidor NFS.
no_master_check: No se comprueba en el sistema clónico una imagen válida del sistema. La imagen válida del sistema se habría construido desde el sistema principal original.

Ejemplo 3–11 Creación de un entorno de arranque vacío

En el ejemplo siguiente, el perfil indica que el programa de instalación JumpStart personalizada crea un entorno de arranque vacío. Un entorno de arranque vacío no contiene ningún sistema de archivos y no se produce ninguna copia del entorno de arranque actual. Este entorno de arranque vacío se puede llenar posteriormente con un contenedor de Solaris Flash y después activar.

# profile keywords        profile values
# ----------------        -------------------
  install_type            initial_install
  system_type             standalone 
  partitioning            explicit
  filesys                 c0t0d0s0 auto /
  filesys                 c0t3d0s1 auto swap
  filesys                 any auto usr
  cluster                 SUNWCall
  bootenv createbe bename second_BE \
  filesystem /:/dev/dsk/c0t1d0s0:ufs \
  filesystem -:/dev/dsk/c0t1d0s0:swap \
  filesystem /export:shared:ufs

La siguiente lista describe algunas de las palabras claves y valores del ejemplo.

partitioning

Los segmentos del sistema de archivos están determinados por las palabras clave filesys, valor explicit. El tamaño del sistema de archivos root (/) se basa en el software seleccionado, valor auto y se instala en c0t0d0s0. Se fija el tamaño del archivo swap necesario y se instala en c0t3d0s1. usr se basa en el software seleccionado y el programa de instalación determina dónde hay que instalar usr de acuerdo con el valor any.

cluster

El grupo de software de Solaris de distribución completa, SUNWCall, se instala en el sistema.

bootenv createbe

Se configura un entorno de arranque vacío e inactivo en el disco c0t1d0. Se crean los sistemas de archivos root (/), de intercambio y /export, pero se dejan vacíos. Este segundo entorno de arranque se puede instalar más adelante con un contenedor Solaris Flash. A continuación se puede activar el nuevo entorno de arranque para que pase a ser el nuevo entorno de arranque.

Para conocer los valores de la palabra clave y una explicación sobre el uso de la misma, consulte estas referencias:

Para obtener descripciones de los valores de las palabras clave, consulte Valores y palabras clave de perfiles.
Para obtener información acerca de Modernización automática de Solaris que crea, moderniza y activa entornos de arranque inactivos, consulte el Capítulo 2, Modernización automática de Solaris (información general) de Guía de instalación de Solaris 10 8/07: Modernización automática de Solaris y planificación de la modernización.
Para obtener información acerca de la utilización de un contenedor Solaris Flash, consulte el Capítulo 1, Solaris Flash (descripción general) de Guía de instalación de Solaris 10 8/07: contenedores Flash de Solaris (creación e instalación).

Ejemplo 3–12 Creación de volúmenes RAID-1 cuando se instala un contenedor Solaris Flash

En el siguiente ejemplo, el perfil indica que el programa JumpStart utiliza la tecnología Solaris Volume Manager para crear volúmenes RAID-1 (duplicaciones) para los sistemas de archivos root (/), swap, /usr y /export/home. Un contenedor Solaris Flash se instala en el entorno de arranque.

# profile keywords        profile values
# ----------------        -------------------
  install_type            flash_install
  arhcive_location        nfs server:/export/home/export/flash.s10.SUNWCall
  partitioning            explicit
  filesys                 mirror:d10 c0t0d0s0 c0t1d0s0 4096 /
  filesys                 mirror c0t0d0s1 2048 swap
  filesys                 mirror:d30 c0t0d0s3 c0t1d0s3 4096 /usr
  filesys                 mirror:d40 c0t0d0s4 c0t1d0s4 4096 /usr
  filesys                 mirror:d50 c0t0d0s5 c0t1d0s5 free /export/home
  metadb                  c0t1d0s7 size 8192 count 3

La siguiente lista describe algunas de las palabras claves y valores del ejemplo.

install_type: El perfil instala un contenedor Solaris Flash en el sistema clónico. Se sobrescriben todos los archivos como en una instalación inicial.
archive_location: El contenedor Solaris Flash se recupera de un servidor NFS.
partitioning: Los segmentos del sistema de archivos están determinados por las palabras clave filesys, valor explicit.
filesys: Se crea el sistema de archivos root (/) y se duplica en los segmentos c0t1d0s0 y c0t0d0s0. El tamaño del sistema de archivos root (/) queda establecido en 4096 MB. El volumen RAID-1 que duplica c0t1d0s0 y c0t0d0s0 recibe el nombre de d10.
filesys: Se crea el sistema de archivos swap, se duplica en el segmento c0t0d0s1 y se le otorga un tamaño de 2048 MB. El programa JumpStart personalizada asigna un nombre a las dos duplicaciones.
filesys: Se crea el sistema de archivos /usr y se duplica en los segmentos c0t1d0s3 y c0t0d0s3. El tamaño del sistema de archivos /usr queda establecido en 4096 Mbytes. El volumen RAID-1 se denomina d30.
filesys: Se crea el sistema de archivos /usr y se duplica en los segmentos c0t1d0s4 y c0t0d0s4. El tamaño del sistema de archivos /usr queda establecido en 4096 Mbytes. El volumen RAID-1 se denomina d40.
metadb: Se instalan tres réplicas de bases de datos de estado (metadbs) en el segmento c0t1d0s7 y se les otorga un tamaño de 8192 bloques (4 Mbytes).

Para obtener información general sobre cómo crear sistemas de archivos duplicados durante la instalación, consulte el Capítulo 8, Creación de volúmenes RAID-1 (duplicaciones) durante la instalación (información general) de Guía de instalación de Solaris 10 8/07: planificación de la instalación y la modernización.
Para obtener información sobre las directrices y los requisitos para crear sistemas de archivos duplicados, consulte el Capítulo 9, Creación de volúmenes RAID-1 (duplicaciones) durante la instalación (planificación) de Guía de instalación de Solaris 10 8/07: planificación de la instalación y la modernización.
Para obtener descripciones de los valores de palabra clave, consulte Palabra clave filesys (creación de volúmenes RAID-1) y Palabra clave de perfil metadb (creación de réplicas de bases de datos de estado).

Ejemplo 3–13 Creación de un volumen RAID-1 para duplicar el sistema de archivos root

En el ejemplo siguiente, el perfil indica que el programa de instalación JumpStart personalizada utiliza la tecnología de Solaris Volume Manager para crear un volumen RAID-1 (duplicación) en el sistema de archivos root (/).

# profile keywords        profile values
# ----------------        -------------------
  install_type            initial_install
  cluster                 SUNWCXall
  filesys                 mirror:d30 c0t1d0s0 c0t0d0s0  /
  filesys                 c0t0d0s3 512 swap
  metadb                  c0t0d0s4 size 8192 count 4
  metadb                  c0t1d0s4 size 8192 count 4

La siguiente lista describe algunas de las palabras claves y valores del ejemplo.

cluster: El grupo de distribución completa del software de Solaris más OEM, SUNWCXall, se instala en el sistema.
filesys: Se crea el sistema de archivos root (/) y se duplica en los segmentos c0t1d0s0 y c0t0d0s0. El volumen RAID-1 que duplica c0t1d0s0 y c0t0d0s0 recibe el nombre de d30. El programa de instalación JumpStart personalizada asigna nombres a las dos subduplicaciones.
filesys: Se crea el sistema de archivos de intercambio, se duplica en el segmento c0t0d0s3 y se le otorga un tamaño de 512 MB.
metadb: Se instalan cuatro réplicas de bases de datos de estado (metadbs) en el segmento c0t0d0s4 y se les otorga un tamaño de 8192 bloques (4 MB).
metadb: Se instalan cuatro réplicas de bases de datos de estado (metadbs) en el segmento c0t1d0s4 y se les otorga un tamaño de 8192 bloques (4 MB).

Para obtener información general sobre cómo crear volúmenes RAID-1 durante la instalación, consulte el Capítulo 8, Creación de volúmenes RAID-1 (duplicaciones) durante la instalación (información general) de Guía de instalación de Solaris 10 8/07: planificación de la instalación y la modernización.
Para saber cuáles son las directrices y los requisitos en la creación de volúmenes RAID-1, consulte el Capítulo 9, Creación de volúmenes RAID-1 (duplicaciones) durante la instalación (planificación) de Guía de instalación de Solaris 10 8/07: planificación de la instalación y la modernización.
Para obtener descripciones sobre valores de palabras clave, consulte Palabra clave filesys (creación de volúmenes RAID-1) y Palabra clave de perfil metadb (creación de réplicas de bases de datos de estado).

Ejemplo 3–14 Creación de volúmenes RAID-1 para duplicar varios sistemas de archivos

En el ejemplo siguiente, el perfil indica que el programa de instalación JumpStart personalizads utiliza la tecnología de Solaris Volume Manager para crear volúmenes RAID-1 (duplicaciones) en los sistemas de archivos root (/), de intercambio y /usr.

# profile keywords        profile values
# ----------------        -------------------
  install_type            initial_install
  cluster                 SUNWCXall
  filesys                 mirror:d100 c0t1d0s0 c0t0d0s0 200 /
  filesys                 c0t1d0s5 500 /var
  filesys                 c0t0d0s5 500
  filesys                 mirror c0t0d0s1 512 swap
  metadb                  c0t0d0s3 size 8192 count 5
  filesys                 mirror c0t1d0s4 c0t0d0s4 2000 /usr
  filesys                 c0t1d0s7 free /export/home
  filesys                 c0t0d0s7 free

La siguiente lista describe algunas de las palabras claves y valores del ejemplo.

cluster: El grupo de distribución completa del software de Solaris más OEM, SUNWCXall, se instala en el sistema.
filesys: Se crea el sistema de archivos root (/) y se duplica en los segmentos c0t1d0s0 y c0t0d0s0. El tamaño del sistema de archivos root (/) queda establecido en 200 MB. El volumen RAID-1 que duplica c0t1d0s0 y c0t0d0s0 recibe el nombre de d100.
filesys: El sistema de archivos /var está instalado en el segmento c0t1d0s5 y tiene un tamaño de 500 MB. Se crea el sistema de archivos root (/) y se duplica en los segmentos c0t1d0s0 y c0t0d0s0. El tamaño del sistema de archivos root (/) queda establecido en 200 MB. El volumen RAID-1 que duplica c0t1d0s0 y c0t0d0s0 recibe el nombre de d100.
filesys: Se crea el sistema de archivos de intercambio, se duplica en el segmento c0t0d0s1 y se le otorga un tamaño de 512 MB. El programa JumpStart personalizada asigna un nombre a las dos duplicaciones.
metadb: Se instalan cinco réplicas de bases de datos de estado (metadbs) en el segmento c0t0d0s3 y se les otorga un tamaño de 8192 bloques (4 MB).
filesys: Se crea el sistema de archivos /usr y se duplica en los segmentos c0t1d0s4 y c0t0d0s4. El tamaño del sistema de archivos /usr queda establecido en 2000 MB. El programa JumpStart personalizada asigna un nombre a las dos duplicaciones.

Para obtener información general sobre cómo crear sistemas de archivos duplicados durante la instalación, consulte el Capítulo 8, Creación de volúmenes RAID-1 (duplicaciones) durante la instalación (información general) de Guía de instalación de Solaris 10 8/07: planificación de la instalación y la modernización.
Para obtener información sobre las directrices y los requisitos para crear sistemas de archivos duplicados, consulte el Capítulo 9, Creación de volúmenes RAID-1 (duplicaciones) durante la instalación (planificación) de Guía de instalación de Solaris 10 8/07: planificación de la instalación y la modernización.
Para obtener descripciones de los valores de palabra clave, consulte Palabra clave filesys (creación de volúmenes RAID-1) y Palabra clave de perfil metadb (creación de réplicas de bases de datos de estado).

Ejemplo 3–15 x86: Uso de la palabra clave `fdisk`

# profile keywords      profile values
# ----------------      -------------------
  install_type          initial_install
  system_type           standalone

  fdisk                 c0t0d0 0x04 delete
  fdisk                 c0t0d0 solaris maxfree
  cluster               SUNWCall
  cluster               SUNWCacc delete

La siguiente lista describe algunas de las palabras claves y valores del ejemplo.

fdisk: Todas las particiones fdisk de tipo DOSOS16 (04 hexadecimal) se borran del disco c0t0d0.
fdisk: Una partición fdisk de Solaris se crea en el espacio libre más grande contiguo en el disco c0t0d0.
cluster: El grupo de software de distribución completa, SUNWCall, se instala en el sistema.
cluster: Las utilidades de contabilidad del sistema, SUNWCacc, no se instalan en el sistema.

Comprobación de un perfil

Tras crear un perfil, utilice el comando pfinstall(1M) para comprobarlo. Debe hacerlo si desea usar el perfil para instalar o modernizar un sistema. Esta operación es particularmente útil en el momento de crear perfiles de modernización que reasignan el espacio del disco.

Para saber si un perfil funciona según lo previsto, compruebe la salida que haya generado el comando pfinstall. Por ejemplo, use el perfil para determinar si un sistema tiene espacio de disco suficiente para modernizarse a una nueva versión del software Solaris antes de realizar la modernización.

El comando pfinstall permite comprobar un perfil, contrastándolo con:

La configuración del disco del sistema en el que se está ejecutando el comando pfinstall.
Otras configuraciones de disco. Puede usar un archivo de configuración de disco que represente la estructura de un disco, por ejemplo, segmentos, indicadores, sectores/bytes de disco. La creación de archivos de configuración de discos se describe en Creación de archivos de configuración de disco y x86: Para crear un archivo de configuración de disco.

Nota –
No se puede usar un archivo de configuración de disco para comprobar un perfil que se pretende usar para modernizar un sistema. En su lugar, deberá comprobar el perfil contrastándolo con la configuración actual del disco y el software que está instalado en este momento en ese sistema.

Para crear un entorno Solaris temporal para comprobar un perfil

Para comprobar un perfil para una versión de Solaris concreta de forma satisfactoria y precisa, debe probar un archivo dentro de un sistema Solaris de la misma versión. Por ejemplo, si desea comprobar un perfil de instalación inicial de Solaris, ejecute el comando pfinstall en un sistema que esté ejecutando el SO Solaris.

Debe crear un entorno de instalación temporal si va a probar un perfil en una de las siguientes situaciones:

Desea probar un perfil de modernización de 10 8/07 en un sistema que tiene una versión anterior del software de Solaris.
No dispone de ningún sistema Solaris 10 8/07 instalado para probar los perfiles de instalación inicial de Solaris 10 8/07.

Arranque un sistema desde una imagen de:

Para sistemas SPARC:
- DVD del sistema operativo Solaris para plataformas SPARC
- CD 1 de software de Solaris para plataformas SPARC
Para sistemas x86:
- El DVD del sistema operativo Solaris para plataformas x86
- El CD 1 de software de Solaris para plataformas x86
Nota –
Si desea probar un perfil de modernización, arranque el sistema que está modernizando.

Conteste a las preguntas de identificación del sistema.

Para salir del programa de instalación, escriba ! en el siguiente indicador:

The Solaris installation program  will assist you in installing software for Solaris.
<Press ENTER to continue> {"!" exits}

Ejecute el comando pfinstall desde el shell. Para obtener información acerca de cómo utilizar el comando pfinstall, consulte el Paso 7 de Para comprobar un perfil.

Para comprobar un perfil

x86 sólo –

Si está utilizando la palabra clave locale, el comando pfinstall -D no podrá probar el perfil. Para solucionar este problema, consulte el mensaje de error "no se pudo seleccionar la configuración regional" en la sección Modernización del SO Solaris.

Localice un sistema en el que pueda probar el perfil, con el mismo tipo de plataforma, SPARC o x86, para la que se creó el perfil.

Si está probando un perfil de modernización, debe hacerlo en el sistema que realmente pretende modernizar.

Use la siguiente tabla para determinar lo que debe hacer a continuación.

Situación de comprobación	Instrucciones
Compruebe un perfil de instalación inicial con un sistema con el software Solaris 10 8/07.	Conviértase en superusuario del sistema y vaya al Paso 5.
Compruebe un perfil de modernización o falta de un sistema con Solaris 10 8/07 para probar un perfil de instalación inicial	Cree un entorno Solaris 10 8/07 temporal para comprobar el perfil. Para obtener información, consulte Para crear un entorno Solaris temporal para comprobar un perfil. A continuación, vaya al Paso 3.

Cree un punto de montaje temporal.
# mkdir /tmp/mnt

Monte el directorio que contiene el perfil o los perfiles que desee probar.

Situación de montaje

Instrucciones de escritura

Montaje de un sistema de archivos remoto NFS para sistemas de la red

mount -F nfs nombre_servidor:ruta /tmp/mnt

SPARC: Montaje de un disquete formateado para UFS

 mount -F ufs /dev/diskette /tmp/mnt

Montaje de un disquete formateado para PCFS

 mount -F pcfs /dev/diskette /tmp/mnt

Para comprobar el perfil con un determinado tamaño de memoria del sistema, configure SYS_MEMSIZE con dicho tamaño de memoria en Mbytes.
# SYS_MEMSIZE=tamaño_memoria # export SYS_MEMSIZE

¿Ha montado un directorio en el Paso 4?
- En caso afirmativo, cambie el directorio a /tmp/mnt.
  # cd /tmp/mnt
- Si no la ha hecho, cambie el directorio a la ubicación del perfil, que suele ser el directorio JumpStart.
  # cd ruta_dir_jumpstart

Compruebe el perfil con el comando pfinstall(1M) .
# /usr/sbin/install.d/pfinstall -D:-d archivo_config_disco -c ruta perfil
Precaución –
Es fundamental incluir las opciones -d o -D. Si no lo hace, pfinstall usa el perfil especificado para instalar el software de Solaris y se sobrescriben todos los datos del sistema.

-D

pfinstall usa la configuración del disco del sistema actual para comprobar el perfil. Para comprobar un perfil de modernización debe usar la opción -D.

-d archivo_config_disco

pfinstall usa el archivo de configuración de disco, archivo_config_disco, para probar el perfil. Si archivo_config_disco no se encuentra en el directorio en el que se ejecuta el comando pfinstall, debe especificar la ruta de acceso.

Para obtener instrucciones acerca de cómo crear un archivo de configuración de discos, consulte Creación de archivos de configuración de disco.

Nota –
No puede utilizar la opción -d archivo_config_disco con un perfil de modernización, install_type upgrade. Siempre hay que comprobar un perfil de modernización, contrastándolo con una configuración de disco del sistema, es decir, hay que usar la opción -D.

-c ruta

La ruta a la imagen del software de Solaris. Esta opción se puede usar, por ejemplo, si el sistema está utilizando el software Volume Manager para montar el CD de Software de Solaris - 1 para la plataforma.

Nota –
La opción -c no es necesaria si arranca desde una imagen del DVD del sistema operativo Solaris o el CD Software de Solaris - 1 para la plataforma. La imagen del DVD o del CD se monta en /cdrom durante el proceso de arranque.

perfil

El nombre del perfil que hay que probar. Si perfil no está en el directorio en el que se está ejecutando pfinstall, deberá especificar la ruta.

Ejemplos de comprobación de perfiles

El ejemplo siguiente muestra cómo usar el comando pfinstall para comprobar un perfil denominado basic_prof. El perfil se comprueba contrastándolo con la configuración de disco en un sistema en el que está instalado el software de Solaris 10 8/07. El perfil basic_prof se ubica en el directorio /jumpstart y se especifica la ruta de la imagen de DVD del sistema operativo Solaris porque se utiliza el software Volume Manager .

Ejemplo 3–16 Comprobación de un perfil mediante un sistema Solaris 10 8/07

# cd /jumpstart
# /usr/sbin/install.d/pfinstall -D -c /cdrom/pathname basic_prof

El ejemplo siguiente muestra cómo usar el comando pfinstall para comprobar el perfil denominado basic_prof en un sistema Solaris 10 8/07;. La comprobación se realiza contrastando el archivo de configuración de disco 535_test. La comprobación verifica si hay 64 Mbytes de memoria en el sistema. Este ejemplo usa una imagen de CD 1 de software de Solaris para plataformas SPARC o CD 1 de software de Solaris para plataformas x86 que se encuentra en el directorio /export/install.

Ejemplo 3–17 Comprobación de perfil con un archivo de configuración de disco

# SYS_MEMSIZE=64
# export SYS_MEMSIZE
# /usr/sbin/install.d/pfinstall -d 535_test -c /export/install basic_prof

Validación del archivo `rules`

Antes de usar un perfil y un archivo rules debe ejecutar la secuencia check para confirmar que los archivos se han configurado correctamente. Si todas las reglas y perfiles se han configurado correctamente, se crea el archivo rules.ok, necesario para que el software de instalación de JumpStart personalizada haga coincidir un sistema con un perfil.

La Tabla 3–2 describe la acción de la secuencia de comandos check.

Tabla 3–2 Qué ocurre cuando se usa la secuencia check


Etapa	Descripción
1	Se comprueba la sintaxis del archivo `rules` `check` comprueba que las palabras clave de regla sean legítimas y que los campos `inicio`, `clase` y `fin` se hayan especificado para cada una de las reglas. Los campos `inicio` y `fin` pueden tener un símbolo menos (`-`) en lugar de un nombre de archivo.
2	Si no se encuentran errores en el archivo `rules`, se comprueba la sintaxis de todos los perfiles especificados en las reglas.
3	Si no se detectan errores, `check` crea el archivo `rules.ok` desde el archivo `rules`, elimina todos los comentarios y líneas en blanco, conserva todas las reglas, y agrega la siguiente línea de comentario al final: `# version=2 checksum=num`

Para confirmar el archivo `rules`

Compruebe que la secuencia de comandos check esté en el directorio JumpStart.

Nota –
La secuencia de comandos check se ubica en el directorio Solaris_10/Misc/jumpstart_sample del DVD del sistema operativo Solaris o del CD Software de Solaris - 1.

Cambie el directorio al directorio JumpStart.

Ejecute la secuencia de comandos check para validar el archivo rules:
$ ./check -p ruta -r nombre_archivo
-p ruta

Valida el archivo rules con la secuencia de comandos check desde la imagen del software de Solaris, en lugar de la secuencia de comandos check del sistema que se está usando. ruta es la imagen en un disco local o un DVD del sistema operativo Solaris o CD Software de Solaris - 1 montado.

Utilice esta opción para ejecutar la versión más reciente de la secuencia de comandos check si el sistema está ejecutando una versión anterior de Solaris.

-r nombre_archivo

Especifica un archivo de reglas diferente del que se llama rules. Con esta opción se puede probar la validez de una regla antes de integrar la regla en el archivo rules.

Al ejecutarse la secuencia de comandoscheck, dicha secuencia informa sobre la comprobación de la validez del archivo rules y de cada perfil. Si no se encuentra ningún error, la secuencia notifica la siguiente información.
The custom JumpStart configuration is ok

Asegúrese de que root disponga del archivo rules.ok y de que los permisos se hayan establecido en 644.

Véase también

Una vez validado el archivo rules, puede obtener información adicional relativa a las funciones de la instalación JumpStart personalizada en el Capítulo 4, Uso de las funciones opcionales de JumpStart personalizada (tareas). Para saber cómo llevar a cabo instalaciones JumpStart personalizadas, consulte el Capítulo 6, Realización de una instalación JumpStart personalizada (tareas).

Capítulo 4 Uso de las funciones opcionales de JumpStart personalizada (tareas)

En este capítulo se explican las funciones opcionales disponibles para crear herramientas adicionales para la instalación JumpStart personalizada.

Nota –

Las instrucciones de este capítulo son aptas para un servidor SPARC o un servidor x86 que se utiliza para proporcionar archivos de JumpStart personalizada, denominado servidor de perfil. Éstos pueden proporcionar archivos de JumpStart personalizada a diferentes tipos de plataformas. Por ejemplo, un servidor SPARC puede proporcionar archivos de JumpStart personalizada a sistemas SPARC y x86.

Creación de secuencias de inicio

Una secuencia de comando de inicio consiste en una secuencia de comando shell de Bourne definida por el usuario que se especifica en el archivo rules. Una secuencia de comandos de inicio realiza tareas antes de instalar el software Solaris en un sistema. sólo se pueden usar cuando se emplee el programa de instalación JumpStart personalizada para instalar el software Solaris.

Use una secuencia de inicio para realizar una de las tareas siguientes:

Creación de perfiles derivados
Copia de seguridad de los archivos antes de la modernización

Información importante sobre las secuencias de inicio

No especifique en la secuencia de comandos de inicio nada que pueda impedir el montaje de los sistemas de archivos en /a durante una instalación inicial o de modernización. Si el programa JumpStart no puede montar los sistemas de archivos en /a, se producirá un error y fallará la instalación.
Durante la instalación, la salida de la secuencia de comandos de inicio se coloca en /tmp/begin.log. Después de que acabe la instalación, el archivo de registro se redirecciona a /var/sadm/system/logs/begin.log.
Asegúrese de que root disponga de la secuencia de comandos de inicio y de que los permisios se hayan establecido en 644.
Las variables de entorno de JumpStart personalizada se pueden usar en las secuencias de inicio. Si desea obtener una lista de las variables de entorno, consulte Variables de entorno de JumpStart personalizada.
Guarde las secuencias de inicio en el directorio JumpStart.

Nota –

En la versión Solaris 10, la secuencia de comandos JumpStart set_nfs4_domain se proporcionaba en medios para impedir la solicitud durante una instalación JumpStart. Esta secuencia de comandos suprimía la solicitud de NFSv4 durante la instalación. Esta secuencia de comandos ya no es necesaria. A partir de Solaris 10 8/07, utilice la palabra clave sysidcfg, nfs4_domain que suprime la solicitud. La secuencia de comandos set_nfs4_domain ya no suprime una solicitud.

Si tiene instaladas zonas no globales y la nueva palabra clave nfs4_domain figura en el archivo sysidcfg, el primer arranque de una zona no global establece el dominio. De lo contrario, aparece en pantalla el programa de instalación interactiva de Solaris para solicitar al usuario un nombre de dominio antes de finalizar el proceso de arranque.

Consulte Palabra clave nfs4_domain de Guía de instalación de Solaris 8/07: instalaciones basadas en red

Creación de perfiles derivados con una secuencia de inicio

Los perfiles derivados se crean mediante una secuencia de comandos de inicio en el transcurso de una instalación JumpStart personalizada. Los perfiles derivados se usan cuando el archivo rules no se puede configurar para que concuerde con determinados sistemas de un perfil. Por ejemplo, es posible que los perfiles derivados sean necesarios para modelos de sistemas idénticos que tengan componentes de hardware diferentes, como los sistemas con memorias intermedias de trama diferentes.

Para configurar una regla para que use un perfil derivado deberá realizar las siguientes tareas:

Establezca el campo de perfil en un signo igual (=) en lugar de un perfil.
Fije el campo de inicio en una secuencia de inicio que cree un perfil derivado, dependiente del sistema en el que se pretenda instalar el software Solaris.

Cuando un sistema concuerda con una regla cuyo campo de perfil es un signo igual (=), la secuencia de comandos de inicio crea el perfil derivado que se usa para instalar el software Solaris en el sistema.

A continuación se ofrece un ejemplo de secuencia de inicio que crea el mismo perfil derivado en cada ocasión. Se puede escribir una secuencia de inicio para crear perfiles derivados diferentes que dependen de la evaluación de las reglas.

Ejemplo 4–1 Una secuencia de inicio que crea un perfil derivado

#!/bin/sh
echo "install_type        initial_install"    > ${SI_PROFILE}
echo "system_type         standalone"        >> ${SI_PROFILE}
echo "partitioning        default"           >> ${SI_PROFILE}
echo "cluster             SUNWCprog"         >> ${SI_PROFILE}
echo "package       SUNWman     delete"      >> ${SI_PROFILE}
echo "package       SUNWolman   delete"      >> ${SI_PROFILE}
echo "package       SUNWxwman   delete"      >> ${SI_PROFILE}

En el ejemplo, la secuencia de comandos de inicio debe ser la variable de entorno SI_PROFILE para el nombre del perfil derivado, que de forma predeterminada se establece en /tmp/install.input .

Nota –

Si para crear un perfil derivado se utiliza una secuencia de comandos de inicio, compruebe que la secuencia de comandos no contenga errores. Los perfiles derivados no se verifican con la secuencia check porque no se crean hasta que se ha ejecutado la secuencia de inicio.

Creación de secuencias de finalización

Una secuencia de comandos de finalización consiste en una secuencia shell de Bourne definida por el usuario que se especifica en el archivo rules. Una secuencia de comandos de finalización efectúa tareas una vez instalado el software Solaris, pero antes de que se reinicie el sistema. se puede utilizar solamente cuando se usa el programa de instalación JumpStart personalizada para la instalación de Solaris.

Tareas que se pueden realizar con una secuencia de finalización:

Adición de archivos
Adición de paquetes o modificaciones, además de las que se instalan en un grupo de software concreto
Personalización del entorno root
Establecimiento de la contraseña root del sistema
Instalación de software adicional

Información importante sobre las secuencias de finalización

El programa de instalación de Solaris monta los sistemas de archivos del sistema en /a. Los sistemas de archivos permanecen montados en /a hasta que se vuelve a arrancar el sistema. Puede usar la secuencia de finalización para agregar, cambiar o suprimir archivos de la jerarquía del sistema recién instalado, modificando los sistemas de archivos de /a.
Durante la instalación, la salida de la secuencia de comandos de finalización se coloca en /tmp/finish.log. Al término de la instalación, el archivo de registro se redirige a /var/sadm/system/logs/finish.log.
Compruebe que root sea propietario de la secuencia de fin y que los permisos se hayan fijado en 644.
Puede usar las variables de entorno del programa de instalación JumpStart personalizada en sus secuencias de finalización. Si desea obtener una lista de las variables de entorno, consulte Variables de entorno de JumpStart personalizada.
Guarde las secuencias de finalización en el directorio JumpStart.

Para agregar archivos con una secuencia de finalización

Con una secuencia de finalización se pueden agregar archivos desde el directorio JumpStart a un sistema ya instalado. Puede agregar los archivos porque el directorio de JumpStart está montado en el directorio que especifica la variable de entorno SI_CONFIG_DIR. El directorio se fija en /tmp/install_config de forma predeterminada.

Nota –

También se pueden sustituir los archivos, copiándolos desde el directorio JumpStart a los archivos ya existentes del sistema instalado.

Copie todos en el directorio JumpStart todos los archivos que esté agregando al sistema instalado.

Introduzca la línea siguiente en la secuencia de finalización de cada archivo que desea que se copie en la jerarquía del sistema de archivos recién instalado:
cp ${SI_CONFIG_DIR}/nombre_archivo /a/nombre_ruta

Ejemplo 4–2 Adición de un archivo con una secuencia de finalización

Por ejemplo, suponga que dispone de una aplicación especial site_prog desarrollada para todos los usuarios de la sede. Si coloca una copia de site_prog en el directorio JumpStart, la línea siguiente de una secuencia de finalización copia site_prog desde el directorio JumpStart en un directorio /usr/bin del sistema:

cp ${SI_CONFIG_DIR}/site_prog  /a/usr/bin

Adición de paquetes o modificaciones con una secuencia de finalización

Se puede crear una secuencia de finalización para que agregue paquetes o modificaciones automáticamente después de instalar el software Solaris en el sistema. Al agregar paquetes con una secuencia de finalización, se reduce el tiempo y se garantiza la coherencia en los paquetes y las modificaciones que se instalen en sistemas diferentes del sitio.

Al utilizar los comandos pkgadd(1M) o patchadd(1M) en secuencias de comandos de finalización, emplee la opción -R para especificar /a como ruta root.

El Ejemplo 4–3 ilustra el caso de una secuencia de finalización que agrega paquetes.
El Ejemplo 4–4 ilustra una secuencia de finalización que agrega parches.

Ejemplo 4–3 Adición de paquetes con una secuencia de finalización

  #!/bin/sh
 
  BASE=/a
  MNT=/a/mnt
  ADMIN_FILE=/a/tmp/admin
 
  mkdir ${MNT}
  mount -f nfs sherlock:/export/package ${MNT}
  cat >${ADMIN_FILE} <<DONT_ASK
  mail=root
  instance=overwrite
  partial=nocheck
  runlevel=nocheck
  idepend=nocheck
  rdepend=nocheck
  space=ask
  setuid=nocheck
  conflict=nocheck
  action=nocheck
  basedir=default
  DONT_ASK
 
  /usr/sbin/pkgadd -a ${ADMIN_FILE} -d ${MNT} -R ${BASE} SUNWxyz 
  umount ${MNT}
  rmdir ${MNT}

A continuación, se describen los comandos de este ejemplo:

El siguiente comando monta un directorio en un servidor que contiene el paquete que se instala.
mount -f nfs sherlock:/export/package ${MNT}
El siguiente comando crea un archivo de administración de paquetes temporal, admin para obligar al comando pkgadd(1M) a que no realice comprobaciones ni haga preguntas durante la instalación de un paquete. El archivo temporal de administración de paquetes se utiliza para realizar una instalación automática durante la adición de paquetes.
cat >${ADMIN_FILE} <<DONT_ASK
El comando pkgadd mostrado a continuación agrega el paquete utilizando la opción -a, que especifica el archivo de administración del paquete, y la opción -R, que especifica la ruta de root.
/usr/sbin/pkgadd -a ${ADMIN_FILE} -d ${MNT} -R ${BASE} SUNWxyz

Ejemplo 4–4 Adición de modificaciones con una secuencia de finalización

 #!/bin/sh 

########
#
# USER-CONFIGURABLE OPTIONS
#
########

# The location of the patches to add to the system after it's installed.
# The OS rev (5.x) and the architecture (`mach`) will be added to the
# root.  For example, /foo on a 8 SPARC would turn into /foo/5.8/sparc
LUPATCHHOST=ins3525-svr
LUPATCHPATHROOT=/export/solaris/patchdb
#########
#
# NO USER-SERVICEABLE PARTS PAST THIS POINT
#
#########

BASEDIR=/a

# Figure out the source and target OS versions
echo Determining OS revisions...
SRCREV=`uname -r`
echo Source $SRCREV

LUPATCHPATH=$LUPATCHPATHROOT/$SRCREV/`mach`

#
# Add the patches needed
#
echo Adding OS patches
mount $LUPATCHHOST:$LUPATCHPATH /mnt >/dev/null 2>&1
if [ $? = 0 ] ; then
	for patch in `cat /mnt/*Recommended/patch_order` ; do
		(cd /mnt/*Recommended/$patch ; echo yes | patchadd -u -d -R $BASEDIR .)
	done
	cd /tmp
	umount /mnt
else
	echo "No patches found"
if

Nota –

Antes se usaba el comando chroot(1M) con los comandos pkgadd y patchadd en el entorno de secuencias de finalización. En raras ocasiones, algunos paquetes o modificaciones no funcionan con la opción -R. Debe crear un archivo /etc/mnttab ficticio en la ruta de root /a antes de emitir el comando chroot.

Para crear un archivo /etc/mnttab ficticio, agregue la línea siguiente a la secuencia de comandos de finalización:

cp /etc/mnttab /a/etc/mnttab

Personalización del entorno root con una secuencia de finalización

Las secuencias de comandos de finalización también son válidas para personalizar archivos que ya estén instalados en un sistema. Por ejemplo, la secuencia de finalización en el Ejemplo 4–5 personaliza el entorno root agregando información al archivo .cshrc en el directorio root (/).

Ejemplo 4–5 Personalización del entorno root con una secuencia de finalización

#!/bin/sh
#
# Customize root's environment
#
echo "***adding customizations in /.cshrc"
test -f a/.cshrc || {
cat >> a/.cshrc <<EOF
set history=100 savehist=200 filec ignoreeof prompt="\$user@`uname -n`> "
alias cp cp -i
alias mv mv -i
alias rm rm -i
alias ls ls -FC
alias h history
alias c clear
unset autologout
EOF
}

Establecimiento de una contraseña root con una secuencia de finalización

Después de instalar el software Solaris en el sistema, el sistema rearranca. Antes de que finalice el proceso de arranque, el sistema pide la contraseña root. El sistema no podrá concluir el arranque hasta que alguien finalice el arranque.

Una secuencia de finalización denominada set_root_pw se guarda en el directorio auto_install_sample. La secuencia de finalización muestra cómo fijar automáticamente la contraseña root, sin necesidad de indicador. set_root_pw se muestra en el Ejemplo 4–6.

Nota –

Si establece la contraseña root del sistema con una secuencia de comandos de finalización, los usuarios podrían intentar descubrirla a partir de la contraseña cifrada en la secuencia de comandos de finalización. Procure proteger el sistema a fin de que los usuarios no puedan descubrir la contraseña root.

Ejemplo 4–6 Configuración de la contraseña root del sistema con una secuencia de finalización

	 #!/bin/sh
	 #
	 #       @(#)set_root_pw 1.4 93/12/23 SMI
	 #
	 # This is an example Bourne shell script to be run after installation.
	 # It sets the system's root password to the entry defined in PASSWD.
	 # The encrypted password is obtained from an existing root password entry
	 # in /etc/shadow from an installed machine.
 
	 echo "setting password for root"
 
	 # set the root password
 PASSWD=dKO5IBkSF42lw
	 #create a temporary input file
 cp /a/etc/shadow /a/etc/shadow.orig
 
	 mv /a/etc/shadow /a/etc/shadow.orig
 	nawk -F: '{
         if ( $1 == "root" )
           printf"%s:%s:%s:%s:%s:%s:%s:%s:%s\n",$1,passwd,$3,$4,$5,$6,$7,$8,$9
      else
		        printf"%s:%s:%s:%s:%s:%s:%s:%s:%s\n",$1,$2,$3,$4,$5,$6,$7,$8,$9
      }' passwd="$PASSWD" /a/etc/shadow.orig > /a/etc/shadow
 #remove the temporary file
 rm -f /a/etc/shadow.orig
 # set the flag so sysidroot won't prompt for the root password
 sed -e 's/0 # root/1 # root/' ${SI_SYS_STATE} > /tmp/state.$$
  mv /tmp/state.$$ ${SI_SYS_STATE}

A continuación, se describen algunos comandos de este ejemplo:

El siguiente comando establece la variable PASSWD en una contraseña root encriptada que se obtiene de una entrada existente en un archivo /etc/shadow del sistema.
#create a temporary input file
El siguiente comando crea un archivo de entrada temporal de /a/etc/shadow.
cp /a/etc/shadow /a/etc/shadow.orig
El siguiente comando cambia la entrada root del archivo /etc/shadow por el sistema recién instalado con $PASSWD como campo de contraseña.
if ( $1 == "root" )
El siguiente comando elimina el archivo de entrada temporal /a/etc/shadow.
rm -f /a/etc/shadow.orig
El siguiente comando cambia la entrada de 0 a 1 en el archivo de estado para que no se le pida al usuario la contraseña root. Es posible acceder al archivo de estado mediante la variable SI_SYS_STATE, que tiene un valor actual de /a/etc/.sysIDtool.state. Para evitar problemas con las secuencias si cambia este valor, haga siempre referencia a este archivo con la variable de entorno $SI_SYS_STATE. El comando sed que aparece aquí contiene un carácter de tabulación después de 0 y después de 1.
sed -e 's/0 # root/1 # root/' ${SI_SYS_STATE} > /tmp/state.$$

Instalaciones no interactivas con secuencias de finalización

Se pueden usar las secuencias de finalización para instalar software adicional después de instalar el sistema operativo Solaris. Programa de instalación de Solaris solicitará información durante el proceso de instalación. Para automatizar la instalación, puede ejecutar el programa Programa de instalación de Solaris con las opciones -nodisplay o -noconsole.

Tabla 4–1 Opciones de instalación de Solaris


Opción	Descripción
`-nodisplay`	Ejecuta el instalador sin interfaz gráfica de usuario. Use la instalación predeterminada del producto, salvo que se hubiera modificado con la opción `-locales`.
`-noconsole`	Ejecuta la instalación sin un dispositivo de consola de texto interactivo. Es útil cuando se usa junto con la opción `-nodisplay` para el uso con secuencias UNIX.

Para obtener más información, consulte la página de comando man installer(1M).

Creación de un archivo de configuración comprimido

En lugar de usar el comando add_install_client para especificar la ubicación de los archivos de configuración de JumpStart personalizada, se puede especificar la ubicación de los archivos al arrancar el sistema. Sin embargo, puede especificar solamente el nombre de un archivo. Por tanto, deberá comprimir todos los archivos de configuración del programa de instalación JumpStart personalizada en un solo archivo.

Para sistemas SPARC, especifique la ubicación del archivo en el comando boot.
Para sistemas basados en x86, especifique la ubicación de los archivos editando la entrada de GRUB en el menú de GRUB.

El archivo de configuración comprimido puede ser de uno de los siguientes tipos:

tar
tar comprimido
zip
bzip tar

Para crear un archivo de configuración comprimido

Cambie el directorio JumpStart del servidor de perfiles.
# cd ruta_dir_jumpstart

Use una herramienta de compresión para comprimir los archivos de configuración de JumpStart en un solo archivo.

Nota –
El archivo de configuración comprimido no puede contener rutas relativas. Los archivos de configuración de JumpStart personalizada deben estar en el mismo directorio que el archivo comprimido.

El archivo de configuración comprimido debe contener los archivos siguientes:
- Perfil
- rules
- rules.ok
También puede incluir el archivo sysidcfg en el archivo de configuración comprimido.

Guarde el archivo de configuración comprimido en un servidor NFS o HTTP o en un disco duro local.

Ejemplo de archivo de configuración comprimido

El ejemplo siguiente muestra cómo usar el comando tar para crear un archivo de configuración comprimido denominado config.tar. Los archivos de configuración de JumpStart personalizada se encuentran en el directorio /jumpstart.

Ejemplo 4–7 Creación de un archivo de configuración comprimido

# cd /jumpstart
# tar -cvf config.tar *
a profile 1K
a rules 1K
a rules.ok 1K
a sysidcfg 1K

Creación de archivos de configuración de disco

Esta sección describe el procedimiento para crear archivos de configuración de un disco y de varios discos. Los archivos de configuración de disco permiten utilizar pfinstall(1M) desde un solo sistema para comprobar perfiles respecto a otras configuraciones de disco.

SPARC: Para crear un archivo de configuración de disco

Busque un sistema basado en SPARC con un disco que quiera verificar.

Conviértase en superusuario o asuma una función similar.

Las funciones incluyen autorizaciones y comandos con privilegios. Para obtener más información sobre las funciones, consulte Configuring RBAC (Task Map) de System Administration Guide: Security Services.

Cree un archivo de configuración de un solo disco redirigiendo la salida del comando prtvtoc(1M) a un archivo.
# prtvtoc /dev/rdsk/nombre_dispositivo >archivo_config_disco
/dev/rdsk/nombre_dispositivo

El nombre del dispositivo del disco del sistema. nombre_dispositivo debe tener el formato cwt xdys2 o cxdy s2.

archivo_config_disco

El nombre del archivo de configuración de disco.

Determine si va a probar la instalación del software Solaris en varios discos.
- En caso contrario, deténgase. Ha terminado.
- En caso afirmativo, deberá concatenar los archivos de configuración de disco único y guardar la salida en un archivo nuevo.
  # cat archivo_disco1 archivo_disco2 >config_multidisco
  El nuevo archivo se convierte en el archivo de configuración de varios discos, como muestra el ejemplo siguiente:
  # cat 104_disk2 104_disk3 104_disk5>multi_disk_test

Determine si los números de destino de los nombres de dispositivo de disco son exclusivos en el archivo de configuración de varios discos que se creó en el paso anterior.
- En caso afirmativo, deténgase. Ha terminado.
- En caso de que no sea así, abra el archivo con un editor de texto y haga que los números de destino sean exclusivos en los nombres de dispositivos de disco.
  
  Por ejemplo, si suponemos que el archivo contiene el mismo número de destino, t0, para varios nombres de dispositivos de disco, como se muestra aquí:
  * /dev/rdsk/c0t0d0s2 partition map ... * /dev/rdsk/c0t0d0s2 partition map
  Cambie el segundo número de destino a t2, como se ilustra a continuación:
  * /dev/rdsk/c0t0d0s2 partition map ... * /dev/rdsk/c0t2d0s2 partition map

SPARC: Ejemplo de archivo de configuración de disco

El ejemplo siguiente muestra cómo crear un archivo de configuración de disco único 104_test en un sistema SPARC con un disco de 104 Mbytes.

Ejemplo 4–8 SPARC: Creación de un archivo de configuración de disco

Se redirige la salida del comando prtvtoc a un archivo de configuración de disco único denominado 104_test:

# prtvtoc /dev/rdsk/c0t3d0s2 >104_test

El contenido del archivo 104_test tendrá el siguiente aspecto:

* /dev/rdsk/c0t3d0s2 partition map
*
* Dimensions:
*     512 bytes/sector
*      72 sectors/track
*      14 tracks/cylinder
*    1008 sectors/cylinder
*    2038 cylinders*    2036 accessible cylinders
* Flags:
*   1: unmountable
*  10: read-only
*
*                          First     Sector    Last
* Partition  Tag  Flags    Sector     Count    Sector  Mount Directory
       1      2    00          0     164304   164303   /
       2      5    00          0    2052288  2052287  
       3      0    00     164304     823536   987839   /disk2/b298
       5      0    00     987840     614880  1602719   /install/298/sparc/work
       7      0    00    1602720     449568  2052287   /space

Ha creado archivos de configuración de disco para un sistema SPARC. Comprobación de un perfil contiene información acerca de la utilización de archivos de configuración de discos a los perfiles de prueba.

x86: Para crear un archivo de configuración de disco

Busque un sistema basado en x86 que contenga un disco que quiera verificar.

Conviértase en superusuario o asuma una función similar.

Las funciones incluyen autorizaciones y comandos con privilegios. Para obtener más información sobre las funciones, consulte Configuring RBAC (Task Map) de System Administration Guide: Security Services.

Cree parte del archivo de configuración de un solo disco guardando la salida del comando fdisk(1M) en un archivo.
# fdisk -R -W archivo_config_disco -h /dev/rdsk/nombre_dispositivo
archivo_config_disco

El nombre del archivo de configuración de disco

/dev/rdsk/nombre_dispositivo

El nombre de dispositivo de la disposición fdisk del disco completo. nombre_dispositivo debe tener el formato cwtx dys0 o c xdys0.

Agregue la salida del comando prtvtoc(1M) al archivo de configuración de disco:
# prtvtoc /dev/rdsk/nombre_dispositivo >>config_disco
/dev/rdsk/nombre_dispositivo

El nombre del dispositivo del disco del sistema. nombre_dispositivo debe tener el formato cwt xdys2 o cxdy s2.

config_disco

El nombre del archivo de configuración de disco.

Determine si va a probar la instalación del software Solaris en varios discos.
- En caso contrario, deténgase. Ha terminado.
- En caso afirmativo, deberá concatenar los archivos de configuración de disco único y guardar la salida en un archivo nuevo.
  # cat archivo_disco1 archivo_disco2 >config_multidisco
  El nuevo archivo se convierte en el archivo de configuración de varios discos, como muestra el ejemplo siguiente:
  # cat 104_disk2 104_disk3 104_disk5>multi_disk_test

Determine si los números de destino de los nombres de dispositivo de disco son exclusivos en el archivo de configuración de varios discos que se creó en el paso anterior.
- En caso afirmativo, deténgase. Ha terminado.
- En caso contrario, abra el archivo con un editor de texto y haga que los números de destino sean exclusivos.
  
  Por ejemplo, si el archivo contiene el mismo número de destino, t0, para varios nombres de dispositivos de disco, como se muestra aquí:
  * /dev/rdsk/c0t0d0s2 partition map ... * /dev/rdsk/c0t0d0s2 partition map
  Cambie el segundo número de destino a t2, como se ilustra a continuación:
  * /dev/rdsk/c0t0d0s2 partition map ... * /dev/rdsk/c0t2d0s2 partition map

x86: Ejemplo de archivo de configuración de disco

El ejemplo siguiente muestra cómo crear un archivo de configuración de disco único 500_test en un sistema x86 que contiene un disco de 500 Mbytes.

Ejemplo 4–9 x86: Creación de un archivo de configuración de disco

Primero, guarde la salida del comando fdisk en un archivo denominado 500_test:

# fdisk -R -W 500_test -h /dev/rdsk/c0t0d0p0

El archivo 500_test será, más o menos, así:

 * /dev/rdsk/c0t0d0p0 default fdisk table
* Dimensions:
*     512 bytes/sector
*      94 sectors/track
*      15 tracks/cylinder
*    1455 cylinders
*
*  HBA Dimensions:
*     512 bytes/sector
*      94 sectors/track
*      15 tracks/cylinder
*    1455 cylinders
*
* systid:
*  1:    DOSOS12
*  2:    PCIXOS
*  4:    DOSOS16
*  5:    EXTDOS
*  6:    DOSBIG
*  86:   DOSDATA
*  98:   OTHEROS
*  99:   UNIXOS
* 130:   SUNIXOS
*
* Id  Act Bhead Bsect   Bcyl  Ehead  Esect  Ecyl Rsect  Numsect
 130  128 44    3       0     46    30     1001 1410   2050140

Después, adjunte la salida del comando prtvtoc en el archivo 500_test:

# prtvtoc /dev/rdsk/c0t0d0s2 >>500_test

El archivo 500_test ya es un archivo de configuración de disco completo:

* /dev/rdsk/c0t0d0p0 default fdisk table	
* Dimensions:
*     512 bytes/sector
*      94 sectors/track
*      15 tracks/cylinder
*    1455 cylinders
*
*  HBA Dimensions:
*     512 bytes/sector
*      94 sectors/track
*      15 tracks/cylinder
*    1455 cylinders
*
* systid:
*  1:    DOSOS12
*  2:    PCIXOS
*  4:    DOSOS16
*  5:    EXTDOS
*  6:    DOSBIG
*  86:   DOSDATA
*  98:   OTHEROS
*  99:   UNIXOS
*  130:  SUNIXOS
*
* Id  Act Bhead Bsect Bcyl  Ehead  Esec  Ecyl Rsect  Numsect
 130  128 44    3     0     46    30    1001 1410   2050140
* /dev/rdsk/c0t0d0s2 partition map
*
* Dimensions:
*      512 bytes/sector
*       94 sectors/track
*       15 tracks/cylinder
*     1110 sectors/cylinder
*     1454 cylinders
*     1452 accessible cylinders
*
* Flags:
*   1: unmountable
*  10: read-only
*                          First    Sector    Last
* Partition  Tag  Flags    Sector     Count    Sector  Mount Directory
       2      5    01       1410   2045910   2047319
       7      6    00       4230   2043090   2047319  /space
       8      1    01          0      1410     1409
       9      9    01       1410      2820     422987

Ha creado archivos de configuración de disco para un sistema x86. Comprobación de un perfil contiene información acerca de la utilización de archivos de configuración de discos a los perfiles de prueba.

Uso de un programa de instalación específico de una sede

También se pueden usar secuencias de inicio y de fin para crear un programa personalizado de instalación para el software Solaris.

Cuando especifique un campo de perfil (-), las secuencias de inicio y de fin controlan la forma en que el software se instala en el sistema en lugar del perfil y el programa de instalación de Solaris.

Por ejemplo, si la siguiente regla coincide con un sistema, la secuencia de inicio x_install.beg y la secuencia de finalización x_install.fin instalan el software de Solaris en el sistema denominado clover:

hostname clover x_install.beg - x_install.fin

Capítulo 5 Creación de reglas y palabras clave de sondeo personalizadas (tareas)

Este capítulo proporciona información y procedimientos para crear reglas y palabras clave de sondeo personalizadas.

Palabras clave de sondeo

Para comprender lo que es una palabra clave de sondeo, primero es necesario recordar qué es una palabra clave. Ésta es una palabra o unidad léxica predefinida que describe un atributo general de sistema, como el nombre de éste, hostname, o la cantidad de memoria, memsize. Las palabras clave de regla y sus valores asociados permiten clasificar los sistemas e identificar los que tengan el mismo atributo con un perfil. Esta coincidencia de atributos del sistema determina cómo se instalará el software de Solaris en todos los sistemas del grupo.

Las variables de entorno de JumpStart personalizado, que se utilizan en secuencias de inicio y final, se definen a medida que se necesitan. Por ejemplo, la información sobre el sistema operativo que está ya instalado sólo está disponible en SI_INSTALLED después de usar la palabra clave de regla installed.

En determinadas situaciones, quizá deba extraer la misma información en una secuencia de comandos de inicio o de fin para una finalidad que no sea la de identificar un sistema y ejecutar un perfil. Las palabras clave de sondeo sirven para este propósito, ya que extraen información de atributos sin necesidad de definir una condición que cumplir ni ejecutar un perfil.

Para obtener una lista de las palabras clave de sondeo y los valores, consulte Valores y palabras clave de sondeo.

Creación de un archivo `custom_probes`

Es posible que las palabras clave de regla y sondeo que se describen en Valores y palabras clave de reglas y Valores y palabras clave de sondeo no sean lo suficientemente precisas para sus necesidades. Puede definir sus propias palabras clave de sondeo o reglas personalizadas creando un archivo custom_probes.

Éste es una secuencia del shell Bourne que contiene dos tipos de funciones. Debe guardarlo en el mismo directorio JumpStart en que guardó el archivo rules. Los dos tipos de funciones que puede definir en un archivo custom_probes son:

Sondeo: reúne la información que Vd. desea o realiza el trabajo propiamente y define la variable de entorno SI_ que defina. Las funciones de sondeo se convierten en palabras clave de sondeo.
Comparación: llama a una función de sondeo correspondiente, compara la salida de la función de sondeo y devuelve 0 si la palabra clave coincide o 1 si no coincide. Las funciones de comparación se convierten en palabras clave de reglas.

Sintaxis del archivo `custom_probes`

El archivo custom_probes puede contener cualquier comando, variable o algoritmo válidos del shell Bourne.

Nota –

En el archivo custom_probes puede definir funciones de sondeo y comparación que requieran un único argumento. Cuando use la palabra clave de sondeo personalizada en el archivo rules, el argumento que hay después de la palabra clave se interpreta como $1.

Cuando use la palabra clave personalizada correspondiente en el archivo rules, los argumentos se interpretan en secuencia. La secuencia se inicia después de la palabra clave y termina antes del siguiente && o inicio de secuencia, lo que primero suceda.

El archivo custom_probes debe cumplir los requisitos siguientes:

Tener el nombre custom_probes
Tener a root como propietario
Ser ejecutable y con los permisos 755
Contener al menos una función de sondeo y una función de comparación correspondiente

Para mejorar la claridad y organización, al principio del archivo defina, en primer lugar, todas las funciones de sondeo, seguidas de todas las funciones de comparación.

Sintaxis de nombres de función en `custom_probes`

El nombre de las funciones de sondeo debe empezar con probe_. El nombre de las funciones de comparación debe empezar con cmp_.

Las funciones que empiezan con probe_ definen palabras clave de sondeo nuevas. Por ejemplo, la función probe_tcx define la palabra clave de sondeo nueva tcx. Las funciones que empiezan con cmp_ definen palabras clave de regla nuevas. Por ejemplo, cmp_tcx define la palabra clave de regla nueva tcx.

Para crear un archivo `custom_probes`

Use un editor de texto para crear un archivo de secuencia del shell Bourne. Asigne al archivo el nombre custom_probes.

Defina las funciones de sondeo y comparación propias en el archivo de texto custom_probes.

Nota –
En el archivo custom_probes puede definir funciones de sondeo y comparación que requieran argumentos. Cuando use la palabra clave de sondeo correspondiente en el archivo rules, los argumentos que haya después de la palabra clave se interpretan en secuencia (como $1, $2, etc.).

Cuando use la palabra clave personalizada correspondiente en el archivo rules, los argumentos se interpretan en secuencia. La secuencia se inicia después de la palabra clave y termina antes del siguiente && o inicio de secuencia, lo que primero suceda.

Guarde el archivo custom_probes en el directorio JumpStart, junto al archivo rules.

Asegúrese de que root sea el propietario del archivo rules y de que los permisos estén establecidos en 644.

Ejemplos de archivo `custom_probes` y de palabras clave

Puede encontrar más ejemplos de funciones de sondeo y de comparación en estos directorios:

/usr/sbin/install.d/chkprobe en sistemas con el software Solaris instalado
/Solaris_10/Tools/Boot/usr/sbin/install.d/chkprobe en el DVD del sistema operativo Solaris o en el CD Software de Solaris - 1

El archivo custom_probes siguiente contiene una función de sondeo y comparación que comprueba la presencia de una tarjeta gráfica TCX.

Ejemplo 5–1 Archivo `custom_probes`

#!/bin/sh
# 
# custom_probe script to test for the presence of a TCX graphics card.
# 

# 
# PROBE FUNCTIONS
# 
probe_tcx() {
  SI_TCX=`modinfo | grep tcx | nawk '{print $6}'`
  export SI_TCX
}

# 
# COMPARISON FUNCTIONS
# 
cmp_tcx() {
  probe_tcx

  if [ "X${SI_TCX}" = "X${1}" ]; then
     return 0
  else
     return 1
  if
}

El siguiente archivo rules de ejemplo muestra el uso de la palabra clave de sondeo que se ha definido en el ejemplo anterior, tcx. Si en el sistema hay una tarjeta gráfica TCX instalada y ésta se encuentra en un sistema, se ejecutará profile_tcx. En caso contrario, se ejecuta profile.

Nota –

Coloque siempre las palabras clave de sondeo al principio, o cerca del principio, del archivo rules. Esta colocación asegura que las palabras clave se leen y ejecutan antes de otras palabras clave de reglas que puedan depender de palabras clave de sondeo.

Ejemplo 5–2 Palabra clave de sondeo personalizada usada en un archivo `rules`

probe tcx
tcx     tcx     -     profile_tcx     -
any     any     -     profile         -

Validación del archivo `custom_probes`

Antes de poder utilizar un archivo de perfil rules y custom_probes, debe ejecutar la secuencia de comandos check para confirmar que los archivos estén correctamente configurados. Si todos los perfiles, reglas, sondeos y funciones de comparación están bien configurados, se crean los archivos rules.ok y custom_probes.ok. La Tabla 5–1 describe las acciones que realiza la secuencia de comandos check.

Tabla 5–1 Qué ocurre cuando se usa la secuencia check


Etapa	Descripción
1	`check` busca un archivo `custom_probes`.
2	Si existe el archivo, el comando `check` crea el archivo `custom_probes.ok` a partir del archivo `custom_probes`, suprime todos los comentarios y líneas en blanco, y mantiene todos los comandos shell de Bourne, variables algoritmos. A continuación, `check` agrega la siguiente línea de comentario al final: `# version=2 checksum=num`

Para validar el archivo `custom_probes`

Verifique que la secuencia check esté situada en el directorio JumpStart.

Nota –
La secuencia de comandos check se ubica en el directorio de Solaris_10/Misc/jumpstart_sample del DVD del sistema operativo Solaris o en el CD de Software de Solaris - 1.

Cambie al directorio JumpStart.

Ejecute la secuencia de comandos check para validar los archivos rules y custom_probes.
$ ./check -p ruta -r nombre_archivo
-p ruta

Valida el archivo custom_probes mediante la secuencia de comandos check de la imagen del software de Solaris de su plataforma en lugar de la secuencia check del sistema que esté utilizando. ruta_de_acceso es la imagen del DVD del sistema operativo Solaris o del Software de Solaris - 1 de un disco local o montado.

Utilice esta opción para ejecutar la versión más reciente de check si el sistema está ejecutanto una versión anterior de Solaris.

-r nombre_archivo

Especifica un nombre de un archivo distinto de custom_probes. Mediante la opción -r, puede comprobar la validez de un conjunto de funciones antes de integrarlas en el archivo custom_probes.

Cuando se ejecuta la secuencia de comandos check, la secuencia de comandos comprueba la validez de los archivos rules y custom_probes y de cada perfil. Si no se encuentran errores, la secuencia emite el siguiente mensaje: âThe custom JumpStart configuration is okâ y crea los archivos rules.ok y custom_probes.ok en el directorio JumpStart.

Determina si el archivo custom_probes.ok es ejecutable.
- Si la respuesta es afirmativa, vaya a Paso 5.
- Si no lo es, escriba el comando siguiente:
  # chmod +x custom_probes

Asegúrese de que root sea el propietario del archivo custom_probes.ok y de que los permisos estén establecidos en 755.

Capítulo 6 Realización de una instalación JumpStart personalizada (tareas)

Este capítulo describe cómo efectuar una instalación JumpStart personalizada en sistemas basados en arquitecturas SPARC o x86. Estos procedimientos se han de seguir en el sistema en el que desea instalar el software.

Limitaciones de una instalación JumpStart

Durante una instalación JumpStart hay una serie de aspectos que pueden ser problemáticos. Consulte la tabla siguiente para saber cuáles son.

Tabla 6–1 Limitaciones de la instalación JumpStart


Problema	Descripción	Para obtener más información
La secuencia de comandos JumpStart de ejemplo ya no hace falta para suprimir la solicitud de NFSv4	En la versión Solaris 10, la secuencia de comandos JumpStart `set_nfs4_domain` se proporcionaba en medios para impedir la solicitud durante una instalación JumpStart. Esta secuencia de comandos suprimía la solicitud de NFSv4 durante la instalación. Esta secuencia de comandos ya no es necesaria. A partir de Solaris 10 8/07, utilice la palabra clave `sysidcfg`, `nfs4_domain`, que suprime la solicitud. La secuencia de comandos `set_nfs4_domain` ya no suprime una solicitud. Si tiene instaladas zonas no globales y la nueva palabra clave `nfs4_domain` figura en el archivo `sysidcfg`, el primer arranque de una zona no global establece el dominio. De lo contrario, aparece en pantalla el programa de instalación interactiva de Solaris y el usuario debe proporcionar un nombre de dominio antes de concluir el proceso de arranque.	Consulte Palabra clave nfs4_domain de Guía de instalación de Solaris 8/07: instalaciones basadas en red
La selección de un idioma para el teclado en el archivo `sysidcfg` impide una solicitud	Si el teclado no es autoidentificable y desea evitar que se le solicite la disposición de teclado durante la instalacion de JumpStart, en el archivo `sysidcfg` seleccione el idioma del teclado. En las instalaciones de JumpStart el idioma predeterminado es el inglés de Estados Unidos. Para seleccionar otro idioma y su pertinente disposición de teclado, en el archivo `sysidcfg` seleccione la palabra clave de teclado.	Consulte Palabras clave del archivo sysidcfg de Guía de instalación de Solaris 8/07: instalaciones basadas en red Para obtener información sobre páginas de comando man, consulte: sysidtool(1M) sysidcfg(4)
Si tiene instaladas zonas no globales, para modernizar utilice Modernización automática de Solaris	Se puede modernizar un sistema con zonas no globales instaladas con JumpStart, pero se recomienda utilizar Modernización automática de Solaris. Es posible que JumpStart requiera una considerable cantidad de tiempo para completar el proceso, ya que aumenta linealmente según la cantidad de zonas no globales instaladas.	Guía de instalación de Solaris 10 8/07: Modernización automática de Solaris y planificación de la modernización
En un contenedor no puede haber zonas no globales	Si se utiliza un contenedor Solaris Flash durante la instalación, un contenedor con zonas no globales se instala incorrectamente en el sistema.	Para obtener información general sobre la creación de zonas no globales, consulte Guía de administración de sistemas: Zonas de Solaris y administración de recursos y contenedores de Solaris.
SPARC: Requisitos de hardware adicionales	Consulte la documentación de hardware para obtener información sobre los requisitos adicionales que pudiera necesitar la plataforma para completar una instalación JumpStart.

SPARC: Mapa de tareas de preparación del sistema para una instalación JumpStart personalizada

Tabla 6–2 Mapa de tareas de preparación del sistema para una instalación JumpStart personalizada


Tarea	Descripción	Para obtener instrucciones
Comprobar si se da soporte al sistema.	Compruebe en la documentación del hardware que se admite el sistema del entorno Solaris.	Solaris Sun Hardware Platform Guide en `http://docs.sun.com`
Comprobar que el sistema tenga suficiente espacio en el disco para el software Solaris.	Verifique que ha dejado suficiente espacio para instalar el software de Solaris en el sistema.	Capítulo 4, Requisitos del sistema, pautas y modernización (planificación) de Guía de instalación de Solaris 10 8/07: planificación de la instalación y la modernización
(Opcional) Definir los parámetros del sistema.	Se puede preconfigurar la información del sistema para evitar que se le pida la información durante la instalación o modernización.	Capítulo 2, Preconfiguración de la información de configuración del sistema (tareas) de Guía de instalación de Solaris 8/07: instalaciones basadas en red
Preparar el sistema para la instalación JumpStart personalizada.	Cree y valide el archivo `rules` y los de perfiles.	Capítulo 3, Preparación de instalaciones JumpStart personalizadas (tareas)
(Opcional) Preparar las características opcionales de JumpStart personalizadas.	Si usa secuencias de inicio o de fin u otras características opcionales, prepare las secuencias o los archivos.	Capítulo 4, Uso de las funciones opcionales de JumpStart personalizada (tareas), y Capítulo 5, Creación de reglas y palabras clave de sondeo personalizadas (tareas)
(Opcional) Preparar la instalación del software Solaris desde la red.	Para instalar un sistema desde una imagen remota del DVD del sistema operativo Solaris o el Software de Solaris para plataformas SPARC , necesitará preparar el sistema para que arranque y se instale desde un servidor de instalación o desde un servidor de arranque.	Capítulo 5, Instalación desde la red con un DVD (tareas) de Guía de instalación de Solaris 8/07: instalaciones basadas en red Capítulo 6, Instalación desde la red con un CD (tareas) de Guía de instalación de Solaris 8/07: instalaciones basadas en red
(Opcional) Preparar el sistema para instalar un contenedor Solaris Flash.	Defina los valores específicos para una instalación de un contenedor Solaris Flash.	Para preparar la instalación de un contenedor Solaris Flash con el método de instalación JumpStart personalizada
Realizar una instalación o modernización.	Arranque el sistema para iniciar la instalación o modernización.	SPARC: Para efectuar una instalación o modernización con el programa de instalación JumpStart personalizada

SPARC: Realización de una instalación JumpStart personalizada

Durante una instalación JumpStart personalizada, el programa JumpStart intenta hacer coincidir el sistema que se instala con las reglas del archivo rules.ok file. El programa JumpStart lee las reglas una por una, de principio a fin; cuando el sistema que se va a instalar cumple todos los atributos definidos en la regla, considera que se ha alcanzado un coincidencia. En este caso, el programa JumpStart deja de leer el archivo rules.ok y empieza a instalar el sistema de acuerdo con el perfil asociado a la regla que se cumple.

Para preparar la instalación de un contenedor Solaris Flash con el método de instalación JumpStart personalizada

Puede instalar un contenedor completo para una instalación inicial o si ya ha instalado un contenedor, un contenedor diferencial para una actualización. Puede utilizar el método de instalación JumpStart personalizada o bien Modernización automática de Solaris para instalar un contenedor en un entorno de arranque inactivo. Este procedimiento proporciona las instrucciones para instalar un contenedor con JumpStart personalizada.

Para obtener una descripción general de un contenedor diferencial, consulte el Capítulo 1, Solaris Flash (descripción general) de Guía de instalación de Solaris 10 8/07: contenedores Flash de Solaris (creación e instalación).
Para obtener información sobre procedimientos relativos a la instalación de un contenedor en un entorno de arranque inactivo mediante Modernización automática de Solaris, consulte Para instalar un contenedor Solaris Flash con un perfil de Guía de instalación de Solaris 10 8/07: Modernización automática de Solaris y planificación de la modernización.

Revise las siguientes limitaciones.

Descripción

Ejemplo

Precaución: Cuando utilice la palabra clave archive_location para instalar un contenedor Solaris Flash, el contenedor y el medio de instalación deben contener versiones idénticas del sistema operativo.

Por ejemplo, si el sistema operativo del contenedor es Solaris 10 8/07 y utiliza un DVD, en ese caso debe utilizar el DVD de Solaris 10 8/07 para instalar el contenedor. Si las versiones del sistema operativo no coinciden, fallará la instalación en el sistema clónico.

Precaución –

Un contenedor Solaris Flash no se puede crear correctamente cuando hay una zona no global instalada. La función Solaris Flash no es compatible con la tecnología de partición de Zonas de Solaris. Si crea un contenedor Solaris Flash, el contenedor resultante no se instalará adecuadamente si el contenedor se implementa en estas circunstancias:

El contenedor se ha creado en una zona no global.
El contenedor se crea en una zona global que contiene zonas no globales instaladas

Cree el archivo rules de JumpStart personalizada en el servidor de instalación.

Para obtener instrucciones sobre cómo crear archivos JumpStart personalizados, consulte el Capítulo 3, Preparación de instalaciones JumpStart personalizadas (tareas).

Cree el archivo de perfil de JumpStart personalizado en el servidor de instalación.

Para obtener ejemplos de perfiles de contenedores Solaris Flash, consulte Ejemplos de perfiles.

De la lista de palabras clave de JumpStart personalizada que hay en la Tabla 8–2, las únicas válidas al instalar un contenedor Solaris Flash son las siguientes:

Palabra clave	Instalación inicial	Contenedor diferencial
`archive_location` (obligatoria)	X	X
`fdisk` (sólo x86)	X	X
`filesys` Nota – No se puede asignar a la palabra clave `filesys` el valor `auto`.	X
`forced_deployment`		X
`install_type` (necesaria)	X	X
`local_customization`	X	X
`no_content_check`		X
`no_master_check`		X
`package`	X
`root_device`	X	X

Configure la palabra clave install_type con uno de los valores siguientes.
- Si desea una instalación completa del contenedor, configure el valor como flash_install .
- Si desea una instalación diferencial del contenedor, configure el valor como flash_update.

Agregue la ruta del contenedor Solaris Flash mediante la palabra clave archive_location.

Si desea obtener información acerca de la palabra clave archive_location, consulte Palabra clave archive_location.

Especifique la configuración del sistema de archivos.

El proceso de extracción del contenedor Solaris Flash no admite la disposición automática de particiones.

(Opcional) Si desea instalar paquetes adicionales a la vez que instala un contenedor, use la palabra clave package. Si desea obtener más información, consulte Palabra clave de perfil package.

(Opcional) Si desea instalar un contenedor Solaris Flash adicional en el sistema clónico, agregue una línea archive_location por cada contenedor que desee instalar.

Agregue los clientes que está instalando con el contenedor Solaris Flash en el servidor de instalación.

Para obtener instrucciones detalladas, consulte:
- Adición de sistemas para instalar desde la red con una imagen de DVD de Guía de instalación de Solaris 8/07: instalaciones basadas en red
- Adición de sistemas para instalar desde la red con una imagen de CD de Guía de instalación de Solaris 8/07: instalaciones basadas en red

Realice la instalación JumpStart personalizada en los sistemas clónicos.

Para obtener instrucciones detalladas, consulte SPARC: Para efectuar una instalación o modernización con el programa de instalación JumpStart personalizada.

SPARC: Para efectuar una instalación o modernización con el programa de instalación JumpStart personalizada

Si el sistema forma parte de una red, compruebe que disponga de un conector Ethernet u otro adaptador de red similar.

Si está instalando un sistema que se conecta mediante una línea tip(1), compruebe que la visualización de la ventana tenga al menos un ancho de 80 columnas y una longitud de 24 filas.

Para establecer las dimensiones actuales de la ventana tip, utilice el comando stty(1).

Si está usando la unidad de DVD-ROM o CD-ROM del sistema para instalar el software de Solaris, inserte el DVD del sistema operativo Solaris para plataformas SPARC o el CD 1 de software de Solaris para plataformas SPARC en la unidad.

Si está utilizando un disquete de perfil, insértelo en la unidad del sistema.

Arranque el sistema.
- Si el sistema es nuevo, acabado de recibir, enciéndalo.
- Si desea instalar o modernizar un sistema existente, apáguelo. Escriba las opciones adecuadas para el comando boot en el indicador ok. La sintaxis del comando boot es la siguiente.
  ok boot [cd–dvd|net] - install [url|ask] opciones
  Por ejemplo, si escribe el siguiente comando, el OS se instalará en el sistema utilizando un perfil JumpStart.
  ok boot net - install http://131.141.2.32/jumpstart/config.tar
  Si desea una descripción de las opciones del comando de inicio, consulte la siguiente tabla.
SPARC sólo –
El sistema comprueba los componentes de hardware y del sistema y el sistema SPARC arranca. El proceso de arranque dura algunos minutos.

Si no ha preconfigurado la información del sistema en el archivo sysidcfg, deberá responder a las preguntas sobre configuración del sistema a medida que éstas aparezcan.

Siga las instrucciones de la pantalla para instalar el software.

Cuando el programa JumpStart termina de instalar el software de Solaris, el sistema rearranca automáticamente.

Cuando la instalación ha terminado, los registros de actividad generados se guardan en un archivo. Estos registros de instalación se encuentran en los directorios siguientes:
- /var/sadm/system/logs
- /var/sadm/install/logs

SPARC: Referencia de comandos para el comando `boot`

La sintaxis del comando boot es la siguiente.

ok boot [cd–dvd|net] - install [url|ask] opciones

La siguiente tabla describe las opciones de línea de comandos para el comando boot adecuadas para una instalación JumpStart.

Opción

Descripción

[cd–dvd|net]

Especifica que se arranque desde un CD o un DVD, o desde un servidor de la red.

cd-dvd - Utilice cdrom para arrancar desde un CD o un DVD.
net - Especifica que se arranque desde un servidor de instalación de la red.

[url| ask]

Especifica la ubicación de los archivos JumpStart personalizados o le pide la ubicación.

url: especifica la ruta de los archivos . Se puede especificar una dirección URL para los archivos ubicados en un servidor HTTP o HTTPS:

Servidor HTTP
http://nombre_servidor:dirección_IP/ruta_dir_jumpstart/ archivo_config_comprimido&info_proxy
- Si ha situado un archivo sysidcfg en el archivo de configuración comprimido, debe especificar la dirección IP del servidor que contiene el archivo, como se muestra en el ejemplo siguiente:
  http://131.141.2.32/jumpstart/config.tar
- Si ha guardado la configuración comprimida en un servidor HTTP que está detrás de un cortafuegos, debe usar un especificador de delegado durante el arranque. No es necesario que especifique la dirección IP del servidor que contiene el archivo. Pero debe especificar la dirección IP del servidor delegado, como se muestra en el ejemplo siguiente:
  http://www.shadow.com/jumpstart/ config.tar&proxy=131.141.6.151
ask: especifica que el programa de instalación le pide que escriba la ubicación del archivo de configuración comprimido. La solicitud se muestra una vez el sistema arranca y se conecta a la red. Si utiliza esta opción, no podrá realizar una instalación JumpStart totalmente automática.

Si pulsa Intro y hace caso omiso de la petición, el programa de instalación de Solaris configura interactivamente los parámetros de la red. A continuación, el programa de instalación le solicita la ubicación del archivo de configuración comprimido.

opciones

dhcp: especifica que se debe usar un servidor DHCP para obtener información de instalación de red requerida para arrancar el sistema. Esta opción no es necesaria para instalar JumpStart. Si no especifica un servidor DHCP escribiendo dhcp, el sistema usa el archivo /etc/bootparams o la base de datos bootparams del servicio de nombres. Por ejemplo, si deseara conservar una dirección IP estática, no especificaría dhcp.
Las opciones nowin y text no se aplican para la instalación JumpStart. Estas opciones son de utilidad con una instalación interactiva. Para obtener más información, consulte para realizar una instalación o modernización con el programa de instalación de Solaris de Guía de instalación de Solaris 10 8/07: instalaciones básicas.

x86: Mapa de tareas de preparación del sistema para una instalación JumpStart personalizada

Tabla 6–3 x86: Mapa de tareas de preparación del sistema para una instalación JumpStart personalizada


Tarea	Descripción	Para obtener instrucciones
Determinar si se necesita preservar el sistema operativo existente o los datos de usuarios.	Si el sistema operativo utiliza todo el disco, debe conservar el sistema operativo para que pueda coexistir con el software de Solaris 10 8/07. Esta decisión determina la forma de especificar la palabra clave fdisk(1M) en el perfil del sistema.	x86: Palabra clave de perfil `fdisk`
Comprobar si se da soporte al sistema.	Compruebe en la documentación del hardware que se admite el sistema del entorno Solaris.	Documentación del fabricante del hardware.
Comprobar que el sistema tenga suficiente espacio en el disco para el software Solaris.	Verifique que ha dejado suficiente espacio para instalar el software de Solaris en el sistema.	Capítulo 4, Requisitos del sistema, pautas y modernización (planificación) de Guía de instalación de Solaris 10 8/07: planificación de la instalación y la modernización
(Opcional) Definir los parámetros del sistema.	Se puede preconfigurar la información del sistema para evitar que se le pida la información durante la instalación o modernización.	Capítulo 2, Preconfiguración de la información de configuración del sistema (tareas) de Guía de instalación de Solaris 8/07: instalaciones basadas en red
Preparar el sistema para la instalación JumpStart personalizada.	Cree y valide el archivo `rules` y los de perfiles.	Capítulo 3, Preparación de instalaciones JumpStart personalizadas (tareas)
(Opcional) Preparar las características opcionales de JumpStart personalizadas.	Si usa secuencias de inicio o de fin u otras características opcionales, prepare las secuencias o los archivos.	Capítulo 4, Uso de las funciones opcionales de JumpStart personalizada (tareas), y Capítulo 5, Creación de reglas y palabras clave de sondeo personalizadas (tareas)
(Opcional) Preparar la instalación del software Solaris desde la red.	Para instalar un sistema desde una imagen remota de CD de DVD del sistema operativo Solaris para plataformas x86 o Software de Solaris para plataformas x86 , necesitará preparar el sistema para que arranque y se instale desde un servidor de instalación o desde un servidor de arranque.	Capítulo 6, Instalación desde la red con un CD (tareas) de Guía de instalación de Solaris 8/07: instalaciones basadas en red
(Opcional) Preparar el sistema para instalar un contenedor Solaris Flash.	Defina los valores específicos para una instalación de un contenedor Solaris Flash.	Para preparar la instalación de un contenedor Solaris Flash con el método de instalación JumpStart personalizada
Realizar una instalación o modernización.	Arranque el sistema para iniciar la instalación o modernización.	x86: Para realizar una instalación o actualización con el programa JumpStart personalizada y con GRUB

x86: Para realizar una instalación JumpStart personalizada

Durante una instalación JumpStart personalizada, el programa JumpStart intenta hacer coincidir el sistema que se instala con las reglas del archivo rules.ok file. El programa JumpStart lee las reglas una por una, de principio a fin; cuando el sistema que se va a instalar cumple todos los atributos definidos en la regla, considera que se ha alcanzado un coincidencia. En este caso, el programa JumpStart deja de leer el archivo rules.ok y empieza a instalar el sistema, de acuerdo con el perfil asociado a la regla que se cumple.

Puede instalar un contenedor Solaris Flash con JumpStart personalizada. Para obtener instrucciones, consulte Para preparar la instalación de un contenedor Solaris Flash con el método de instalación JumpStart personalizada.

Seleccione uno de los siguientes procedimientos:

Para un procedimiento estándar de JumpStart personalizada, consulte x86: Para realizar una instalación o actualización con el programa JumpStart personalizada y con GRUB.
Para efectuar una instalación JumpStart personalizada editando el comando GRUB, consulte x86: Realización de una instalación JumpStart personalizada mediante la edición del comando de arranque de GRUB.

x86: Para realizar una instalación o actualización con el programa JumpStart personalizada y con GRUB

Utilice este procedimiento para instalar el sistema operativo Solaris en un sistema x86 mediante el menú de GRUB.

Si el sistema forma parte de una red, compruebe que disponga de un conector Ethernet u otro adaptador de red similar.

Si desea instalar un sistema que se conecta mediante una línea tip(1), compruebe que la visualización de la ventana tenga al menos un ancho de 80 columnas y una longitud de 24 filas.

Para establecer las dimensiones actuales de la ventana tip, utilice el comando stty(1).

Decida si va a utilizar un disquete de perfil.

Ya no se utiliza un disquete de perfiles para arrancar el sistema, aunque se puede preparar un disquete que incluya únicamente el directorio de JumpStart. De ese modo, el disquete se puede utilizar en casos como, por ejemplo, la realización de una instalación JumpStart y el inicio desde el CD-ROM.
- Si está utilizando un disquete de perfil, insértelo en la unidad del sistema.
- Si no va a utilizar un disquete de perfil, continúe con el paso Paso 4.

Decida cómo desea arrancar el sistema.
- Si arranca desde DVD del sistema operativo Solaris o el CD Software de Solaris - 1, inserte el disco. La BIOS del sistema debe admitir el arranque desde DVD o CD.
- Si arranca desde la red, use el protocolo de red Preboot eXecution Environment (PXE). El sistema debe admitir PXE. Habilite el sistema para usar el PXE, mediante la herramienta de configuración de la BIOS o la herramienta de configuración del adaptador de red.

(Opcional) Si va a arrancar desde un DVD o CD, modifique la configuración de arranque de la BIOS del sistema y configure para arrancar desde el medio de DVD o CD. Para obtener más instrucciones, consulte la documentación del hardware.

Si el sistema está apagado, enciéndalo. Si el sistema está encendido, rearránquelo.

Aparece el menú de GRUB. Este menú facilita una lista de entradas de arranque.

GNU GRUB version 0.95 (631K lower / 2095488K upper memory)
+-------------------------------------------------------------------+
|Solaris 10 8/07 directorio_imagen                                      |
|Solaris Serial Console ttya                                           |
|Solaris Serial Console ttyb (for lx50, v60x and v65x               |
+-------------------------------------------------------------------+
Use the ^ and v keys to select which entry is highlighted. Press
enter to boot the selected OS, 'e' to edit the commands before
booting, or 'c' for a command-line.

directorio_imagen es el nombre del directorio en el que se ubica la imagen de instalación. La ruta de los archivos JumpStart quedó definida con el comando add_install_client y la opción -c.

Nota –

En lugar de arrancar ahora desde la entrada de GRUB, puede editar la entrada de arranque. Después de editar la entrada de GRUB, efectúe a continuación la instalación JumpStart. Para obtener instrucciones acerca de cómo editar la entrada GRUB y una lista de opciones de instalación, consulte x86: Realización de una instalación JumpStart personalizada mediante la edición del comando de arranque de GRUB.

Cuando aparezca, lleve a cabo una de las siguientes instrucciones:

Select the type of installation you want to perform:
 
         1 Solaris Interactive
         2 Custom JumpStart
         3 Solaris Interactive Text (Desktop session)
         4 Solaris Interactive Text (Console session)
         5. Apply driver updates
         6. Single User Shell
Enter the number of your choice.
Please make a selection (1-6).

Para seleccionar el método de instalación JumpStart personalizada, escriba 2 y pulse Intro.

La instalación JumpStart comienza.

Nota –

Si no realiza la selección en 30 segundos, el programa de instalación de Solaris interactivo comienza. El temporizador se puede detener pulsando cualquier tecla en la línea de comandos.
Si selecciona los elementos 1, 3, o 4, llevará a cabo una instalación interactiva. Para obtener información sobre instalaciones interactivas, consulte Guía de instalación de Solaris 10 8/07: instalaciones básicas.
Si selecciona el elemento 5, instalará las actualizaciones del controlador.
Si selecciona el elemento 6, puede efectuar tareas de mantenimiento.

Si no ha preconfigurado la información del sistema en el archivo sysidcfg, deberá responder a las preguntas sobre configuración del sistema a medida que éstas aparezcan.

Siga las instrucciones de la pantalla para instalar el software.

Cuando el programa JumpStart termina de instalar el software de Solaris, el sistema rearranca automáticamente. Además, el archivo menu.lst de GRUB se actualiza automáticamente. A continuación, la instancia de Solaris que ha instalado aparece en el siguiente uso del menú de GRUB.

Cuando la instalación ha terminado, los registros de actividad generados se guardan en un archivo. Estos registros de instalación se encuentran en los directorios siguientes:
- /var/sadm/system/logs
- /var/sadm/install/logs

x86: Realización de una instalación JumpStart personalizada mediante la edición del comando de arranque de GRUB

En algunos casos, por ejemplo para realizar depuraciones, quizá desee modificar el comando de arranque de GRUB. El siguiente procedimiento describe los pasos para editar el comando de arranque de GRUB antes de realizar la instalación JumpStart personalizada.

x86: Para modificar el comando de arranque de GRUB

Para iniciar la instalación, realice del Paso 1 al Paso 5 del procedimiento anterior, x86: Para realizar una instalación o actualización con el programa JumpStart personalizada y con GRUB.

Si el sistema está apagado, enciéndalo. Si el sistema está encendido, rearránquelo.

Aparece el menú de GRUB. Este menú facilita una lista de entradas de arranque. La entrada que se facilita es la instancia de Solaris que ha de instalarse.

GNU GRUB version 0.95 (631K lower / 2095488K upper memory)
+-------------------------------------------------------------------+
|Solaris 10 8/07 directorio_imagen                                      |
|Solaris Serial Console ttya                                                |
|Solaris Serial Console ttyb (lx50, v60x and v68)                  |
+-------------------------------------------------------------------+
Use the ^ and v keys to select which entry is highlighted. Press
enter to boot the selected OS, 'e' to edit the commands before
booting, or 'c' for a command-line.

image_directory es el nombre del directorio en el que está ubicada la imagen de instalación.

Nota –

Si utilizó NFS para configurar la ruta del directorio JumpStart con el comando add_install_client y la opción -c, no necesita incluir la ruta en la entrada de arranque.
Si no ha utilizado NFS, deberá indicar la ruta del archivo de configuración comprimido que contiene el directorio JumpStart.

Si desea detener el proceso de arranque y utilizar el editor de entradas de menú, escriba e.

Aparece el menú de edición de GRUB.

kernel /I86PC.Solaris_11-8/multiboot kernel/unix -B console=ttyb,\
install_media=131.141.2.32:/export/mary/v11 \
module /I86PC.Solaris_11-8/x86.new

Utilice las teclas de flecha para seleccionar la entrada de arranque.

Para editar el comando seleccionado, escriba e.

Aparece un comando similar al que aparece en el siguiente ejemplo.

grub edit>kernel /I86PC.Solaris_11-8/multiboot kernel/unix -B \
console=ttyb,install_media=131.141.2.32:/export/mary/_\
module /I86PC.Solaris_11-8/x86.new

Edite el comando pulsando las opciones que necesite.

La sintaxis para una instalación JumpStart es la siguiente.
grub edit>kernel /I86PC.Solaris_11-directorio_imagen/multiboot kernel/unix/ \ - install [url|ask] options -B install_media=tipo_medio
Para obtener una descripción de las opciones de JumpStart, consulte x86: Referencia de comandos para el arranque del sistema.

En el siguiente ejemplo, el sistema operativo está instalado en el sistema con un perfil JumpStart personalizado.
kernel /I86PC.Solaris_11-8/multiboot kernel/unix/ - install \ -B install_media=131.141.2.32:/export/mary/v11 \ module /I86PC.Solaris_11-8/x86.new

Pulse Intro para aceptar las modificaciones.

Los cambios se han guardado y aparece el menú principal de GRUB.

Nota –
Pulsando la tecla de Escape regresa al menú principal de GRUB sin guardar los cambios.

Si desea iniciar la instalación, escriba b.

x86: Referencia de comandos para el arranque del sistema

La siguiente tabla describe las opciones de línea de comandos para el comando de arranque del menú de GRUB. Las opciones mostradas son adecuadas para una instalación JumpStart.

A continuación se proporciona la sintaxis del comando de arranque.

kernel /I86PC.Solaris_11-directorio_imagen/multiboot kernel/unix/ - install \
[url|ask] options -B install_media=tipo_medio

Tabla 6–4 Referencia del comando de arranque del menú de GRUB

Opción

Descripción

- install

Realiza una instalación JumpStart personalizada.

En el siguiente ejemplo, el sistema arranca desde el medio DVD y se utilizan las siguientes opciones:

- install realiza una instalación JumpStart personalizada
file://jumpstart/config.tar localiza el perfil JumpStart en el disco local.

kernel /I86pc.Solaris_11.8/multiboot - install file://jumpstart/config.tar \
 -B install_media=dvdrom module /I86Solaris_11.8/x86.new

[url| ask]

Especifica la ubicación de los archivos JumpStart personalizados o le pide la ubicación.

url: especifica la ruta de los archivos . Se puede especificar una URL para los archivos ubicados en un servidor HTTP o HTTPS:

La sintaxis de un servidor HTTP es la siguiente:

http://nombre_servidor:dirección_IP/ruta_dir_jumpstart/
archivo_config_comprimido&info_proxy

Si ha situado un archivo sysidcfg en el archivo de configuración comprimido, debe especificar la dirección IP del servidor que contiene el archivo, como se muestra en el ejemplo siguiente:
kernel /I86pc.Solaris_11.8/multiboot install \ http://192.168.2.1/jumpstart/config.tar \ -B install_media=192.168.2.1/export/Solaris_11.8/boot \ module /I86PC.Solaris_11.8/x86.new

Si ha guardado la configuración comprimida en un servidor HTTP que está detrás de un cortafuegos, debe usar un especificador de delegado durante el arranque. No es necesario que especifique la dirección IP del servidor que contiene el archivo. Pero debe especificar la dirección IP del servidor delegado, como se muestra en el ejemplo siguiente:

kernel /I86pc.Solaris_11.8/multiboot install \
http://www.shadow.com/jumpstart/config.tar&proxy=131.141.6.151 \
 -B install_media=192.168.2.1/export/Solaris_11.8/boot \
module /I86PC.Solaris_11.8/x86.new

ask: especifica que el programa de instalación le pide que escriba la ubicación del archivo de configuración comprimido. Se le solicita después de que se inicie el sistema y se conecta a la red. Si utiliza esta opción, no podrá realizar una instalación JumpStart totalmente automática.

Si pulsa Intro y hace caso omiso de la petición, el programa de instalación de Solaris configura interactivamente los parámetros de la red. A continuación, el programa de instalación le solicita la ubicación del archivo de configuración comprimido.

El siguiente ejemplo realiza una instalación JumpStart personalizada y arranca desde el DVD. Se le solicita que escriba la ubicación del archivo de configuración después de que el sistema se conecte a la red.
kernal /boot/multiboot kernel/unix install ask -B \ install_media=192.168.2.1:export/sol_11_x86/boot module \ /I86PC.Solaris_11.8_

opciones

dhcp: especifica que se debe usar un servidor DHCP para obtener información de instalación de red requerida para arrancar el sistema. Esta opción no es necesaria para instalar JumpStart. Si no especifica un servidor DHCP escribiendo dhcp, el sistema usa el archivo /etc/bootparams o la base de datos bootparams del servicio de nombres. Por ejemplo, si deseara conservar una dirección IP estática, no especificaría dhcp. Por ejemplo:
kernel /I86pc.Solaris_11.8/multiboot install \ dhcp -B install_media=192.168.2.1:/export/Solaris_11.8/ \ boot module /I86PC.Solaris_11.8/x86.new
Las opciones nowin y text no se aplican para la instalación JumpStart. Estas opciones son de utilidad con una instalación interactiva. Para obtener más información, consulte para realizar una instalación o modernización con el programa de instalación de Solaris con GRUB de Guía de instalación de Solaris 10 8/07: instalaciones básicas.

Capítulo 7 Instalación con JumpStart personalizada (ejemplos)

Este capítulo proporciona un ejemplo de configuración e instalación de software de Solaris en sistemas basados en SPARC y x86 mediante una instalación JumpStart personalizada.

Ejemplo de configuración de sede

La Figura 7–1 muestra la configuración de sede de este ejemplo.

Figura 7–1 Ejemplo de configuración de sede

En esta ilustración se muestra un servidor de instalación en la subred de marketing.

En esta sede de ejemplo, las condiciones son las siguientes:

SPARC: el grupo de ingeniería está situado en su propia subred. Este grupo usa sistemas SPARCstation^TM para el desarrollo de software.
x86: el grupo de marketing está situado en su propia subred. Este grupo usa sistemas basados en x86 para ejecutar procesadores de texto, hojas de cálculo y otras herramientas de trabajo de oficina.
La sede usa NIS. Las direcciones Ethernet e IP y los nombres de los sistemas están preconfigurados en los mapas NIS. La máscara de subred, fecha, hora y región geográfica de la sede también están preconfiguradas en los mapas NIS.

Nota –
Los dispositivos periféricos de los sistemas de marketing están preconfigurados en el archivo sysidcfg.
Los sistemas de ingeniería y marketing van a instalarse con el software de Solaris 10 8/07 desde la red.

Creación de un servidor de instalación

Como los grupos necesitan instalar software de Solaris 10 8/07 desde la red, cree un servidor de instalación server-1 para ambos grupos. Para ello, utilice el comando setup_install_server(1M) para copiar las imágenes en el disco local server-1 (en el directorio /export/install). Copie las imágenes desde cualquiera de los siguientes soporte.

CD de idiomas de Solaris y software Solaris
DVD del sistema operativo Solaris

Debe copiar la imagen desde el disco a un directorio vacío; en estos ejemplos, se utilizan los directorios sparc_10 y x86_10.

Ejemplo 7–1 SPARC: Copia de los CD de Solaris 10 8/07

Inserte el CD 1 de software de Solaris para plataformas SPARC en la unidad de CD-ROM conectada a server-1 y escriba estos comandos:

server-1# mkdir -p /export/install/sparc_10
server-1# cd /punto_montaje_CD/Solaris_10/Tools
server-1# ./setup_install_server /export/install/sparc_10

Inserte el CD 2 de software de Solaris para plataformas SPARC en la unidad de CD-ROM conectada a server-1 y escriba los siguientes comandos:

server-1# cd /punto_montaje_CD/Solaris_10/Tools
server-1# ./add_to_install_server /export/install/sparc_10

Repita el comando anterior para cada software Solaris que desee instalar.

Inserte el SPARC: CD de idiomas de Solaris para plataformas SPARC en la unidad de CD-ROM conectada a server-1 y escriba los siguientes comandos:

server-1# cd /punto_montaje_CD/Solaris_10/Tools
server-1# ./add_to_install_server /export/install/sparc_10

Ejemplo 7–2 x86: Copia de los CD de Solaris 10 8/07

Inserte el CD 1 de software de Solaris para plataformas x86 en la unidad de CD-ROM conectada a server-1 y escriba estos comandos:

server-1# mkdir -p /export/install/x86_10
server-1# cd /punto_montaje_CD/Solaris_10/Tools
server-1# ./setup_install_server /export/install/x86_10

Inserte el CD 2 de software de Solaris para plataformas x86 en la unidad de CD-ROM conectada a server-1 y escriba estos comandos:

server-1# cd /punto_montaje_CD/Solaris_10/Tools
server-1# ./add_to_install_server /export/install/x86_10

Repita el comando anterior para cada software Solaris que desee instalar.

Inserte el CD de idiomas de Solaris para plataformas x86 en la unidad de CD-ROM conectada a server-1 y escriba los siguientes comandos:

server-1# cd /punto_montaje_CD/Solaris_10/Tools
server-1# ./add_to_install_server /export/install/x86_10

Ejemplo 7–3 SPARC: Copia de los DVD de Solaris 10 8/07

Inserte el DVD del sistema operativo Solaris para plataformas SPARC en la unidad de DVD-ROM conectada a server-1 y escriba los siguientes comandos:

server-1# mkdir -p /export/install/sparc_10
server-1# cd /punto_montaje_DVD/Solaris_10/Tools
server-1# ./setup_install_server /export/install/sparc_10

Ejemplo 7–4 x86: Copia del DVD del sistema operativo Solaris para plataformas x86

Inserte el DVD del sistema operativo Solaris para plataformas x86 en la unidad de DVD-ROM conectada a server-1 y escriba los comandos siguientes:

server-1# mkdir -p /export/install/x86_10
server-1# cd /punto_montaje_DVD/Solaris_10/Tools
server-1# ./setup_install_server /export/install/x86_10

x86: Creación de un servidor de arranque para los sistemas de marketing

Los sistemas no pueden arrancar de un servidor de instalación de otra subred, por lo tanto server-2 debe establecerse como servidor de arranque de la subred del grupo de marketing. Utilice el comando setup_install_server(1M) para copiar el software de arranque del DVD del sistema operativo Solaris para plataformas x86 o del CD 1 de software de Solaris para plataformas x86. El software de arranque se copia en el disco local de server-2 , directorio /export/boot.

Seleccione los soportes e instale el software de arranque en el disco local.

Si inserta el CD 1 de software de Solaris para plataformas x86 en la unidad de CD-ROM que está conectada a server-2, escriba el comando siguiente:
server-2# cd /punto_montaje_CD/Solaris_10/Tools server-2# ./setup_install_server -b /export/boot
Si inserta el DVD del sistema operativo Solaris para plataformas x86 en la unidad de DVD-ROM conectada a server-2, escriba el comando siguiente:
server-2# cd /punto_montaje_DVD/Solaris_10/Tools server-2# ./setup_install_server -b /export/boot

En el comando setup_install_server , la opción -b especifica que setup_install_server debe copiar la información de arranque en el directorio denominado /export/boot.

Creación de un directorio JumpStart

Después de configurar los servidores de instalación y arranque, debe crear un directorio JumpStart en server-1. Puede usar cualquier sistema de la red. Este directorio contiene archivos que son necesarios para una instalación JumpStart personalizada del software de Solaris. Para configurar este directorio copie el directorio de ejemplo desde la imagen del DVD del sistema operativo Solaris o del Software de Solaris - 1 que se ha copiado en /export/install:

server-1# mkdir /jumpstart
server-1# cp -r /export/install/sparc_10/Solaris_10/Misc/jumpstart_sample /jumpstart

Compartición del directorio JumpStart

Para que los sistemas de la red puedan acceder a los perfiles y archivos rules, debe compartirse el directorio /jumpstart. Para habilitar la compartición de un directorio, agregue la línea siguiente al archivo /etc/dfs/dfstab:

share -F nfs -o ro,anon=0 /jumpstart

A continuación, en la línea de comandos, escriba el comando shareall:

server-1# shareall

SPARC: Creación del perfil de grupo de ingeniería

Por lo que respecta a los sistemas de ingeniería, cree un archivo denominado eng_prof en el directorio /jumpstart. El archivo eng_prof contiene las entradas siguientes, que establecen que el software de Solaris 10 8/07 debe instalarse en sistemas del grupo de ingeniería:

install_type  initial_install
system_type   standalone
partitioning  default
cluster       SUNWCprog
filesys       any 512 swap

El perfil del ejemplo anterior especifica la siguiente información de instalación.

install_type: La instalación se tratará como inicial y no como modernización.
system_type: Los sistemas de ingeniería son sistemas independientes.
partitioning: El software de JumpStart usará la partición de disco predeterminada para instalar software de Solaris en los sistemas de ingeniería.
cluster: Se debe instalar el grupo de software Soporte del sistema para desarrolladores.
filesys: Todos los sistemas del grupo de ingeniería deberán tener 512 MB de espacio de intercambio.

x86: Creación del perfil del grupo de marketing

En cuanto a los sistemas de marketing, cree un archivo denominado marketing_prof en el directorio /jumpstart. El archivo marketing_prof contiene las entradas siguientes, que definen el software de Solaris 10 8/07 que se ha de instalar en los sistemas del grupo de marketing:

install_type  initial_install
system_type   standalone
partitioning  default
cluster       SUNWCuser
package       SUNWaudio

El perfil del ejemplo anterior especifica la siguiente información de instalación.

install_type: La instalación se tratará como inicial y no como modernización.
system_type: Los sistemas de marketing son sistemas independientes.
partitioning: El software de JumpStart usará particionado de disco predeterminado para instalar Solaris en los sistemas de marketing.
cluster: Se va a instalar el grupo de software Solaris para usuario final.
package: El paquete de software de demostraciones de audio deberá instalarse en todos los sistemas.

Actualización del archivo `rules`

Debe agregar reglas al archivo rules. El programa de instalación de Solaris usa las reglas para seleccionar la instalación correcta (perfil) para cada sistema durante una instalación JumpStart personalizada.

En esta sede, cada departamento está situado en su propia subred y tiene sus propias direcciones de red. El departamento de ingeniería se encuentra en la subred 255.222.43.0 y el de marketing, en 255.222.44.0. Puede usar esta información para controlar la instalación de los sistemas de marketing y de ingeniería con el software de Solaris 10 8/07. En el directorio /jumpstart, edite el archivo rules, elimine todas las reglas de ejemplo y agregue las líneas siguientes:

network 255.222.43.0 - eng_prof -
network 255.222.44.0 - marketing_prof -

Básicamente, estas reglas indican que los sistemas de la red 255.222.43.0 se van a instalar con el software de Solaris 10 8/07 mediante el perfil eng_prof. Los sistemas de la red 255.222.44.0 deben instalarse con el software de Solaris 10 8/07 mediante el perfil marketing_prof.

Nota –

El archivo rules de ejemplo es válido para utilizar una dirección de red, a fin de identificar los sistemas que deben instalarse con el software de Solaris 10 8/07 mediante los perfiles eng_prof y marketing_prof. También puede usar nombres de sistema, tamaño de memoria o tipo de modelo como palabra clave de la regla. La Tabla 8–1 contiene una lista completa de las palabras que puede utilizar en un archivo rules.

Validación del archivo `rules`

Tras configurar el archivo rules y los perfiles, ejecute la secuencia de comandos check para verificar que los archivos estén correctos:

server-1# cd /jumpstart
server-1# ./check

Si la secuencia check no encuentra ningún error, crea el archivo rules.ok.

SPARC: Configuración de los sistemas de ingeniería para instalar desde la red

Tras configurar los archivos y directorios /jumpstart, utilice el comando add_install_client en el servidor de instalación, server-1, para configurar los sistemas de ingeniería a fin de instalar el software de Solaris desde el servidor de instalación. server-1 también es el servidor de arranque de la subred del grupo de ingeniería.

server-1# cd /export/install/sparc_10/Solaris_10/Tools
server-1# ./add_install_client -c server-1:/jumpstart host-eng1 sun4u
server-1# ./add_install_client -c server-1:/jumpstart host-eng2 sun4u

En el comando add_install_client, las opciones que se utilizan significan lo siguiente:

-c

Especifica el servidor (server-1) y la ruta (/jumpstart) al directorio JumpStart. Utilice esta opción si usa NFS.

Nota –

Si no utiliza NFS, especifique la ruta al directorio JumpStart utilizando los comandos siguientes:

Para sistemas SPARC, especifique la ruta en el comando boot.
Para sistemas basados en x86, especifique la ruta editando la entrada del menú de GRUB.

host-eng1

El nombre de un sistema del grupo de ingeniería.

host-eng2

El nombre de otro sistema del grupo de ingeniería.

sun4u

Especifique el grupo de plataforma de los sistemas que usan server-1 como servidor de instalación. El grupo de plataforma es el de sistemas Ultra 5.

x86: Configuración de los sistemas de marketing para instalar desde la red

A continuación, utilice el comando add_install_client en el servidor de arranque (server-2). Este comando configura los sistemas de marketing para que arranquen desde el servidor de arranque e instalen el software de Solaris desde el servidor de instalación (server-1):

server-2# cd /marketing/boot-dir/Solaris_10/Tools
server-2# ./add_install_client -s server-1:/export/install/x86_10 \
-c server-1:/jumpstart host-mkt1 i86pc
server-2# ./add_install_client -s server-1:/export/install/x86_10 \
-c server-1:/jumpstart host-mkt2 i86pc
server-2# ./add_install_client -d -s server-1:/export/install/x86_10 \
-c server-1:/jumpstart SUNW.i86pc i86pc
server-2# ./add_install_client -c server-1:/jumpstart host-mkt1 sun4u
server-2# ./add_install_client -c server-1:/jumpstart host-mkt2 sun4u

En el comando add_install_client, las opciones que se usan tienen el significado siguiente:

-d

Especifica que el cliente debe utilizar DHCP para obtener los parámetros de instalación de red. Se requiere esta opción para que los clientes usen el arranque en red PXE, para arrancar desde la red. -d es opcional para los clientes de arranque en red que no usan el arranque en red PXE.

-s

Especifica el servidor de instalación (server-1) y la ruta del software de Solaris (/export/install/x86_10).

-c

Especifica el servidor (server-1) y la ruta (/jumpstart) al directorio JumpStart. Utilice esta opción si usa NFS.

Nota –

Si no utiliza NFS, especifique la ruta al directorio JumpStart utilizando los comandos siguientes:

Para sistemas SPARC, especifique la ruta en el comando boot.
Para sistemas basados en x86, especifique la ruta editando la entrada del menú de GRUB.

host-mkt1

El nombre de un sistema del grupo de marketing.

host-mkt2

El nombre de otro sistema del grupo de marketing.

sun4u

Especifique el grupo de plataforma de los sistemas que usan server-1 como servidor de instalación. El grupo de plataforma es el de sistemas Ultra 5.

SUNW.i86pc

El nombre de clase DHCP de todos los clientes x86 de Solaris. Si desea configurar todos los clientes DHCP x86 de Solaris con un único comando, use este nombre de clase.

i86pc

Especifica el grupo de plataforma de los sistemas que usan este servidor de arranque. El nombre de plataforma representa sistemas basados en x86.

SPARC: Arranque de los sistemas de ingeniería e instalación del software de Solaris

Tras configurar los servidores y archivos, puede arrancar los sistemas de ingeniería mediante el comando boot siguiente en el símbolo de sistema ok (PROM) de cada sistema:

ok boot net - install

El sistema operativo Solaris se instala automáticamente en los sistemas del grupo de ingeniería.

x86: Arranque de los sistemas de marketing e instalación del software de Solaris

Puede arrancar el sistema con una de las opciones siguientes:

El CD 1 de software de Solaris para plataformas x86
El DVD del sistema operativo Solaris para plataformas x86
La red mediante el arranque de red PXE

El software de Solaris se instala automáticamente en los sistemas del grupo de marketing.

Capítulo 8 JumpStart personalizada (referencia)

En este capítulo se enumeran las palabras clave y los valores que se pueden usar en el archivo rules, los perfiles y las secuencias de inicio y de fin.

Valores y palabras clave de reglas

La Tabla 8–1 describe las palabras clave y los valores que se pueden utilizar en el archivo rules. Para obtener instrucciones detalladas para crear un archivo rules, consulte Creación del archivo rules .

Tabla 8–1 Descripciones de valores y palabras clave de regla

Palabra clave

Valor

Coincidencias

cualquiera

símbolo menos (-)

Cualquiera. La palabra clave any siempre funciona.

arch

tipo_procesador

Los valores válidos para tipo_procesador son los siguientes:

SPARC: sparc
x86: i386

Un tipo de procesador de sistema.

El comando uname -p muestra el tipo de procesador del sistema.

disksize

nombre_de_disco_real intervalo_tamaño

nombre_de_disco_real: un nombre de disco en formato cxtydz, como c0t3d0 o c0d0 o la palabra especial rootdisk. Si se usa rootdisk, el disco que hay que concordar se determina en el orden siguiente:

SPARC: el disco que contiene la imagen de arranque preinstalada, que es un sistema nuevo basado en SPARC, con JumpStart instalado
El disco c0t3d0s0, si lo hubiera
El primer disco disponible, según el orden de búsqueda de sondeo del núcleo

intervalo_tamaño: el tamaño del disco, que se debe especificar en forma de intervalo de Mbytes (x-x).

Nota –

Al calcular intervalo_tamaño, recuerde que 1 Mbyte equivale a 1.048.576 bytes. En ocasiones, en los discos se indica que pueden alojar hasta 535 Mbytes, pero el espacio en el disco es de sólo 510 millones de bytes. El programa JumpStart considera el disco de 535 Mbytes como un disco de 510 Mbytes porque 535,000,000 / 1,048,576 = 510. Un disco de 535 Mbytes no coincide con un intervalo_tamaño igual a 530–550.

El nombre y el tamaño de un disco de sistema en Mbytes.

Ejemplo:

disksize c0t3d0 250-300

En el ejemplo, el programa JumpStart intenta concordar un disco de sistema denominado c0t3d0. El disco puede alojar entre 250 y 300 Mbytes de información.

Ejemplo:

disksize rootdisk 750-1000

En el ejemplo, el programa JumpStart intenta hacer coincidir un disco en el siguiente orden:

Un disco de sistema que contiene una imagen de arranque preinstalada
El disco c0t3d0s0, si lo hubiera
El primer disco disponible puede contener entre 750 Mbytes y 1 Gbyte de información

domainname

nombre_de_dominio_real

Un nombre de dominio de un sistema que controla la forma en que un servicio de nombres determina la información.

Si ya hay un sistema instalado, el comando domainname informa del nombre de dominio de dicho sistema.

hostaddress

dirección_IP_real

Una dirección IP del sistema.

hostname

nombre_de_sistema_real

Un nombre de un sistema.

Si tiene un sistema que ya está instalado, el comando uname -n notifica el nombre real del sistema.

installed

segmento versión

segmento: un nombre de segmento de disco con el formato cwtx dysz, como c0t3d0s5, o las palabras especiales any o rootdisk. Si se usa any, el programa JumpStart intenta concordar todos los discos del sistema en el orden de sondeo de núcleo. Si se usa rootdisk , el disco que se debe hacer coincidir se determina en el orden siguiente:

SPARC: el disco que contiene la imagen de arranque preinstalada, que es un sistema nuevo basado en SPARC, con JumpStart instalado
El disco c0t3d0s0, si lo hubiera
El primer disco disponible, según el orden de búsqueda de sondeo del núcleo

versión: un nombre de versión o las palabras especiales any o upgrade. Si se usa any, concuerda con cualquier versión de Solaris o SunOS. Si utiliza upgrade, coincide cualquier versión de Solaris que sea compatible y que se pueda modernizar.

Si el programa JumpStart encuentra una versión de Solaris pero no puede determinar la versión, la que se devuelve es SystemV.

Un disco que tiene un sistema de archivos root (/) que corresponde a una versión concreta del software de Solaris.

Ejemplo:

installed c0t3d0s1 Solaris 10

En el ejemplo, el programa JumpStart intenta hacer coincidir un sistema que tiene un sistema de archivos root (/) de Solaris en c0t3d0s1.

karch

grupo_de_plataforma_real

Los valores válidos son sun4u, i86pc y prep. Puede encontrar una lista de los sistemas y su grupo de plataformas correspondiente en la Solaris Sun Hardware Platform Guide en http://docs.sun.com.

Un grupo de plataformas del sistema.

En un sistema ya instalado, los comandos arch -k o uname -m notifican el grupo de plataformas del sistema.

memsize

memoria_física

El valor debe ser un rango de Mbytes x-x, o un valor de Mbytes único.

Un tamaño de memoria física del sistema, en Mbytes.

Ejemplo:

memsize 64-128

El ejemplo intenta concordar un sistema con un tamaño de memoria física de entre 64 y 128 Mbytes.

En un sistema ya instalado, la salida del comando prtconf, línea 2, notifica el tamaño de memoria física del sistema.

model

nombre_de_plataforma_real

Un nombre de plataforma del sistema. Consulte la Solaris Sun Hardware Platform Guide en http://docs.sun.com para obtener una lista de los nombres de la plataforma válidos.

Para encontrar el nombre de plataforma de un sistema ya instalado, use el comando uname -i o la salida del comando prtconf, línea 5.

Nota –

Si nombre_de_plataforma_real incluye espacios, deberá sustituirlos por subrayados (_).

Ejemplo:

SUNW,Sun_4_50

network

número_de_red

Un número de red del sistema, que determina el programa JumpStart realizando un AND lógico entre la dirección IP del sistema y la máscara de subred.

Ejemplo:

network 192.168.2.0

El ejemplo intenta hacer coincidir un sistema con una dirección 192.168.2.8 si la máscara de subred es 255.255.255.0.

osname

Solaris_x

Una versión del software Solaris ya instalada en un sistema.

Ejemplo:

osname Solaris 10

En el ejemplo, el programa JumpStart intenta hacer coincidir un sistema con el sistema operativo Solaris 10 8/07 ya instalado.

probe

palabra_clave_de_sondeo

Una palabra clave de sondeo o una palabra clave de sondeo personalizada válida.

Ejemplo:

probe disks

El ejemplo devuelve el tamaño de los discos de un sistema en Mbytes y en el orden de sondeo del núcleo, por ejemplo c0t3d0s1, c0t4d0s0, dentro de un sistema SPARC. El programa JumpStart fija las variables de entorno SI_DISKLIST, SI_DISKSIZES, SI_NUMDISKS y SI_TOTALDISK.

Nota –

La palabra clave probe es única, en el sentido de que no intenta concordar un atributo ni ejecutar un perfil; La palabra clave probe devuelve un valor. en consecuencia, con ella no es posible especificar ni secuencias de inicio o de fin, ni perfiles.

Las palabras clave de sondeo se describen en el Capítulo 5, Creación de reglas y palabras clave de sondeo personalizadas (tareas).

totaldisk

intervalo_tamaño

El valor debe especificarse como un rango de Mbytes (x-x).

Nota –

El espacio total en disco de un sistema en Mbytes; incluye todos los discos operativos conectados a un sistema.

Ejemplo:

totaldisk 300-500

En el ejemplo, el programa JumpStart intenta concordar un sistema con un espacio total en el disco de entre 300 y 500 Mbytes.

Valores y palabras clave de perfiles

En este apartado se detallan los valores y las palabras clave que se pueden usar en un perfil. Para obtener instrucciones detalladas para crear un perfil, consulte Creación de un perfil.

Referencia rápida de palabras clave de perfil

La Tabla 8–2 proporciona una manera rápida para determinar las palabras clave que se pueden utilizar en función de las circunstancias de instalación. Salvo que se especifique lo contrario en la descripción de la palabra clave, ésta sólo se podrá usar con la opción de instalación inicial.

Tabla 8–2 Descripción general de palabras clave de perfil


	Situaciones hipotéticas de instalación
Palabras clave de perfil	Sistema autónomo (no conectado a red)	Sistema autónomo (conectado a red) o servidor	Servidor de SO	Actualización	Modernización con reasignación del espacio en el disco
`archive_location` (Instalación de contenedores Solaris Flash)	X	X
`backup_media`					X
`boot_device`	X	X	X
`bootenv createbe`	X	X	X
`client_arch`			X
`client_root`			X
`client_swap`			X
`cluster` (adición de grupos de software)	X	X	X
`cluster` (adición o supresión de clústers)	X	X	X	X	X
`dontuse`	X	X	X
`fdisk` (sólo x86)	X	X	X
`filesys` (montaje de sistemas de archivo remotos)		X	X
`filesys` (creación de sistemas de archivo locales)	X	X	X
`filesys` (creación de sistemas de archivo duplicados)	X	X	X
`forced_deployment` (instalación de contenedores diferenciales Solaris Flash)	X	X
`geo`	X	X	X	X	X
`install_type`	X	X	X	X	X
`layout_constraint`					X
`local_customization` (instalación de contenedores Solaris Flash)	X	X
`locale`	X	X	X	X	X
`metadb` (creación de réplicas de bases de datos de estado)	X	X	X
`no_master_check` (instalación de contenedores diferenciales Solaris Flash)	X	X
`no_content_check` (instalación de contenedores diferenciales Solaris Flash)	X	X
`num_clients`			X
`package`	X	X	X	X	X
`partitioning`	X	X	X
`patch`	X	X	X	X	X
`root_device`	X	X	X	X	X
`system_type`	X	X	X
`usedisk`	X	X	X

Ejemplos y descripciones de las palabras clave de perfil

Palabra clave `archive_location`

archive_location tipo_recuperación ubicación

tipo_recuperación

Los valores de tipo_recuperación y ubicación dependen del lugar donde se ha guardado el contenedor Solaris Flash. Los apartados siguientes incluyen los valores que se pueden usar para tipo_recuperación y ubicación, y ejemplos sobre cómo se debe usar la palabra clave archive_location.

ubicación

En los siguientes apartados se aportan datos específicos acerca de las ubicaciones.

Precaución –

Un contenedor Solaris Flash no se puede crear correctamente si hay instalada una zona no global. La función Solaris Flash no es compatible con la tecnología de partición de Zonas de Solaris. Si crea un contenedor Solaris Flash, el contenedor resultante no se instalará adecuadamente si el contenedor se implementa en estas circunstancias:

El contenedor se ha creado en una zona no global.
El contenedor se crea en una zona global que contiene zonas no globales instaladas

Contenedor guardado en un servidor NFS

Si el contenedor se ha guardado en un servidor NFS, use la siguiente sintaxis para la palabra clave archive_location.

archive_location nfs nombre_servidor:/ruta/nombre_archivo retry n

nombre_servidor: Es el nombre del servidor en el que se ha almacenado el contenedor.
ruta: Es la ubicación del contenedor que hay que recuperar del servidor especificado. Si la ruta contiene $HOST, las utilidades de instalación de Solaris Flash sustituirán $HOST por el nombre del sistema clónico que se está instalando.
nombre_archivo: Es el nombre de archivo del contenedor Solaris Flash.
retry n: Una palabra clave opcional. n es el número máximo de veces que las utilidades de Solaris Flash intentarán montar el contenedor.

Ejemplo 8–1 Contenedor guardado en un servidor NFS

archive_location nfs golden:/archives/usrarchive

archive_location nfs://golden/archives/usrarchive

Contenedor guardado en un servidor HTTP o HTTPS

Si el contenedor se guarda en un servidor HTTP, use la siguiente sintaxis para la palabra clave archive_location.

archive_location http://nombre_servidor:puerto/ruta/nombre_archivo palabras clave_opcionales

Si el contenedor se guarda en un servidor HTTPS, use la siguiente sintaxis para la palabra clave archive_location.

archive_location https://nombre_servidor:puerto/ruta/nombre_archivo palabras_clave_opcionales

nombre_servidor

Es el nombre del servidor en el que se ha almacenado el contenedor.

puerto

Es un puerto opcional. puerto puede ser un número de puerto o el nombre de un servicio TCP con un número de puerto que se determina en el tiempo de ejecución.

Si no se especifica un puerto, las utilidades de instalación de Solaris Flash usarán el número de puerto HTTP predeterminado: 80.

ruta

Es la ubicación del contenedor que hay que recuperar del servidor especificado. Si la ruta contiene $HOST, las utilidades de instalación de Solaris Flash sustituirán $HOST por el nombre del sistema clónico que se está instalando.

nombre_archivo

Es el nombre de archivo del contenedor Solaris Flash.

palabras_clave_opcionales

Son las palabras clave opcionales que se pueden especificar al recuperar un contenedor Solaris Flash de un servidor HTTP.

Tabla 8–3 Palabras clave opcionales que se pueden usar con archive_location HTTP


Palabra clave	Definición del valor
`auth basic` `nombre_usuario contraseña`	Si el contenedor se encuentra en un servidor HTTP protegido con contraseña, deberá incluir el nombre de usuario y la contraseña necesarios para acceder al servidor de HTTP en el archivo de perfiles. Nota – Es arriesgado usar este método de autenticación en un perfil que se va a usar con JumpStart personalizado, ya que los usuarios no autorizados podrían tener acceso al archivo de perfil que contiene la contraseña.
`timeout` `min`	La palabra clave `timeout` permite especificar, en minutos, el tiempo máximo permitido sin que se reciban los datos del servidor HTTP. Si se agota el tiempo de espera, la conexión se cierra, se vuelve a abrir y se reanuda. Si especifica un valor de `timeout` igual a 0 (cero), la conexión no se vuelve a abrir. Si se produce una reconexión de tiempo de espera, las utilidades de instalación de Solaris Flash intentarán reanudar la instalación desde la última posición conocida del contenedor. Si las utilidades de instalación de Solaris Flash no pueden reanudar la instalación desde ese punto, la recuperación se reanuda desde el principio del contenedor y se descartan los datos que se recuperaron antes de que se agotara el tiempo de espera. Si se produce una reconexión de tiempo de espera mientras se está instalando el paquete, el paquete se vuelve a intentar desde el principio y los datos que se habían recuperado antes de que se agotara el tiempo de espera se omiten.
`proxy` `sistema:puerto`	La palabra `proxy` permite especificar un sistema y un puerto delegados. El sistema delegado se puede usar para recuperar un contenedor Solaris Flash desde el otro lado de un cortafuegos. Cuando se especifique la palabra clave `proxy`, habrá que suministrar un puerto delegado.

Ejemplo 8–2 Contenedor guardado en un servidor HTTP o HTTPS

archive_location http://silver/archives/usrarchive.flar timeout 5

Ejemplo de uso de la palabra clave auth basic nombre_usuario_contraseña:

archive_location http://silver/archives/usrarchive.flar timeout 5 user1 secret

Contenedor guardado en un servidor NFS

Si el contenedor se guarda en un servidor FTP, use la siguiente sintaxis para la palabra clave archive_location.

archive_location ftp://nombre_usuario:contraseña@nombre_servidor:puertot/ruta/nombre_archivo palabras_clave_opcionales

nombre_usuario:contraseña

El nombre de usuario y la contraseña necesarios para acceder al servidor FTP en el archivo de perfil.

nombre_servidor

Es el nombre del servidor en el que se ha almacenado el contenedor.

puerto

Es un puerto opcional. puerto puede ser un número de puerto o el nombre de un servicio TCP con un número de puerto que se determina en el tiempo de ejecución.

Si no se especifica un puerto, las utilidades de instalación de Solaris Flash usarán el número de puerto FTP predeterminado, el 21.

ruta

nombre_archivo

Es el nombre de archivo del contenedor Solaris Flash.

palabras_clave_opcionales

Son las palabras clave opcionales que se pueden especificar al recuperar un contenedor Solaris Flash de un servidor FTP.

Tabla 8–4 Palabras clave opcionales que se pueden usar con archive_location FTP


Palabra clave	Definición del valor
`timeout` `min`	La palabra clave `timeout` permite especificar, en minutos, el tiempo máximo permitido sin que se reciban los datos del servidor HTTP. Si se agota el tiempo de espera, la conexión se cierra, se vuelve a abrir y se reanuda. Si especifica un valor de `timeout` igual a 0 (cero), la conexión no se vuelve a abrir. Si se produce una reconexión de tiempo de espera, las utilidades de instalación de Solaris Flash intentarán reanudar la instalación desde la última posición conocida del contenedor. Si las utilidades de instalación de Solaris Flash no pueden reanudar la instalación desde ese punto, la recuperación se reanuda desde el principio del contenedor y se descartan los datos que se recuperaron antes de que se agotara el tiempo de espera. Si se produce una reconexión de tiempo de espera mientras se está instalando el paquete, el paquete se vuelve a intentar desde el principio y los datos que se habían recuperado antes de que se agotara el tiempo de espera se omiten.
`proxy` `sistema:puerto`	La palabra `proxy` permite especificar un sistema y un puerto delegados. El sistema delegado se puede usar para recuperar un contenedor Solaris Flash desde el otro lado de un cortafuegos. Cuando se especifique la palabra clave `proxy`, habrá que suministrar un puerto delegado.

Ejemplo 8–3 Contenedor guardado en un servidor NFS

archive_location ftp://user1:secret@silver/archives/usrarchive.flar timeout 5

Contenedor guardado en una cinta local

Si el contenedor está guardado en una cinta, use la siguiente sintaxis para la palabra clave archive_location.

archive_location local_tape dispositivo posición

dispositivo: Es el nombre de la unidad de cinta en la que se ha guardado el contenedor Solaris Flash. Si el nombre del dispositivo es una ruta canónica, las utilidades de instalación de Solaris Flash recuperarán el contenedor de la ruta al nodo del dispositivo. Si no es una ruta canónica, las utilidades de instalación de Solaris Flash agregarán /dev/rmt/ a la ruta.
posición: Designa el lugar de la unidad de cinta donde se ha guardado el contenedor. Si no se indica una posición, las utilidades de instalación de Solaris Flash recuperarán el contenedor desde la posición actual de la unidad de cinta. Al especificar una posición, se puede colocar una secuencia de inicio o un archivo sysidcfg en la unidad de cinta antes del contenedor.

Ejemplo 8–4 Contenedor guardado en una cinta local

archive_location local_tape /dev/rmt/0n 5

archive_location local_tape 0n 5

Contenedor guardado en un dispositivo local

Es posible recuperar un contenedor Solaris Flash de un dispositivo local si aquél se ha guardado en un dispositivo de acceso aleatorio orientado a sistemas de archivo (como un disquete o un DVD). Use la siguiente sintaxis para la palabra clave archive_location.

Nota –

Es posible recuperar un contenedor desde dispositivos orientados a flujo, como una cinta, con la sintaxis de cinta local.

archive_location local_device dispositivo ruta/nombre_archivo tipo_sistema_archivos

dispositivo: Es el nombre de la unidad donde se ha guardado el contenedor Solaris Flash. Si el nombre del dispositivo es una ruta canónica, el dispositivo se monta directamente; si no es una ruta canónica, las utilidades de instalación de Solaris Flash agregarán /dev/dsk/ a la ruta.
ruta: Es la ruta al contenedor Solaris Flash, relativa a la raíz del sistema de archivos del dispositivo especificado. Si la ruta contiene $HOST, las utilidades de instalación de Solaris Flash sustituirán $HOST por el nombre del sistema clónico que se está instalando.
nombre_archivo: Es el nombre de archivo del contenedor Solaris Flash.
tipo_sistema_archivos: Indica el tipo del sistema de archivos en el dispositivo. Si no se indica ningún tipo, las utilidades de instalación de Solaris Flash intentarán montar un sistema de archivos UFS. Si el montaje UFS falla, las utilidades de instalación de Solaris Flash intentarán montar un sistema de archivos HSFS.

Ejemplo 8–5 Contenedor guardado en un dispositivo local

Para recuperar un contenedor desde una unidad de disco duro local, que se ha formateado como sistema de archivos UFS, use el siguiente comando:

archive_location local_device c0t0d0s0 /archives/$HOST

Para recuperar un archivo desde una unidad de CD-ROM local que tenga un sistema de archivos HSFS, use el siguiente comando:

archive_location local_device c0t0d0s0 /archives/usrarchive

Contenedor guardado en un archivo local

Es posible recuperar un contenedor que se guardó en la miniroot desde la cual se arrancó el sistema clónico como si fuera un archivo local. Cuando se realiza una instalación JumpStart personalizada, el sistema se arranca desde un DVD, un CD o una minirroot basada en NFS, desde la que el software de instalación se carga y se ejecuta; por consiguiente, un contenedor Solaris Flash guardado en el DVD, CD o la minirroot estará accesible como un archivo local. Use la siguiente sintaxis para la palabra clave archive_location.

archive_location local_file ruta/nombre_archivo

ruta: Es la ubicación del contenedor. La ruta debe estar disponible para el sistema como un archivo local, mientras el sistema se arranca desde el Software de Solaris - 1 o desde el DVD del sistema operativo Solaris. El sistema no puede acceder a ningún directorio /net o cualquier directorio montado automáticamente cuando se arranca desde el Software de Solaris - 1 o desde el DVD del sistema operativo Solaris.
nombre_archivo: Es el nombre de archivo del contenedor Solaris Flash.

Ejemplo 8–6 Contenedor guardado en un archivo local

archive_location local_file /archives/usrarchive

Palabra clave de perfil `backup_media`

backup_media ruta_tipo

backup_media sólo se puede usar con la opción de modernización cuando se requiere una reasignación de espacio en el disco.

backup_media determina los medios que se van a usar para hacer una copia de seguridad de los sistemas de archivo si hay que reasignar espacio durante una modernización porque el espacio actual es insuficiente. Si se requieren varias cintas o disquetes para la copia de seguridad, se le pedirá que vaya introduciéndolos durante la modernización.

Valor válido de `tipo`	Valor válido de `ruta`	Especificación
`local_tape`	`/dev/rmt/n`	Una unidad de cinta local del sistema que se está modernizando. `ruta` debe ser la ruta del dispositivo de caracteres (básico) para la unidad de cinta. `n` es el número de la unidad de cinta.
`local_diskette`	`/dev/rdisketten`	Una unidad de disquete local del sistema que se está modernizando. `ruta` debe ser la ruta del dispositivo de caracteres (básico) para la unidad de cinta `n` es el número de la unidad de cinta. Hay que formatear los disquetes que se usan para la copia de seguridad.
`local_filesystem`	`/dev/dsk/cwt` `xdys` `z` `/sistema_de_archivos`	Un sistema de archivos local del sistema que se está modernizando. No se puede especificar un sistema de archivos local que se está modificando durante la modernización. `ruta` puede ser una ruta de dispositivo de bloques de un segmento de disco. Por ejemplo, es posible que no sean necesarios `tx` en `/dev/dsk/c` `wtxd` `ysz`. También, `ruta` puede ser la ruta absoluta a un sistema de archivos montado por el archivo `/etc/vfstab`.
`remote_filesystem`	`sistema:/sistema_de_archivos`	Un sistema de archivos NFS en un sistema remoto. `ruta` debe incluir el nombre o dirección IP del sistema remoto, `sistema`, y la ruta absoluta al sistema de archivos NFS, `sistema_de_archivos`. El sistema de archivos NFS debe tener acceso de lectura/escritura.
`remote_system`	`usuario@sistema` `:/directorio`	Un directorio de un sistema remoto, al cual se puede acceder mediante un shell remoto, `rsh`. El sistema que se está modernizando debe tener acceso al sistema remoto, mediante el archivo `.rhosts` del sistema remoto. `ruta` debe incluir el nombre de `sistema` del sistema remoto y la ruta absoluta al directorio `directorio`. Si no se especifica una ID de entrada de usuario `usuario` al sistema, se usará `root` de forma predeterminada.

Ejemplo 8–7 Palabra clave de perfil `backup_media`

backup_media local_tape /dev/rmt/0

backup_media local_diskette /dev/rdiskette1

backup_media local_filesystem /dev/dsk/c0t3d0s4

backup_media local_filesystem /export

backup_media remote_filesystem system1:/export/temp

backup_media remote_system user1@system1:/export/temp

Palabra clave de perfil `boot_device`

boot_device dispositivo eeprom

boot_device designa el dispositivo donde el programa JumpStart debe instalar el sistema de archivos raíz (/) y el dispositivo de arranque del sistema. boot_device debe coincidir con cualquier palabra clave filesys que especifique el sistema de archivos root (/) y la palabra clave root_device.

Si no especifica la palabra clave boot_device en un perfil, de forma predeterminada se especifica la siguiente palabra clave boot_device durante la instalación:

boot_device any update

dispositivo

Use uno de los valores siguientes.

SPARC: cw txdy sz o cx dysz: El segmento del disco en el que el programa JumpStart coloca el sistema de archivos root ( /) como, por ejemplo, c0t0d0s0.
x86: cw txdy o cxdy: El disco en el que el programa JumpStart coloca el sistema de archivos root (/ ) como, por ejemplo, c0d0.
existing: El programa JumpStart coloca el sistema de archivos root (/) en el dispositivo de arranque existente del sistema.
any: El programa JumpStart elige dónde colocará el sistema de archivos root ( /). El programa JumpStart intenta usar el dispositivo de arranque existente del sistema; puede elegir un dispositivo de arranque diferente, si fuera necesario.

eeprom

Permite actualizar o conservar la EEPROM del sistema.

El valor eeprom permite también actualizar la EEPROM del sistema si se cambia el dispositivo de arranque actual del sistema. Al actualizar la EEPROM del sistema, éste puede arrancar automáticamente desde el nuevo dispositivo de arranque.

Nota –

x86: Debe especificar el valor preserve.

update: El programa JumpStart actualiza la EEPROM del sistema en el dispositivo de arranque especificado, de forma que el sistema instalado arranque automáticamente desde ella.
preserve: El valor del dispositivo de arranque de la EEPROM del sistema no se modifica. Si se especifica un nuevo dispositivo de arranque sin cambiar la EEPROM del sistema, deberá cambiar ésta manualmente para que se pueda arrancar automáticamente desde el nuevo dispositivo de arranque.

Ejemplo 8–8 Palabra clave de perfil `boot_device`

boot_device c0t0d0s2 update

Palabra clave de perfil `bootenv createbe`

bootenv createbe bename nombre_nuevo_EA sistema_de_archivos punto_de_montaje:dispositivo:opciones_fs 
[filesystem...]

La palabra clave bootenv createbe permite crear rápidamente un entorno de arranque vacío e inactivo al mismo tiempo que se instala el sistema operativo Solaris. Se debe crear, como mínimo, el sistema de archivos root (/). Los segmentos se reservan para los sistemas de archivos especificados, pero no se copia ningún sistema de archivos. El entorno de arranque recibe un nombre, pero no se crea en realidad hasta que no se instala con un contenedor Solaris Flash. Si el entorno de arranque vacío se instala con un contenedor, los sistemas de archivos se instalan en los segmentos reservados. En la lista siguiente se enumeran los valores de nombre_EA y sistema_archivos.

bename nombre_nuevo_entorno_de_arranque

bename especifica el nombre del nuevo entorno de arranque que se debe crear. nombre_nuevo_entorno_de_arranque no puede tener una longitud superior a 30 caracteres, sólo puede contener caracteres alfanuméricos y no puede contener caracteres multibyte. El nombre debe ser exclusivo dentro del sistema.

filesystem punto_montaje: dispositivo:opciones_fs

filesystem determina el tipo y el número de sistemas de archivo que se deben crear en el nuevo entorno de arranque. Se debe definir al menos un segmento que contenga el sistema de archivos root (/). Los sistemas de archivo pueden estar en el mismo disco o esparcidos en varios discos.

punto_montaje puede ser cualquier punto de montaje válido o – (guión) que indique un segmento de intercambio.
dispositivo debe estar disponible cuando el sistema operativo que se está instalando se arranca por primera vez. El dispositivo no tiene relación con dispositivos de almacenamiento especiales de JumpStart como free. El dispositivo no puede ser un volumen de Solaris Volume Manager ni un volumen de Veritas Volume Manager. dispositivo es el nombre de un dispositivo de disco con el formato /dev/dsk/cwtxd ysz.
El campo opciones_sa puede ser uno de los siguientes:
- ufs, que indica un sistema de archivos UFS.
- swap, que indica un sistema de archivos de intercambio. El punto de montaje de intercambio debe ser un - (guión).

Para ver un ejemplo de perfil y acceder a información acerca del uso de esta palabra clave, consulte las referencias siguientes:

Para ver un ejemplo de un perfil	Ejemplo 3–11
Para obtener información sobre el uso de Modernización automática de Solaris para crear, modernizar y activar entornos de arranque inactivos	Capítulo 2, Modernización automática de Solaris (información general) de Guía de instalación de Solaris 10 8/07: Modernización automática de Solaris y planificación de la modernización
Para obtener información acerca del uso de contenedores Solaris Flash	Capítulo 1, Solaris Flash (descripción general) de Guía de instalación de Solaris 10 8/07: contenedores Flash de Solaris (creación e instalación)

Palabra clave de perfil `client_arch`

client_arch valor_karch ...

client_arch indica que el servidor del sistema operativo debe admitir un grupo de plataformas diferente del que usa el servidor actualmente. Si no especifica client_arch en el perfil, cualquier cliente sin disco que use el servidor del sistema operativo debe contener el mismo grupo de plataforma que el servidor. Debe especificar cada grupo de plataformas que desee que admita el servidor de sistema operativo.

sun4u and i86pc son valores válidos para valor_karch. Para obtener una lista de los nombres de plataformas y diversos sistemas, consulte la Solaris Sun Hardware Platform Guide en http://docs.sun.com.

Nota –

client_arch sólo se puede usar cuando se especifica system_type como server.

Palabra clave de perfil `client_root`

client_root tamaño_root

client_root define la cantidad de espacio root, tamaño_root en Mbytes, que se debe asignar a cada cliente. Si no se especifica client_root en un perfil de servidor, el software de instalación asigna 15 Mbytes de espacio root por cliente. El tamaño de la zona root del cliente se usa junto con la palabra clave num_clients para determinar la cantidad de espacio que hay que reservar para el sistema de archivos /export/root.

Nota –

client_root sólo se puede usar cuando se especifica system_type como server.

Palabra clave de perfil `client_swap`

client_swap tamaño_intercambio

client_swap define la cantidad de espacio de intercambio, tamaño_intercambio en MB, que asignar a cada cliente sin disco. Si en el perfil no especifica client_swap , de manera predeterminada se asignan 32 MB de espacio de intercambio.

Nota –

client_swap sólo se puede usar cuando se especifica system_type como server.

Ejemplo 8–9 Palabra clave de perfil `client_swap`

El siguiente ejemplo especifica que cada cliente sin disco tendrá un espacio de intercambio de 64 Mbytes.

client_swap 64

Determinación del tamaño de `swap`

Si un perfil no especifica el tamaño de swap, el programa JumpStart establece el tamaño del espacio de intercambio en función de la memoria física que tenga el sistema. La Tabla 8–5 muestra cómo se determina el tamaño de swap durante una instalación JumpStart personalizada.

Tabla 8–5 Cálculo del tamaño de swap


Memoria física (en Mbytes)	Espacio de intercambio (en Mbytes)
16–64	32
64–128	64
128–512	128
Mayor de 512	256

El programa JumpStart hace que el tamaño de swap no sea superior al 20 por ciento del tamaño del disco donde se encuentra swap. La asignación es distinta si el disco contiene espacio libre después de definir el resto de sistemas de archivos. Si queda espacio libre, el programa JumpStart asigna dicho espacio a swap, y si es posible, asigna la cantidad que se muestra en la Tabla 8–5.

Nota –

La memoria física sumada al espacio de intercambio debe suponer un total de 32 Mbytes, como mínimo.

Palabra clave de perfil `cluster` (adición de grupos de software)

cluster nombre_grupo

cluster designa el grupo de software que se agregará al sistema.

Nota –

Un grupo de software es un metaclúster que contiene un conjunto de clústers y paquetes. El grupo de software se instala utilizando la palabra clave cluster y la variable nombre_grupo. Esta palabra clave de clúster sólo se puede instalar en una instalación inicial. La palabra clave cluster se refiere a los metaclústers que se encuentran en el archivo clustertoc(4).

Un clúster es un conjunto de paquetes con el nombre SUNWnombre. Un clúster se instala utilizando la palabra clave cluster y la variable nombre_clúster. Un clúster se puede agregar o quitar desde un grupo de software (metaclúster) en una instalación inicial o una modernización.

La siguiente tabla muestra el nombre_grupo de todos los grupos de software.

Grupo de software	nombre_grupo
Grupo de software de compatibilidad de red reducida	`SUNWCrnet`
Compatibilidad con el sistema central	`SUNWCreq`
Soporte de sistema para usuario final	`SUNWCuser`
Grupo de software para desarrolladores de Solaris	`SUNWCprog`
Distribución completa	`SUNWCall`
Distribución completa más OEM	`SUNWCXall`

Se aplican las siguientes limitaciones:

Puede especificar sólo un grupo de software en un perfil.
El grupo de software se debe especificar antes que otras entradas de cluster y package.
Si no se especifica un grupo de software con cluster en el perfil, el grupo de software de usuario final SUNWCuser se instala en el sistema.

Para obtener información sobre grupos de software, consulte Recomendaciones de espacio en el disco para los grupos de software de Guía de instalación de Solaris 10 8/07: planificación de la instalación y la modernización.

Palabra clave de perfil `cluster` (adición o supresión de clústers)

cluster nombre_clúster conmutación_agregar_eliminar

cluster establece si se debe agregar o quitar un clúster del grupo de software que se va a instalar en el sistema.

nombre_clúster: El nombre de clúster que debe tener el formato SUNWC nombre.
conmutación_agregar_eliminar: Una palabra clave opcional que indica si se debe agregar o eliminar el clúster especificado. Use el valor add o delete. Si no especifica add o delete, add se utiliza de forma predeterminada.

Si se utiliza la palabra clave cluster durante una modernización, tienen lugar las condiciones siguientes:

Todos los clústers que están en el sistema se modernizan automáticamente.
Si se especifica nombre_clúster add, y nombre_clúster no está instalando en el sistema, el clúster se instala.
Si especifica nombre_clúster delete, y nombre_clúster está instalado en el sistema, el paquete se elimina antes de que empiece la modernización.

Nota –

Un clúster es un conjunto de paquetes. Los clústers se pueden agrupar de forma conjunta para formar un grupo de software (metaclúster). El nombre de un clúster tiene siempre el formato SUNW<name>. Un clúster se instala utilizando la palabra clave cluster y la variable nombre_clúster. Un clúster se puede agregar o quitar desde un grupo de software (metaclúster) en una instalación inicial o una modernización.

Palabra clave de perfil `dontuse`

dontuse nombre_disco ...

El programa JumpStart usa de forma predeterminada todos los discos operativos del sistema cuando se especifica partitioning default. dontuse designa uno o varios discos que no desee que use el program JumpStart. El nombre_disco debe especificarse con el formato cxt ydz o c ydz como, por ejemplo, c0t0d0.

Nota –

No puede especificar las palabras clave dontuse y usedisk en el mismo perfil.

x86: Palabra clave de perfil `fdisk`

fdisk tamaño_tipo_nombre_disco

fdisk define cómo se configuran las particiones fdisk en un sistema basado en x86. Se puede especificar fdisk más de una vez. Cuando fdisk particiona un sistema basado en x86, ocurre lo siguiente:

Todas las particiones fdisk del disco se conservan, salvo que se borren con la palabra clave fdisk, al asignarle a tamaño el valor de delete o 0. Además, todas las particiones fdisk existentes se borran cuando se establece all para el tamaño.
Una partición fdisk Solaris que contiene un sistema de archivos root (/) siempre se designa como la partición activa del disco.

Nota –
El sistema arranca desde la partición activa de forma predeterminada.
Si no se especifica la palabra clave fdisk en un perfil, durante la instalación se usa la palabra clave fdisk siguiente de forma predeterminada:
```
fdisk all solaris maxfree
```
Las entradas fdisk se procesan en el orden en el que aparecen enumeradas en el perfil.

nombre_disco

Use los valores siguientes para especificar el lugar donde se debe crear o eliminar la partición fdisk:

cxt ydz or c ydz – Un disco específico, por ejemplo, c0t3d0.
rootdisk – Variable que contiene el valor del disco root del sistema, donde tiene lugar la instalación. El programa JumpStart determina el disco root, como se explica en Selección del disco root del sistema.
all: todos los discos seleccionados.

tipo

Use los valores siguientes para especificar el tipo de partición fdisk que se debe crear o eliminar en el disco especificado:

solaris: una partición fdisk Solaris (tipo SUNIXOS fdisk).
dosprimary: un alias para las particiones fdisk DOS primarias, pero no para las particiones fdisk que se amplían o reservan para DOS de datos. Cuando se borren particiones fdisk asignando a tamaño el valor delete, dosprimary es un alias de las particiones fdisk de tipo DOSHUGE, DOSOS12 y DOSOS16. Al crear una partición fdisk, dosprimary es un alias de la partición fdisk DOSHUGE.
DDD: una partición fdisk de número entero. DDD es un número entero entre 1 y 255 inclusive.

Nota –
Sólo será posible especificar este valor si tamaño es delete.
0xHH: una partición fdisk hexadecimal. HH es un número hexadecimal entre 01 y FF.

Nota –
Sólo será posible especificar este valor si tamaño es delete.

La tabla siguiente muestra los números enteros y hexadecimales de algunos tipos de fdisk.

Tipo de `fdisk`	`DDD`	`HH`
DOSOS12	`1`	`01`
PCIXOS	`2`	`02`
DOSOS16	`4`	`04`
EXTDOS	`5`	`05`
DOSHUGE	`6`	`06`
DOSDATA	`86`	`56`
OTHEROS	`98`	`62`
UNIXOS	`99`	`63`

tamaño

Use uno de los valores siguientes:

DDD: en el disco especificado se crea una partición fdisk del tamaño DDD en Mbytes. DDD debe ser un número entero; el programa JumpStart redondea automáticamente el número al siguiente límite de cilindro. Especificar un valor 0 es lo mismo que especificar delete.
all: en el disco entero se crea una partición fdisk. Se borran todas las particiones fdisk.

x86 sólo –
El valor all se puede especificar sólo si el tipo es solaris.
maxfree: en el espacio libre contiguo mayor del disco especificado se crea una partición fdisk. Si una partición fdisk del tipo especificado existiera ya en el disco, se usaría esa partición fdisk. En el disco no se crea ninguna partición fdisk nueva.

x86 sólo –
El disco debe contener al menos una partición fdisk sin usar, así como de espacio libre; en caso contrario, la instalación fallará. Ell valormaxfree sólo se puede especificar si tipo es solaris o dosprimary.
delete: todas las particiones fdisk del tipo especificado se borran del disco especificado.

Palabra clave de perfil `filesys` (montaje de sistemas de archivos remotos)

filesys servidor:ruta dirección_servidor nombre_punto_montaje opciones_montaje

Al usar filesys con los valores enumerados, el programa JumpStart configura el sistema instalado para que monte automáticamente sistemas de archivo remotos al arrancar el sistema. Se puede especificar filesys más de una vez.

servidor

el nombre del servidor donde se encuentra el sistema de archivos remoto, seguido de dos puntos.

ruta

El nombre del punto de montaje del sistema de archivos remoto. Por ejemplo, /usr o /export/home.

dirección_servidor

La dirección IP del servidor especificado en servidor:ruta. Si en la red no se ejecuta un servicio de nombres, el valor dirección_servidor se puede utilizar para rellenar el archivo /etc/hosts con la dirección IP y el nombre de sistema del servidor. Si no se especifica la dirección IP del servidor, se deberá especificar un símbolo menos (-). Por ejemplo, si hubiera un servicio de nombres en ejecución en la red, no sería necesario indicar la dirección IP del servidor.

nombre_punto_montaje

El nombre del punto de montaje en el que se va a montar el sistema de archivos remoto.

opciones_montaje

Una o más opciones, que es lo mismo que la opción -o del comando mount(1M). Las opciones de montaje se agregan a la entrada /etc/vfstab para el nombre_punto_montaje especificado.

Nota –

Si necesita especificar más de una opción de montaje, debe separar éstas por comas y sin espacios (ro,quota, por ejemplo).

Ejemplo 8–10 Palabra clave `filsys`

filesys sherlock:/export/home/user2 - /home

Palabra clave de perfil `filesys` (creación de sistemas de archivos locales)

filesys tamaño de segmento sistema_de_arcnivos parámetros_opcionales

Al usar filesys con los valores que se enumeran, el programa JumpStart crea sistemas de archivos locales durante la instalación. Se puede especificar filesys más de una vez.

segmento

Use uno de los valores siguientes:

any

El programa JumpStart coloca el sistema de archivos en cualquier disco.

Nota –

No se puede especificar any cuando size es existing, all, free, inicio:tamaño o ignore.

cw txdy sz o cx dysz

El segmento de disco donde el programa JumpStart coloca el sistema de archivos, por ejemplo, c0t0d0s0 o c0d0s0.

rootdisk.sn

Variable que contiene el valor del disco root del sistema y que el programa JumpStart establece, como se explica en Selección del disco root del sistema. El sufijo sn indica un segmento específico del disco.

Nota –

El programa JumpStart establece el disco root del sistema y determina la ubicación en que se instalará el sistema operativo. El archivo rules emplea una palabra clave de sondeo rootdisk, pero dicha palabra clave se utiliza de modo distinto a como se usa en el perfil JumpStart. La ubicación de la instalación no puede establecerse mediante la palabra clave ârootdiskâ del archivo rules. La palabra clave de sondeo, rootdisk, determina desde dónde se arrancará durante la instalación. Consulte la Tabla 8–10.

tamaño

Use uno de los valores siguientes:

número

El tamaño del sistema de archivos se fija en núm en Mbytes.

existing

Se usa el tamaño actual del sistema de archivos existente.

Nota –

Cuando se usa el valor existing es posible cambiar el nombre de un segmento, especificando sistema_archivos como un nombre_punto_montaje diferente.

auto

El tamaño del sistema de archivos se determina automáticamente, según el software seleccionado.

all

El segmento especificado usa todo el disco para el sistema de archivos. Cuando se especifica el valor all ya no se puede colocar ningún otro sistema de archivos en el disco especificado.

free

El resto del espacio no utilizado del disco se usa para el sistema de archivos.

Nota –

Si se usa free como valor de filesys, la entrada filesys debe ser la última entrada de un perfil.

inicio:tamaño

Se realiza explícitamente una partición del sistema de archivos. inicio es el cilindro donde comienza el segmento. tamaño es el número de cilindros del segmento.

sistema_archivos

El valor de sistema_archivos es opcional y se utiliza cuando segmento se especifica como any o cwtx dysz. Si no se especifica sistema_archivos, se establece unnamed de forma predeterminada. Si se establece unnamed, no se podrá especificar el valor parámetros_opcionales. Use uno de los valores siguientes:

nombre_punto_montaje

El nombre del punto de montaje del sistema de archivos, por ejemplo, /var.

swap

El segmento especificado se utiliza como swap.

overlap

El segmento especificado se define como una representación de una región de disco. El valor VTOC es V_BACKUP. De forma predeterminada, el segmento 2 es un segmento solapado que representa el disco entero.

Nota –

Sólo se puede especificar overlap cuando el tamaño es existing, all o inicio:tamaño.

unnamed

El segmento especificado se define como un segmento básico, por lo que segmento no tiene un nombre de punto de montaje. Si no se especifica un sistema_archivos, se usará unnamed de forma predeterminada.

ignore

El programa JumpStart no usa o no reconoce el segmento especificado. Esta opción se puede usar para especificar que desea que se omita un sistema de archivos en un disco durante la instalación. El programa JumpStart crea un sistema de archivos nuevo en el mismo disco y con el mismo nombre. ignore sólo se puede usar cuando se especifica partitioning existing.

parámetros_opcionales

Use uno de los valores siguientes:

preserve

El sistema de archivos del segmento especificado se conserva.

Nota –

preserve sólo se puede especificar cuando tamaño es existing, y segmento es cwtx dysz.

opciones_montaje

Una o más opciones, que es lo mismo que la opción -o del comando mount(1M). Las opciones de montaje se agregan a la entrada /etc/vfstab para el nombre_punto_montaje especificado.

Nota –

Si necesita especificar más de una opción de montaje, debe separar éstas por comas y sin espacios (ro,quota, por ejemplo).

Palabra clave `filesys` (creación de volúmenes RAID-1)

duplicación de filesys [:nombre]segmento [segmento] tamaño sistema_de_archivos parámetros_opcionales

Mediante el uso de las palabras claves filesys mirror con los valores que se muestran, el programa JumpStart crea los volúmenes RAID-1 y RAID-0 necesarios para crear un sistema de archivos duplicado. Puede especificar filesys mirror más de una vez para crear los volúmenes RAID-1 (duplicaciones) en los diferentes sistemas de archivos.

Nota –

La palabra clave filesys mirror sólo se admite en las instalaciones iniciales.

nombre: Esta palabra clave opcional permite asignar nombres al volumen RAID-1 (duplicación). Los nombres de las duplicaciones deben comenzar por la letra “d”, seguida de un número del 0 al 127, por ejemplo, d100. Si no especifica un nombre para la duplicación, el programa JumpStart personalizada le asigna uno. Para obtener información sobre las directrices de denominación de duplicaciones, consulte Requisitos de los nombres de volúmenes RAID y directrices para la Modernización automática de Solaris y JumpStart personalizada de Guía de instalación de Solaris 10 8/07: planificación de la instalación y la modernización.
segmento: Este valor especifica el segmento del disco donde el programa JumpStart personalizada sitúa el sistema de archivos que desee duplicar. El valor del segmento debe seguir el formato cwtxdysz como, por ejemplo, c0t0d0s0 o c0t0d0s5. El programa JumpStart personalizada crea en el segmento un volumen RAID-0 (concatenación de un único segmento) y crea un volumen RAID-1 para duplicar la concatenación. Puede especificar hasta dos segmentos para los dos volúmenes RAID-0.
tamaño: Este valor especifica el tamaño, en MB, del sistema de archivos.
sistema_archivos: Este valor especifica el sistema de archivos que está duplicando. El programa JumpStart personalizada crea el volumen RAID-1 a partir de los segmentos especificados y monta el volumen RAID-1 en el sistema de archivos especificado. Además de los sistemas de archivos de gran importancia, como el root (/), /usr y /var, también puede especificar el de intercambio como sistema de archivos.
parámetros_opcionales: Una o más opciones, que es lo mismo que la opción -o del comando mount(1M). Las opciones de montaje se añaden a la entrada /etc/vfstab del sistema_archivos especificado. Si tiene que especificar más de una opción de montaje, deberá separarlas con comas y sin espacios, por ejemplo, ro,quota.

Para obtener más información sobre cómo crear sistemas de archivos duplicados durante la instalación, consulte el Capítulo 8, Creación de volúmenes RAID-1 (duplicaciones) durante la instalación (información general) de Guía de instalación de Solaris 10 8/07: planificación de la instalación y la modernización.

Palabra clave de perfil `forced_deployment` (instalación de contenedores diferenciales Solaris Flash)

forced_deployment

forced_deployment fuerza la instalación de un contenedor Solaris Flash en un sistema clónico diferente del que espera el software.

Precaución –

Si usa forced_deployment se suprimen todos los archivos nuevos para que el sistema clónico quede en el estado esperado. Si no está seguro de desear la eliminación de los archivos, use el predeterminado que protege a los archivos nuevos deteniendo la instalación.

Palabra clave de perfil `geo`

geo región

geo designa la configuración o configuraciones regionales que desea instalar en un sistema o agregar cuando se moderniza el sistema. región designa una zona geográfica que contiene las configuraciones regionales que desea instalar. En la siguiente tabla se enumeran los valores que se pueden especificar para región.

Valor	Descripción
`N_Africa`	África del Norte, incluido Egipto
`C_America`	América central, que incluye Costa Rica, El Salvador, Guatemala, México, Nicaragua y Panamá
`N_America`	América del Norte, que incluye Canadá y Estados Unidos
`S_America`	América del Sur, que incluye Argentina, Bolivia, Brasil, Chile, Colombia, Ecuador, Paraguay, Perú, Uruguay y Venezuela
`Asia`	Asia, que incluye Japón, República de Corea, República Popular China, Taiwán y Tailandia
`Ausi`	Oceanía, que incluye Australia y Nueva Zelanda
`C_Europe`	Europa Central, que incluye Austria, República Checa, Alemania, Hungría, Polonia, Eslovaquia y Suiza
`E_Europe`	Europa del Este, que incluye Albania, Bosnia, Bulgaria, Croacia, Estonia, Letonia, Lituania, Macedonia, Rumanía, Rusia, Serbia, Eslovenia, Turquía
`N_Europe`	Europa del Norte, que incluye Dinamarca, Finlandia, Islandia, Noruega y Suecia
`S_Europe`	Europa del Sur, que incluye Grecia, Italia, Portugal y España
`W_Europe`	Europa Occidental, que incluye Bélgica, Francia, Gran Bretaña, Irlanda y Países Bajos
`M_East`	Oriente Medio, que incluye Israel

Una lista completa de los valores de entorno local de componentes que forman cada valor de entorno regional que se ha mostrado anteriormente se presenta en International Language Environments Guide.

Nota –

Se puede especificar una palabra clave geo para cada configuración regional que quiera agregar al sistema.

Palabra clave de perfil `install_type`

install_type conmutación_flash_modernización_inicial

install_type define si se debe borrar e instalar un nuevo sistema operativo Solaris en un sistema, modernizar el sistema operativo Solaris existente o instalar un contenedor Solaris Flash en el sistema.

Nota –

Deberá especificar install_type en un perfil e install_type debe ser la primera palabra clave de perfil de cada perfil.

Debe utilizar una de las opciones siguientes para conmutación_flash_modernización_inicial:

initial_install: Especifica realizar una instalación inicial del SO Solaris
upgrade: Especifica realizar una modernización del SO Solaris
flash_install: Especifica la instalación de un contenedor Solaris Flash que sobrescriba todos los archivos
flash_update: Especifica la instalación de un contenedor diferencial Solaris Flash que sobrescriba sólo los archivos especificados

Nota –

Algunas palabras claves de perfil sólo se pueden usar con la opción initial_install. Algunas palabras clave de perfil sólo se pueden usar con la opción upgrade . Algunas palabras claves de perfil sólo se pueden usar con la opción flash_install.

Palabra clave de perfil `layout_constraint`

layout_constraint segmento limitación tamaño_mínimo

layout_constraint designa la limitación que tiene la disposición automática en un sistema de archivos cuando tiene que reasignar espacio durante una modernización, debido a problemas de espacio.

Limitación	Descripción
Esta palabra clave se utiliza sólo con la opción de modernización.	`layout_constraint` sólo se puede usar para la opción de modernización cuando se quiera reasignar espacio de disco.
Si no especifica la palabra clave `layout_constraint`	El programa JumpStart define el disco de la siguiente manera: Los sistemas de archivo que requieren más espacio para la modernización se marcan como modificables. Los sistemas de archivos que están en el mismo disco que el sistema de archivos que requiere más espacio y que están montados por el archivo `/etc/vfstab` se marcan como modificables. El resto de los sistemas de archivo se marcan como fijos porque la disposición automática no puede cambiarlos.
Si especifica una o más palabras clave `layout_constraint`	El programa JumpStart define el disco de la siguiente manera: Los sistemas de archivo que requieren más espacio para la modernización se marcan como modificables. Los sistemas de archivo para los que se ha especificado una palabra clave `layout_constraint` se marcan con la limitación especificada. El resto de los sistemas de archivo se marcan como fijos.
Si el sistema de archivo no se marca como intercambiable	No se puede modificar la limitación de los sistemas de archivo que requieren más espacio para la modernización porque los sistemas de archivo deben estar marcados como modificables. La palabra clave `layout_constraint` se puede usar para modificar los valores de `tamaño_mínimo` de los sistemas de archivos que requieren más espacio para la actualización.
Si los sistemas de archivos requieren más espacio para la modernización	Para ayudar a la disposición automática a reasignar el espacio, seleccione más sistemas de archivos como modificables o desplazables, especialmente aquellos que se encuentran en el mismo disco que los que requieren más espacio para la modernización.

segmento

Especifica el segmento de disco del sistema de archivos en el que se especificará la limitación. Debe especificar el segmento de disco del sistema con el formato c wtxd ysz o c xdys z.

limitación

Use una de las siguientes limitaciones del sistema de archivos especificado:

changeable

La disposición automática puede mover el sistema de archivos a otra ubicación y puede cambiar el tamaño del sistema de archivos. La limitación changeable sólo se puede especificar en los sistemas de archivo que han sido montados por el archivo /etc/vfstab. Puede cambiar el tamaño del sistema de archivos especificando el valor tamaño_mínimo.

Cuando marque un sistema de archivos como modificable y no se haya especificado el tamaño_mínimo, éste se establece en un 10 % más que el tamaño mínimo necesario. Por ejemplo, si el tamaño mínimo para un sistema de archivos es de 100 Mbytes, el tamaño modificado será de 110 Mbytes. Si se especifica tamaño_mínimo, cualquier espacio libre que queda, el tamaño original menos el tamaño mínimo, se destina a otros sistemas de archivos.

movable

La disposición automática puede mover el sistema de archivos a otro segmento del mismo disco o de otro disco. El tamaño del sistema de archivos sigue siendo el mismo.

available

La disposición automática puede usar todo el espacio del sistema de archivos para reasignar espacio. Todos los datos del sistema de archivos se perderán. La limitación available sólo se puede especificar en los sistemas de archivos que no están montados por el archivo /etc/vfstab.

collapse

La disposición automática desplaza y fusiona el sistema de archivos especificado con el sistema de archivos superior. Puede usar la opción collapse para reducir el número de sistemas de archivo de un sistema, dentro de una modernización. Por ejemplo, si un sistema tiene los sistemas de archivos /usr y /usr/share, al fundir el sistema de archivos /usr/share mueve el sistema de archivos a /usr, que es el sistema de archivos superior. Puede especificar la limitación collapse sólo en los sistemas de archivos que están montados por el archivo /etc/vfstab.

tamaño_mínimo

Especifica el tamaño del sistema de archivos después de que la disposición automática reasigne el espacio. La opción tamaño_mínimo permite cambiar el tamaño de un sistema de archivos. El tamaño del sistema de archivos puede ser mayor si se agrega el espacio sin asignar al sistema de archivos. Sin embargo, el tamaño nunca es inferior al valor especificado. El valor tamaño_mínimo es opcional. Use este valor sólo si ha marcado un sistema de archivo como modificable y el tamaño mínimo no puede ser inferior a lo que éste necesita para el contenido actual del sistema de archivos.

Ejemplo 8–11 Palabra clave de perfil `layout_constraint`

layout_constraint c0t3d0s1 changeable 200

layout_constraint c0t3d0s4 movable

layout_constraint c0t3d1s3 available

layout_constraint c0t2d0s1 collapse

Palabra clave de perfil `local_customization` (instalación de los contenedores Solaris Flash)

local_customization directorio_local

Antes de instalar un contenedor Solaris Flash en un sistema clónico, puede crear secuencias de comandos personalizadas para mantener las configuraciones de entorno nacional en el sistema clónico. La palabra clave local_customization designa el directorio donde ha almacenado estas secuencias. directorio_local es la ruta a la secuencia del sistema clónico.

Para obtener información sobre secuencias de comandos previos y posteriores a la implementación, consulte Creación de las secuencias de personalización de Guía de instalación de Solaris 10 8/07: contenedores Flash de Solaris (creación e instalación).

Palabra clave de perfil `locale`

locale nombre_entorno_nacional

Nota –

locale se puede usar con las opciones de instalación inicial y de modernización.

locale designa los paquetes de entorno nacional que desea instalar o agregar al realizar la modernización del nombre_entorno_nacional. Los valores de nombre_entorno_nacional son los mismos que los valores que se usan para la variable de entorno $LANG. International Language Environments Guide contiene una lista de los valores válidos para el entorno nacional.

Cuando use la palabra clave locale, tenga en cuenta lo siguiente:

Si ha preconfigurado un entorno nacional predeterminado, éste se instalará automáticamente. Los paquetes de idioma inglés se instalan de forma predeterminada.
Se puede especificar una palabra clave locale para cada configuración regional que desee agregar a un sistema.

Palabra clave de perfil `metadb` (creación de réplicas de bases de datos de estado)

metadb segmento [size tamaño_en_bloques] [count número_de_réplicas]

La palabra clave metadb permite crear réplicas de bases de datos de estado de Solaris Volume Manager durante la instalación JumpStart personalizada. Puede usar la palabra clave metadb varias veces en el archivo del perfil para crear las réplicas de bases de datos del estado en varios segmentos del disco.

segmento: Debe especificar el segmento del disco donde desee que el programa JumpStart personalizado sitúe la réplica de bases de datos de estado. El valor segmento debe seguir el formato cwtxd ysz.
size tamaño_en_bloques: La palabra clave size opcional permite especificar el tamaño, en bloques, de la réplica de la base de datos de estado que se desea crear. Si no especifica un valor size, el programa JumpStart personalizada utiliza un tamaño predeterminado de 8192 bloques en la réplica de la base de datos de estado.
count número_de_réplicas: Puede especificar el número de las réplicas de bases de datos de estado que desee crear configurando la palabra clave opcional count en el perfil. Si no especifica un valor count, el programa JumpStart personalizada crea tres réplicas de bases de datos de estado de manera predeterminada.

Para obtener más información sobre cómo crear réplicas de bases de datos de estado de Solaris Volume Manager, consulte Requisitos y directrices para las réplicas de las bases de datos de estado de Guía de instalación de Solaris 10 8/07: planificación de la instalación y la modernización.

Palabra clave de perfil `no_content_check` (instalación de contenedores Solaris Flash)

no_content_check

Al instalar un sistema clónico con un contenedor diferencial Solaris Flash, puede usar la palabra clave no_content_check para omitir la validación archivo por archivo. Este tipo de validación asegura que el sistema clónico es un duplicado del sistema principal. Evite el uso de esta palabra clave a menos que esté seguro de que el sistema clónico sea un duplicado del sistema principal original.

Precaución –

Si usa no_content_check se suprimen todos los archivos nuevos para que el sistema clónico quede en el estado esperado. Si no está seguro de desear la eliminación de los archivos, use el predeterminado que protege a los archivos nuevos deteniendo la instalación.

Para obtener información acerca de la instalación de contenedores diferenciales de Solaris Flash, consulte Para preparar la instalación de un contenedor Solaris Flash con el método de instalación JumpStart personalizada.

Palabra clave de perfil `no_master_check` (instalación de contenedores Solaris Flash)

no_master_check

Al instalar un sistema clónico con un contenedor Solaris Flash diferencial, se puede usar la palabra clave no_master_check para prescindir de la comprobación del sistema clónico y asegurarse de que se hubiera generado a partir del sistema principal original. Evite el uso de esta palabra clave a menos que esté seguro de que el sistema clónico sea un duplicado del sistema principal original.

Palabra clave de perfil `num_clients`

num_clients número_clientes

Al instalarse un servidor, se asigna espacio a cada root de cliente sin disco (/) y sistemas de archivos swap. num_clients define el número de clientes sin disco, número_clientes, que admite un servidor. Si no se especifica num_clients en el perfil, se asignarán cinco clientes sin disco de forma predeterminada.

Nota –

num_clients sólo se puede usar cuando system_type se especifica como server.

Palabra clave de perfil `package`

package nombre_paquete [add [ubicación_tipo_recuperación]| delete]

package se puede usar en instalaciones iniciales y modernizaciones. La palabra clave package permite realizar las siguientes acciones:

Agregar un paquete al grupo de software desde la distribución de Solaris que se va a instalar.
Agregar un paquete al grupo de software desde fuera de la distribución de Solaris que se está instalando.
Excluir o eliminar un paquete del grupo de software que se va a instalar o modernizar.
Agregar un paquete desde fuera de la distribución que se está instalando al instalar un contenedor Solaris Flash.

nombre_paquete

Especifica el nombre del paquete en el formato SUNW nombre. Para consultar información detallada sobre paquetes y sus nombres, en un sistema instalado, use el comando pkginfo -l.

add | delete

Especifica si se debe agregar o eliminar el paquete especificado. Si no especifica add o delete, add se utiliza de forma predeterminada.

Nota –

Puede agregar más de un paquete añadiendo otra entrada de paquete al perfil y omitiendo la ubicación. La ubicación del paquete anterior se utiliza para todos los siguientes paquetes si la ubicación se deja en blanco.

[ubicación tipo_recuperación]

Especifica la adición de un paquete o paquetes que se encuentran fuera de la distribución de Solaris que se está instalando. Los valores de tipo_recuperación y ubicación dependen de la ubicación en la que se ha almacenado el paquete. Las siguientes secciones contienen los valores que puede utilizar para tipo_recuperación y ubicación, así como ejemplos de cómo utilizar la palabra clave package_name.

Paquetes guardados en un servidor NFS

Si el paquete se ha guardado en un servidor NFS, use una de las siguientes sintaxis para la palabra clave package.

package nombre_paquete add nfs nombre_servidor:/ruta [retry n]
package nombre_paquete add nfs://nombre_servidor:/ruta [retry n]

nombre_paquete: Especifica el nombre del paquete en el formato SUNW nombre. Para consultar información detallada sobre paquetes y sus nombres, en un sistema instalado, use el comando pkginfo -l.
nombre_servidor: Especifica el nombre del servidor en el que se ha guardado el paquete.
ruta: Especifica la ubicación del directorio del paquete en el servidor especificado. Si la ruta contiene $HOST, $HOST se sustituye por el nombre del sistema host que está instalando.
retry n: Es una palabra clave opcional. n es el número máximo de veces que el proceso de instalación intenta montar el directorio.

Ejemplo 8–12 Adición de un paquete utilizando NFS

En este ejemplo, la palabra clave de perfil package agrega el paquete SUNWnew de la localización NFS nfs://golden/packages/Solaris_10/ . Si el montaje falla, el montaje NFS se intenta cinco veces.

package SUNWnew add nfs golden:/packages/Solaris_10 retry 5

Paquetes guardados en un servidor HTTP

Si el paquete se ha guardado en un servidor HTTP, use una de las siguientes sintaxis para la palabra clave package.

package nombre_paquete add http://nombre_servidor[:puerto] ruta palabras_clave_opcionales
package nombre_paquete add http nombre_servidor[:puerto] ruta palabras_clave_opcionales

nombre_paquete

Especifica el nombre del paquete en el formato SUNW nombre. Para consultar información detallada sobre paquetes y sus nombres, en un sistema instalado, use el comando pkginfo -l.

nombre_servidor

Especifica el nombre del servidor en el que se ha guardado el paquete.

puerto

Especifica un puerto opcional. puerto puede ser un número de puerto o el nombre de un servicio TCP con un número de puerto que se determina en el tiempo de ejecución.

Si no desea especificar un puerto, el número de puerto HTTP predeterminado es 80.

ruta

Es la ubicación del contenedor que hay que recuperar del servidor especificado. Cuando se utiliza un servidor HTTP, el paquete debe estar en el formato de flujo de datos del paquete.

palabras_clave_opcionales

Especifica las palabras clave opcionales que se utilizarán cuando recupera un paquete desde un servidor HTTP.

Tabla 8–6 Palabras clave package opcionales para utilizar con HTT.


Palabra clave	Definición del valor
`timeout` `min`	La palabra clave `timeout` permite especificar, en minutos, el tiempo máximo permitido sin que se reciban los datos del servidor HTTP. Si se agota el tiempo de espera, la conexión se cierra, se vuelve a abrir y se reanuda. Si especifica un valor de `timeout` igual a 0 (cero), la conexión no se vuelve a abrir. Si se produce una reconexión de tiempo de espera, el paquete se vuelve a intentar desde el principio y los datos que se habían recuperado antes de que se agotara el tiempo de espera se omiten.
`proxy` `sistema:puerto`	La palabra `proxy` permite especificar un sistema y un puerto delegados. El sistema delegado se puede usar para recuperar un paquete de Solaris desde el otro lado de un cortafuegos. Cuando se especifique la palabra clave `proxy`, habrá que suministrar un puerto delegado.

Ejemplo 8–13 Adición de un paquete utilizando HTTP

En este ejemplo, la palabra clave de perfil package agrega todos los paquetes que aparecen en la lista Solaris 10 directory from the HTTP location http://package.central/Solaris_10. Si transcurren cinco minutos y no se recibe ningún dato, los datos del paquete se recuperan de nuevo. Los datos de paquete anteriores se omiten. Se puede utilizar cualquiera de los siguientes formatos.

package SUNWnew add http package.central/Solaris_10 timeout 5

package SUNWnew add http://package.central/Solaris_10 timeout 5

Ejemplo 8–14 Adición de un paquete utilizando HTTP con un puerto proxy

En este ejemplo, la palabra clave de perfil package agrega todos los paquetes que aparecen en la lista Solaris_10 directory from the HTTP location http://package.central/Solaris_10. El paquete se recupera a través de un cortafuegos utilizando la palabra clave proxy.

package SUNWnew add http://package.central/Solaris_10 proxy webcache.east:8080

Paquetes guardados en un dispositivo local

Puede recuperar un paquete de Solaris desde un dispositivo local si guardó el paquete en un dispositivo de acceso aleatorio, orientado al sistema de archivos, como un disquete o DVD-ROM. Use la sintaxis siguiente con la palabra clave package.

package nombre_paquete add local_device dispositivo ruta tipo_sistema_archivos

nombre_paquete: Especifica el nombre del paquete en el formato SUNW nombre. Para consultar información detallada sobre paquetes y sus nombres, en un sistema instalado, use el comando pkginfo -l.
dispositivo: Especifica el nombre de la unidad en la que se encuentra el paquete Solaris. Si el nombre del dispositivo es una ruta canónica, el dispositivo se monta directamente; Si no es una ruta canónica, la utilidad de instalación agrega /dev/dsk/ a la ruta.
ruta: Especifica la ruta al paquete Solaris en relación con el sistema de archivos root ( /) en el dispositivo especificado.
tipo_sistema_archivos: Indica el tipo del sistema de archivos en el dispositivo. Si no se indica ningún tipo, la utilidad de instalación intenta montar un sistema de archivos UFS. Si el montaje UFS falla, la utilidad de instalación intenta montar un sistema de archivos HSFS.

Ejemplo 8–15 Adición de un paquete utilizando un dispositivo local con un sistema de archivos UFS

En este ejemplo, la palabra clave de perfil package agrega el paquete SUNWnew del directorio /Solaris_10/Product del dispositivo local c0t6d0s0. Se trata de un sistema de archivos UFS.

package SUNWnew add local_device c0t6d0s0 /Solaris_10/Product ufs

Ejemplo 8–16 Adición de un paquete utilizando un dispositivo local desde un sistema de archivos HSFS

En este ejemplo, la palabra clave de perfil package agrega el paquete SUNWnew del directorio /Solaris_10/Product del dispositivo local c0t6d0s0. Se trata de un sistema de archivos HSFS.

package SUNWnew add local_device c0t6d0s0 /Solaris_10/Product  hsfs

Paquetes guardados en un archivo local

Un paquete se puede instalar desde la minirroot desde la que se ha arrancado el sistema. Cuando se realiza una instalación JumpStart personalizada, el sistema se arranca desde un DVD, un CD o una minirroot basada en NFS, desde la que el software de instalación se carga y se ejecuta; por consiguiente, un paquete guardado en el DVD, CD o la minirroot basada en NFS estará accesible como un archivo local. Use la sintaxis siguiente con la palabra clave package.

package nombre_paquete add local_file ruta

nombre_paquete: Especifica el nombre del paquete en el formato SUNW nombre. Para consultar información detallada sobre paquetes y sus nombres, en un sistema instalado, use el comando pkginfo -l.
ruta: Especifica la ubicación del paquete. La ruta debe estar disponible para el sistema como un archivo local, mientras el sistema se arranca desde el Software de Solaris - 1 o desde el DVD del sistema operativo Solaris. El sistema no puede acceder a /net cuando se arranca desde el Software de Solaris - 1 o desde el DVD del sistema operativo Solaris.

Ejemplo 8–17 Adición de un paquete utilizando un archivo local

En este ejemplo, la palabra clave de perfil package agrega el paquete SUNWnew desde el directorio /Solaris_10/Product.

package SUNWnew add local_file /Solaris_10/Product

Limitaciones cuando se utiliza la palabra clave `package`

Tenga en cuenta estas limitaciones cuando utilice la palabra clave package:

Algunos paquetes son necesarios y no pueden suprimirse.
No se pueden agregar o suprimir de forma individual paquetes de adaptación al entorno nacional mediante la palabra clave de perfil package. Para agregar paquetes de adaptación al entorno nacional, use la palabra clave de perfil locale.
Los paquetes no se pueden recuperar desde una ubicación de servidor FTP o copia de seguridad local, como una cinta.
Los paquetes de la distribución Solaris que se está instalando no se pueden agregar desde ubicaciones alternativas. Si se especifica un paquete de la distribución Solaris, el paquete no puede ir seguido de una ubicación alternativa para mantener la consistencia con el sistema resultante instalado.
Para poder realizar la instalación sin intervención manual, el paquete debe poder instalarse utilizando el comando pkgadd. Se debe utilizar el mismo archivo admin para instalar los paquetes del grupo de software y el paquete que se encuentra en otra ubicación.
- Si retrieval_type es HTTP, el paquete debe estar en formato de flujo.
- Si retrieval_type es servidor NFS, dispositivo local o archivo local, el paquete debe seguir el formato de paquete estándar con el nombre de directorio igual al del paquete que se está instalando.
- Si se está agregando un paquete desde una ubicación distinta y el paquete depende de otro paquete que no está instalado, el paquete no se instala. Un mensaje de error se registra en el archivo de registro de instalación o modernización.
Si el paquete se está instalando con un contenedor Solaris Flash, siga estas indicaciones.
- Cualquier paquete instalado debe ser compatible con el contenedor.
- Si un paquete está presente en el contenedor, JumpStart sobrescribe el paquete existente.

Comportamiento de la actualización al utilizar la palabra clave `package`

Cuando se usa package para una modernización, el programa JumpStart realiza las siguientes acciones:

Todos los paquetes que hay ya en el sistema se modernizan automáticamente.
Si especifica nombre_paquete add y nombre_paquete no está instalado en el sistema, el paquete se instalará.
Si especifica nombre_paquete delete y nombre_paquete ya está instalado en el sistema, el paquete se borra antes de que empiece la modernización.
Si especifica nombre_paquete delete y nombre_paquete no se instala en el paquete, el paquete no se instala si forma parte de uno de los clústers que se van a instalar.

Palabra clave de perfil `partitioning`

partitioning tipo

partitioning define la forma de dividir los discos en segmentos para sistemas de archivos durante la instalación.

Si no se especifica partitioning en el perfil, el tipo default de particionado se usa de forma predeterminada.

tipo

Use uno de los valores siguientes:

default

El programa JumpStart selecciona los discos y crea los sistemas de archivos en los que se instalará el software especificado, salvo para los sistemas de archivos especificados con las palabras clave filesys. rootdisk se selecciona primero. El programa JumpStart usa discos adicionales si el software especificado no cabe en el rootdisk.

existing

El programa JumpStart usa los sistemas de archivos existentes en los discos del sistema. Todos los sistemas de archivos, salvo /, /usr, /usr/openwin, /opt y /var, se conservan. El programa JumpStart usa el campo del último punto de montaje del superbloque del sistema de archivos para determinar qué punto de montaje del sistema de archivos representa el segmento.

Nota –

Cuando se usan las palabras clave de perfil filesys y partitioning existing, el valor de tamaño se debe establecer en existing.

explicit

El programa JumpStart usa los discos y crea los sistemas de archivos que especifican las palabras clave filesys. Si sólo se especifica el sistema de archivos root (/) con la palabra clave filesys, se instala todo el software de Solaris en el sistema de archivos root (/).

Nota –

Si se usa el valor de perfil explicit, se deberá usar la palabra clave filesys para especificar los discos que se deben usar y los sistemas de archivo que hay que crear.

Palabra clave de perfil `patch`

patch lista_ID_parches | archivo_parches ubicación_parches palabras_clave_opcionales]

lista_ID_parches

Especifica los números de ID de parche que se deben instalar. La lista debe ser una lista de ID de parches de Solaris separadas por comas. Los parches se instalan en el orden especificado en la lista. No añada espacios después de la coma, por ejemplo: 112467-01,112765-02.

archivo_parches

Un archivo con una lista de parches que se encuentra en ubicación_parches. Los parches se instalan en el orden especificado en el archivo.

ubicación_parches

Especifica la ubicación en la que se encuentran los parches. Las ubicaciones permitidas son:

Servidor NFS
Servidor HTTP
Dispositivo local
Archivo local

palabras_clave_opcionales

Las palabras clave opcionales dependen de dónde están guardados los parches. Las siguientes secciones describen las posibles ubicaciones y las palabras clave opcionales.

Parches guardados en un servidor NFS

Si el parche se ha guardado en un servidor NFS, use una de las siguientes sintaxis para la palabra clave patch.

patch lista_ID_parches | archivo_parches nfs nombre_servidor/directorio_parches [retry n]
patch lista_ID_parches | archivo_parches nfs://nombre_servidor/directorio_parches  [retry n]

lista_ID_parches: Especifica los números de ID de parche que se deben instalar. La lista debe ser una lista de ID de parches de Solaris separadas por comas. Los parches se instalan en el orden especificado en la lista.
archivo_parches: Un archivo con una lista de parches que se encuentra en ubicación_parches. Los parches se instalan en el orden especificado en el archivo.
nombre_servidor: Especifica el nombre del servidor en el que se ha guardado el parche.
directorio_parches: Especifica la ubicación del directorio del parche en el servidor especificado. Los parches deben tener el formato estándar.
retry n: Es una palabra clave opcional. n es el número máximo de veces que la utilidad de instalación intenta montar el directorio.

Ejemplo 8–18 Adición de un parche con una lista ordenada utilizando NFS

En este ejemplo, la palabra clave de perfil patch agrega todas las revisiones que aparecen en la lista del archivo patch del directorio de revisiones de NFS nfs://patch_master/Solaris/v10/patches. Los parches se instalan en el orden indicado en patch. Si el montaje falla, el montaje NFS se intenta cinco veces.

patch patch_file nfs://patch_master/Solaris/v10/patches retry 5

Ejemplo 8–19 Adición de un parche utilizando NFS

En este ejemplo, la palabra clave de perfil patch agrega los parches 112467–01 y 112765–02 desde el parche /Solaris/v10/patches en el servidor patch_master.

patch 112467-01,112765-02 nfs patch_master:/Solaris/v10/patches

Parches guardados en un servidor HTTP

Si el parche se ha guardado en un servidor HTTP, use una de las siguientes sintaxis para la palabra clave patch.

patch  lista_ID_parches | archivo_parches http://nombre_servidor [:puerto] directorio_parches palabras_clave_http_opcionales

patch  lista_ID_parches | archivo_parches http nombre_servidor [:puerto] directorio_parches palabras_clave_http_opcionales

lista_ID_parches

archivo_parches

Un archivo con una lista de parches que se encuentra en ubicación_parches. Los parches se instalan en el orden especificado en el archivo.

nombre_servidor

Especifica el nombre del servidor en el que se ha guardado el parche.

puerto

Especifica un puerto opcional. puerto puede ser un número de puerto o el nombre de un servicio TCP con un número de puerto que se determina en el tiempo de ejecución.

Si no desea especificar un puerto, el número de puerto HTTP predeterminado es 80.

directorio_parches

Es la ubicación del contenedor que hay que recuperar del servidor especificado. Si se utiliza un servidor HTTP, el parche debe tener un formato JAR.

palabras_clave_opcionales

Especifica las palabras clave opcionales que se utilizará cuando recupera un parche desde un servidor HTTP.

Tabla 8–7 Palabras clave patch opcionales para utilizar con HTTP


Palabra clave	Definición del valor
`timeout` `min`	La palabra clave `timeout` permite especificar, en minutos, el tiempo máximo permitido sin que se reciban los datos del servidor HTTP. Si se agota el tiempo de espera, la conexión se cierra, se vuelve a abrir y se reanuda. Si especifica un valor de `timeout` igual a 0 (cero), la conexión no se vuelve a abrir. Si se produce una reconexión de tiempo de espera, el paquete se vuelve a intentar desde el principio y los datos que se habían recuperado antes de que se agotara el tiempo de espera se omiten.
`proxy` `sistema:puerto`	La palabra `proxy` permite especificar un sistema y un puerto delegados. El sistema delegado se puede usar para recuperar un paquete de Solaris desde el otro lado de un cortafuegos. Cuando se especifique la palabra clave `proxy`, habrá que suministrar un puerto delegado.

Ejemplo 8–20 Adición de un parche con una lista ordenada utilizando HTTP

En este ejemplo, la palabra clave de perfil patch agrega todas las revisiones que aparecen en la lista en el archivo patch_file desde la ubicación HTTP http://patch.central/Solaris/v10/patches. Los parches se instalan en el orden especificado en el archivo patch. Si transcurren cinco minutos y no se recibe ningún dato, los datos del parche se recuperan de nuevo. Los datos de parche anteriores se omiten.

patch patch_file http://patch.central/Solaris/v10/patches timeout 5

Ejemplo 8–21 Adición de un parche utilizando HTTP

En este ejemplo, la entrada de palabra clave de perfil patch agrega las revisiones 112467–01 y 112765–02 desde la ubicación de las revisiones http://patch_master/Solaris/v10/patches.

patch 112467-01,112765-02 http://patch.central/Solaris/v10/patches

Parches guardados en un dispositivo local

patch lista_ID_parches | archivo_parches dispositivo_local \
dispositivo ruta tipo_sistema_archivos

lista_ID_parches: Especifica los números de ID de parche que se deben instalar. La lista debe ser una lista de ID de parches de Solaris separadas por comas. Los parches se instalan en el orden especificado en la lista. No añada espacios después de la coma, por ejemplo: 112467-01,112765-02.
archivo_parches: Un archivo con una lista de parches que se encuentra en ubicación_parches. Los parches se instalan en el orden especificado en el archivo.
dispositivo: Especifica el nombre de la unidad en la que se encuentra el paquete Solaris. Si el nombre del dispositivo es una ruta canónica, el dispositivo se monta directamente; Si no es una ruta canónica, la utilidad de instalación agrega /dev/dsk/ a la ruta.
ruta: Especifica la ruta a la revisión de Solaris en relación con el sistema de archivos root ( /) en el dispositivo especificado.
tipo_sistema_archivos: Indica el tipo del sistema de archivos en el dispositivo. Si no se indica ningún tipo, la utilidad de instalación intenta montar un sistema de archivos UFS. Si el montaje UFS falla, la utilidad de instalación intenta montar un sistema de archivos HSFS.

Ejemplo 8–22 Adición de un parche con una lista ordenada utilizando un dispositivo local

En este ejemplo, la palabra clave de perfil patch agrega todos los parches que hay en el archivo patch_file del directorio /Solaris_10/patches del dispositivo local c0t6d0s0. El archivo patch determina el orden de los parches que se van a instalar.

patch patch_file c0t6d0s0 /Solaris_10/patches

Ejemplo 8–23 Adición de un parche utilizando un dispositivo local

En este ejemplo, la palabra clave de perfil patch agrega los parches 112467–01 y 112765–02 del directorio de parches /Solaris_10/patches del dispositivo local c0t6d0s0.

patch 112467-01,112765-02 local_device c0t6d0s0 /Solaris_10/patches

Parches guardados en un archivo local

Un parche se puede instalar desde la minirroot desde la que se ha arrancado el sistema. Cuando se realiza una instalación JumpStart personalizada, el sistema se arranca desde un DVD, un CD o una minirroot basada en NFS, desde la que el software de instalación se carga y se ejecuta; por consiguiente, un parche guardado en el DVD, CD o la minirroot basada en NFS estará accesible como un archivo local. Use la sintaxis siguiente con la palabra clave patch.

patch lista_ID_parches | archivo_parches archivo_local directorio_parches

lista_ID_parches: Especifica los números de ID de parche que se deben instalar. La lista debe ser una lista de ID de parches de Solaris separadas por comas. Los parches se instalan en el orden especificado en la lista. No añada espacios después de la coma, por ejemplo: 112467-01,112765-02.
archivo_parches: Un archivo con una lista de parches que se encuentra en ubicación_parches. Los parches se instalan en el orden especificado en el archivo.
directorio_parches: Especifica la ubicación del directorio de parches. El directorio de parches debe estar disponible para el sistema como un archivo local, mientras el sistema se arranca desde el Software de Solaris - 1 o desde el DVD del sistema operativo Solaris. El sistema no puede acceder a /net cuando se arranca desde el Software de Solaris - 1 o desde el DVD del sistema operativo Solaris.

Ejemplo 8–24 Adición de un parche con una lista ordenada utilizando un archivo local

En este ejemplo, la palabra clave de perfil patch agrega todas las revisiones que aparecen en la lista en el archivo patch_file del directorio /Solaris_10/patches. El archivo patch determina el orden de los parches que se van a instalar.

patch patch_cal_file /Solaris_10/patches

Ejemplo 8–25 Adición de un paquete utilizando un archivo local

En este ejemplo, la palabra clave de perfil patch agrega los parches 112467–01 y 112765–02 del directorio de parche /Solaris_10/patches.

patch 112467-01,112765-02 local_file /Solaris_10/patches

Limitaciones cuando se utiliza la palabra clave `patch`

Tenga en cuenta estas limitaciones cuando utilice la palabra clave patch:

Los parches no se pueden recuperar desde una ubicación de servidor FTP o copia de seguridad local, como una cinta.
No se pueden agregar parches firmados.
Los parches deben poder instalarse con el comando patchadd.
Si un parche depende de un parche que no está instalado, el parche no se instala. Un mensaje de error se registra en el archivo de registro de instalación o modernización.
Debe determinar el orden correcto de los parches para una instalación correcta.

Palabra clave de perfil `root_device`

root_device segmento

root_device designa el disco root del sistema. Selección del disco root del sistema contiene información adicional.

Nota –

El programa JumpStart establece el disco root del sistema y determina la ubicación en que se instalará el sistema operativo. El archivo rules emplea una palabra clave de sondeo "rootdisk", pero dicha palabra clave se utiliza de modo distinto a como se usa en el perfil JumpStart. La ubicación de la instalación no puede establecerse mediante la palabra clave ârootdiskâ del archivo rules. La palabra clave de sondeo, rootdisk, determina desde dónde se arrancará durante la instalación. Consulte la Tabla 8–10.

Cuando se moderniza un sistema, root_device designa el sistema de archivos root (/) y los sistemas montados por el archivo /etc/vfstab que se van a modernizar. Deberá especificar root_device cuando se puedan modernizar varios sistemas de archivos root (/) de un sistema. Deberá especificar segmento en el formato cwt xdys z o cxd ysz.

Cuando use la palabra clave root_device, tenga en cuenta lo siguiente:

Si especifica root_device en un sistema con un solo disco, root_device y el disco deben concordar. Además, cualquier palabra clave filesys que especifique el sistema de archivos root (/) debe concordar con root_device.
Si va a modernizar un volumen RAID-1 (duplicación), el valor especificado para root_device debe ser un lado del duplicado. El otro lado se moderniza automáticamente.

Ejemplo 8–26 Palabra clave de perfil `root_device`

root_device c0t0d0s2

Selección del disco root del sistema

Un disco root es el disco del sistema que contiene el sistema de archivos root (/). En un perfil se puede usar la variable rootdisk en lugar de un nombre de disco, que el programa JumpStart fija para el disco raíz del sistema. La Tabla 8–8 describe la forma en que el programa JumpStart determina el disco root del sistema para la instalación.

Nota –

El programa JumpStart sólo determina el tamaño de un disco root de sistema durante una instalación inicial. Durante una modernización, no se puede cambiar un disco root del sistema.

Tabla 8–8 La forma en que JumpStart determina un disco root de sistema (instalación inicial)


Etapa	Acción
1	Si la palabra clave `root_device` se especifica en el perfil, el programa JumpStart establece `rootdisk` en el dispositivo root.
2	Si no se ha establecido `rootdisk` y la palabra clave `boot_device` se especifica en el perfil, el programa JumpStart establece `rootdisk` en el dispositivo root.
3	Si `rootdisk` no se ha definido y se especifica una entrada `filesys c` `wtxd` `ysz` `tamaño` `/`en el perfil , el programa JumpStart define `rootdisk` como el disco especificado en la entrada.
4	Si `rootdisk` no se ha definido y se especifica una entrada `rootdisk.s` `n` en el perfil, el programa JumpStart busca los discos del sistema en orden de sondeo de kernel para un sistema de archivos root existente en el segmento especificado. Si se encuentra un disco, el programa JumpStart fija `rootdisk` en el disco encontrado.
5	Si no se ha definido `rootdisk` y se ha especificado `partitioning existing` en el perfil, el programa JumpStart busca en los discos de sistema, en el orden de sondeo del núcleo, si ya hay un sistema de archivos root. Si no se encuentra un sistema de archivos root o se encuentran varios, se produce un error. Si se encuentra un sistema de archivos root, el programa JumpStart fija `rootdisk` en el disco encontrado.
6	Si no se ha fijado `rootdisk` el programa JumpStart fija `rootdisk` en el disco en el que está instalado el sistema de archivos root (`/`).

Palabra clave de perfil `system_type`

system_type conmutación_tipo

system_type define el tipo de sistema en que se va a instalar el sistema operativo Solaris.

conmutación_tipo representa la opción standalone o server, que se usa para indicar el tipo de sistema en el que se va a instalar el software Solaris. Si no se especifica system_type en un perfil, se usará standalone de forma predeterminada.

Palabra clave de perfil `usedisk`

usedisk nombre_disco ...

De forma predeterminada, cuando se especifica partitioning default el programa JumpStart usa todos los discos operativos del sistema. La palabra clave de perfil usedisk designa uno o varios discos que se desea que use el programa JumpStart. Debe especificar nombre_disco con el formato cxtydz o cydz como, por ejemplo c0t0d0 o c0d0s0.

Si en un perfil se especifica usedisk, el programa JumpStart utiliza únicamente los discos que se indican después de la palabra clave usedisk.

Nota –

No puede especificar las palabras clave dontuse y usedisk en el mismo perfil.

Variables de entorno de JumpStart personalizada

Puede usar variables de entorno en sus secuencias de inicio y fin. Por ejemplo, una secuencia de inicio puede extraer el tamaño del disco, SI_DISKSIZES e instalar, u omitir, la instalación de paquetes concretos en un sistema, basándose en el tamaño real del disco que extraiga la secuencia.

La información recopilada sobre un sistema se guarda en estas variables de entorno, que suelen estar normalmente fijadas o no, dependiendo de las palabras clave de regla y de los valores que se usen en el archivo rules.

Por ejemplo, la información sobre el sistema operativo que ya está instalado en el sistema sólo estará disponible en SI_INSTALLED después de usar la palabra clave installed .

La Tabla 8–9 describe estas variables y sus valores.

Tabla 8–9 Variables de entorno de instalación


Variable de entorno	Valor
`SI_ARCH`	La arquitectura de hardware del cliente de instalación. La variable `SI_ARCH` se fija cuando se usa la palabra clave `arch` en el archivo `rules`.
`SI_BEGIN`	El nombre de la secuencia de inicio, si se usa alguna.
`SI_CLASS`	El nombre del perfil que se usa para instalar el cliente de instalación.
`SI_DISKLIST`	Una lista de nombres de disco separados por comas en el cliente de instalación. La variable `SI_DISKLIST` se fija cuando la palabra clave `disksize` se usa y se concuerda en el archivo `rules`. Las variables `SI_DISKLIST` y `SI_NUMDISKS` se usan para determinar el disco físico que se va a usar para `rootdisk`. `rootdisk` se describe en Selección del disco root del sistema.
`SI_DISKSIZES`	Una lista de tamaños de disco separados por comas en el cliente de instalación. La variable `SI_DISKSIZES` se fija cuando la palabra clave `disksize` se usa y se concuerda en el archivo `rules`.
`SI_DOMAINNAME`	El nombre de dominio. La variable `SI_DOMAINNAME` se establece cuando se utiliza y se hace coincidir la palabra clave `dommainname` en el archivo `rules`.
`SI_FINISH`	El nombre de la secuencia de fin, si se usa alguna.
`SI_HOSTADDRESS`	La dirección IP del cliente de instalación.
`SI_HOSTNAME`	El nombre de sistema del cliente de instalación. La variable `SI_HOSTNAME` se fija cuando la palabra clave `hostname` se usa y concuerda en el archivo `rules`.
`SI_INSTALLED`	El nombre de dispositivo de un disco con un sistema operativo específico en el disco, por ejemplo, Solaris, SunOS o System V. La variable `SI_INSTALLED` se define cuando la palabra clave `installed` se usa y compara en el archivo `rules`. `SI_INST_OS` y `SI_INST_VER` se usan para determinar el valor de `SI_INSTALLED`.
`SI_INST_OS`	El nombre del sistema operativo. `SI_INST_OS` y `SI_INST_VER` se usan para determinar el valor de `SI_INSTALLED`.
`SI_INST_VER`	La versión del sistema operativo. `SI_INST_OS` y `SI_INST_VER` se usan para determinar el valor de `SI_INSTALLED`.
`SI_KARCH`	La arquitectura del núcleo del cliente de instalación. La variable `SI_KARCH` SI_KARCH se fija cuando la palabra clave `karch` se usa y concuerda en el archivo `rules`.
`SI_MEMSIZE`	La cantidad de memoria física del cliente de instalación. La variable `SI_MEMSIZE` se fija cuando la palabra clave `memsize` se usa y concuerda en el archivo `rules`.
`SI_MODEL`	El nombre del modelo del cliente de instalación. La variable `SI_MODEL` se establece cuando se utiliza y se hace coincidir la palabra clave `model` en el archivo `rules`.
`SI_NETWORK`	El número de red del cliente de instalación. La variable `SI_NETWORK` se fija cuando la palabra clave `network` se usa y concuerda en el archivo `rules`.
`SI_NUMDISKS`	El número de discos en un cliente de instalación. La variable `SI_NUMDISKS` se fija cuando se usa la palabra clave `disksize` y concuerda en el archivo `rules`. Las variables `SI_NUMDISKS` y `SI_DISKLIST` se usan para determinar el disco físico que hay que usar para `rootdisk`. `rootdisk` se describe en Selección del disco root del sistema.
`SI_OSNAME`	La versión del sistema operativo en la imagen de software de Solaris. Por ejemplo, se puede usar la variable `SI_OSNAME` en una secuencia si está instalando el software Solaris en sistemas que se basan en la versión del sistema operativo de la imagen del DVD del sistema operativo Solaris o del CD Software de Solaris - 1.
`SI_ROOTDISK`	El nombre del dispositivo del disco que está representado por el nombre lógico rootdisk. `rootdisk`. La variable `SI_ROOTDISK` se fija cuando se fijan las palabras clave `disksize`o `installed` como `rootdisk` en el archivo `rules`. La variable `SI_ROOTDISK` establece que el dispositivo arranque durante la instalación. Nota – La ubicación de la instalación no puede establecerse mediante la palabra clave `rootdisk` del archivo rules. Para obtener más información sobre cómo se establece la variable `rootdisk` en un perfil JumpStart, consulte Selección del disco root del sistema.
`SI_ROOTDISKSIZE`	El tamaño del disco que está representado por el nombre lógico `rootdisk` . La variable `SI_ROOTDISKSIZE` se fija cuando se fijan las palabras clave `disksize` o `installed` como `rootdisk` en el archivo `rules`.
`SI_TOTALDISK`	La cantidad total de espacio en el disco del cliente de instalación. La variable `SI_TOTALDISK` se fija cuando se usa la palabra clave `totaldisk` y concuerda en el archivo `rules`.

Valores y palabras clave de sondeo

La Tabla 8–10 describe cada palabra clave de regla y su palabra clave de sondeo equivalente.

Nota –

Coloque siempre las palabras clave de sondeo al principio, o cerca del principio, del archivo rules.

Tabla 8–10 Descripciones de las palabras claves de sondeo


Palabra clave de regla	Palabra clave de sondeo equivalente	Descripción de la palabra clave de sondeo
`any`	Ninguna
`arch`	`arch`	Determina la arquitectura del núcleo, i386 o SPARC, y fija `SI_ARCH`.
`disksize`	`disks`	Devuelve el tamaño de los discos de un sistema en Mbytes en el orden de sondeo del núcleo, c0t3d0s0, c0t3d0s1, c0t4d0s0. `disksize` define `SI_DISKLIST` , `SI_DISKSIZES`, `SI_NUMDISKS` y `SI_TOTALDISK` .
`domainname`	`domainname`	Devuelve un nombre de dominio de sistema NIS o NIS+ o en blanco y fija `SI_DOMAINNAME`. La palabra clave `domainname` devuelve la salida de domainname(1M).
`hostaddress`	`hostaddress`	Devuelve la dirección IP del sistema, la primera dirección que se muestra en la salida de ifconfig(1M) `-a` que no es lo0 y define `SI_HOSTADDRESS`.
`hostname`	`hostname`	Devuelve un nombre de host que es la salida de uname(1) `-n` y establece la variable de entorno `SI_HOSTNAME`.
`installed`	`installed`	Devuelve el nombre de la versión del sistema operativo Solaris que está instalado en un sistema y fija las variables de entorno `SI_ROOTDISK` y `SI_INSTALLED`. Si el programa JumpStart encuentra una versión de Solaris pero no puede determinar la versión, la que se devuelve es `SystemV`.
`karch`	`karch`	Devuelve un grupo de plataformas de sistema, por ejemplo, i86pc, o sun4, y fija la variable de entorno `SI_KARCH`. Para obtener una lista de los nombres de plataformas, consulte la Solaris Sun Hardware Platform Guide en `http://docs.sun.com`.
`memsize`	`memsize`	Devuelve el tamaño de la memoria física en un sistema en Mbytes y fija la variable de entorno `SI_MEMSIZE`.
`model`	`model`	Devuelve un nombre de plataforma de sistema y fija la variable de entorno `SI_MODEL`. Para obtener una lista de los nombres de plataformas, consulte la Solaris Sun Hardware Platform Guide en `http://docs.sun.com`.
`network`	`network`	Devuelve un número de red de sistema, que determina el programa JumpStart mediante un AND lógico entre la dirección IP del sistema y la máscara de subred. La dirección IP del sistema y la máscara de subred se extraen de la primera dirección que se enumera en la salida de ifconfig(1M) `-a` que no sea lo0. La palabra clave `network` fija la variable de entorno `SI_NETWORK`.
`osname`	`osname`	Devuelve la versión y el nombre del sistema operativo Solaris que se encuentra en un CD y fija la variable de entorno `SI_OSNAME`. Si el programa JumpStart encuentra una versión de Solaris pero no puede determinar la versión, la que se devuelve es `SystemV`.
	`rootdisk`	Devuelve el nombre y el tamaño en Mbytes de un disco raíz de sistema y fija la variable de entorno `SI_ROOTDISK`.
`totaldisk`	`totaldisk`	Devuelve el espacio total en el disco de un sistema (en Mbytes) y define la variable de entorno `SI_TOTALDISK`. El espacio total en el disco incluye todos los discos operativos conectados al sistema.

Parte I Utilización de JumpStart personalizada

Capítulo 1 Dónde encontrar información sobre cómo planificar la instalación de Solaris

Dónde encontrar información sobre los requisitos del sistema y la planificación

Capítulo 2 JumpStart personalizada (información general)

Introducción a JumpStart personalizada

Situación hipotética de ejemplo de una instalación JumpStart personalizada

Cómo el programa JumpStart instala el software de Solaris

Figura 2–1 Funcionamiento de una instalación JumpStart personalizada: ejemplo sin conexión a red

Figura 2–2 Funcionamiento de una instalación JumpStart personalizada: ejemplo con conexión a red

Figura 2–3 Qué ocurre durante una instalación JumpStart personalizada

Capítulo 3 Preparación de instalaciones JumpStart personalizadas (tareas)

Mapa de tareas de preparación de instalaciones JumpStart personalizadas

Creación de un servidor de perfiles para sistemas conectados en red

Para crear un directorio JumpStart en un servidor

Permitir que todos los sistemas accedan al servidor de perfiles

Para permitir que todos los sistemas accedan al servidor de perfiles

Creación de un disquete de perfiles para sistemas autónomos

SPARC: Para crear un disquete de perfiles

x86: Para crear un disquete de perfiles con GRUB

Véase también

Creación del archivo rules

Sintaxis del archivo rules

Para crear un archivo rules

Ejemplo de archivo rules

Ejemplo 3–1 Archivo rules

Creación de un perfil

Sintaxis de perfiles

Para crear un perfil

Ejemplos de perfiles

Ejemplo 3–2 Montaje de sistemas de archivos remotos y adición y borrado de paquetes

Ejemplo 3–3 Montaje de sistemas de archivos remotos y adición de paquetes de terceros

Ejemplo 3–4 Especificación de la ubicación de instalación de los sistemas de archivos

Ejemplo 3–5 Modernización e instalación de parches

Ejemplo 3–6 Reasignación de espacio de disco para una modernización

Ejemplo 3–7 Recuperación de un contenedor Solaris Flash desde un servidor HTTP

Ejemplo 3–8 Recuperación de un contenedor Solaris Flash desde un servidor HTTP seguro

Ejemplo 3–9 Recuperación de un contenedor Solaris Flash e instalación de un paquete de terceros

Ejemplo 3–10 Recuperación de un contenedor diferencial Solaris Flash desde un servidor NFS

Ejemplo 3–11 Creación de un entorno de arranque vacío

Ejemplo 3–12 Creación de volúmenes RAID-1 cuando se instala un contenedor Solaris Flash

Ejemplo 3–13 Creación de un volumen RAID-1 para duplicar el sistema de archivos root

Ejemplo 3–14 Creación de volúmenes RAID-1 para duplicar varios sistemas de archivos

Ejemplo 3–15 x86: Uso de la palabra clave fdisk

Comprobación de un perfil

Para crear un entorno Solaris temporal para comprobar un perfil

Para comprobar un perfil

Ejemplos de comprobación de perfiles

Ejemplo 3–16 Comprobación de un perfil mediante un sistema Solaris 10 8/07

Ejemplo 3–17 Comprobación de perfil con un archivo de configuración de disco

Validación del archivo rules

Para confirmar el archivo rules

Véase también

Capítulo 4 Uso de las funciones opcionales de JumpStart personalizada (tareas)

Creación de secuencias de inicio

Información importante sobre las secuencias de inicio

Creación de perfiles derivados con una secuencia de inicio

Ejemplo 4–1 Una secuencia de inicio que crea un perfil derivado

Creación de secuencias de finalización

Información importante sobre las secuencias de finalización

Para agregar archivos con una secuencia de finalización

Ejemplo 4–2 Adición de un archivo con una secuencia de finalización

Adición de paquetes o modificaciones con una secuencia de finalización

Ejemplo 4–3 Adición de paquetes con una secuencia de finalización

Ejemplo 4–4 Adición de modificaciones con una secuencia de finalización

Personalización del entorno root con una secuencia de finalización

Ejemplo 4–5 Personalización del entorno root con una secuencia de finalización

Establecimiento de una contraseña root con una secuencia de finalización

Ejemplo 4–6 Configuración de la contraseña root del sistema con una secuencia de finalización

Instalaciones no interactivas con secuencias de finalización

Creación de un archivo de configuración comprimido

Para crear un archivo de configuración comprimido

Ejemplo de archivo de configuración comprimido

Ejemplo 4–7 Creación de un archivo de configuración comprimido

Creación de archivos de configuración de disco

SPARC: Para crear un archivo de configuración de disco

SPARC: Ejemplo de archivo de configuración de disco

Ejemplo 4–8 SPARC: Creación de un archivo de configuración de disco

x86: Para crear un archivo de configuración de disco

x86: Ejemplo de archivo de configuración de disco

Ejemplo 4–9 x86: Creación de un archivo de configuración de disco

Creación del archivo `rules`

Sintaxis del archivo `rules`

Para crear un archivo `rules`

Ejemplo de archivo `rules`

Ejemplo 3–1 Archivo `rules`

Ejemplo 3–15 x86: Uso de la palabra clave `fdisk`

Validación del archivo `rules`

Para confirmar el archivo `rules`

Creación de un archivo `custom_probes`

Sintaxis del archivo `custom_probes`

Sintaxis de nombres de función en `custom_probes`

Para crear un archivo `custom_probes`

Ejemplos de archivo `custom_probes` y de palabras clave

Ejemplo 5–1 Archivo `custom_probes`

Ejemplo 5–2 Palabra clave de sondeo personalizada usada en un archivo `rules`

Validación del archivo `custom_probes`

Para validar el archivo `custom_probes`

SPARC: Referencia de comandos para el comando `boot`

Actualización del archivo `rules`

Validación del archivo `rules`

Palabra clave `archive_location`

Palabra clave de perfil `backup_media`

Ejemplo 8–7 Palabra clave de perfil `backup_media`

Palabra clave de perfil `boot_device`

Ejemplo 8–8 Palabra clave de perfil `boot_device`

Palabra clave de perfil `bootenv createbe`

Palabra clave de perfil `client_arch`

Palabra clave de perfil `client_root`

Palabra clave de perfil `client_swap`