test

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

Parte II Utilización de JumpStart personalizada

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

Capítulo 5 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 personalizado

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.

Escenario de ejemplo de 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:

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 archivorules 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 vínculo al perfil eng_profile que se ha creado para este grupo. En la regla para el grupo de marketing, se agrega un vínculo 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.

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 instala el programa JumpStart el software de Solaris

Después de validar el archivo rules y los perfiles, puede comenzar 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 5–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 debe utilizar Pete's profilepara instalar el software de Solaris. El programa JumpStart lee Pete's profile e instala el software de Solaris según las instrucciones que ha especificado el administrador del sistema en Pete's profile.

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

El contexto describe la ilustración.

La Figura 5–2 ilustra 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 5–2 Funcionamiento de una instalación JumpStart personalizada: ejemplo con conexión a red

El contexto describe la ilustración.

La Figura 5–3 describe el orden en el que el programa JumpStart busca los archivos JumpStart personalizados.

Figura 5–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 6 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 6–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 fin. 

Planificación de la actualizació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 JumpStart personalizado.  

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

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 JumpStart personalizado fundamentales, por ejemplo, los archivos rules y rules.ok y los perfiles. Deberá guardarlo en el directorio raíz (/) del servidor de perfiles.

Al servidor que contiene un directorio JumpStart se le llama servidor de perfiles. Éste puede ser también un servidor de instalación o de arranque, o un sistema diferente; puede proporcionar archivos de JumpStart personalizado 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.

ProcedurePara crear un directorio JumpStart en un servidor

