En este capítulo se proporcionan instrucciones para crear, preparar y realizar instalaciones JumpStart personalizadas.
Este capítulo proporciona una introducción e información general sobre el proceso de instalación 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.
Para describir el proceso JumpStart personalizada podemos utilizar un escenario de ejemplo en el que sea necesario configurar los sistemas con los parámetros siguientes:
Instalar Solaris en 100 sistemas nuevos.
Setenta de los sistemas son SPARC que pertenecen al grupo de ingeniería y es necesario instalarlos como autónomos con el grupo de software para desarrolladores de SO Solaris.
Los 30 sistemas restantes están basados en x86 y son propiedad del grupo de marketing y es necesario instalarlos como sistemas autónomos con el grupo de software para usuarios finales de Solaris.
En primer lugar, el administrador del sistema debe crear un archivo rules y un perfil para cada grupo de sistemas. El archivo rules es un archivo de texto que contiene una regla para cada grupo de sistemas o sistemas individuales en los que desee instalar el software de Solaris. Cada regla diferencia un grupo de sistemas basados en uno o varios atributos de sistema y relaciona, además, un grupo con un perfil.
Éste es un archivo de texto que define cómo hay que instalar el software Solaris en cada sistema del grupo. Tanto el archivo rules como el perfil deben encontrarse en un directorio de JumpStart.
En esta situación, el administrador del sistema crea un 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.
Cuando desee efectuar instalaciones JumpStart personalizadas en sistemas autónomos sin conexión a red, necesitará disponer de un disquete de perfil.
Los servidores de perfil se usan cuando se desea efectuar instalaciones JumpStart personalizadas en sistemas con conexión a red que tienen acceso a un servidor.
Después de crear el archivo rules y los perfiles, valide los archivos con la secuencia check. Si ésta se ejecuta satisfactoriamente, se crea el archivo rules.ok, El archivo rules.ok es una versión generada de rules que usa el programa JumpStart para instalar el software de Solaris.
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.
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.
La Figura 5–3 describe el orden en el que el programa JumpStart busca los archivos JumpStart personalizados.
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
Creación de un servidor de perfiles para sistemas conectados en red
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. | |
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. | ||
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. | |
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. | |
(Opcional) Comprobar los perfiles. |
Después de crear un perfil, con el comando pfinstall(1M) se puede probar el perfil antes de usarlo para instalar o modernizar un sistema. | |
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. |
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 root (/) 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.
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 .
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.
Inicie una sesión como superusuario del servidor en el que desea crear el directorio JumpStart.
Cree el directorio JumpStart en cualquier lugar del servidor.
# mkdir -m 755 ruta_directorio_jumpstart |
En el comando, ruta_directorio_jumpstart es la ruta absoluta del directorio JumpStart.
Por ejemplo, el siguiente comando crea un directorio denominado jumpstart en el directorio root (/) y establece los permisos en 755:
# mkdir -m 755 /jumpstart |
Edite el archivo /etc/dfs/dfstab agregando la entrada siguiente:
share -F nfs -o ro,anon=0 ruta_directorio_jumpstart |
Por ejemplo, la entrada siguiente comparte el directorio /jumpstart:
share -F nfs -o ro,anon=0 /jumpstart |
Decida si desea copiar ejemplos de archivos de JumpStart personalizado en el directorio JumpStart.
Si no lo desea, vaya a Paso 8.
Si desea copiarlos, use la tabla de decisión siguiente para decidir el paso siguiente.
Copie los archivos JumpStart personalizados de ejemplo en el directorio JumpStart en el servidor de perfiles.
# cp -r media_path/Solaris_10/Misc/jumpstart_sample/* jumpstart_dir_path |
La ruta al CD, DVD o imagen del disco local
La ruta del servidor de perfiles en el que se están situando los archivos de JumpStart personalizada
Por ejemplo, el comando siguiente copia el directorio jumpstart_sample en el directorio /jumpstart del servidor de perfiles:
Para sistemas SPARC:
cp -r /cdrom/cdrom0/s0/Solaris_10/Misc/jumpstart_sample/* /jumpstart |
Para sistemas x86:
Empezar con la versión Solaris 10 1/06 :
cp -r /cdrom/cdrom0/s0/Solaris_10/Misc/jumpstart_sample/* /jumpstart |
Para la versión Solaris 10 3/05 :
cp -r /cdrom/cdrom0/s2/Solaris_10/Misc/jumpstart_sample/* /jumpstart |
Actualice los archivos de JumpStart personalizada para que funcionen en su sistema operativo.
Compruebe que el directorio JumpStart esté en root y de que los permisos sean 755.
Permita que los sistemas de la red accedan al servidor de perfiles.
Para obtener instrucciones detalladas, consulte Para permitir que todos los sistemas accedan al servidor de perfiles .
Cuando se crea un servidor de perfiles, es necesario asegurarse de que los sistemas pueden acceder al directorio JumpStart del servidor durante la instalación JumpStart personalizada. Use uno de los siguientes métodos para garantizar el acceso:
Comando o archivo |
Facilitar el acceso |
Instrucciones |
---|---|---|
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 las versiones siguientes:
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. Después, guarde el archivo de configuración comprimido en un servidor NFS o HTTP, o en medios a los que el sistema pueda acceder localmente. Cuando se arranque el sistema para iniciar la instalación JumpStart personalizada, especifique la ubicación del archivo comprimido. | |
A partir de la versión 10 1/06 de Solaris, especifique la ubicación del directorio 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. Después, guarde el archivo de configuración comprimido en un servidor NFS o HTTP, o en medios a los que el sistema pueda acceder localmente. 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 |
Utilice el procedimiento siguiente sólo si almacena información de instalación de red en las siguientes ubicaciones:
En el archivo /etc/bootparams.
En la base de datos de servicio de nombres bootparams. Para actualizar la base de datos bootparams, agregue la entrada que aparece en el Paso 3.
Si utiliza el procedimiento siguiente, los sistemas han de ser del mismo tipo como, por ejemplo, todos los sistemas SPARC.
No utilice este procedimiento bajo las siguientes circunstancias :
Si guarda el directorio de JumpStart en un disquete.
Si especifica la ubicación del servidor de perfiles cuando arranca el sistema.
Si tiene sistemas de arquitecturas diferentes, debe especificar la ubicación del servidor de perfiles cuando arranque el sistema.
Si se encuentra en alguna de las situaciones descritas arriba, utilice el comando boot y para x86 y la versión Solaris 10 1/06 , utilice el menú de GRUB.
También puede almacenar información de instalación de red en un servidor DHCP.
Para los sistemas basados en SPARC, utilice el comando add_install_client y la opción -d para especificar que el programa JumpStart personalizado debe utilizar el servidor DHCP. O también puede utilizar el comando boot con la opción dhcp para especificar que el programa JumpStart personalizado debe utilizar el servidor DHCP. Para obtener instrucciones de uso de esta opción, consulte, SPARC: Referencia de comandos para el comando boot .
Para los sistemas basados en x86, utilice la opción add_install_client junto con la opción -d para especificar que el programa JumpStart personalizado debe utilizar el servidor DHCP con PXE.
A partir de la versión 10 1/06 de Solaris, puede editar la entrada de GRUB en el menú de GRUB y agregar la opción dhcp. Si desea obtener instrucciones sobre cómo editar la entrada de GRUB, consulte x86: Realización de una instalación JumpStart personalizada mediante la edición del comando boot de GRUB
En el servidor de instalación o arranque, inicie una sesión como superusuario.
Use un editor de texto para abrir /etc/bootparams.
* install_config=server:jumpstart_dir_path |
Un carácter comodín que especifica que todos los sistemas tienen acceso
El nombre del sistema del servidor de perfiles en el que se ubica el 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 |
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.
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 en los siguientes procedimientos:
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 administrar los medios extraíbles sin Volume Manager.
Inicie una sesión como superusuario en un sistema SPARC al que haya conectada una unidad de disquete.
Inserte un disquete vacío o uno que pueda sobrescribirse en la unidad de disquetes.
# volcheck |
Determine si el disquete contiene un sistema de archivos UNIX (UFS).
Examine el contenido del archivo /etc/mnttab en el sistema para buscar una entrada como la siguiente:
/vol/dev/diskette0/scrap /floppy/scrap ufs suid,rw,largefiles,dev=1740008 927147040 |
Si la entrada existe, vaya al Paso 6.
Si no está en el archivo, vaya al paso siguiente.
Cree un sistema de archivos UFS en un disquete.
# newfs /vol/dev/aliases/floppy0 |
Decida si desea copiar ejemplos de archivos de JumpStart personalizado en el directorio JumpStart.
Si la respuesta es negativa, 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 el comando siguiente:
|
Copie los archivos JumpStart personalizados de ejemplo en el directorio JumpStart en el disquete de perfiles.
# cp -r media_path/Solaris_10/Misc/jumpstart_sample/* jumpstart_dir_path |
La ruta al CD, DVD o imagen del disco local
La ruta al disquete de perfiles en el que desea colocar los archivos de JumpStart personalizada de ejemplo
Debe colocar todos los archivos JumpStart personalizados en el directorio root (/) del disquete.
Por ejemplo, el siguiente comando copia el contenido de jumpstart_sample del CD 1 de software de Solaris para plataformas SPARC en el directorio root (/) de un disquete de perfiles denominado scrap:
cp -r /cdrom/sol_10_sparc/s0/Solaris_10/Misc/jumpstart_sample/* /floppy/scrap |
Actualice los archivos JumpStart de ejemplo del disquete de perfiles para que los archivos se puedan usar en su sistema operativo.
Compruebe que el directorio JumpStart esté en root y de que los permisos sean 755.
Expulse el disquete.
# eject floppy |
Ha finalizado la creación de un disquete de perfiles. Ya puede actualizar el archivo rules y crear perfiles en el disquete de perfiles para realizar instalaciones JumpStart personalizadas. Para continuar, vaya a Creación del archivo rules .
A partir de la versión 10 1/06 de Solaris, utilice el método siguiente. El software del Asistente de configuración de dispositivos de Solaris ya no se utiliza para arrancar un sistema. Durante la instalación se proporciona un menú de GRUB que permite el proceso de arranque.
Si está utilizando la versión Solaris 10 3/05, consulte x86: En la versión Solaris 10 3/05: para crear un disquete de perfiles.
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 administrar los medios extraíbles sin Volume Manager.
Inicie una sesión como superusuario en el sistema basado en x86 que tenga conectada una unidad de disquetes.
Inserte un disquete vacío o uno que pueda sobrescribirse en la unidad de disquetes.
# volcheck |
Decida si desea copiar ejemplos de archivos de JumpStart personalizado en el directorio JumpStart.
Si la respuesta es negativa, 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:
|
Copie los archivos JumpStart personalizados de ejemplo en el directorio JumpStart en el disquete de perfiles.
# cp -r media_path/Solaris_10/Misc/jumpstart_sample/* jumpstart_dir_path |
La ruta al CD, DVD o imagen del disco local
La ruta al disquete de perfiles en el que desea colocar los archivos de JumpStart personalizada de ejemplo
Debe colocar todos los archivos de la instalación JumpStart personalizada en el directorio root (/) del disquete de perfiles.
Por ejemplo, el comando siguiente copia el contenido de jumpstart_sample del CD 1 de software de Solaris para plataformas x86 al directorio root (/) de un disquete de perfiles denominado scrap:
cp -r /cdrom/sol_10_x86/Solaris_10/Misc/jumpstart_sample/* /floppy/scrap |
Actualice los archivos JumpStart de ejemplo del disquete de perfiles para que los archivos se puedan usar en su sistema operativo.
Compruebe que el directorio JumpStart esté en root y de que los permisos sean 755.
Expulse el disquete haciendo clic en Expulsar disco, en la ventana del Gestor de archivos o escribiendo eject floppy en la línea de órdenes.
En el cuadro de diálogo del Gestor de medios extraíbles, haga clic en Aceptar.
Expulse manualmente el disquete.
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 .
Si está utilizando la versión Solaris 10 3/05, siga este procedimiento.
A partir de la versión 10 1/06 de Solaris, el software del Asistente de configuración de dispositivos de Solaris ya no se utiliza para arrancar un sistema. Durante la instalación se proporciona un menú GRUB que permite el proceso de arranque. Para más instrucciones, consulte x86: Para crear un disquete de perfiles con GRUB.
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 administrar los medios extraíbles sin Volume Manager.
Inicie una sesión como superusuario en el sistema basado en x86 que tenga conectada una unidad de disquetes.
Inserte el Disquete del Asistente de configuración de dispositivos de Solaris 10 3/05 en la unidad de disquete de arranque del sistema (normalmente es el disco A). Use este disquete como disquete de perfiles.
Puede copiar el Device Configuration Assistant software a un disquete desde DVD del sistema operativo Solaris para plataformas x86 o CD 2 de software de Solaris para plataformas x86 mediante el procedimiento en Solaris 10 3/05 para x86: copia del software de arranque en un disquete de Guía de instalación de Solaris 10: instalaciones basadas en red.
# volcheck |
Copie la imagen del Asistente de configuración de dispositivos de Solaris 10 3/05 en el disco duro del sistema.
# dd if=/vol/dev/aliases/floppy0 of=imagen_de_arranque |
En este comando, imagen_de_arranque es el nombre del archivo en el que desea copiar la imagen del Asistente de configuración de dispositivos de Solaris 10 3/05. Puede especificar un nombre de ruta absoluta.
Por ejemplo, el comando siguiente copia el disquete de arranque en un archivo denominado boot_save:
dd if=/vol/dev/aliases/floppy0 of=boot_save |
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.
En el cuadro de diálogo del Gestor de medios extraíbles, haga clic en Aceptar.
Expulse manualmente el Disquete del Asistente de configuración de dispositivos de Solaris 10 3/05.
Inserte un disquete vacío o uno que pueda sobrescribirse en la unidad de disquetes.
# volcheck |
Formatee el disquete.
# fdformat -d -U |
Copie la imagen del Asistente de configuración de dispositivos de Solaris 10 3/05 desde el disco duro del sistema al disquete formateado.
# dd if=boot_image of=/vol/dev/aliases/floppy0 |
En el comando, boot_image es el nombre del archivo donde desea copiar la imagen del Asistente de configuración de dispositivos de Solaris 10 3/05. Puede especificar un nombre de ruta absoluta.
Decida si desea copiar ejemplos de archivos de JumpStart personalizado en el directorio JumpStart.
Si la respuesta es negativa, 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:
|
Copie los archivos JumpStart personalizados de ejemplo en el directorio JumpStart en el disquete de perfiles.
# cp -r media_path/Solaris_10/Misc/jumpstart_sample/* jumpstart_dir_path |
La ruta al CD, DVD o imagen del disco local
La ruta al disquete de perfiles en el que desea colocar los archivos de JumpStart personalizada de ejemplo
Debe colocar todos los archivos de la instalación JumpStart personalizada en el directorio root (/) del disquete de perfiles.
Por ejemplo, el comando siguiente copia el contenido de jumpstart_sample del CD 1 de software de Solaris para plataformas x86 al directorio root (/) de un disquete de perfiles denominado scrap:
cp -r /cdrom/sol_10_x86/s2/Solaris_10/Misc/jumpstart_sample/* /floppy/scrap |
Actualice los archivos JumpStart de ejemplo del disquete de perfiles para que los archivos se puedan usar en su sistema operativo.
Compruebe que el directorio JumpStart esté en root y de que los permisos sean 755.
Expulse el disquete haciendo clic en Expulsar disco, en la ventana del Gestor de archivos o escribiendo eject floppy en la línea de órdenes.
En el cuadro de diálogo del Gestor de medios extraíbles, haga clic en Aceptar.
Expulse manualmente el disquete.
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 .
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.
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 lo va a usar, convierta en comentario las reglas de ejemplo que no necesite.
El archivo rules debe tener los siguientes atributos:
El archivo rules puede incluir:
Texto comentado
JumpStart trata cualquier texto incluido a continuación del símbolo # como un comentario. Si una línea empieza con el símbolo #, la línea entera se tratará como un comentario.
Una o varias líneas en blanco
Una o varias reglas de varias líneas
Para extender una regla más allá de una línea, escriba el carácter (\) justo antes de pulsar Intro.
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.
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.
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.
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.
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 inicio.
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.
En Uso de un programa de instalación específico de un sitio y Creación de perfiles derivados con una secuencia de inicio se describen formas opcionales de utilizar el campo de perfil.
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
Guarde el archivo rules en el directorio JumpStart.
Asegúrese de que root sea el propietario del archivo rules y de que los permisos estén establecidos en 644.
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.
# 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.
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.
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 .
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.
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.
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.
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.
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 |
Los perfiles de ejemplo ya se encuentran en el directorio JumpStart si ha creado el directorio JumpStart utilizando cualquiera de estos procedimientos:
Un perfil debe contener lo siguiente:
La palabra clave de perfil install_type como primera entrada.
Una palabra clave por línea
La palabra clave, root_device, si los sistemas que se están actualizando por el perfil tienen más de un sistema de archivos root (/) que se pueda modernizar.
Un perfil puede incluir:
Texto comentado
El programa JumpStart trata cualquier texto que se incluya después del símbolo #en una línea como un texto comentado. Si una línea empieza con el símbolo #, la línea entera se tratará como un comentario.
Una o varias líneas en blanco
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.
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: instal_bas, perfil_ing o perfil_de_usuario.
Agregue al perfil palabras clave y valores de perfil.
Para obtener una lista de las palabras clave de perfil y los valores, consulte Valores y palabras clave de perfiles.
Las palabras clave y sus valores distinguen entre mayúsculas y minúsculas.
Guarde el perfil en el directorio JumpStart.
Cerciórese de que root tenga el perfil y de que los permisos se fijen en 644.
Compruebe el perfil (opcional).
Comprobación de un perfil contiene información acerca de la comprobación de perfiles.
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.
# 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.
La palabra clave install_type es necesaria en todos los perfiles.
La palabra clave system_type determina que se realizará una instalación de sistema autónomo.
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.
El grupo de software de Solaris para desarrolladores, SUNWCprog, se instala en el sistema.
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.
# 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.
La palabra clave install_type es necesaria en todos los perfiles.
La palabra clave system_type determina que se realizará una instalación de sistema autónomo.
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.
El grupo de software de Solaris para desarrolladores, SUNWCprog, se instala en el sistema.
Un paquete de terceros se instala en el sistema que se encuentra en el servidor HTTP.
# 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.
Los segmentos del sistema de archivos están determinados por las palabras clave filesys, valor explicit. El tamaño del sistema de archivos root (/) se basa en el software seleccionado, valor auto, y se instala en c0t0d0s0. Se fija el tamaño del archivo swap necesario y se instala en c0t3d0s1. usr se basa en el software seleccionado y el programa de instalación determina dónde hay que instalar usr de acuerdo con el valor any.
El grupo de software de Solaris de distribución completa, SUNWCall, se instala en el sistema.
# profile keywords profile values # ---------------- ------------------- install_type upgrade root_device c0t3d0s2 backup_media remote_filesystem timber:/export/scratch package SUNWbcp delete package SUNWxwman add cluster SUNWCacc add patch patch_list nfs://patch_master/Solaris_10/patches \ retry 5 locale de |
La siguiente lista describe algunas de las palabras claves y valores del ejemplo.
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.
El sistema de archivos root de c0t3d0s2 se moderniza.
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 .
El paquete de compatibilidad binaria, SUNWbcp, no está instalado en el sistema después de la modernización.
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.
Una lista de los parches instalados con la modernización. La lista de parches está ubicada en un servidor NFS denominado patch_master bajo los directorios Solaris_10/patches. Si el montaje falla, el montaje NFS se intenta cinco veces.
Los paquetes de localización alemanes se deben instalar en el sistema.
# 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.
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.
El sistema de archivos root de c0t3d0s2 se moderniza.
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 .
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.
El paquete de compatibilidad binaria, SUNWbcp, no está instalado en el sistema después de la modernización.
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.
Los paquetes de localización alemanes se deben instalar en el sistema.
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.
El perfil instala un contenedor Solaris Flash en el sistema clónico. Se sobrescriben todos los archivos como en una instalación inicial.
El contenedor Solaris Flash se recupera de un servidor HTTP.
Los segmentos del sistema de archivos están determinados por las palabras clave filesys, valor explicit. El tamaño de root (/) está basado en el del contenedor Solaris Flash. El sistema de archivos root se instala en c0t1d0s0. Se fija el tamaño del archivo swap necesario y se instala en c0t1d0s1. /export/home se basa en el espacio de disco libre. /export/home se instala en c0t1d0s7.
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.
El perfil instala un contenedor Solaris Flash en el sistema clónico. Se sobrescriben todos los archivos como en una instalación inicial.
El contenedor comprimido Solaris Flash se recupera de un servidor HTTP seguro.
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.
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 timeout 5
La siguiente lista describe algunas de las palabras claves y valores del ejemplo.
El perfil instala un contenedor Solaris Flash en el sistema clónico. Se sobrescriben todos los archivos como en una instalación inicial.
El contenedor Solaris Flash se recupera de un servidor HTTP.
Los segmentos del sistema de archivos están determinados por las palabras clave filesys, valor explicit. El tamaño de root (/) está basado en el del contenedor Solaris Flash. El sistema de archivos root se instala en c0t1d0s0. Se fija el tamaño del archivo swap necesario y se instala en c0t1d0s1. /export/home se basa en el espacio de disco libre. /export/home se instala en c0t1d0s7.
El paquete SUNWnew se agrega desde el directorio Solaris_10 del servidor HTTP 192.168.254.255.
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.
El perfil instala un contenedor diferencial Solaris Flash en el sistema clónico. Sólo se instalan los archivos que especifica el contenedor.
El contenedor Solaris Flash se recupera de un servidor NFS.
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.
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.
Los segmentos del sistema de archivos están determinados por las palabras clave filesys, valor explicit. El tamaño del sistema de archivos root (/) se basa en el software seleccionado, valor auto, y se instala en c0t0d0s0. Se fija el tamaño del archivo swap necesario y se instala en c0t3d0s1. usr se basa en el software seleccionado y el programa de instalación determina dónde hay que instalar usr de acuerdo con el valor any.
El grupo de software de Solaris de distribución completa, SUNWCall, se instala en el sistema.
Se configura un entorno de arranque vacío e inactivo en el disco c0t1d0. Se crean los sistemas de archivos root (/), de intercambio y /export, pero se dejan vacíos. Este segundo entorno de arranque se puede instalar más adelante con un contenedor Solaris Flash. A continuación se puede activar el nuevo entorno de arranque para que pase a ser el nuevo entorno de arranque.
Para conocer los valores de la palabra clave y una explicación sobre el uso de la misma, consulte estas referencias:
Para obtener descripciones de los valores de las palabras clave, consulte Valores y palabras clave de perfiles.
Para obtener información acerca de la Modernización automática de Solaris que crea, moderniza y activa entornos de arranque inactivos, consulte el Capítulo 6, Modernización automática de Solaris (información general) de Guía de instalación de Solaris 10: Modernización automática de Solaris y planificación de la modernización.
Para obtener información acerca de la utilización de un contenedor Solaris Flash, consulte el Capítulo 1, Solaris Flash (descripción general) de Guía de instalación de Solaris 10: Contenedores Solaris Flash (Creación e instalación).
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.
El perfil instala un contenedor Solaris Flash en el sistema clónico. Se sobrescriben todos los archivos como en una instalación inicial.
El contenedor Solaris Flash se recupera de un servidor NFS.
Los segmentos del sistema de archivos están determinados por las palabras clave filesys, valor explicit.
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.
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.
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.
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.
Se instalan tres réplicas de bases de datos de estado (metadbs) en el segmento c0t1d0s7 y se les otorga un tamaño de 8192 bloques (4 Mbytes).
Para obtener 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).
Para obtener directrices y requisitos acerca de la creación de sistemas de archivos duplicados, consulte el Capítulo 13, Creación de volúmenes RAID-1 (duplicaciones) durante la instalación (planificación).
Para obtener descripciones de los valores de palabra clave, consulte Palabra clave filesys (creación de volúmenes RAID-1) y Palabra clave de perfil metadb (creación de réplicas de bases de datos de estado).
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 root (/).
# profile keywords profile values # ---------------- ------------------- install_type initial_install cluster SUNWCXall filesys mirror:d30 c0t1d0s0 c0t0d0s0 / filesys c0t0d0s3 512 swap metadb c0t0d0s4 size 8192 count 4 metadb c0t1d0s4 size 8192 count 4 |
La siguiente lista describe algunas de las palabras claves y valores del ejemplo.
El grupo de distribución completa del software de Solaris más OEM, SUNWCXall, se instala en el sistema.
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.
Se crea el sistema de archivos de intercambio, se duplica en el segmento c0t0d0s3 y se le otorga un tamaño de 512 MB.
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).
Se instalan cuatro réplicas de bases de datos de estado (metadbs) en el segmento c0t1d0s4 y se les otorga un tamaño de 8192 bloques (4 MB).
Para obtener más información acerca de la creación de volúmenes RAID-1 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).
Para obtener directrices y requisitos acerca de la creación de volúmenes RAID-1, consulte el Capítulo 13, Creación de volúmenes RAID-1 (duplicaciones) durante la instalación (planificación).
Para obtener información sobre los valores de palabra clave, consulte Palabra clave filesys (creación de volúmenes RAID-1) y Palabra clave de perfil metadb (creación de réplicas de bases de datos de estado).
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 root (/), swap 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.
El grupo de distribución completa del software de Solaris más OEM, SUNWCXall, se instala en el sistema.
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.
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.
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.
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)
Se crea el sistema de archivos /usr y se duplica en los segmentos c0t1d0s4 y c0t0d0s4. El tamaño del sistema de archivos /usr queda establecido en 2000 MB. El programa JumpStart personalizada asigna un nombre a las dos duplicaciones.
Para obtener 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).
Para obtener directrices y requisitos acerca de la creación de sistemas de archivos duplicados, consulte el Capítulo 13, Creación de volúmenes RAID-1 (duplicaciones) durante la instalación (planificación).
Para obtener descripciones de los valores de palabra clave, consulte Palabra clave filesys (creación de volúmenes RAID-1) y Palabra clave de perfil metadb (creación de réplicas de bases de datos de estado).
# 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.
Todas las particiones fdisk de tipo DOSOS16 (04 hexadecimal) se borran del disco c0t0d0.
Una partición fdisk de Solaris se crea en el espacio libre más grande contiguo en el disco c0t0d0.
El grupo de software de distribución completa, SUNWCall, se instala en el sistema.
Las utilidades de contabilidad del sistema, SUNWCacc, no se instalan en el sistema.
Después de crear un perfil, use el comando pfinstall(1M) para probar el perfil. 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:
La configuración del disco del sistema en el que se está ejecutando el comando pfinstall.
Otras configuraciones de discos. Puede usar un archivo de configuración de disco que represente la estructura de un disco, por ejemplo, segmentos, indicadores, sectores/bytes de disco. La creación de archivos de configuración de discos se describe en Creación de archivos de configuración de disco y x86: Para crear un archivo de configuración de disco .
No se puede usar un archivo de configuración de disco para comprobar un perfil que se pretende usar para modernizar un sistema. En su lugar, deberá comprobar el perfil contrastándolo con la configuración actual del disco y el software que está instalado en este momento en ese sistema.
Para comprobar un perfil para una versión de Solaris concreta de forma satisfactoria y precisa, debe probar un archivo dentro de un sistema Solaris de la misma versión. Por ejemplo, si desea comprobar un perfil de instalación inicial de Solaris, ejecute el comando pfinstall en un sistema que esté ejecutando el SO Solaris.
Debe crear un entorno de instalación temporal si va a probar un perfil en una de las siguientes situaciones:
Desea probar un perfil de modernización de 10 en un sistema que tiene una versión anterior del software de Solaris.
No dispone de ningún sistema 10 instalado para probar los perfiles de instalación inicial de 10.
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
Si desea probar un perfil de modernización, arranque el sistema que está modernizando.
Conteste a las preguntas de identificación del sistema.
Para salir del programa de instalación, escriba ! en el siguiente indicador:
Solaris Web Start will assist you in installing software for Solaris. <Press ENTER to continue> {"!" exits} |
Ejecute el comando pfinstall desde el shell. Para obtener información acerca de cómo utilizar el comando pfinstall, consulte el Paso 7 in Para comprobar un perfil.
Localice un sistema en el que pueda probar el perfil, con el mismo tipo de plataforma, SPARC o x86, para la que se creó el perfil.
Si está probando un perfil de modernización, debe hacerlo en el sistema que realmente pretende modernizar.
Use la siguiente tabla para determinar lo que debe hacer a continuación.
Situación de comprobación |
Instrucciones |
---|---|
Comprobación de un perfil de instalación inicial con un sistema con el software de Solaris 10 |
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 para probar un perfil de instalación inicial |
Cree un entorno Solaris 10 temporal para comprobar el perfil. Para obtener información, consulte Para crear un entorno Solaris temporal para comprobar un perfil. A continuación, vaya al Paso 3. |
Cree un punto de montaje temporal.
# mkdir /tmp/mnt |
Monte el directorio que contiene el perfil o los perfiles que desee probar.
Situación de montaje |
Instrucciones de escritura |
|
---|---|---|
Montaje de un sistema de archivos remoto NFS para sistemas de la red |
|
|
SPARC: Montaje de un disquete formateado para UFS |
|
|
Montaje de un disquete formateado para PCFS |
|
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 |
¿Ha montado un directorio en el Paso 4?
En caso afirmativo, cambie el directorio a /tmp/mnt.
# cd /tmp/mnt |
Si no la ha hecho, cambie el directorio a la ubicación del perfil, que suele ser el directorio JumpStart.
# cd ruta_directorio_jumpstart |
Compruebe el perfil con el comando pfinstall(1M) .
# /usr/sbin/install.d/pfinstall -D:-d disk_config_file -c path profile |
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.
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.
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.
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.
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.
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.
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.
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 El perfil basic_prof se encuentra en el directorio /jumpstart y se especifica la ruta a la imagen de CD 1 de software de Solaris para plataformas SPARC o CD 1 de software de Solaris para plataformas x86 porque se está usando Volume Manager.
# 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. 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.
# SYS_MEMSIZE=64 # export SYS_MEMSIZE # /usr/sbin/install.d/pfinstall -d 535_test -c /export/install basic_prof |
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 personalizado concuerde 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 de comandos 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 begin y finish 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 |
Compruebe que la secuencia de comandos check se encuentra en el directorio JumpStart.
La secuencia de comandos check está en el directorio Solaris_10/Misc/jumpstart_sample en el DVD del sistema operativo Solaris o en el CD Software de Solaris - 1.
Ejecute la secuencia checkpara validar el archivo rules:
$ ./check -p path -r file_name |
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.
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 |
Compruebe que root cuenta con el archivo rules.ok y que los permisos se han definido en 644
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).
En este capítulo se explican las funciones opcionales disponibles para crear herramientas adicionales para la instalación JumpStart personalizada.
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.
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:
Creción de perfiles derivados
Copia de seguridad de los archivos antes de la modernización
No especifique en la secuencia de inicio nada que pueda impedir el montaje de los sistemas de archivos en /a durante una instalación inicial o de modernización. Si el programa JumpStart no puede montar los sistemas de archivos en /a, se producirá un error y fallará la instalación.
Durante la instalación, la salida de la secuencia de inicio se deposita en /tmp/begin.log. Después de que acabe la instalación, el archivo de registro se redirecciona a /var/sadm/system/logs/begin.log.
Asegúrese de que root es propietario de la secuencia de inicio y de los permisos configurados en 644.
Las variables de entorno de JumpStart personalizada se pueden usar en las secuencias de inicio. Si desea obtener una lista de las variables de entorno, consulteVariables de entorno de JumpStart personalizado.
Guarde las secuencias de inicio en el directorio JumpStart.
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:
Configure el campo de perfil con un signo igual (=) en lugar de con un perfil.
Fije el campo de inicio en una secuencia de inicio que cree un perfil derivado, dependiente del sistema en el que se pretenda instalar el software Solaris.
Cuando un sistema 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.
#!/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.
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.
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:
Adición de archivos
Adición de paquetes o modificaciones, además de las que se instalan en un grupo de software concreto
Personalización del entorno root
Establecimiento de la contraseña root del sistema
Instalación de software adicional
El programa de instalación de Solaris monta los sistemas de archivos del sistema en /a, donde siguen montados hasta que se rearranque el sistema. Puede usar la secuencia de fin para agregar, cambiar o suprimir archivos de la jerarquía del sistema recién instalado, modificando los sistemas de archivos de /a.
Durante la instalación, la salida de secuencia de finalización se guarda en /tmp/finish.log. Después de que acabe la instalación, el archivo de registro se redirecciona a /var/sadm/system/logs/finish.log.
Compruebe que root sea propietario de la secuencia de finalización y que los permisos se hayan establecido en 644
Puede usar las variables de entorno del programa JumpStart personalizada en sus secuencias de fin. Si desea obtener una lista de las variables de entorno, consulteVariables de entorno de JumpStart personalizado.
Guarde las secuencias de fin en el directorio JumpStart.
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 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.
También se pueden sustituir los archivos, copiándolos desde el directorio JumpStart a los archivos ya existentes del sistema instalado.
Copie todos los archivos que está agregando al sistema instalado en el directorio JumpStart.
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 |
Por ejemplo, suponga que dispone de una aplicación especial site_prog desarrollada para todos los usuarios del sitio. 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 |
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 muestra un ejemplo de secuencia de fin que agrega paquetes.
Ejemplo 7–4 muestra un ejemplo de secuencia de fin que agrega parches.
#!/bin/sh BASE=/a MNT=/a/mnt ADMIN_FILE=/a/tmp/admin mkdir ${MNT} mount -f nfs sherlock:/export/package ${MNT} cat >${ADMIN_FILE} <<DONT_ASK mail=root instance=overwrite partial=nocheck runlevel=nocheck idepend=nocheck rdepend=nocheck space=ask setuid=nocheck conflict=nocheck action=nocheck basedir=default DONT_ASK /usr/sbin/pkgadd -a ${ADMIN_FILE} -d ${MNT} -R ${BASE} SUNWxyz umount ${MNT} rmdir ${MNT} |
A continuación, se describen los comandos de este ejemplo:
El siguiente comando monta un directorio en un servidor que contiene el paquete que se instala.
mount -f nfs sherlock:/export/package ${MNT} |
El siguiente comando crea un archivo de administración de paquetes temporal, admin para obligar al comando pkgadd(1M) a que no realice comprobaciones ni haga preguntas durante la instalación de un paquete. El archivo temporal de administración de paquetes se utiliza para realizar una instalación automática durante la adición de paquetes.
cat >${ADMIN_FILE} <<DONT_ASK |
El comando pkgadd mostrado a continuación agrega el paquete utilizando la opción -a, que especifica el archivo de administración del paquete, y la opción -R, que especifica la ruta de root.
/usr/sbin/pkgadd -a ${ADMIN_FILE} -d ${MNT} -R ${BASE} SUNWxyz |
#!/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 |
Antes se usaba el comando chroot(1M) con los comandos pkgadd y patchadd en el entorno de secuencias de fin. 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
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 del Ejemplo 7–5 personaliza el entorno root agregando información al archivo .cshrc en el directorio root (/).
#!/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 } |
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 finalización denominada set_root_pw se guarda en el directorio auto_install_sample. La secuencia de finalización muestra cómo fijar automáticamente la contraseña root, sin necesidad de indicador. set_root_pw se muestra en Ejemplo 7–6.
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.
#!/bin/sh # # @(#)set_root_pw 1.4 93/12/23 SMI # # This is an example Bourne shell script to be run after installation. # It sets the system's root password to the entry defined in PASSWD. # The encrypted password is obtained from an existing root password entry # in /etc/shadow from an installed machine. echo "setting password for root" # set the root password PASSWD=dKO5IBkSF42lw #create a temporary input file cp /a/etc/shadow /a/etc/shadow.orig mv /a/etc/shadow /a/etc/shadow.orig nawk -F: '{ if ( $1 == "root" ) printf"%s:%s:%s:%s:%s:%s:%s:%s:%s\n",$1,passwd,$3,$4,$5,$6,$7,$8,$9 else printf"%s:%s:%s:%s:%s:%s:%s:%s:%s\n",$1,$2,$3,$4,$5,$6,$7,$8,$9 }' passwd="$PASSWD" /a/etc/shadow.orig > /a/etc/shadow #remove the temporary file rm -f /a/etc/shadow.orig # set the flag so sysidroot won't prompt for the root password sed -e 's/0 # root/1 # root/' ${SI_SYS_STATE} > /tmp/state.$$ mv /tmp/state.$$ ${SI_SYS_STATE} |
A continuación, se describen algunos comandos de este ejemplo:
El siguiente comando establece la variable PASSWD en una contraseña root encriptada que se obtiene de una entrada existente en un archivo /etc/shadow del sistema.
#create a temporary input file |
El siguiente comando crea un archivo de entrada temporal de /a/etc/shadow.
cp /a/etc/shadow /a/etc/shadow.orig |
El siguiente comando cambia la entrada root del archivo /etc/shadow por el sistema recién instalado con $PASSWD como campo de contraseña.
if ( $1 == "root" ) |
El siguiente comando elimina el archivo de entrada temporal /a/etc/shadow.
rm -f /a/etc/shadow.orig |
El siguiente comando cambia la entrada de 0 a 1 en el archivo de estado para que no se le pida al usuario la contraseña root. Es posible acceder al archivo de estado mediante la variable SI_SYS_STATE, que tiene un valor actual de /a/etc/.sysIDtool.state. Para evitar problemas con las secuencias si cambia este valor, haga siempre referencia a este archivo con la variable de entorno $SI_SYS_STATE. El comando sed que aparece aquí contiene un carácter de tabulación después de 0 y después de 1.
sed -e 's/0 # root/1 # root/' ${SI_SYS_STATE} > /tmp/state.$$ |
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).
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.
Para sistemas SPARC, especifique la ubicación del archivo en el comando boot.
Para sistemas x86:
A partir de la versión 10 1/06 de Solaris, especifique la ubicación de los otros archivos editando la entrada de GRUB en el menú de GRUB.
Para la versión Solaris 10 1/06 , especifique la ubicación del archivo en el comando boot.
El archivo de configuración comprimido puede ser de uno de los siguientes tipos:
tar
tar comprimido
zip
bzip tar
Cambie el directorio JumpStart del servidor de perfiles.
# cd ruta_directorio_jumpstart |
Use una herramienta de compresión para comprimir los archivos de configuración de JumpStart en un solo archivo.
El archivo de configuración comprimido no puede contener rutas relativas. Los archivos de configuración de JumpStart personalizada deben estar en el mismo directorio que el archivo comprimido.
El archivo de configuración comprimido debe contener los archivos siguientes:
Perfil
rules
rules.ok
También puede incluir el archivo sysidcfg en el archivo de configuración comprimido.
Guarde el archivo de configuración comprimido en un servidor NFS o HTTP o en un disco duro local.
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.
# cd /jumpstart # tar -cvf config.tar * a profile 1K a rules 1K a rules.ok 1K a sysidcfg 1K |
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.
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.
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 |
El nombre del dispositivo del disco del sistema. device_name debe tener el formato cwt xdys2 o cxdy s2.
El nombre del archivo de configuración de disco.
Determine si va a probar la instalación del software Solaris en varios discos.
En caso contrario, deténgase. Ha terminado.
En caso afirmativo, deberá concatenar los archivos de configuración de disco único y guardar la salida en un archivo nuevo.
# cat 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 |
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 |
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.
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 contains information about using disk configuration files to test profiles.
Busque un sistema basado en x86 que contenga un disco que esté probando
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.
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 |
El nombre del archivo de configuración de disco
El nombre de dispositivo de la disposición fdisk del disco completo. device_name debe tener el formato c wtxd ys0 o cx dys0.
Adjunte la salida del comando prtvtoc(1M) al archivo de configuración de disco:
# prtvtoc /dev/rdsk/device_name >>disk_config |
El nombre del dispositivo del disco del sistema. device_name debe tener el formato cwt xdys2 o cxdy s2.
El nombre del archivo de configuración de disco.
Determine si va a probar la instalación del software Solaris en varios discos.
En caso contrario, deténgase. Ha terminado.
En caso afirmativo, deberá concatenar los archivos de configuración de disco único y guardar la salida en un archivo nuevo.
# cat 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 |
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 |
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.
Primero, guarde la salida del comando fdisk en un archivo denominado 500_test:
# fdisk -R -W 500_test -h /dev/rdsk/c0t0d0p0 |
El archivo 500_test será, más o menos, así:
* /dev/rdsk/c0t0d0p0 default fdisk table * Dimensions: * 512 bytes/sector * 94 sectors/track * 15 tracks/cylinder * 1455 cylinders * * HBA Dimensions: * 512 bytes/sector * 94 sectors/track * 15 tracks/cylinder * 1455 cylinders * * systid: * 1: DOSOS12 * 2: PCIXOS * 4: DOSOS16 * 5: EXTDOS * 6: DOSBIG * 86: DOSDATA * 98: OTHEROS * 99: UNIXOS * 130: SUNIXOS * * Id Act Bhead Bsect Bcyl Ehead Esect Ecyl Rsect Numsect 130 128 44 3 0 46 30 1001 1410 2050140 |
Después, adjunte la salida del comando prtvtoc en el archivo 500_test:
# prtvtoc /dev/rdsk/c0t0d0s2 >>500_test |
El archivo 500_test ya es un archivo de configuración de disco completo:
* /dev/rdsk/c0t0d0p0 default fdisk table * Dimensions: * 512 bytes/sector * 94 sectors/track * 15 tracks/cylinder * 1455 cylinders * * HBA Dimensions: * 512 bytes/sector * 94 sectors/track * 15 tracks/cylinder * 1455 cylinders * * systid: * 1: DOSOS12 * 2: PCIXOS * 4: DOSOS16 * 5: EXTDOS * 6: DOSBIG * 86: DOSDATA * 98: OTHEROS * 99: UNIXOS * 130: SUNIXOS * * Id Act Bhead Bsect Bcyl Ehead Esec Ecyl Rsect Numsect 130 128 44 3 0 46 30 1001 1410 2050140 * /dev/rdsk/c0t0d0s2 partition map * * Dimensions: * 512 bytes/sector * 94 sectors/track * 15 tracks/cylinder * 1110 sectors/cylinder * 1454 cylinders * 1452 accessible cylinders * * Flags: * 1: unmountable * 10: read-only * First Sector Last * Partition Tag Flags Sector Count Sector Mount Directory 2 5 01 1410 2045910 2047319 7 6 00 4230 2043090 2047319 /space 8 1 01 0 1410 1409 9 9 01 1410 2820 422987 |
Ha creado archivos de configuración de disco para un sistema x86. Comprobación de un perfil contiene información acerca de la utilización de archivos de configuración de discos en los perfiles de prueba.
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 |
Este capítulo proporciona información y procedimientos para crear reglas y palabras clave de sondeo personalizadas.
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 del 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 ya está 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.
Es posible que las palabras clave de regla y sondeo que se describen en Valores y palabras clave de reglas y Valores y palabras clave de sondeo no sean lo suficientemente precisas para sus necesidades. Puede definir sus propias palabras clave de sondeo o reglas personalizadas creando un archivo custom_probes.
Éste es una secuencia del shell Bourne que contiene dos tipos de funciones. Debe guardarlo en el mismo directorio JumpStart en que guardó el archivo rules. Los dos tipos de funciones que puede definir en un archivo custom_probes son:
Sondeo: reune la información que desea o realiza el trabajo propiamente y establece la variable de entorno SI_ que defina. Las funciones de sondeo se convierten en palabras clave de sondeo.
Comparación: llama a una función de sondeo correspondiente, compara la salida de la función de sondeo y devuelve 0 si la palabra clave coincide o 1 si no coincide. Las funciones de comparación se convierten en palabras clave de reglas.
El archivo custom_probes puede contener cualquier comando, variable o algoritmo válidos del shell Bourne.
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:
Tener a root como propietario
Ser ejecutable y con los permisos 755
Contener al menos una función de sondeo y una función de comparación correspondiente
Para mejorar la claridad y organización, al principio del archivo, defina en primer lugar, todas las funciones de sondeo, seguidas de todas las funciones de comparación.
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ónprobe_tcx define la nueva palabra clave tcx. Las funciones que empiezan con cmp_ definen palabras clave de regla nuevas. Por ejemplo, cmp_tcx define la nueva palabra clave de regla tcx .
Use un editor de texto para crear un archivo de secuencia del shell Bourne. Asigne al archivo el nombre custom_probes.
Defina las funciones de sondeo y comparación propias en el archivo de texto custom_probes.
En el archivo custom_probes puede definir funciones de sondeo y comparación que requieran argumentos. Cuando use la palabra clave de sondeo correspondiente en el archivo rules, los argumentos que haya después de la palabra clave se interpretan en secuencia (como $1, $2, etc.).
Cuando use la palabra clave personalizada correspondiente en el archivo rules, los argumentos se interpretan en secuencia. La secuencia se inicia después de la palabra clave y termina antes del siguiente && o inicio de secuencia, lo que primero suceda.
Guarde el archivo custom_probes en el directorio JumpStart, junto al archivo rules.
Asegúrese de que root sea el propietario del archivo rules y que los permisos se hayan establecido en 644.
Puede encontrar más ejemplos de funciones de sondeo y de comparación en estos directorios:
/usr/sbin/install.d/chkprobe en sistemas con el software Solaris instalado
/Solaris_10/Tools/Boot/usr/sbin/install.d/chkprobe en el DVD del sistema operativo Solaris o en el CD Software de Solaris - 1
El archivo custom_probes siguiente contiene una función de sondeo y comparación que comprueba la presencia de una tarjeta gráfica TCX.
#!/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.
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.
probe tcx tcx tcx - profile_tcx - any any - profile - |
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 utiliza 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 |
Verifique que la secuencia check esté situada en el directorio JumpStart.
La secuencia de comandos check se encuentra en el directorio Solaris_10/Misc/jumpstart_sample en el DVD del sistema operativo Solaris o en el CD Software de Solaris - 1.
Ejecute la secuencia de comandos check para validar los archivosrules y custom_probes.
$ ./check -p path -r file_name |
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.
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.
Determina si el archivo custom_probes.ok es ejecutable.
Si la respuesta es afirmativa, vaya a Paso 5.
Si no lo es, escriba el comando siguiente:
# chmod +x custom_probes |
Asegúrese de que root sea el propietario del archivo custom_probes.ok y de que los permisos se han establecido en 755.
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: Para efectuar una instalación o modernización con el programa JumpStart personalizado
x86: Para efectuar una instalación o modernización con el programa JumpStart personalizado y con GRUB
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 at 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. | |
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. | |
(Opcional) Preparar el sistema para instalar un contenedor Solaris Flash. |
Defina los valores específicos para una instalación de un contenedor Solaris Flash. | |
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 |
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 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.
Para obtener información general de un contenedor completo o diferencial, consulte Capítulo 1, Solaris Flash (descripción general) de Guía de instalación de Solaris 10: Contenedores Solaris Flash (Creación e instalación).
Si desea obtener los procedimientos acerca de la instalación de un contenedor en un entorno de arranque inactivo utilizando la Modernización automática de Solaris, consulte Para instalar un contenedor Solaris Flash con un perfil (interfaz de línea de comandos) de Guía de instalación de Solaris 10: Modernización automática de Solaris y planificación de la modernización.
Revise las siguientes limitaciones.
Descripción |
Ejemplo |
---|---|
Precaución: Cuando utilice la palabra clave archive_location para instalar un contenedor Solaris Flash, el contenedor y el medio de instalación deben contener versiones idénticas del sistema operativo. |
Por ejemplo, si el sistema operativo del contenedor es Solaris 10 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 – 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:
|
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).
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 |
Configure la palabra clave install_type con uno de los valores siguientes.
Si desea una instalación completa del contenedor, configure el valor como flash_install .
Si desea una instalación diferencial del contenedor, configure el valor como flash_update.
Agregue la ruta del contenedor Solaris Flash mediante la palabra clave archive_location.
Si desea obtener información acerca de la palabra clave archive_location, consulte Palabra clave archive_location.
Especifique la configuración del sistema de archivos.
El proceso de extracción del contenedor Solaris Flash no admite la disposición automática de particiones.
(Opcional) Si desea instalar paquetes adicionales a la vez que instala un contenedor, use la palabra clave package. Si desea obtener más información, consulte Palabra clave de perfil package.
(Opcional) Si desea instalar un contenedor Solaris Flash adicional en el sistema clónico, agregue una línea archive_location por cada contenedor que desee instalar.
Agregue los clientes que está instalando con el contenedor Solaris Flash en el servidor de instalación.
Para obtener instrucciones detalladas, consulte:
Realice la instalación JumpStart personalizada en los sistemas clónicos.
Si desea obtener instrucciones detalladas, consulte SPARC: Para efectuar una instalación o modernización con el programa JumpStart personalizado.
Si el sistema forma parte de una red, compruebe que disponga de un conector Ethernet u otro adaptador de red similar.
Si está instalando un sistema que 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).
Si está usando la unidad de DVD-ROM o CD-ROM del sistema para instalar el software de Solaris, inserte el DVD del sistema operativo Solaris para plataformas SPARC o el CD 1 de software de Solaris para plataformas SPARC en la unidad.
Si está utilizando un disquete de perfil, insértelo en la unidad del sistema.
Arranque el sistema.
Si el sistema es nuevo, acabado de recibir, enciéndalo.
Si desea instalar o modernizar un sistema existente, apáguelo. Escriba las opciones adecuadas para el comando boot en el indicador ok. La sintaxis del comando boot es la siguiente.
ok boot [cd–dvd|net] - install [url|ask] 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.
El sistema comprueba los componentes de hardware y del sistema y el sistema SPARC arranca. El proceso de arranque dura algunos minutos.
Si no ha preconfigurado la información del sistema en el archivo sysidcfg, deberá responder a las preguntas sobre configuración del sistema a medida que éstas aparezcan.
Siga las instrucciones de la pantalla para instalar el software.
Cuando el programa JumpStart termina de instalar el software de Solaris, el sistema rearranca automáticamente.
Cuando la instalación ha terminado, los registros de actividad generados se guardan en un archivo. Estos registros de instalación se encuentran en los directorios siguientes:
/var/sadm/system/logs
/var/sadm/install/logs
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.
|
|||
[ url| ask] |
Especifica la ubicaciación de los archivos JumpStart personalizados o le pide la ubicación.
|
|||
opciones |
|
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. Esta decisión determina la forma de especificar la palabra clave fdisk(1M) en el perfil del sistema. | |
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. | |
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. | |
(Opcional) Preparar el sistema para instalar un contenedor Solaris Flash. |
Defina los valores específicos para una instalación de un contenedor Solaris Flash. | |
Realice una instalación o modernización. |
Arranque el sistema para iniciar la instalación o modernización. |
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.
Elija uno de los siguientes procedimientos en función de su versión:
A partir de la versión 10 1/06 de Solaris, consulte alguno de estos procedimientos.
Para un procedimiento estándard de JumpStart personalizado, consulte x86: Para efectuar una instalación o modernización con el programa JumpStart personalizado y con GRUB .
Para efectuar una instalación JumpStart personalizada editando el comando GRUB, consulte x86: Realización de una instalación JumpStart personalizada mediante la edición del comando boot de GRUB.
Para la versión Solaris 10 3/05, consulte x86: Para efectuar una instalación o modernización con el programa JumpStart personalizado.
A partir de la versión 10 1/06 de Solaris, utilize este procedimiento para instalar el SO Solaris.
Si el sistema forma parte de una red, compruebe que disponga de un conector Ethernet u otro adaptador de red similar.
Si está instalando un sistema que 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).
Decida si desea utilizar un disquete de perfil.
A partir de la versión 10 1/06 de Solaris, ya no se utiliza el disquete de perfil para arrancar el sistema. Se puede preparar un disquete que contenga sólamente el directorio JumpStart. De ese modo, el disquete se puede utilizar en casos como, por ejemplo, la realización de una instalación JumpStart y el inicio desde el CD-ROM.
Si está utilizando un disquete de perfil, insértelo en la unidad del sistema.
Si no va a utilizar un disquete de perfil, continúe con el paso Paso 4.
Decida cómo desea arrancar el sistema.
Si arranca desde DVD del sistema operativo Solaris o el CD Software de Solaris - 1, inserte el disco. La BIOS del sistema debe admitir el arranque desde DVD o CD.
Si arranca desde la red, use el protocolo de red Preboot eXecution Environment (PXE). El sistema debe admitir PXE. Habilite el sistema para usar el PXE, mediante la herramienta de configuración de la BIOS o la herramienta de configuración del adaptador de red.
(Opcional) Si va a arrancar desde un DVD o CD, modifique la configuración de arranque de la BIOS del sistema y configure para arrancar desde el medio de DVD o CD. Para obtener más instrucciones, consulte la documentación del hardware.
Si el sistema está apagado, enciéndalo. Si el sistema está encendido, rearránquelo.
Aparece el menú de GRUB. Este menú facilita una lista de entradas de arranque. 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 donde 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.
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 boot de GRUB.
Seleccione el dispositivo desde el que arrancar el sistema en la pantalla de arranque de Solaris. Seleccione DVD, CD, Net o Disk.
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 .
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 acerca de instalaciones interactivas, consulte Guía de instalación de Solaris: instalaciones básicas.
Para obtener información acerca de estas instalaciones, consulte Guía de instalación de Solaris: instalaciones básicas.
Si selecciona el elemento 5, instalará las actualizaciones del controlador.
Si selecciona el elemento 6, puede efectuar tareas de mantenimiento.
Si no ha preconfigurado la información del sistema en el archivo sysidcfg, deberá responder a las preguntas sobre configuración del sistema a medida que éstas aparezcan.
Siga las instrucciones de la pantalla para instalar el software.
Cuando el programa JumpStart termina de instalar el software de Solaris, el sistema rearranca automáticamente. Además, el archivo menu.lst de GRUB se actualiza automáticamente. A continuación, la instancia de Solaris que ha instalado aparece en el siguiente uso del menú de GRUB.
Cuando la instalación ha terminado, los registros de actividad generados se guardan en un archivo. Estos registros de instalación se encuentran en los directorios siguientes:
/var/sadm/system/logs
/var/sadm/install/logs
A partir de la versión Solaris 10 1/06 , puede editar el menú de GRUB. En algunos casos 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.
Para iniciar la instalación, realice del Paso 1 al Paso 5 del procedimiento anterior, x86: Para efectuar una instalación o modernización con el programa JumpStart personalizado y con GRUB .
Si el sistema está apagado, enciéndalo. Si el sistema está encendido, rearránquelo.
Aparece el menú GRUB. Este menú facilita una lista de entradas de arranque. La entrada que se proporciona 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.
Si utilizó NFS para configurar la ruta del directorio JumpStart con el comando add_install_client y la opción -c, no necesita incluir la ruta en la entrada de arranque.
Si no ha utilizado NFS, deberá indicar la ruta del archivo de configuración comprimido que contiene el directorio JumpStart.
Si desea detener el proceso de arranque y utilizar el editor de entradas de menú, escriba e.
Aparece el menú de edición de GRUB.
kernel /I86PC.Solaris_11-8/multiboot kernel/unix -B console=ttyb,\ install_media=131.141.2.32:/export/mary/v11 \ module /I86PC.Solaris_11-8/x86.new |
Utilice las teclas de flecha para seleccionar la entrada de arranque.
Para editar el comando seleccionado, escriba e.
Aparece un comando similar al que aparece en el siguiente ejemplo.
grub edit>kernel /I86PC.Solaris_11-8/multiboot kernel/unix -B \ console=ttyb,install_media=131.141.2.32:/export/mary/_\ module /I86PC.Solaris_11-8/x86.new |
Edite el comando pulsando las opciones que necesite.
La sintaxis para una instalación JumpStart es la siguiente.
grub edit>kernel /I86PC.Solaris_11-image_directory/multiboot kernel/unix/ \ install [url|ask] options -B install_media=media_type |
Para obtener una descripción de opciones JumpStart, consulte x86: Referencia de comandos para el comando b o boot.
En el siguiente ejemplo, el sistema operativo está instalado en el sistema con un perfil JumpStart personalizado.
kernel /I86PC.Solaris_11-8/multiboot kernel/unix/ install \ -B install_media=131.141.2.32:/export/mary/v11 \ module /I86PC.Solaris_11-8/x86.new |
Pulse Intro para aceptar las modificaciones.
Los cambios se han guardado y aparece el menú principal de GRUB.
Pulsando la tecla de Escape regresa al menú principal de GRUB sin guardar los cambios.
Si desea iniciar la instalación, escriba b.
Para la versión Solaris 10 3/05, utilice este procedimiento para instalar el SO Solaris.
Si el sistema forma parte de una red, compruebe que disponga de un conector Ethernet u otro adaptador de red similar.
Si está instalando un sistema que está conectado mediante una línea tip(1) compruebe que la visualización de la ventana es al menos 80 columnas de ancho y 24 filas de largo.
Para determinar las dimensiones actuales de la ventana tip, utilice el comando stty(1).
Si está utilizando un disquete de perfil, insértelo en la unidad del sistema.
El disquete de perfil contiene una copia del Asistente de configuración de dispositivos de Solaris 10 3/05, aparte de la información del perfil. Si desea utilizar una red PXE para arrancar el sistema a través de red, debe configurarlo para que arranque desde la red y no desde el disquete.
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.
Si arranca desde el disquete: utilice el disquete de perfil que insertó en la unidad en el Paso 3 o insterte el Disquete del Asistente de configuración de dispositivos de Solaris 10 3/05 en la unidad de disquetes del sistema.
Puede copiar el software del Asistente de configuración de dispositivos en un disquete desde DVD del sistema operativo Solaris para plataformas x86 o CD 2 de software de Solaris para plataformas x86 mediante el procedimiento descrito en Solaris 10 3/05 para x86: copia del software de arranque en un disquete de Guía de instalación de Solaris 10: instalaciones basadas en red.
Si el sistema está apagado, enciéndalo. Si el sistema está encendido, rearránquelo.
El Asistente de configuración de dispositivos identifica los dispositivos del sistema.
Seleccione el dispositivo desde el que arrancar el sistema en la pantalla de arranque de Solaris. Seleccione DVD, CD, Net o Disk.
En el indicador, realice una de las operaciones siguientes:
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) Enter the number of your choice followed by the <ENTER> key. Alternatively, enter custom boot arguments directly. If you wait for 30 seconds without typing anything, an interactive installation will be started. |
Para seleccionar el método JumpStart personalizada, realice una de las operaciones siguientes:
Si no especifica 2 ni un comando de arranque en 30 segundos, se iniciará el programa de instalación interactivo. 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 Guía de instalación de Solaris: instalaciones básicas.
Escriba 2 y pulse Intro.
Escriba las opciones adecuadas para el comando b. La sintaxis del comando es la siguiente:
b install url:ask options |
Por ejemplo, si escribe el siguiente comando, el OS se instalará en el sistema utilizando un perfil JumpStart.
ok b install http://131.141.2.32/jumpstart/config.tar |
Para una descripción de las opciones de comando b, consulte la siguiente tabla.
Si no ha configurado previamente la información del sistema en el archivo sysidcfg, deberá responder a las preguntas sobre configuración del sistema a medida que éstas aparezcan.
Siga las instrucciones de la pantalla para instalar el software.
Cuando el programa JumpStart termina de instalar el software de Solaris, el sistema rearranca automáticamente.
Cuando la instalación ha terminado, los registros de actividad generados se guardan en un archivo. Estos registros de instalación se encuentran en los directorios siguientes:
/var/sadm/system/logs
/var/sadm/install/logs
Para descripciones de opciones de línea de comandos del comando boot, consulte una de las siguientes secciones en función de la versión:
A partir de la versión 10 1/06 de Solaris, consulte x86: Referencias de comandos del menú boot de GRUB .
Para la versión Solaris 10 3/05 , consulte x86: Referencia del comando b (boot) .
A partir de la versión 10 1/06 de Solaris, la sintaxis del comando boot es la siguiente.
kernel /I86PC.Solaris_11-image_directory/multiboot kernel/unix/ install \ [url|ask] options -B install_media=media_type |
La siguiente tabla describe las opciones de línea de comandos para el comando de menú boot de GRUB que son las adecuadas para una instalación JumpStart.
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:
|
|||||||
[url| ask] |
Especifica la ubicación de los archivos JumpStart personalizados o le pide la ubicación.
|
|||||||
|
||||||||
opciones |
|
Para la versión Solaris 10 3/05, la sintaxis del comando b es la siguiente.
ok b install url:ask options |
La siguiente tabla describe las opciones de línea de comandos para el comando boot , adecuadas para una instalación JumpStart.
Opción |
Descripción |
|||
---|---|---|---|---|
url: ask |
Especifica la ubicación de archivos JumpStart personalizados o le pide la ubicación.
|
|||
opciones |
dhcp - Especifica que se usa un servidor DHCP para obtener la información de instalación de red necesaria para arrancar el sistema. Esta opción no es necesaria para instalar JumpStart. Si no especifica un servidor DHCP escribiendo dhcp, el sistema utiliza el archivo /etc/bootparams o la base de datos bootparams del servicio de nombres. Por ejemplo, si deseara conservar una dirección IP estática, no especificaría dhcp . Las opciones nowin y text no se aplican en una instalación JumpStart. |
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.
x86: Creación de un servidor de arranque para los sistemas de marketing
SPARC: Configuración de los sistemas de ingeniería para instalar desde la red
x86: Configuración de los sistemas de márqueting para instalar desde la red
SPARC: Arranque de los sistemas de ingeniería e instalación del software Solaris
x86: Arranque de los sistemas de marketing e instalación del software de Solaris
Figura 10–1 muestra la configuración de sitios para este ejemplo.
En este sitio de ejemplo, las condiciones son las siguientes:
SPARC: El grupo de ingeniería está situado en su propia subred. Este grupo usa sistemas SPARCstationTM para el desarrollo de software.
x86: El grupo de marketing está situado en su propia subred. Este grupo usa sistemas basados en x86 para ejecutar procesadores de texto, hojas de cálculo y otras herramientas de trabajo de oficina.
El sitio usa NIS. Las direcciones Ethernet e IP y los nombres de los sistemas están preconfigurados en los mapas NIS. La máscara de subred, fecha, hora y región geográfica del sitio también están preconfigurados en los mapas NIS.
Los dispositivos periféricos de los sistemas de marketing están preconfigurados en el archivo sysidcfg.
Los sistemas de ingeniería y de marketing se instalarán con el software de Solaris 10 desde la red.
Puesto que los grupos necesitan instalar software de Solaris 10 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.
el Software de Solaris y el CD de idiomas de Solaris
DVD del sistema operativo Solaris
Debe copiar la imagen desde el disco a un directorio vacío; en estos ejemplos, se utilizan los directorios sparc_10 y x86_10.
Inserte el CD 1 de software de Solaris para plataformas SPARC en la unidad de CD-ROM conectada a server-1 y escriba los comandos siguientes:
server-1# mkdir -p /export/install/sparc_10 server-1# cd /CD_mount_point/Solaris_10/Tools server-1# ./setup_install_server /export/install/sparc_10 |
Inserte el CD 2 de software de Solaris para plataformas SPARC en la unidad de CD-ROM conectada a server-1 y escriba los comandos siguientes:
server-1# cd /CD_mount_point/Solaris_10/Tools server-1# ./add_to_install_server /export/install/sparc_10 |
Repita el comando anterior para cada Software de 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 comandos siguientes:
server-1# cd /CD_mount_point/Solaris_10/Tools server-1# ./add_to_install_server /export/install/sparc_10 |
Inserte el CD 1 de software de Solaris para plataformas x86 en la unidad de CD-ROM conectada a server-1 y escriba los comandos siguientes:
server-1# mkdir -p /export/install/x86_10 server-1# cd /CD_mount_point/Solaris_10/Tools server-1# ./setup_install_server /export/install/x86_10 |
Inserte el CD 2 de software de Solaris para plataformas x86 en la unidad de CD-ROM conectada a server-1 y escriba los comandos siguientes:
server-1# cd /CD_mount_point/Solaris_10/Tools server-1# ./add_to_install_server /export/install/x86_10 |
Repita el comando anterior para cada Software de Solaris que desee instalar.
Inserte el CD de idiomas de Solaris para plataformas x86 en la unidad de CD-ROM conectada a server-1 y escriba los comandos siguientes:
server-1# cd /CD_mount_point/Solaris_10/Tools server-1# ./add_to_install_server /export/install/x86_10 |
Inserte el DVD del sistema operativo Solaris para plataformas SPARC en la unidad de DVD-ROM conectada a server-1 y escriba los siguientes comandos:
server-1# mkdir -p /export/install/sparc_10 server-1# cd /DVD_mount_point/Solaris_10/Tools server-1# ./setup_install_server /export/install/sparc_10 |
Inserte el DVD del sistema operativo Solaris para plataformas x86 en la unidad de DVD-ROM conectada a server-1 y escriba los comandos siguientes:
server-1# mkdir -p /export/install/x86_10 server-1# cd /DVD_mount_point/Solaris_10/Tools server-1# ./setup_install_server /export/install/x86_10 |
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.
Si inserta el CD 1 de software de Solaris para plataformas x86 en la unidad de CD-ROM que está conectada a server-2, escriba el comando siguiente:
server-2# cd /CD_mount_point/Solaris_10/Tools server-2# ./setup_install_server -b /export/boot |
Si inserta el DVD del sistema operativo Solaris para plataformas x86 en la unidad de DVD-ROM conectada a server-2, escriba el comando siguiente:
server-2# cd /DVD_mount_point/Solaris_10/Tools server-2# ./setup_install_server -b /export/boot |
En el comando setup_install_server, la opción -b especifica que setup_install_server debe copiar la información de arranque en el directorio /export/boot.
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/Solaris_10/Misc/jumpstart_sample /jumpstart |
Para hacer que los perfiles y el archivo rules puedan acceder a los sistemas de la red, comparta el directorio /jumpstart. Para permitir que se comparta el 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 |
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 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.
La instalación se tratará como inicial y no como modernización.
Los sistemas de ingeniería son sistemas independientes.
El software de JumpStart usará la partición de disco predeterminada para instalar software de Solaris en los sistemas de ingeniería.
Se debe instalar el grupo de software Soporte del sistema para desarrolladores.
Todos los sistemas del grupo de ingeniería deberán tener 512 MB de espacio de intercambio.
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 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.
La instalación se tratará como inicial y no como modernización.
Los sistemas de marketing son sistemas independientes.
El software de JumpStart usará particionado de disco predeterminado para instalar Solaris en los sistemas de marketing.
Se va a instalar el grupo de software Solaris para usuario final.
El paquete de software de demostraciones de audio deberá instalarse en todos los sistemas.
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 este sitio, 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. En el directorio /jumpstart, edite el archivo rules, suprima 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 usando el perfil eng_prof . A los sistemas de la red 255.222.44.0 se les instalará el software de Solaris 10 usando el perfil marketing_prof.
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 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.
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.
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/Solaris_10/Tools server-1# ./add_install_client -c server-1:/jumpstart host-eng1 sun4u server-1# ./add_install_client -c server-1:/jumpstart host-eng2 sun4u |
En el comando add_install_client, las opciones utilizadas tienen los siguientes significados:
Especifica el servidor (server-1) y la ruta ( /jumpstart) al directorio JumpStart. Utilice esta opción si usa NFS.
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 x86:
A partir de la versión 10 1/06 de Solaris, especifique la ruta editando la entrada de menú de GRUB.
Para la versión Solaris 10 3/05 , especifique la ruta en el comando boot.
El nombre de un sistema del grupo de ingeniería.
El nombre de otro sistema del grupo de ingeniería.
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.
A continuación, utilice el comando add_install_client en el servidor de arranque (server-2). Este comando configura los sistemas de marketing para que arranquen desde el servidor de arranque e instalen el software de Solaris desde el servidor de instalación (server-1):
server-2# cd /marketing/boot-dir/Solaris_10/Tools server-2# ./add_install_client -s server-1:/export/install/x86_10 \ -c server-1:/jumpstart host-mkt1 i86pc server-2# ./add_install_client -s server-1:/export/install/x86_10 \ -c server-1:/jumpstart host-mkt2 i86pc server-2# ./add_install_client -d -s server-1:/export/install/x86_10 \ -c server-1:/jumpstart SUNW.i86pc i86pc server-2# ./add_install_client -c server-1:/jumpstart host-mkt1 sun4u server-2# ./add_install_client -c server-1:/jumpstart host-mkt2 sun4u |
En el comando add_install_client, las opciones utilizadas tienen los significados siguientes:
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.
Especifica el servidor de instalación (server-1) y la ruta del software de Solaris (/export/install/x86_10).
Especifica el servidor (server-1) y la ruta ( /jumpstart) al directorio JumpStart. Utilice esta opción si usa NFS.
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 x86:
A partir de la versión 10 1/06 de Solaris, especifique la ruta editando la entrada de menú de GRUB.
Para la versión Solaris 10 3/05 , especifique la ruta en el comando boot.
El nombre de un sistema del grupo de marketing.
El nombre de otro sistema del grupo de marketing.
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.
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.
Especifica el grupo de plataforma de los sistemas que usan este servidor de arranque. El nombre de plataforma representa sistemas basados en x86.
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.
Puede arrancar el sistema desde:
CD 1 de software de Solaris para plataformas x86
DVD del sistema operativo Solaris para plataformas x86
La red mediante el arranque de red PXE
El disquete de perfil
El Disquete del Asistente de configuración de dispositivos de Solaris 10 3/05
El software de Solaris se instala automáticamente en los sistemas del grupo de marketing.
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.
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 |
||
---|---|---|---|---|
símbolo menos (-) |
Cualquiera. La palabra clave any siempre funciona. |
|||
tipo_procesador Los valores válidos para tipo_procesador son los siguientes:
|
Un tipo de procesador de sistema. El comando uname -p muestra el tipo de procesador del sistema. |
|||
nombre_de_disco_real rango_de_tamaño actual_disk_name – Un nombre de disco en formato cxty dz, como c0t3d0 o c0d0, o la palabra especial rootdisk. Si se usa rootdisk , el disco que se debe hacer coincidir se determina en el orden siguiente:
rango_de_tamaño: el tamaño del disco, que se debe especificar como un rango de MB (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:
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:
En el ejemplo, el programa JumpStart intenta hacer coincidir un disco en el siguiente orden:
|
|||
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. |
|||
dirección_IP_real |
Una dirección IP del sistema. |
|||
nombre_de_sistema_real |
Un nombre de un sistema. Si tiene un sistema que ya está instalado, el comando uname -n notifica el nombre real del sistema. |
|||
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 hay que concordar se determina en el orden siguiente:
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:
En el ejemplo, el programa JumpStart intenta hacer coincidir un sistema que tiene un sistema de archivos root (/) de Solaris en c0t3d0s1. |
|||
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. |
|||
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:
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. |
|||
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 |
|||
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:
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. |
|||
Solaris_x |
Una versión del software Solaris ya instalada en un sistema. Ejemplo:
En el ejemplo, el programa JumpStart intenta hacer coincidir un sistema con el sistema operativo Solaris 10 ya instalado. |
|||
palabra_clave_de_sondeo |
Una palabra clave de sondeo o una palabra clave de sondeo personalizada válida. Ejemplo:
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. Por lo tanto, con la palabra clave de regla probe, no se pueden especificar ni secuencias de inicio o de finalización 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) . |
|||
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:
En el ejemplo, el programa JumpStart intenta concordar un sistema con un espacio total en el disco de entre 300 y 500 Mbytes. |
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.
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 |
no periódica |
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 |
archive_location retrieval_type location |
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.
En los siguientes apartados se aportan datos específicos acerca de las ubicaciones.
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 tecnologia de partición de las 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 un zona no global.
El contenedor se ha creado en una zona global que contiene zonas no globales instaladas
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 |
Es el nombre del servidor en el que se ha almacenado el contenedor.
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.
Es el nombre de archivo del contenedor Solaris Flash.
Una palabra clave opcional. n es el número máximo de veces que las utilidades de Solaris Flash intentarán montar el contenedor.
archive_location nfs golden:/archives/usrarchive archive_location nfs://golden/archives/usrarchive
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 HTTP, use la siguiente sintaxis para la palabra clave archive_location .
archive_location https://server_name:port/path/filename optional_keywords |
Es el nombre del servidor en el que se ha almacenado el contenedor.
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.
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.
Es el nombre de archivo del contenedor Solaris Flash.
Son las palabras clave opcionales que se pueden especificar al recuperar un contenedor Solaris Flash de un servidor 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.
|
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. |
archive_location http://silver/archives/usrarchive.flar timeout 5
Ejemplo de uso de la palabra clave auth basic user_name password :
archive_location http://silver/archives/usrarchive.flar timeout 5 user1 secret
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 |
El nombre de usuario y la contraseña necesarios para acceder al servidor FTP en el archivo de perfil.
Es el nombre del servidor en el que se ha almacenado el contenedor.
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.
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.
Es el nombre de archivo del contenedor Solaris Flash.
Son las palabras clave opcionales que se pueden especificar al recuperar un contenedor Solaris Flash de un servidor 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.
|
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. |
archive_location ftp://user1:secret@silver/archives/usrarchive.flar timeout 5
Si el contenedor está guardado en una cinta, use la siguiente sintaxis para la palabra clave archive_location.
archive_location local_tape device position |
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.
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 (position), se puede colocar una secuencia de inicio o un archivo sysidcfg en la unidad de cinta antes del contenedor.
archive_location local_tape /dev/rmt/0n 5 archive_location local_tape 0n 5
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 .
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 |
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.
Es la ruta al contenedor Solaris Flash, en relación con el elemento root 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.
Es el nombre de archivo del contenedor Solaris Flash.
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.
Para recuperar un contenedor desde una unidad de disco duro local, que se ha formateado como sistema de archivos UFS, use el siguiente comando:
archive_location local_device c0t0d0s0 /archives/$HOST
Para recuperar un archivo desde una unidad de CD-ROM local que tenga un sistema de archivos HSFS, use el siguiente comando:
archive_location local_device c0t0d0s0 /archives/usrarchive
Se puede recuperar un contenedor que se guardó en la minirroot 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 |
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.
Es el nombre de archivo del contenedor Solaris Flash.
archive_location local_file /archives/usrarchive
backup_media type path |
Cuando utilice la palabra clave backup_media , tenga en cuenta lo siguiente:
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. ruta puede ser una ruta de dispositivo de bloques de un segmento de disco. Por ejemplo, es posible que no sean necesarios t x en /dev/dsk/cw txdy sz. 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. ruta debe incluir el nombre del sistema remoto sistema y la ruta absoluta al directorio directorio. Si no se especifica un ID de entrada de usuariouser, se usará root de forma predeterminada. |
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
boot_device device eeprom |
boot_device designa el dispositivo en el que el programa JumpStart debe instalar el sistema de archivos root (/) 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 |
Use uno de los valores siguientes.
El segmento del disco en el que el programa JumpStart coloca el sistema de archivos root ( /) como, por ejemplo, c0t0d0s0.
El disco en el que el programa JumpStart coloca el sistema de archivos root (/ ) como, por ejemplo, c0d0.
El programa JumpStart coloca el sistema de archivos root (/) en el dispositivo de arranque existente del sistema.
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.
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.
x86: Debe especificar el valor preserve.
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.
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.
boot_device c0t0d0s2 update
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 root (/). Los segmentos se reservan para los sistemas de archivos especificados, pero no se copia ningún sistema de archivos. El entorno de arranque recibe un nombre, pero no se crea en realidad hasta que no se instala con un contenedor Solaris Flash. Si el entorno de arranque vacío se instala con un contenedor, los sistemas de archivos se instalan en los segmentos reservados. En la lista siguiente se enumeran los valores de bename y filesystem.
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 determina el tipo y el número de sistemas de archivo que se deben crear en el nuevo entorno de arranque. Se debe definir, al menos, un segmento que contenga el sistema de archivos root (/). Los sistemas de archivo pueden estar en el mismo disco o esparcidos en varios discos.
mountpoint puede ser cualquier punto de montaje válido o – (guión) que indique un segmento 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 del dispositivo de disco con el formato /dev/dsk/c wtxdys z.
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 | |
Para obtener información sobre el uso de la Modernización automática de Solaris para crear, modernizar y activar entornos de arranque inactivos | |
Para obtener información acerca del uso de contenedores Solaris Flash |
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 varios sistemas, consulte Solaris Sun Hardware Platform Guide en http://docs.sun.com.
client_arch sólo se puede usar cuando se especifica system_type como server.
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 especifica client_root en un perfil de servidor, el software de instalación asigna 15 Mbytes de espacio de root por cliente. El tamaño de la zona root del cliente se usa junto con la palabra clave num_clients para determinar la cantidad de espacio que hay que reservar para el sistema de archivos /export/root.
client_root sólo se puede usar cuando se especifica system_type como server.
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.
client_swap sólo se puede usar cuando se especifica system_type como server.
El siguiente ejemplo especifica que cada cliente sin disco tendrá un espacio de intercambio de 64 Mbytes.
client_swap 64
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.
La memoria física sumada al espacio de intercambio debe suponer un total de 32 Mbytes, como mínimo.
cluster group_name |
cluster designa el grupo de software que se agregará al sistema.
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. Esta palabra clave cluster se refiere a los metalclústers hallados en el archivo clustertoc(4).
Un clúster es un conjunto de paquetes con el nombre SUNWname. El grupo de software se instala utilizando la palabra calve 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 la variable group_name de todos los grupos de software.
Grupo de software |
nombre_grupo |
---|---|
Grupo de software de compatibilidad de red reducida |
SUNWCrnet |
Soporte del sistema central |
SUNWCreq |
Soporte de sistema para usuario final |
SUNWCuser |
Soporte de sistema para desarrolladores |
SUNWCprog |
Distribución completa |
SUNWCall |
Distribución completa más OEM |
SUNWCXall |
Se aplican las siguientes limitaciones:
El grupo de software se debe especificar antes que otras entradas de cluster y package.
Si no se especifica un grupo de software con cluster en el perfil, el grupo de software de usuario final SUNWCuser se instala en el sistema.
Para obtener descripciones detalladas de dichos grupos de software, consulte Recomendaciones de espacio en el disco para los grupos de software.
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.
El nombre de clúster que debe tener el formato SUNWC name.
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:
Todos los clústers que están en el sistema se modernizan automáticamente.
Si se especifica cluster_name add , y cluster_name no está instalando en el sistema, el clúster se instala.
Si especifica cluster_name delete , y cluster_name está instalado en el sistema, el paquete se elimina antes de que empiece la modernización.
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
Un grupo de software es un metaclúster que contiene un conjunto de clústers y paquetes. El grupo de software se instala utilizando la palabra clave cluster y la variable group_name. Esta palabra clave de clúster sólo se puede instalar en una instalación inicial. Esta palabra clave cluster hace referencia a los metalclústers hallados 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>. El grupo de software 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.
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 desea que use el programa JumpStart. disk_name debe especificarse con el formato c xtyd zo cyd z como, por ejemplo, c0t0d0.
No puede especificar las palabras clave dontuse y la palabra clave usedisk en el mismo perfil.
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:
Todas las particiones fdisk del disco se conservan, salvo que se eliminen con la palabra clave fdisk asignándole a size el valor delete ó 0. Además, todas las particiones fdisk existentes se eliminan cuando se establece all para size.
Una partición fdisk Solaris que contiene un sistema de archivos root (/) siempre se designa como la partición activa del disco.
El sistema arranca desde la partición activa de forma predeterminada.
Si no se especifica la palabra clave fdisk en un perfil, durante la instalación se usa la palabra clave fdisk siguiente de forma predeterminada:
fdisk all solaris maxfree
Las entradas fdisk se procesan en el orden en el que aparecen enumeradas en el perfil.
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.
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 principales, pero no para las particiones fdisk que se extienden o conservan para DOS de datos. Cuando se borren particionesfdiskasignado a tamañoel valordelete, dosprimary is an alias for the DOSHUGE, DOSOS12, and DOSOS16 fdisk types. Cuando se crea 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
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.
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 types.
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 |
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.
El valor all sólo se puede especificar si type 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 (type) especificado existiera ya en el disco, se usaría esa partición fdisk. En el disco, no se crea ninguna partición fdisk nueva.
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.
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.
el nombre del servidor donde se encuentra el sistema de archivos remoto, seguido de dos puntos.
El nombre del punto de montaje del sistema de archivos remoto. Por ejemplo, /usr o /export/home.
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.
El nombre del punto de montaje en el que se va a montar el sistema de archivos remoto.
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.
Si necesita especificar más de una opción de montaje, debe separar éstas por comas y sin espacios (ro,quota, por ejemplo).
filesys sherlock:/export/home/user2 - /home
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 especifiar filesys más de una vez.
Use uno de los valores siguientes:
El programa JumpStart coloca el sistema de archivos en cualquier disco.
No se puede especificar any cuando size es existing, all, free, start:tamaño o ignore.
El segmento de disco donde el programa JumpStart coloca el sistema de archivos, por ejemplo, c0t0d0s0 o c0d0s0.
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 s n indica un segmento específico del disco
Use uno de los valores siguientes:
El tamaño del sistema de archivos se fija en num en Mbytes.
Se usa el tamaño actual del sistema de archivos existente.
Cuando se usa el valor existing es posible cambiar el nombre de un segmento, especificando sistema_de_archivos como un nombre_punto_montaje diferente.
El tamaño del sistema de archivos se determina automáticamente, según el software seleccionado.
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.
El resto del espacio no utilizado del disco se usa para el sistema de archivos.
Si se usa free como valor de filesys, la entrada filesys debe ser la última entrada de un perfil.
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.
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:
El nombre del punto de montaje del sistema de archivos, por ejemplo, /var.
El segmento (slice) especificado se utiliza como swap.
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.
Solo se puede especificaroverlap cuando el size es existing, all o start:tamaño.
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 sistema_de_archivos, se usará unnamed de forma predeterminada.
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.
Use uno de los valores siguientes:
El sistema de archivos del slice especificado se conserva.
preserve sólo se puede especificar cuando size es existing, y slice es cwtx dysz.
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.
Si necesita especificar más de una opción de montaje, debe separar éstas por comas y sin espacios (ro,quota, por ejemplo).
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.
La palabra clave filesys mirror sólo se admite en las instalaciones iniciales.
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.
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 cwtxdys z, 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.
Este valor especifica el tamaño, en MB, del sistema de archivos.
Este valor especifica el sistema de archivos que está duplicando. El programa JumpStart personalizada crea el volumen RAID-1 a partir de los segmentos especificados y monta el volumen RAID-1 en el sistema de archivos especificado. Además de los sistemas de archivos vitales, como root (/), /usr y /var, también puede especificar swap como sistema de archivos.
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 sistema de archivos ( file_system) 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).
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.
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.
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 elregion .
Si hay zonas no globales 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 |
Una lista completa de los valores de entorno local de componentes que forman cada valor de entorno regional que se ha mostrado anteriormente se presenta en International Language Environments Guide.
Se puede especificar una palabra clave geo para cada configuración regional que quiera agregar al sistema.
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.
Deberá especificar install_type en un perfil e install_type debe ser la primera palabra clave de cada perfil.
Debe utilizar las siguientes opciones para initial_upgrade_flash_switch :
Especifica realizar una instalación inicial del SO Solaris
Especifica realizar una modernización del SO Solaris
Especifica la instalación de un contenedor Solaris Flash que sobrescriba todos los archivos
Especifica la instalación de un contenedor diferencial Solaris Flash que sobrescriba sólo los archivos especificados
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 .
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:
|
Si especifica una o más palabras clave layout_constraint |
el programa JumpStart define el disco de la siguiente manera:
|
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 minimum_size de los sistemas de archivos que requieren más espacio para la modernizació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. |
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.
Use una de las siguientes limitaciones del sistema de archivos especificado:
La disposición automática puede mover el sistema de archivos a otra ubicación y puede cambiar el tamaño del sistema de archivos. La limitación changeable sólo se puede especificar en los sistemas de archivo que han sido montados por el archivo /etc/vfstab. Puede cambiar el tamaño del sistema de archivos especificando el valor tamaño_mínimo.
Cuando marque un sistema de archivos como modificable y no se haya especificado el tamaño_mínimo, éste se establece en un 10 % más que el tamaño mínimo necesario. Por ejemplo, si el tamaño mínimo para un sistema de archivos es de 100 Mbytes, el tamaño modificado será de 110 Mbytes. Si se especifica el tamaño_mínimo, cualquier espacio libre que queda, el tamaño original menos el tamaño mínimo, se destina a otros sistemas de archivos.
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.
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 archivo que no están montados por el archivo /etc/vfstab.
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 contraer el sistema de archivos /usr/share, se traslada 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.
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.
layout_constraint c0t3d0s1 changeable 200 layout_constraint c0t3d0s4 movable layout_constraint c0t3d1s3 available layout_constraint c0t2d0s1 collapse
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 hace referencia al directorio donde se almacenaron estas secuencias. local_directory es la ruta a la secuencia del sistema clónico.
Para obtener información sobre las secuencias de despliegue previo y posterior, consulte Creación de las secuencias de personalización de Guía de instalación de Solaris 10: Contenedores Solaris Flash (Creación e instalación).
locale locale_name |
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 locale_name son los mismos que los valores que se usan para la variable de entorno $LANG. International Language Environments Guide contiene una lista de los valores de configuración regional válidos.
Cuando use la palabra clave locale , tenga en cuenta lo siguiente:
Si ha preconfigurado una configuración regional predeterminado, éste se instalará automáticamente. Los paquetes de idioma inglés se instalan de forma predeterminada.
Se puede especificar una palabra clave locale para cada configuración regional que desee agregar a un sistema.
Si hay zonas no globales 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. Los locales que ya están instalados en el sistema se modernizan automáticamente.
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.
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.
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.
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 .
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.
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.
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.
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, client_num , que admite un servidor. Si no especifica num_clients en el perfil, se asignarán cinco clientes sin disco de forma predeterminada..
num_clients sólo se puede usar cuando system_type se especifica como server.
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:
Agregar un paquete al grupo de software desde la distribución de Solaris que se va a instalar.
Agregar un paquete al grupo de software desde fuera de la distribución de Solaris que se está instalando.
Excluir o eliminar un paquete del grupo de software que se va a instalar o modernizar.
Agregar un paquete desde fuera de la distribución que se está instalando al instalar un contenedor Solaris Flash.
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.
Especifica si se debe agregar o eliminar el paquete especificado. Si no especifica add or delete, addse utiliza de forma predeterminada.
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.
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 dónde está guardado el paquete. Las siguientes secciones contienen los valores que puede utilizar para retrieval_type and location así como ejemplo de cómo utilizar la palabra clave package_name.
Si hay zonas no globales 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.
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] |
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.
Especifica el nombre del servidor en el que se ha guardado el paquete.
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.
Es una palabra clave opcional. n es el número máximo de veces que el proceso de instalación intenta montar el directorio.
En este ejemplo, la palabra clave de perfil package agrega el paquete SUNWnew de la localización NFS nfs://golden/packages/Solaris_10/ . Si el montaje falla, el montaje NFS se intenta cinco veces.
package SUNWnew add nfs golden:/packages/Solaris_10 retry 5
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 |
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.
Especifica el nombre del servidor en el que se ha guardado el paquete.
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.
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.
Especifica las palabras clave opcionales que se utilizarán cuando recupera un paquete desde un servidor 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. |
En este ejemplo, la palabra clave de perfil package agrega todos los paquetes que aparecen en la lista Solaris 10 directory from the HTTP location http://package.central/Solaris_10. Si transcurren cinco minutos y no se recibe ningún dato, los datos del paquete se recuperan de nuevo. Los datos de paquete anteriores se omiten. Se puede utilizar cualquiera de los siguientes formatos.
package SUNWnew add http package.central/Solaris_10 timeout 5
package SUNWnew add http://package.central/Solaris_10 timeout 5
En este ejemplo, la palabra clave de perfil package agrega todos los paquetes que aparecen en la lista Solaris_10 directory from the HTTP location http://package.central/Solaris_10. El paquete se recupera a través de un cortafuegos utilizando la palabra clave proxy.
package SUNWnew add http://package.central/Solaris_10 proxy webcache.east:8080
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
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.
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.
Especifica la ruta al paquete Solaris en relación con el sistema de archivos root ( /) en el dispositivo especificado.
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.
En este ejemplo, la palabra clave de perfil package agrega al paquete SUNWnew del directorio /Solaris_10/Product del dispositivo local c0t6d0s0. Este es un sistema de archivo UFS.
package SUNWnew add local_device c0t6d0s0 /Solaris_10/Product ufs
En este ejemplo, la palabra clave de perfil package agrega el paquete SUNWnew del directorio /Solaris_10/Product del dispositivo local c0t6d0s0. este es un sistema HSFS.
package SUNWnew add local_device c0t6d0s0 /Solaris_10/Product hsfs
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 |
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.
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.
En este ejemplo,la palabra clave de perfil package agrega el paquete SUNWnew desde el directorio /Solaris_10/Product .
package SUNWnew add local_file /Solaris_10/Product
Tenga en cuenta estas limitaciones cuando utilice la palabra clave package:
Algunos paquetes son necesarios y no pueden suprimirse.
No se pueden agregar o suprimir de forma individual paquetes de adaptación a la configuración regional mediante la palabra clave de perfil package. Para agregar paquetes de adaptación a la configuración regional, use la palabra clave de perfil locale.
Los paquetes no se pueden recuperar desde una ubicación de servidor FTP o copia de seguridad local, como una cinta.
Los paquetes de la distribución Solaris que se está instalando no se pueden agregar desde ubicaciones alternativas. Si se especifica un paquete de la distribución Solaris, el paquete no puede ir seguido de una ubicación alternativa para mantener la consistencia con el sistema resultante instalado.
Para poder realizar la instalación sin intervención manual, el paquete debe poder instalarse utilizando el comando pkgadd. Se debe utilizar el mismo archivo admin para instalar los paquetes del grupo de software y el paquete que se encuentra en otra ubicación
Si retrieval_type es HTTP, el paquete debe estar en formato de flujo.
Si retrieval_type es servidor NFS, dispositivo local o archivo local, el paquete debe seguir el formato de paquete estándar con el nombre de directorio igual al del paquete que se está instalando.
Si se está agregando un paquete desde una ubicación distinta y el paquete depende de otro paquete que no está instalado, el paquete no se instala. Un mensaje de error se registra en el archivo de registro de instalación o modernización.
Si el paquete se está instalando con un contenedor Solaris Flash, siga estas indicaciones.
Cualquier paquete instalado debe ser compatible con el contenedor.
Si un paquete está presente en el contenedor, JumpStart sobrescribe el paquete existente.
Cuando se usa package para una modernización, el programa JumpStart realiza las siguientes acciones:
Todos los paquetes que hay ya en el sistema se modernizan automáticamente.
So especifica package_name add y package_name no está instalado en el sistema, el paquete se instalará..
Si especifica package_name delete y package_name ya está instalado en el sistema, el paquete se borra before de que empiece la modernización.
Si especifica package_name delete y package_name no se instala en el paquete, el paquete no se instala si forma parte de uno de los clústers que se van a instalar.
partitioning type |
partitioning define cómo se dividen los discos en segmentos de sistemas de archivos durante la instalación.
Si no especifica partitioningen el perfil, el tipo default de particionado se usa de forma predeterminada.
Use uno de los valores siguientes:
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.
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.
Cuando se usan las palabras clave de perfil filesys y partitioning existing, hay que filar el tamaño size en existing.
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 Solaris en el sistema de archivos root (/).
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.
patch patch_id_list | patch_file patch_location optional_keywords] |
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.
Un archivo con una lista de parches que se encuentra en patch_location . Los parches se instalan en el orden especificado en el archivo.
Especifica la ubicación en la que se encuentran los parches. Las ubicaciones permitidas son:
Servidor NFS
Servidor HTTP
Dispositivo local
Archivo local
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.
Si hay zonas no globales 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.
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] |
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.
Un archivo con una lista de parches que se encuentra en patch_location . Los parches se instalan en el orden especificado en el archivo.
Especifica el nombre del servidor en el que se ha guardado el parche.
Especifica la ubicación del directorio del parche en el servidor especificado. Los parches deben tener el formato estándar.
Es una palabra clave opcional. n es el número máximo de veces que la utilidad de instalación intenta montar el directorio.
En este ejemplo, la palabra clave de perfil patch agrega todos los parches que aparecen en la lista del archivo patch del directorio parche NFS nfs://patch_master/Solaris/v10/patches. Los parches se instalan en el orden indicado en patch. Si el montaje falla, el montaje NFS se intenta cinco veces.
patch patch_file nfs://patch_master/Solaris/v10/patches retry 5
En este ejemplo, la palabra clave de perfil patch agrega los parches 112467–01 and 112765–02 desde el parche /Solaris/v10/patches on the server patch_master.
patch 112467-01,112765-02 nfs patch_master:/Solaris/v10/patches
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 |
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.
Un archivo con una lista de parches que se encuentra en patch_location . Los parches se instalan en el orden especificado en el archivo.
Especifica el nombre del servidor en el que se ha guardado el parche.
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.
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.
Especifica las palabras clave opcionales que se utilizará cuando recupera un parche desde un servidor 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. |
En este ejemplo, la palabra clave de perfil patchagrega todos los parches que aparecen en la lista en el archivo patch_file de la localización HTTP http://patch.central/Solaris/v10/patches. Los parches se instalan en el orden especificado en el archivo patch. Si transcurren cinco minutos y no se recibe ningún dato, los datos del parche se recuperan de nuevo. Los datos de parche anteriores se omiten.
patch patch_file http://patch.central/Solaris/v10/patches timeout 5
En este ejemplo, la entrada de palabra clave de perfil patch agrega los parches 112467–01 and 112765–02 de la localización de parche http://patch_master/Solaris/v10/patches .
patch 112467-01,112765-02 http://patch.central/Solaris/v10/patches
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 |
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.
Un archivo con una lista de parches que se encuentra en patch_location . Los parches se instalan en el orden especificado en el archivo.
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.
Especifica la ruta al parche de Solaris en relación con el sistema de archivos root ( /) en el dispositivo especificado.
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.
En este ejemplo, la palabra clave de perfil patch agrega todos los parches que aparecen el la lista del archivo patch_file del directorio. /Solaris_10/patches del dispositivo local c0t6d0s0. El patch determina el orden de los parches que hay que instalar.
patch patch_cal_device c0t6d0s0 /Solaris_10/patches
En este ejemplo, la palabra clave de perfil patch agrega los parches 112467–01 and 112765–02del directorio de parche /Solaris_10/patches del dispositivo local c0t6d0s0.
patch 112467-01,112765-02 local_device c0t6d0s0 /Solaris_10/patches
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
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.
Un archivo con una lista de parches que se encuentra en patch_location . Los parches se instalan en el orden especificado en el archivo.
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.
En este ejemplo, la palabra clave de perfil patch agrega todos los parches que aparecen en la lista en el archivo patch_file del directorio /Solaris_10/patches . El archivo patch determina el orden de los parches que se van a instalar.
patch patch_cal_file /Solaris_10/patches
En este ejemplo, la palabra clave de perfil patch agrega los parches 112467–01 and 112765–02del directorio de parche /Solaris_10/patches .
patch 112467-01,112765-02 local_file /Solaris_10/patches
Tenga en cuenta estas limitaciones cuando utilice la palabra clave patch:
Los parches no se pueden recuperar desde una ubicación de servidor FTP o copia de seguridad local, como una cinta.
No se pueden agregar parches firmados.
Los parches deben poder instalarse con el comando patchadd.
Si un parche depende de un parche que no está instalado, el parche no se instala. Un mensaje de error se registra en el archivo de registro de instalación o modernización.
Debe determinar el orden correcto de los parches para una instalación correcta.
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 root (/) y los sistemas montados por el archivo /etc/vfstab que se van a modernizar. Deberá especificar root_device cuando se puedan modernizar varios sistemas de archivos root (/) de un sistema. Deberá especificar el slice en el formato cwt xdys z or cxd ysz.
Cuando use la palabra clave root_device, tenga en cuenta lo siguiente:
Si especifica root_device en un sistema con un solo disco, root_device y el disco deben concordar. Además, cualquier palabra clave filesys que especifique el sistema de archivos root (/) debe coincidir con root_device.
Si va a modernizar un volumen RAID-1 (duplicación), el valor especificado para root_device debe ser un lado del duplicado. El otro lado se moderniza automáticamente.
root_device c0t0d0s2
Un disco root es el disco del sistema que contiene el sistema de archivo de root (/). En un perfil, puede usar la variable rootdisk en lugar de un nombre de disco, que el programa JumpStart establecerá como el disco root del sistema. La Tabla 11–8 describe cómo el programa JumpStart determina el disco root del sistema para la instalación.
El programa JumpStart sólo determina el tamaño de un disco root de sistema durante una instalación inicial. Durante una modernización, no se puede cambiar un disco root del sistema.
Etapa |
Acción |
---|---|
1 |
Si la palabra clave root_device se especifica en el perfil, el programa JumpStart establece rootdisk en el dispositivo root. |
2 |
Si no se ha establecido rootdisk y la palabra clave boot_device se especifica en el perfil, el programa JumpStart establece rootdisk en el dispositivo root. |
3 |
Si rootdisk no se ha definido 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 establecido rootdisk y se ha especificado partitioning existing en el perfil, el programa JumpStart busca en los discos de sistema, en el orden de sondeo de kernel, si hay un sistema de archivos root 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 root, el programa JumpStart fija rootdisk en el disco encontrado. |
6 |
Si no se ha fijado rootdisk el programa JumpStart fija rootdisk en el disco en el que está instalado el sistema de archivos root (/) |
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 especifica system_type en un perfil, se usará standalone de forma predeterminada.
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 disk_name con el formato c xtyd z o cyd z, for example, c0t0d0 or c0d0s0.
Si especifica usedisk en un perfil, el programa JumpStart utiliza sólo los discos que especifique después de la palabra clave usedisk.
No puede especificar las palabras clave usedisk y la palabra clave dontuse en el mismo perfil.
A partir de la versión Solaris 10 1/06 , cuando tenga instaladas zonas no globales, puede utilizar el programa JumpStart personalizado para modernizar. Sólo se deben de usar dos palabras clave de perfil, las palabras clave, the install_type and root_device.
Algunas palabras clave no pueden incluirse en un perfil, ya que pueden afectar a zonas no globales. Por ejemplo, utilizando palabras clave que agregan paquetes, reasignan el espacio del disco, o agregan locales que afectarían 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:
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 and SI_NUMDISKS se usan para determinar el disco físico que se va a usar para rootdisk. rootdisk dscibe 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_DOMAINNAMEse fija cuando la palabra clave variable dommainname se usa y se concuerda 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 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 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 fija cuando la palabra clave model se usa y concuerda en el archivo rules model model se usa y concuerda 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. |
La Tabla 11–11 describe cada palabra clave de regla y su palabra clave de sondeo equivalente.
Coloque siempre las palabras clave de sondeo al principio, o cerca del principio, del archivo rules.
Palabra clave de regla |
Palabra clave de sondeo equivalente |
Descripción de la palabra clave de sondeo |
---|---|---|
Ninguna |
|
|
Determina la arquitectura del núcleo, i386 o SPARC, y fija SI_ARCH. |
||
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. |
||
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). |
||
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. |
||
Devuelve un nombre de sistema que es la salida de uname(1) -n y fija la variable de entorno SI_HOSTNAME. |
||
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. |
||
Devuelve un grupo de plataformas de sistema, por ejemplo, i86pc, o sun4, y fija la variable de entorno SI_KARCH. Si desea obtener una lista de los nombres de plataformas, consulteSolaris Sun Hardware Platform Guide at http://docs.sun.com. |
||
Devuelve el tamaño de la memoria física en un sistema en Mbytes y fija la variable de entorno SI_MEMSIZE. |
||
Devuelve un nombre de plataforma de sistema y fija la variable de entorno SI_MODEL. Si desea obtener una lista de los nombres de plataformas, consulte Solaris Sun Hardware Platform Guide at http://docs.sun.com. |
||
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. |
||
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. |
||
|
Devuelve el nombre y el tamaño en Mbytes de un disco root del sistema y define la variable de entorno SI_ROOTDISK. |
|
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. |