Nota –

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

  1. Inicie una sesión como superusuario del servidor en el que desea crear el directorio JumpStart.

  2. 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, la siguiente orden crea un directorio denominado jumpstart en el directorio raíz (/) y fija los permisos en 755:


    # mkdir -m 755 /jumpstart

  3. 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

  4. Escriba shareall y pulse Intro.

  5. Decida si desea copiar ejemplos de archivos de JumpStart personalizado en el directorio JumpStart.

    • Si no lo desea, vaya al Paso 8.

    • Si desea copiarlos, use la tabla de decisión siguiente para decidir el paso siguiente.

    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. 

    Una imagen del DVD del sistema operativo Solaris o el CD Software de Solaris - 1 para su 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 la orden siguiente:  


    cd /export/install

  6. Copie los archivos JumpStart personalizados de ejemplo en el directorio JumpStart en el servidor de perfiles. 


    # cp -r media_path/Solaris_10_606/Misc/jumpstart_sample/* jumpstart_dir_path
    media_path

    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, la orden siguiente copia el directorio jumpstart_sample en el directorio /jumpstart del servidor de perfiles:

    • Para sistemas SPARC:


      cp -r /cdrom/cdrom0/s0/Solaris_10_606/Misc/jumpstart_sample/* /jumpstart

    • Para sistemas x86:


      cp -r /cdrom/cdrom0/Solaris_10_606/Misc/jumpstart_sample/* /jumpstart

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

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

  9. 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:

Orden 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.

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 JumpStart personalizado en un solo archivo. A continuación, guarde el archivo de configuración comprimido en un servidor HTTP o HTTPS.

  • 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 JumpStart personalizado 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.

archivo /etc/bootparams

Agregue un comodín en el archivo /etc/bootparams.

Para permitir que todos los sistemas accedan al servidor de perfiles

ProcedurePara permitir que todos los sistemas accedan al servidor de perfiles

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

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

No utilice este procedimiento bajo las siguientes circunstancias :

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.

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

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

  3. Agregue esta entrada. 

    * install_config=server:jumpstart_dir_path
    *

    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 – 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 información acerca de 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 un 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 JumpStart personalizados fundamentales, por ejemplo, los archivos rules y rules.ok, y los perfiles: Debe guardar el directorio JumpStart en el directorio root (/) del disquete de perfiles.

Consulte uno de los siguientes procedimientos:

ProcedureSPARC: Para crear un disquete de perfiles

Nota –

Este procedimiento asume que el sistema está ejecutando 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 adminitrar los medios extraíbles sin Volume Manager.

  1. Inicie una sesión como superusuario en un sistema SPARC al que haya conectada una unidad de disquete.

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

  3. Monte el disquete. 


    # volcheck

  4. 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 6.

    • Si no está en el archivo, vaya al paso siguiente.

  5. Cree un sistema de archivos UFS en un disquete.


    # newfs /vol/dev/aliases/floppy0

  6. Decida si desea copiar ejemplos de archivos de JumpStart personalizado en el directorio JumpStart.

    • Si no lo desea, vaya al Paso 9.

    • Si desea copiarlos, use la tabla de decisión siguiente para decidir el paso siguiente.

    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. 

    El software Volume Manager monta automáticamente el CD. 

    Una imagen del DVD del sistema operativo Solaris para plataformas SPARC o 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 la orden siguiente:  


    cd /export/install

  7. Copie los archivos JumpStart personalizados de ejemplo en el directorio JumpStart en el disquete de perfiles.


    # cp -r media_path/Solaris_10_606/Misc/jumpstart_sample/* jumpstart_dir_path
    media_path

    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 JumpStart personalizado en el directorio raíz (/) 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/sol_10_606_sparc/s0/Solaris_10_606/Misc/jumpstart_sample/* /floppy/scrap

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

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

  10. 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 .

Procedurex86: 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 –

Este procedimiento asume que el sistema está ejecutando 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 adminitrar los medios extraíbles sin Volume Manager.

  1. Inicie una sesión como superusuario en el sistema basado en x86 que tenga conectada una unidad de disquetes.

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

  3. Montar el disquete 


    # volcheck

  4. Decida si desea copiar ejemplos de archivos de JumpStart personalizado en el directorio JumpStart.

    • Si no lo desea, vaya al Paso 7.

    • Si desea copiarlos, use la tabla de decisión siguiente para decidir el paso siguiente.

    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 CD. 

    Una imagen del DVD del sistema operativo Solaris para plataformas x86 o 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

  5. Copie los archivos JumpStart personalizados de ejemplo en el directorio JumpStart en el disquete de perfiles. 


    # cp -r media_path/Solaris_10_606/Misc/jumpstart_sample/* jumpstart_dir_path
    media_path

    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 raíz (/) 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/sol_10_606_x86/Solaris_10_606/Misc/jumpstart_sample/* /floppy/scrap

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

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

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

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

  10. 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 es un archivo de texto que contiene una regla para cada grupo de sistemas en el que desea instalar el SO 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 siguiendo el procedimiento descrito en Creación de un disquete de perfiles para sistemas autónomos o Creación de un servidor de perfiles para sistemas conectados en red, ya habrá un archivo rules en el directorio JumpStart. 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 siguientes atributos:

El archivo rules puede incluir:

ProcedurePara crear un archivo rules

  1. Utilice el 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.

  2. Agregue una regla al archivo rules para cada grupo de sistemas en el que desea 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: 

    !rule_keyword rule_value && !rule_keyword rule_value ... begin  profile  finish
    !

    Un símbolo que se utiliza antes de la palabra clave para indicar negación.

    rule_keyword

    Una unidad léxica predefinida o palabra que describe un atributo general del sistema, como el 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.

    rule_value

    Un valor que proporciona el atributo específico para la palabra clave de regla correspondiente. Los valores de regla se definen en Valores y palabras clave de reglas.

    &&

    Un símbolo que debe utilizar 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.

    begin

    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 presenta información acerca de 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 describen formas opcionales de utilizar el campo de perfil.

    finish

    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 fin deben situarse en el directorio JumpStart.

    En Creación de secuencias de fin se presenta información sobre cómo crear secuencias 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

  3. Guarde el archivo rules en el directorio JumpStart.

  4. 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.

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

Ejemplo 6–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. La regla también proporciona un ejemplo de ajuste, que se define en Sintaxis del archivo rules .

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 es un archivo de texto que define cómo 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 consta de una o más palabras clave de perfil y 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 lo siguiente:

Un perfil puede incluir:

ProcedurePara crear un perfil

  1. 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 refleja cómo se pretende utilizar el perfil para instalar el software de Solaris en un sistema. Por ejemplo, puede asignar los siguientes nombres a los perfiles: basic_install, eng_profile o user_profile.

  2. 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.

  3. Guarde el perfil en el directorio JumpStart.

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

  5. Compruebe el perfil (opcional).

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

Ejemplos de perfiles

Los siguientes ejemplos de perfiles muestran cómo usar diferentes palabras clave y valores de perfil para controlar el modo en el que el software de Solaris se instala en un sistema. Valores y palabras clave de perfiles contiene una descripción de las palabras clave y valores de perfil.

Ejemplo 6–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 6–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 6–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 raíz (/) 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 6–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_606/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_606/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 6–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 6–7 Recuperación de un contenedor Solaris Flash desde un servidor HTTP

En el siguiente ejemplo, el perfil indica que el programa JumpStart personalizado 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 raíz 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 6–8 Recuperación de un contenedor Solaris Flash desde un servidor HTTP seguro

En el siguiente ejemplo, el perfil indica que el programa JumpStart personalizado recupera el contenedor Solaris Flash de un servidor HTTP. 

# 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 6–9 Recuperación de un contenedor Solaris Flash e instalación de un paquete de terceros

En el siguiente ejemplo, el perfil indica que el programa JumpStart personalizado 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_606 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 raíz 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_606 del servidor HTTP 192.168.254.255.

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

En el siguiente ejemplo, el perfil indica que el programa JumpStart personalizado recupera el contenedor Solaris Flash desde 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 6–11 Creación de un entorno de arranque vacío

En el siguiente ejemplo, el perfil indica que el programa JumpStart personalizado 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 raíz (/) 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:

Ejemplo 6–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).

Ejemplo 6–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 JumpStart personalizado utiliza la tecnología de Solaris Volume Manager para crear un volumen RAID-1 (duplicación) en el sistema de archivos raíz (/).

# 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 JumpStart personalizado 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).

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

En el ejemplo siguiente, el perfil indica que el programa JumpStart personalizado utiliza la tecnología de Solaris Volume Manager para crear volúmenes RAID-1 (duplicaciones) en los sistemas de archivos raíz (/), 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.

Ejemplo 6–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

Después de crear un perfil, use el comando pfinstall(1M) para probarlo. 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.

La salida de la instalación que genera pfinstall, puede determinar rápidamente si un perfil funciona como se esperaba. 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:

ProcedurePara 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:

  1. 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:

    • DVD del sistema operativo Solaris para plataformas x86

    • CD 1 de software de Solaris para plataformas x86

    Nota –

    Si desea probar un perfil de modernización, arranque el sistema que está modernizando.

  2. Conteste a las preguntas de identificación del sistema.

  3. 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}

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

ProcedurePara 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.

  1. 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.

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

    Situación de comprobación 

    Instrucciones 

    Comprobación de un perfil de instalación inicial con un sistema con el software de Solaris 10 6/06 

    Conviértase en superusuario del sistema y vaya al Paso 5.

    Comprobación de un perfil de modernización o falta de un sistema con Solaris 10 6/06 para probar un perfil de instalación inicial 

    Cree un entorno Solaris 10 6/06 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.

  3. Cree un punto de montaje temporal.


    # mkdir /tmp/mnt

  4. 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 server_name:path /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

  5. Para probar el perfil con un tamaño de memoria específico del sistema, configure SYS_MEMSIZE en el tamaño de memoria específico en Mbytes.


    # SYS_MEMSIZE=memory_size
# export SYS_MEMSIZE

  6. ¿Ha montado un directorio en 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_directorio_jumpstart

  7. Compruebe el perfil con el comando pfinstall(1M) .


    # /usr/sbin/install.d/pfinstall -D:-d disk_config_file -c path profile
    Precaución – 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_configuración_disco

    pfinstall usa el archivo de configuración de disco, archivo_configuración_disco, para probar el perfil. Si archivo_configuración_disco no se encuentra en el directorio en el que se ejecuta el comando pfinstall, deberá 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 disk_config_file 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 path

    La ruta a la imagen del software de Solaris. Esta opción se puede usar, por ejemplo, si el sistema está usando el software Volume Manager para montar el CD 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 6/06 El perfil basic_prof se encuentra en el directorio /jumpstart y se especifica la ruta a la imagen del DVD del sistema operativo Solaris debido a que se está usando el software Volume Manager.

Ejemplo 6–16 Comprobación de perfil utilizando un sistema Solaris 10 6/06 


# 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 6/06. 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 6–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 6–2 describe el funcionamiento de la secuencia de comandos check.

Tabla 6–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

ProcedurePara confirmar el archivo rules

  1. Compruebe que la secuencia de comandos check se encuentra en el directorio JumpStart.

    Nota –

    La secuencia de comandos check está en el directorio Solaris_10_606/Misc/jumpstart_sample en el DVD del sistema operativo Solaris o en el CD Software de Solaris - 1.

  2. Cambie el directorio al directorio JumpStart.

  3. Ejecute la secuencia checkpara validar el archivo rules:


    $ ./check -p path -r file_name
    -p path

    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 check en el caso de que su sistema esté ejecutando una versión de Solaris anterior.

    -r file_name

    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.

    Mientras la secuencia de comandos check se ejecuta, la secuencia informa sobre la comprobación de la validez del archivorules y de cada perfil. Si no se encuentra ningún error, la secuencia notifica la siguiente información. 


    The custom JumpStart configuration is ok

  4. Compruebe que root cuenta con el archivo rules.ok y que los permisos se han definido en 644

Véase también

Después de validar el archivo rules, puede aprender más acerca de las funciones opcionales del programa JumpStart personalizado en el Capítulo 7, Uso de las funciones opcionales de JumpStart personalizado (tareas). Para obtener información sobre cómo realizar instalaciones JumpStart personalizadas, consulte el Capítulo 9, Realización de una instalación JumpStart personalizada (tareas).

Capítulo 7 Uso de las funciones opcionales de JumpStart personalizado (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 válidas para un servidor SPARC o x86 utilizado para proporcionar archivos JumpStart personalizados , denominado servidor de perfil. Éstos pueden proporcionar archivos de JumpStart personalizados 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 es una secuencia de shell Bourne que se especifica en el archivo rules. realiza tareas antes de que se instale el software Solaris en un sistema, pero sólo se pueden usar cuando se emplee el programa JumpStart personalizado para instalar el software Solaris.

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

Información importante sobre las secuencias de inicio

Creación de perfiles derivados con una secuencia de inicio

Un perfil derivado es un perfil creado de forma dinámica por una secuencia de inicio durante una instalación JumpStart personalizada. Los perfiles derivados se necesitan cuando no se puede configurar el archivo rules donde buscar concordancias de sistemas específicos con 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:

Cuando un sistema coincide con una regla cuyo campo de perfil es un símbolo igual (=), la secuencia de inicio crea el perfil derivado que se usa para instalar el software de 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 7–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 inicio debe usar la variable de entorno SI_PROFILE o el nombre del perfil derivado /tmp/install.input que está configurado de forma predeterminada.

Nota –

Si se utiliza una secuencia para crear un perfil derivado, asegúrese de que las secuencias no presenten 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 fin

Una secuencia de finalización es una secuencia de comandos de shell Bounce definida por el usuario que se especifica en el archivo rules. Realiza tareas una vez instalado el software Solaris, pero antes de que se reinicie el sistema, y se puede utilizar solamente cuando se usa el programa JumpStart personalizado para la instalación de Solaris.

Tareas que se pueden realizar con una secuencia de fin:

Información importante sobre las secuencias de fin

ProcedurePara agregar archivos con una secuencia de fin

Con una secuencia de fin 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.

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

  2. Introduzca la línea siguiente en la secuencia de fin de cada archivo que desea que se copie en la jerarquía del sistema de archivos recién instalado:

    cp ${SI_CONFIG_DIR}/file_name /a/path_name
Ejemplo 7–2 Adición de un archivo con una secuencia de fin

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 fin

Se puede crear una secuencia de fin 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 fin, se reduce el tiempo y se garantiza la coherencia en los paquetes y las modificaciones que se instalen en sistemas diferentes del sitio.

Cuando utilice los comandospkgadd(1M) o patchadd(1M)en secuencias de finalización, utilice la opción -R para especificar /a como la ruta de root.

Ejemplo 7–3 Adición de paquetes con una secuencia de fin

  #!/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:

Ejemplo 7–4 Adición de modificaciones con una secuencia de fin

 #!/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 simulado, agregue la siguiente línea a la secuencia de finalización. 

cp /etc/mnttab /a/etc/mnttab

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

También puede utilizar la secuencia de finalización para personalizar archivos que ya están instalados en un sistema. Por ejemplo, la secuencia de finalización en el Ejemplo 7–5 personaliza el entorno root agregando información al archivo .cshrc en el directorio root (/).

Ejemplo 7–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 raíz con una secuencia de fin

Después de instalar el software de Solaris en un sistema, el sistema se reinicia. 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 fin denominada set_root_pw se guarda en el directorio auto_install_sample. La secuencia de fin muestra cómo fijar automáticamente la contraseña raíz, sin necesidad de indicador. set_root_pw se muestra en el Ejemplo 7–6.

Nota –

Si configura la contraseña root del sistema con una secuencia de finalización, los usuarios podrían tratar de descubrir la contraseña root desde la contraseña encriptada en la secuencia de finalización. Procure proteger el sistema a fin de que los usuarios no puedan descubrir la contraseña root.

Ejemplo 7–6 Configuración de la contraseña raíz del sistema con una secuencia de fin

	 #!/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:

Instalaciones no interactivas con secuencias de fin

Se pueden usar las secuencias de fin 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 7–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 JumpStart personalizado en un solo archivo.

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

ProcedurePara crear un archivo de configuración comprimido

  1. Cambie el directorio JumpStart del servidor de perfiles.


    # cd ruta_directorio_jumpstart

  2. 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.

  3. 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 personalizado se encuentran en el directorio /jumpstart.

Ejemplo 7–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

En esta sección, se describe cómo crear archivos de configuración de un disco y de varios discos. Los archivos de configuración de disco permiten usar pfinstall(1M) desde un sistema único para comprobar perfiles en diferentes configuraciones de disco.

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

  1. Ubique un sistema SPARC en un disco que desee probar.

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

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

  3. Cree un archivo de configuración de disco redirigiendo la salida del comando prtvtoc(1M) a un archivo.


    # prtvtoc /dev/rdsk/device_name >disk_config_file
    /dev/rdsk/nombre_dispositivo

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

    archivo_configuración_disco

    El nombre del archivo de configuración de disco.

  4. 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 disk_file1 disk_file2 >multi_disk_config

      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

  5. 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 7–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.

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

  1. Busque un sistema basado en x86 que contenga un disco que esté probando

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

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

  3. Cree parte del archivo de configuración de un disco guardando la salida del comando fdisk(1M) en un archivo.


    # fdisk -R -W disk_config_file -h /dev/rdsk/device_name
    archivo_configuración_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. device_name debe tener el formato cwtx dys0 o c xdys0.

  4. Adjunte la salida del comando prtvtoc(1M) al archivo de configuración de disco. 


    # prtvtoc /dev/rdsk/device_name >>disk_config
    /dev/rdsk/nombre_dispositivo

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

    configuración_disco

    El nombre del archivo de configuración de disco.

  5. 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 disk_file1 disk_file2 >multi_disk_config

      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

  6. 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 7–9 x86: Creación de un archivo de configuración de disco

Primero, guarde la salida de la orden 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 de la orden 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 como se instala el software 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 8 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.

También es posible que se desee extraer una misma información en una secuencia de inicio o de finalización por necesidades distintas a las 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:

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 siguientes requisitos:

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.

ProcedurePara crear un archivo custom_probes

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

  2. 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.

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

  4. 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:

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 8–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 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 8–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 que pueda 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 8–1 describe las acciones que realiza la secuencia de comandos check.

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

Etapa 

Descripción 

1 

check busca un archivo custom_probes.

2 

Si el archivo existe, check crea el archivo custom_probes.ok desde el archivo custom_probes , elimina todos los deliminatores y las líneas en blanco, y conserva todos los comandos de shell Bourne, variables, y algoritmos. A continuación, check agrega la siguiente línea de comentario al final:

# version=2 checksum=num

ProcedurePara validar el archivo custom_probes

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

    Nota –

    La secuencia de comandos check se encuentra en el directorio Solaris_10_606/Misc/jumpstart_sample en el DVD del sistema operativo Solaris o en el CD Software de Solaris - 1.

  2. Cambie al directorio JumpStart.

  3. Ejecute la secuencia de comandos check para validar los archivosrules y custom_probes. 


    $ ./check -p path -r file_name
    -p path

    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 en el caso de que su sistema esté ejecutando una versión de Solaris anterior.

    -r file_name

    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 check, la secuencia informa sobre 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” (La configuración del programa JumpStart personalizado es correcta). A continuación, crea los archivos rules.ok y custom_probes.ok en el directorio JumpStart.

  4. Determina si el archivo custom_probes.ok es ejecutable.

    • Si la respuesta es afirmativa, vaya a Paso 5.

    • Si no lo es, escriba la orden siguiente:


      # chmod +x custom_probes

  5. 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 9 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.

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

Tabla 9–1 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 tiene 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 3, Instalación y modernización de Solaris (planificación)

(Opcional) Defina los parámetros del sistemas. 

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 6, Preconfiguración de la información de configuración del sistema (tareas) de Guía de instalación de Solaris 10 6/06: 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 6, 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 7, Uso de las funciones opcionales de JumpStart personalizado (tareas) y Capítulo 8, 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 8, Preparación para la instalación desde la red con soporte DVD (tareas) de Guía de instalación de Solaris 10 6/06: instalaciones basadas en red

Capítulo 9, Preparación para la instalación desde la red con soporte CD (tareas) de Guía de instalación de Solaris 10 6/06: 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

Realice 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 JumpStart personalizado

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

Durante la instalación JumpStart personalizada, el programa JumpStart trata de hacer coincidir el sistema que se está instalando con las reglas del archivo rules.ok . 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.

ProcedurePara 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 la 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.

  1. 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 y utiliza un medio DVD, en ese caso debe utilizar el DVD de Solaris 10 para instalar el contenedor. Si las versiones del sistema operativo no coinciden, fallará la instalación en el sistema clónico. 
    Precaución – 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

    		 

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

    Para obtener instrucciones detalladas acerca de la creación de archivos de JumpStart personalizados, consulte Capítulo 6, Preparación de instalaciones JumpStart personalizadas (tareas).

  3. 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 existente de las palabras clave de JumpStart personalizado en la Tabla 11–2, las únicas palabras clave 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 

    (necesaria) install_type

    X 

    X 

    local_customization

    X 

    X 

    no_content_check

     

    X 

    no_master_check

     

    X 

    package

    X 

     

    root_device

    X 

    X 

    1. 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.

    2. 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.

    3. 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.

    4. (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.

    5. (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.

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

    Para obtener instrucciones detalladas, consulte:

  5. 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 JumpStart personalizado.

ProcedureSPARC: Para efectuar una instalación o modernización con el programa JumpStart personalizado

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

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

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

  3. 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.

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

  5. 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] options

      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.

  6. 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.

  7. 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] options

La siguiente tabla describe las opciones de línea de comandos para el comando boot adecuadas para una intalació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 ubicaciació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:

    Servidor HTTP


    http://server_name:IP_address/jumpstart_dir_path/
compressed_config_file&proxy_info

    • 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

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

Tabla 9–2 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 deSolaris 10 6/06. 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 tiene 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 3, Instalación y modernización de Solaris (planificación)

(Opcional) Defina los parámetros del sistemas. 

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 6, Preconfiguración de la información de configuración del sistema (tareas) de Guía de instalación de Solaris 10 6/06: 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 6, 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 7, Uso de las funciones opcionales de JumpStart personalizado (tareas) y Capítulo 8, 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 9, Preparación para la instalación desde la red con soporte CD (tareas) de Guía de instalación de Solaris 10 6/06: 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

Realice 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 personalizado y con GRUB

x86: Para realizar una Instalación JumpStart personalizada

Durante la instalación JumpStart personalizada, el programa JumpStart trata de hacer coincidir el sistema que se está instalando con las reglas del archivo rules.ok . 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:

Procedurex86: Para realizar una instalación o actualización con el programa JumpStart personalizado y con GRUB

Utilice este procedimiento para instalar el SO Solaris en un sistema basado en x86 con el menú de GRUB.

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

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

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

  3. Decida si desea 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.

  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.

  5. (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.

  6. 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 image_directory                                          |
|                                                                   |
+-------------------------------------------------------------------+
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. 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.

  7. Seleccione el dispositivo desde el que arrancar el sistema en la pantalla de arranque de Solaris. Seleccione DVD, CD, Net o Disk.

  8. 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 JumpStart personalizado, 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, or 4, llevará a cabo una instalación interactiva. Para obtener información sobre las instalaciones interactivas, consulte la Guía de instalación de Solaris 10 6/06: instalaciones básicas.

    • Para obtener información sobre estas instalaciones, consulte la Guía de instalación de Solaris 10 6/06: instalaciones básicas.

      • Si selecciona el elemento 5, instalará las actualizaciones del controlador.

      • Si selecciona el elemento 6, puede efectuar tareas de mantenimiento.

  9. 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.

  10. 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 algunas circunstancias como, por ejemplo, para la depuración, es recomendable 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.

Procedurex86: Para modificar el comando de arranque de GRUB

  1. 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 personalizado y con GRUB.

  2. 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 image_directory                                          |
|                                                                   |
+-------------------------------------------------------------------+
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.

  3. 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

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

  5. 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

  6. Edite el comando pulsando las opciones que necesite.

    La sintaxis para una instalación JumpStart es la siguiente.


    grub edit>kernel /I86PC.Solaris_11-image_directory/multiboot kernel/unix/ \
install [url|ask] options -B install_media=media_type

    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

  7. 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.

  8. 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 muestra la sintaxis del comando de arranque:


kernel /I86PC.Solaris_11-image_directory/multiboot kernel/unix/ install \
[url|ask] options -B install_media=media_type
Tabla 9–3 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 ubicaciació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://server_name:IP_address/jumpstart_dir_path/
compressed_config_file&proxy_info

    • 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 escribe dhcp para especificar que se utilice un servidor 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 actualización con el programa de instalación de Solaris con GRUB de Guía de instalación de Solaris 10 6/06: instalaciones básicas.

Capítulo 10 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

Figura 10–1 muestra la configuración de sitios para este ejemplo.

Figura 10–1 Ejemplo de configuración de sede

En esta ilustración se muestra un servidor de instalación en la subred de márqueting.

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

Creación de un servidor de instalación

Puesto que los grupos necesitan instalar software de Solaris 10 6/06 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 medios.

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

Ejemplo 10–1 SPARC: Copia de los CD de Solaris 10 6/06

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


server-1# mkdir -p /export/install/sparc_10_606
server-1# cd /CD_mount_point/Solaris_10_606/Tools
server-1# ./setup_install_server /export/install/sparc_10_606

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 /CD_mount_point/Solaris_10_606/Tools
server-1# ./add_to_install_server /export/install/sparc_10_606

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 /CD_mount_point/Solaris_10_606/Tools
server-1# ./add_to_install_server /export/install/sparc_10_606
Ejemplo 10–2 x86: Copia de los CD de Solaris 10 6/06

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_606
server-1# cd /CD_mount_point/Solaris_10_606/Tools
server-1# ./setup_install_server /export/install/x86_10_606

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 /CD_mount_point/Solaris_10_606/Tools
server-1# ./add_to_install_server /export/install/x86_10_606

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 las siguientes órdenes:


server-1# cd /CD_mount_point/Solaris_10_606/Tools
server-1# ./add_to_install_server /export/install/x86_10_606
Ejemplo 10–3 SPARC: Copia del DVD de Solaris 10 6/06

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_606
server-1# cd /DVD_mount_point/Solaris_10_606/Tools
server-1# ./setup_install_server /export/install/sparc_10_606
Ejemplo 10–4 x86: Copia de 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_606
server-1# cd /DVD_mount_point/Solaris_10_606/Tools
server-1# ./setup_install_server /export/install/x86_10_606

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

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

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

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 /export/boot.

Creación de un directorio JumpStart

Ahora que ha configurado el servidor de instalación y de arranque, cree 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_606/Solaris_10_606/Misc/jumpstart_sample /jumpstart

Compartición del directorio JumpStart

Para hacer que los perfiles y el archivo rules puedan acceder a los sistemas de la red, comparta 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

Para los sistemas de ingeniería, cree un archivo con el nombre eng_prof en el directorio /jumpstart. El archivo eng_prof contiene las entradas siguientes, que definen el software de Solaris 10 6/06 que se ha de instalar en los 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

Para los sistemas de marketing, cree un archivo que se llame marketing_prof en el directorio /jumpstart. El archivo marketing_prof contiene las entradas siguientes, que definen el software de Solaris 10 6/06 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

Ahora debe agregar las 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. El departamento de marketing se encuentra en 255.222.44.0. Puede utilizar esta información para controlar la instalación de los sistemas de ingeniería y marketing con el software de Solaris 10 6/06. 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 a los sistemas de la red 255.222.43.0 se les instalará el software de Solaris 10 6/06 usando el perfil eng_prof . A los sistemas de la red 255.222.44.0 se les instalará el software de Solaris 10 6/06 usando el perfil marketing_prof.

Nota –

Puede utilizar las reglas de ejemplo para usar una dirección de red con el fin de identificar los sistemas que se van a instalar con el software de Solaris 10 6/06 utilizando eng_prof y marketing_prof respectivamente. También puede usar nombres de sistema, tamaño de memoria o tipo de modelo como palabra clave de la regla. La Tabla 11–1 contiene una lista completa de palabras clave que se pueden utilizar en un archivo rules.

Validación del archivo rules

Después de que las rules y los perfiles estén configurados, ejecute la secuencia check para verificar que los archivos son 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

Después de configurar el directorio /jumpstart y los archivos, utilice el comando add_install_client del servidor de instalación, server-1, para configurar los sistema de ingeniería e 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_606/Solaris_10_606/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 utilizadas tienen los siguientes significados:

-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 márqueting 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_606/Tools
server-2# ./add_install_client -s server-1:/export/install/x86_10_606 \
-c server-1:/jumpstart host-mkt1 i86pc
server-2# ./add_install_client -s server-1:/export/install/x86_10_606 \
-c server-1:/jumpstart host-mkt2 i86pc
server-2# ./add_install_client -d -s server-1:/export/install/x86_10_606 \
-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 la orden add_install_client, las opciones que se usan tienen el significado siguiente:

-d

Especifica que el cliente utilizará DHCP para obtener los parámetros de instalación de la 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_606).

-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 utilizando el siguiente comando boot en el indicador 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 desde:

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

Capítulo 11 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 11–1 describe las palabras clave y los valores que puede usar en el archivo rules. Para obtener instrucciones detalladas para crear un archivo rules, consulte Creación del archivo rules .

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

Palabra clave 

Valor 

Coincidencias 

any

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 rango_de_tamaño

actual_disk_name: 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

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

Nota –

Al calcular el rango_de_tamaño, recuerde que 1 Mbyte equivale a 1.048.576 bytes. En ocasiones, en los discos se indica que pueden alojar hasta a “535 Mbytes”, pero el espacio en el disco es de sólo 510 millones de bytes. El programa JumpStart considera el disco de “535–Mbyte” como un disco de 510–Mbyte porque 535,000,000 / 1,048,576 = 510. Un disco de “535–Mbyte” no coincide con un size_range 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: 

  1. Un disco de sistema que contiene una imagen de arranque preinstalada

  2. El disco c0t3d0s0, si lo hubiera

  3. 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, la orden uname -n notifica el nombre real del sistema.

installed

segmento versión

slice: 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

version: 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_606

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 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 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_606

En el ejemplo, el programa JumpStart intenta hacer coincidir un sistema con el sistema operativo Solaris 10 6/06 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 regla probe se describen en el Capítulo 8, Creación de reglas y palabras clave de sondeo personalizadas (tareas).

totaldisk

rango_de_tamaño

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

Nota –

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

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 11–2 proporciona un modo rápido de determinar qué palabras clave se pueden utilizar en función de la situación 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 11–2 Descripción general de palabras clave de perfil
 

Escenarios 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 

Modernizació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 retrieval_type location
retrieval_type

Los valores de tipo_de_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_de_recuperación y ubicación y ejemplos sobre cómo se debe usar la palabra clave archive_location.

location

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

Precaución – 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:

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 11–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://server_name:port/path/filename optional_keywords

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


archive_location https://server_name:port/path/filename optional_keywords
nombre_servidor

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

puerto

Es un puerto opcional. portpuede 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 11–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 11–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://user_name:password@server_name:port/path/filename optional_keywords
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. portpuede 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

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 FTP.

Tabla 11–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 11–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 device position
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 11–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 device path/filename file_system_type
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 11–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 la siguiente orden:

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 la siguiente orden:

archive_location local_device c0t0d0s0 /archives/usrarchive

Contenedor guardado en un archivo local

Es posible recuperar un contenedor que se guardó en la minirraíz 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 11–6 Contenedor guardado en un archivo local

archive_location local_file /archives/usrarchive

Palabra clave de perfil backup_media 

backup_media type path

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.

Si hay zonas no globales instaladas, no utilice esta palabra clave. Si se utiliza esta palabra clave en el perfil de JumpStart, la modernización se detiene y aparece un mensaje de error.

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 type

Valor válido de path

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. path 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. path 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

host:/file_system

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

user@host :/directory

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. path debe incluir el nombre de host del sistema remoto y la ruta absoluta al directorio directory. Si no se especifica una ID de entrada de usuario usuario al sistema, se usará root de forma predeterminada.

Ejemplo 11–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 device 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, la siguiente palabra clave boot_device se especifica de forma predeterminada 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 11–8 Palabra clave de perfil boot_device 

boot_device c0t0d0s2 update

Palabra clave de perfil bootenv createbe 

bootenv createbe bename new_BE_name filesystem mountpoint:device:fs_options 
[filesystem...]

La palabra clave bootenv createbe permite crear rápidamente un entorno de arranque vació e inactivo al mismo tiempo que se instala el sistema operativo Solaris. Se debe crear, como mínimo, el sistema de archivos raíz (/). 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 bename y filesystem.

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 mountpoint: device:fs_options

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 raíz (/). 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 – (guion) que indique una partición de intercambio.

  • device 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. device 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 6–11

Para obtener información sobre el uso de la Modernización automática de Solaris para crear, modernizar y activar entornos de arranque inactivos 

Capítulo 6, Modernización automática de Solaris (información general) de Guía de instalación de Solaris 10 6/06: 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 6/06: Contenedores Solaris Flash (Creación e instalación)

Palabra clave de perfil client_arch 

client_arch karch_value ...

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.

Los valores válidos para karch_value son sun4u y i86pc. Para obtener una lista de los nombres de plataformas y diversos sistemas, consulte 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 root_size

client_root define la cantidad de espacio de root, root_size en Mbytes, que se puede 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 raíz por cliente. El tamaño de la zona raíz 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 swap_size

client_swap define la cantidad de espacio de intercambio, swap_size en Mbytes, que se debe asignar a cada cliente sin disco. Si no se especifica client_swap en el perfil, se asignan 32 Mbytes de espacio de intercambio de forma predeterminada.

Nota –

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

Ejemplo 11–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 el perfil no especifica el tamaño de swap, el programa JumpStart determina el tamaño del espacio de intercambio en función de la memoria física del sistema. La Tabla 11–5 muestra cómo el tamaño de swap se determina durante la instalación JumpStart personalizada.

Tabla 11–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 hay espacio libre, el programa JumpStart asigna este espacio a swap y, si es posible, asigna la cantidad que aparece en la Tabla 11–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 group_name

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 calve cluster y la variable group_name. Esta palabra clave de clúster sólo se puede instalar en una instalación inicial. La palabra clave cluster se refiere a los metalclústers que se encuentran en el archivo clustertoc(4).

Un clúster es un conjunto de paquetes con el nombre SUNWname. Un clúster se instala utilizando la palabra clave cluster y la variable cluster_name. 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:

Para obtener descripciones detalladas de dichos grupos de software, consulte Recomendaciones de espacio en el disco para los grupos de software.

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

cluster cluster_name add_delete_switch

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

cluster_name

El nombre de clúster que debe tener el formato SUNWC name.

add_delete_switch

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.

Cuando se utiliza cluster durante una modernización, se aplican las condiciones siguientes:

Nota –

Si hay zonas globales no instaladas, no utilice esta palabra clave para la modernización. Si utiliza esta palabra clave, la modernización continúa, pero se omite la palabra clave

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 calve cluster y la variable group_name. Esta palabra clave de clúster sólo se puede instalar en una instalación inicial. La palabra clave cluster se refiere a los metalclústers que se encuentran en el archivo clustertoc(4).

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 cluster_name. 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 disk_name ...

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 disk_name type size

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:

disk_name

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: la variable que contiene el valor del disco root del sistema, que determina el programa JumpStart como se describe en Selección del disco root del sistema.

  • all: todos los discos seleccionados.

type

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 size 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 el sizees delete.

  • 0xHH – Una particiónfdisk hexadecimal. HH es un número hexadecimal entre 01 y FF.

    Nota –

    Sólo será posible especificar este valor si el sizees 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

size

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 type 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 server:path server_address mount_pt_name mount_options

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.

server_address

La dirección IP del servidor especificado en server :ruta. Si no hay un servicio de nombres en ejecución en la red, el valor de dirección_servidor se puede usar para cumplimentar 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.

mount_pt_name

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

mount_options

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 11–10 Palabra clave filsys 

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

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

filesys slice size file_system optional_parameters

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, start: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

La variable que contiene el valor del disco root del sistema que determina el programa JumpStart, como se describe en Selección del disco root del sistema. El sufijo sn indica un segmento específico del disco.

size

Use uno de los valores siguientes:

número

El tamaño del sistema de archivos se fija en num 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_de_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.

start:size

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.

file_system

El valor de file_system es opcional y se utiliza cuando slice se especifica como any o cwtx dysz. Si no se especifica sistema_de_archivos, se establece unnamed de forma predeterminada. Si se establece unnamed, no se podrá especificar el valor optional_parameters. Use uno de los valores siguientes:

mount_pt_name

El nombre del punto de montaje del sistema de archivos, por ejemplo, /var.

swap

El segmento (slice) 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 –

Solo se puede especificaroverlap cuando el size es existing, all o start:tamaño.

unnamed

El slice especificado se define como un segmento básico, por lo que slice no tiene un nombre de punto de montaje. Si no se especifica un file_system, se usará unnamed de forma predeterminada.

ignore

El programa JumpStart no usa o no reconoce el slice 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.

optional_parameters

Use uno de los valores siguientes:

preserve

El sistema de archivos del slice especificado se conserva.

Nota –

preserve sólo se puede especificar cuando size es existing, y slice es cwtx dysz.

mount_options

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)

filesys mirror[:name]slice [slice] size file_system optional_parameters

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 directrices sobre cómo asignar nombres a las duplicaciones, consulte Requisitos de los nombres de volúmenes RAID y directrices para la Modernización automática de Solaris y JumpStart personalizada.

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.

size

Este valor especifica el tamaño, en MB, del sistema de archivos.

file_system

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.

optional_parameters

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 acerca de la creación de sistemas de archivos duplicados durante la instalación, consulte el Capítulo 12, Creación de volúmenes de RAID-1 (duplicaciones) durante la instalación (información general).

Palabra clave de perfil forced_deployment (instalación de contenedores diferenciales Solaris Flash)

forced_deployment

forced_deployment fuerza la instalación de un contenedor diferencial Solaris Flash en un sistema clónico que es diferente al que espera el software.

Precaución – 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 region

geo designa la configuración o configuraciones regionales que se desean instalar o agregar en un sistema cuando se moderniza el sistema. region 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 region.

Nota –

Si hay zonas globales no instaladas, no utilice esta palabra clave para la modernización. Si utiliza esta palabra clave, la modernización continúa, pero se omite la palabra clave

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 

Se inlcuye una lista completa de los valores de configuración regional de los componentes que forman cada valor de configuración regional que se ha mostrado anteriormente 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 initial_upgrade_flash_switch

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 las siguientes opciones para initial_upgrade_flash_switch :

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 slice constraint minimum_size

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 hay zonas no globales instaladas, no utilice esta palabra clave.  

Si se usa esta palabra clave, se detiene la modernización y aparece un mensaje de error. 

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 aquéllos 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.

constraint

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 minimum_size.

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 minimum_size, 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.

minimum_size

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 11–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 local_directory

Antes de instalar un contenedor Solaris Flash en un sistema clónico, puede crear secuencias de comandos personalizadas para proteger las configuraciones locales del sistema clónico. La palabra clave local_customization designa el directorio donde ha almacenado estas secuencias. local_directory es la ruta a la secuencia del sistema clónico.

Para obtener información sobre las secuencias de comandos anteriores y posteriores a la implementación, consulte Creación de las secuencias de personalización de Guía de instalación de Solaris 10 6/06: Contenedores Solaris Flash (Creación e instalación).

Palabra clave de perfil locale 

locale locale_name
Nota –

locale se puede usar con las opciones de instalación inicial y de modernización.

locale designa los paquetes del entorno regional que se desea instalar o agregar al realizar la modernización de locale_name. Los valores de nombre_entorno_nacional son los mismos que los valores que se usan para la variable de entorno $LANG. La International Language Environments Guide contiene una lista de los valores de configuración regional válidos.

Cuando use la palabra clave locale, tenga en cuenta lo siguiente:

Palabra clave de perfil metadb (creación de réplicas de bases de datos de estado)

metadb slice [size size-in-blocks] [count number-of-replicas]

La palabra clave metadb permite crear réplicas de bases de datos de estado de Solaris Volume Manager (mediates) 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 slice 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 acerca de la creación de réplicas de bases de datos de estado de Solaris Volume Manager durante la instalación, consulte Requisitos y directrices para las réplicas de las bases de datos de estado .

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 – 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

Cuando instale un sistema con un contenedor diferencial Solaris Flash, puede utilizar la palabra clave no_master_check, para omitir la comprobación del sistema clónico con el fin de garantizar que se haya originado desde el sistema maestro. 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.

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 num_clients 

num_clients client_num

Cuando se instala un servidor, se asigna espacio para cada sistema de archivo root (/) y swap de cada cliente sin disco. 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 package_name [add [retrieval_type location]| delete]

package se puede usar en instalaciones iniciales y modernizaciones. La palabra clave package permite realizar las siguientes acciones:

package_name

Especifica el nombre del paquete en el formato SUNW name. Para consultar información detallada sobre paquetes y sus nombres, en un sistema instalado, use el comando pkginfo -l.

agregar | eliminar

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.

[retrieval_type location]

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 retrieval_type y location dependen de la ubicación en la que se ha almacenado el paquete. Las siguientes secciones contienen los valores que puede utilizar para retrieval_type y location, así como ejemplos de cómo utilizar la palabra clave package_name.

Nota –

Si hay zonas globales no instaladas, no utilice esta palabra clave para la modernización. Si utiliza esta palabra clave, la modernización continúa, pero se omite la palabra clave

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 package_name add nfs server_name:/path [retry n]
package package_name add nfs://server_name:/path [retry n]
package_name

Especifica el nombre del paquete en el formato SUNW name. 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 11–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_606/ . Si el montaje falla, el montaje NFS se intenta cinco veces.

package SUNWnew add nfs golden:/packages/Solaris_10 6/06 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 package_name add http://server_name[:port] path optional_keywords
package package_name add http server_name[:port] path optional_keywords
package_name

Especifica el nombre del paquete en el formato SUNW name. 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. portpuede 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 11–6 Palabra clavepackage 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 11–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_606 directory from the HTTP location http://package.central/Solaris_10_606. 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_606 timeout 5 
package SUNWnew add http://package.central/Solaris_10_606 timeout 5
Ejemplo 11–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_606 directory from the HTTP location http://package.central/Solaris_10_606. El paquete se recupera a través de un cortafuegos utilizando la palabra clave proxy. 

package SUNWnew add http://package.central/Solaris_10_606 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 package_name add local_device device path file_system_type
package_name

Especifica el nombre del paquete en el formato SUNW name. 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 11–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 al paquete SUNWnew del directorio /Solaris_10_606/Product del dispositivo local c0t6d0s0. Se trata de un sistema de archivo UFS.

package SUNWnew add local_device c0t6d0s0 /Solaris_10_606/Product ufs
Ejemplo 11–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_606/Product del dispositivo local c0t6d0s0. Se trata de un sistema HSFS.

package SUNWnew add local_device c0t6d0s0 /Solaris_10_606/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 package_name add local_file path
package_name

Especifica el nombre del paquete en el formato SUNW name. 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 11–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_606/Product . 

package SUNWnew add local_file /Solaris_10_606/Product

Limitaciones cuando se utiliza la palabra clave package

Tenga en cuenta estas limitaciones cuando utilice la palabra clave package:

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:

Palabra clave de perfil partitioning 

partitioning type

partitioning define cómo se dividen los discos en segmentos de 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.

type

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, hay que filar el tamaño size 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 patch_id_list | patch_file patch_location optional_keywords]
patch_id_list

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.

patch_file

Un archivo con una lista de parches que se encuentra en patch_location . Los parches se instalan en el orden especificado en el archivo.

patch_location

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.

Nota –

Si hay zonas globales no instaladas, no utilice esta palabra clave para la modernización. Si utiliza esta palabra clave, la modernización continúa, pero se omite la palabra clave

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 patch_id_list | patch_file nfs server_name:/patch_directory [retry n]
patch patch_id_list | patch_file nfs://server_name/patch_director  [retry n]
patch_id_list

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.

patch_file

Un archivo con una lista de parches que se encuentra en patch_location . 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.

patch_directory

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 11–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_606/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_606/patches retry 5
Ejemplo 11–19 Adición de un parche utilizando NFS

En este ejemplo, la palabra clave de perfil patch agrega los parches 112467–01 and 112765–02 desde el parche /Solaris/v10_606/patches on the server patch_master.

patch 112467-01,112765-02 nfs patch_master:/Solaris/v10_606/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  patch_id_list | patch_file http://server_name [:port] patch_directory optional_http_keywords


patch  patch_id_list | patch_file http server_name [:port] patch_directory optional_http_keywords
patch_id_list

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.

patch_file

Un archivo con una lista de parches que se encuentra en patch_location . 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. portpuede 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.

patch_directory

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 11–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 11–20 Adición de un parche con una lista ordenada utilizando HTTP

En este ejemplo, la palabra clave de perfil patchagrega todas las revisiones que aparecen en la lista en el archivo patch_file desde la ubicación HTTP http://patch.central/Solaris/v10_606/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_606/patches timeout 5
Ejemplo 11–21 Adición de un parche utilizando HTTP

En este ejemplo, la entrada de palabra clave de perfil patch agrega las revisiones 112467–01 and 112765–02 desde la ubicación de las revisiones http://patch_master/Solaris/v10_606/patches .

patch 112467-01,112765-02 http://patch.central/Solaris/v10_606/patches

Parches 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 patch.


patch patch_id_list | patch_file local_device \
device path file_system_type
patch_id_list

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.

patch_file

Un archivo con una lista de parches que se encuentra en patch_location . 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 11–22 Adición de un parche con una lista ordenada utilizando un dispositivo local

En este ejemplo, la palabra clave de perfil patch agrega todas las revisiones que aparecen el la lista del archivo patch_file del directorio /Solaris_10_606/patches del dispositivo local c0t6d0s0. El patch determina el orden de las revisiones que se van a instalar. 

patch patch_file c0t6d0s0 /Solaris_10_606/patches
Ejemplo 11–23 Adición de un parche utilizando un dispositivo local

En este ejemplo, la palabra clave de perfil patch agrega los parches 112467–01 and 112765–02del directorio de parche /Solaris_10_606/patches del dispositivo local c0t6d0s0. 

patch 112467-01,112765-02 local_device c0t6d0s0 /Solaris_10_606/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 patch_id_list | patch_file local_file patch _directory
patch_id_list

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.

patch_file

Un archivo con una lista de parches que se encuentra en patch_location . Los parches se instalan en el orden especificado en el archivo.

patch_directory

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 11–24 Adición de un parche con una lista ordenada utilizando un archivo local

En este ejemplo, la palabra clave de perfil patch agrega todos las revisiones que aparecen en la lista en el archivo patch_file del directorio /Solaris_10_606/patches . El archivo patch determina el orden de los parches que se van a instalar. 

patch patch_cal_file /Solaris_10_606/patches
Ejemplo 11–25 Adición de un paquete utilizando un archivo local

En este ejemplo, la palabra clave de perfil patch agrega los parches 112467–01 and 112765–02del directorio de parche /Solaris_10_606/patches . 

patch 112467-01,112765-02 local_file /Solaris_10_606/patches

Limitaciones cuando se utiliza la palabra clave patch

Tenga en cuenta estas limitaciones cuando utilice la palabra clave patch:

Palabra clave de perfil root_device 

root_device slice

root_device asigna el disco de root del sistema. Selección del disco root del sistema contiene información adicional.

Cuando se moderniza un sistema, root_device designa el sistema de archivos raíz (/) 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 raíz (/) de un sistema. Deberá especificar el slice en el formato cwt xdys z or cxd ysz.

Cuando use la palabra clave root_device, tenga en cuenta lo siguiente:

Ejemplo 11–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 archivo de 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 11–8 describe cómo 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 raíz de sistema durante una instalación inicial. Durante una modernización, no se puede cambiar un disco root del sistema.

Tabla 11–8 La forma en que JumpStart determina un disco raíz de sistema (instalación inicial)

Etapa 

Acción 

1 

Si la palabra clave root_device se especifica en el perfil, el programa JumpStart fija rootdisk al dispositivo raíz.

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 una entrada filesys c wtxd ysz size /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 fijado 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 hay un sistema de archivos raíz existente. Si no se encuentra un sistema de archivos root o se encuentran varios, se produce un error. Si se encuentra un sistema de archivos raíz, 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 type_switch

system_type define el tipo de sistema en el que el sistema operativo Solaris se ha de instalar.

type_switch 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 disk_name ...

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 especifica usedisk en un perfil, el programa JumpStart utiliza sólo los discos que especifique después de la palabra clave usedisk.

Nota –

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

Limitación de palabras clave de perfil cuando se moderniza con zonas no globales

Una vez instaladas las zonas no globales, puede utilizar el programa JumpStart personalizado para realizar la actualización. Sólo deben usarse en el perfil dos palabras clave de perfil, install_type y root_device.

Algunas palabras clave no pueden incluirse en un perfil, ya que pueden afectar a zonas no globales. Por ejemplo, el uso de palabras clave que permiten agregar paquetes o entornos regionales, o reasignar el espacio en disco, pueden afectar a las zonas no globales. Si utiliza palabras clave que que perjudica a las zonas no globales, estas palabras clave serán ignoradas o evitarán que la modernización finalice. Si quiere saber que lista de palabras clave no deben ser utilizadas en un perfil, consulte la tabla siguiente:

Tabla 11–9 Palabras clave que causan errores en una modernización con zonas no globales

Palabras clave de perfil 

Funcionamiento de modernización 

backup_media

Esta palabra clave detiene la modernización, y aparece un mensaje de error. 

cluster

Se omite esta palabra clave y la modernización continúa. 

geo

Se omite esta palabra clave y la modernización continúa. 

layout_constraint

Esta palabra clave detiene la modernización, y aparece un mensaje de error. 

locale

Se omite esta palabra clave y la modernización continúa. 

package

Se omite esta palabra clave y la modernización continúa. 

patch

Se omite esta palabra clave y la modernización continúa. 

Si desea obtener más información sobre zonas no globales, consulte:

Variables de entorno de JumpStart personalizado

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 .

Tabla 11–10 describe estas variables y sus valores.

Tabla 11–10 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 disksizeo installeden rootdisk en el archivo rules

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 keyword is set to 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 11–11 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 11–11 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

discos

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 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 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 es lo0. La palabra clave network define 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.