Omitir V�nculos de navegaci�n | |
Salir de la Vista de impresi�n | |
Guía de administración del sistema: administración básica |
1. Herramientas de gestión de Oracle Solaris (guía)
2. Trabajo con Solaris Management Console (tareas)
3. Trabajo con Oracle Java Web Console (tareas)
4. Gestión de grupos y cuentas de usuario (descripción general)
5. Gestión de cuentas de usuario y grupos (tareas)
6. Gestión del soporte cliente-servidor (descripción general)
7. Administración de clientes sin disco (tareas)
8. Introducción al cierre e inicio de un sistema
9. Cierre e inicio del sistema (descripción general)
10. Cierre de un sistema (tareas)
11. Modificación del comportamiento del inicio de Oracle Solaris (tareas)
12. Cómo iniciar un sistema Oracle Solaris (tareas)
Cómo iniciar un sistema basado en SPARC (mapa de tareas)
Cómo iniciar un sistema basado en SPARC
SPARC: Cómo iniciar un sistema en el nivel de ejecución 3 (nivel multiusuario)
SPARC: Cómo iniciar un sistema en el nivel de ejecución S (nivel de un solo usuario)
SPARC: Cómo iniciar un sistema de manera interactiva
SPARC: Cómo iniciar un núcleo distinto del núcleo predeterminado
Cómo iniciar desde un sistema de archivos root ZFS especificado en un sistema basado en SPARC
SPARC: Cómo iniciar desde un sistema de archivos root ZFS especificado
Cómo iniciar un sistema basado en SPARC en modo a prueba de fallos
Cómo iniciar un sistema basado en SPARC en modo a prueba de fallos
Cómo iniciar un sistema basado en SPARC desde la red
SPARC: Cómo iniciar un sistema desde la red
Cómo iniciar un sistema basado en x86 mediante GRUB (mapa de tareas)
x86: Cómo iniciar un sistema en el nivel de ejecución 3 (multiusuario)
x86: Cómo iniciar un sistema en el nivel de ejecución S (nivel de un solo usuario)
x86: Cómo iniciar un sistema de manera interactiva
x86: Cómo iniciar desde un sistema de archivos root ZFS especificado en un sistema basado en x86
x86: Cómo mostrar una lista de los entornos de inicio ZFS disponibles
x86: Cómo iniciar desde un sistema de archivos root ZFS especificado
Cómo iniciar un sistema basado en x86 en modo a prueba de fallos
Cómo iniciar un sistema basado en x86 en modo a prueba de fallos
Cómo iniciar un sistema basado en x86 desde la red
x86: cómo realizar un inicio basado en GRUB desde la red
Cómo acelerar el proceso de reinicio en la plataforma SPARC (mapa de tareas)
Cómo iniciar un reinicio rápido de un sistema basado en SPARC
Cómo iniciar un reinicio rápido de un sistema basado en SPARC
Cómo realizar un reinicio estándar de un sistema basado en SPARC
Gestión del servicio de configuración de inicio
13. Gestión de archivos de inicio de Oracle Solaris (tareas)
14. Resolución de problemas de inicio de un sistema Oracle Solaris (tareas)
15. x86: Inicio basado en GRUB (referencia)
16. x86: Inicio de un sistema que no implementa GRUB (tareas)
17. Comando regadm del registro automático de Oracle Solaris (tareas)
18. Gestión de servicios (descripción general)
19. Gestión de servicios (tareas)
20. Gestión de software (descripción general)
22. Gestión de software mediante comandos de paquetes de Oracle Solaris (tareas)
Si inicia un sistema desde una imagen de sistema de archivo root que es un archivo de inicio y, a continuación, vuelve a montar este sistema de archivos en el dispositivo root real, es posible que a veces el archivo de inicio y el sistema de archivo root no coincidan o sean inconsistentes. En estas condiciones, el correcto funcionamiento y la integridad del sistema están en peligro. Después de montar el sistema de archivos root (/) y antes de renunciar al sistema de archivos de la memoria, el sistema realiza una verificación de consistencia de los dos sistemas de archivos. Si se detecta una inconsistencia, se suspende la secuencia normal de inicio y el sistema vuelve al modo a prueba de fallos.
Además, si se produce un fallo del sistema, un fallo del suministro eléctrico o un aviso grave del núcleo inmediatamente después de actualizar el archivo del núcleo, es posible que los archivos de inicio y el sistema root no se sincronicen. Aunque el sistema podría seguir iniciándose con los archivos de inicio inconsistentes, se recomienda que inicie el archivo en modo a prueba de fallos para actualizar los archivos de inicio. También puede utilizar el comando bootadm para actualizar manualmente los archivos de inicio. Para obtener más información, consulte Uso del comando bootadm para administrar archivos de inicio.
El archivo en modo a prueba de fallos se puede iniciar para fines de recuperación o para actualizar el archivo de inicio.
En la plataforma SPARC el archivo en modo a prueba de fallos es:
/platform/`uname -m`/failsafe
Debe iniciar el archivo en modo a prueba de fallos mediante la siguiente sintaxis:
ok boot -F failsafe
El inicio en modo a prueba de fallos también se admite en los sistemas que se hayan iniciado desde Oracle Solaris ZFS. Cuando se inicia desde entornos de inicio con root ZFS, cada entorno de inicio tiene su propio archivo en modo a prueba de fallos. El archivo en modo a prueba de fallos se encuentra en el mismo lugar que el sistema de archivos root, como es el caso con un entorno de inicio UFS root. El archivo predeterminado en modo a prueba de fallos es el archivo que está en el sistema de archivos predeterminado que se puede iniciar. El sistema de archivos predeterminado que se puede iniciar (conjunto de datos) está indicado por el valor de la propiedad bootfs de la agrupación.
Para obtener información acerca del inicio de un archivo en modo a prueba de fallos basado en x86, consulte Cómo iniciar un sistema basado en x86 en modo a prueba de fallos.
Para obtener información sobre cómo eliminar los fallos automáticas de los archivos de inicio, consulte x86: Cómo reparar los errores de actualización de archivos de inicio automáticos con la propiedad auto-reboot-safe.
Utilice este procedimiento para iniciar un sistema basado en SPARC en modo a prueba de fallos con el propósito de actualizar el archivo de inicio. Si el sistema no inicia después de actualizar el archivo de inicio, es posible que necesite iniciar el sistema en modo de un solo usuario. Para obtener más información, consulte SPARC: Cómo iniciar un sistema en el nivel de ejecución S (nivel de un solo usuario).
Nota - Este procedimiento también proporciona instrucciones para iniciar un determinado conjunto de datos ZFS en modo a prueba de fallos.
Los roles incluyen autorizaciones y comandos con privilegios. Para obtener más información sobre los roles, consulte Configuración de RBAC (mapa de tareas) de Guía de administración del sistema: servicios de seguridad.
# init 0
ok boot -F failsafe
ok boot -F failsafe -Z dataset
Por ejemplo:
ok boot -F failsafe -Z rpool/ROOT/zfsBE2
Nota - Para determinar el nombre del conjunto de datos que se va a iniciar, utilice primero el comando boot -L para mostrar una lista de los entornos de inicio disponibles en el sistema. Para obtener más información, consulte SPARC: Cómo obtener una lista de conjuntos de datos que se pueden iniciar disponibles en una agrupación root de ZFS.
Si se detecta un archivo de inicio inconsistente, se muestra un mensaje.
An out of sync boot archive was detected on rpool. The boot archive is a cache of files used during boot and should be kept in sync to ensure proper system operation. Do you wish to automatically update this boot archive? [y,n,?] y
Si el archivo se ha actualizado correctamente, se muestra un mensaje:
The boot archive on rpool was updated successfully.
Ejemplo 12-7 SPARC: Cómo iniciar un sistema en modo a prueba de fallos
En este ejemplo se muestra cómo iniciar un sistema basado en SPARC en modo a prueba de fallos. Si no hay ningún dispositivo especificado, se inicia el archivo en modo a prueba de fallos para el dispositivo de inicio predeterminado.
ok boot -F failsafe Resetting ... screen not found. Can't open input device. Keyboard not present. Using ttya for input and output. Sun Enterprise 220R (2 X UltraSPARC-II 450MHz), No Keyboard OpenBoot 3.23, 1024 MB memory installed, Serial #13116682. Ethernet address 8:0:20:c8:25:a, Host ID: 80c8250a. Rebooting with command: boot -F failsafe Boot device: /pci@1f,4000/scsi@3/disk@1,0:a File and args: -F failsafe SunOS Release 5.10t Copyright 1983-2007 Sun Microsystems, Inc. All rights reserved. Use is subject to license terms. Configuring /dev Searching for installed OS instances... An out of sync boot archive was detected on /dev/dsk/c0t1d0s0. The boot archive is a cache of files used during boot and should be kept in syncto ensure proper system operation. Do you wish to automatically update this boot archive? [y,n,?] y Updating boot archive on /dev/dsk/c0t1d0s0. The boot archive on /dev/dsk/c0t1d0s0 was updated successfully. Solaris 5.10 was found on /dev/dsk/c0t1d0s0. Do you wish to have it mounted read-write on /a? [y,n,?] n Starting shell. #
Ejemplo 12-8 SPARC: Cómo iniciar un conjunto de datos ZFS especificado en modo a prueba de fallos
En este ejemplo se muestra cómo iniciar un conjunto de datos ZFS en modo a prueba de fallos. Tenga en cuenta que el comando boot -L primero se usa para mostrar una lista de los entornos de inicio disponibles. Este comando se debe ejecutar en el indicador ok.
ok boot -L Rebooting with command: boot -L Boot device: /pci@1f,4000/scsi@3/disk@1,0 File and args: -L 1 zfsBE2 Select environment to boot: [ 1 - 1 ]: 1 To boot the selected entry, invoke: boot [<root-device>] -Z rpool/ROOT/zfsBE2 Program terminated {0} ok Resetting ... screen not found. Can't open input device. Keyboard not present. Using ttya for input and output. Sun Enterprise 220R (2 X UltraSPARC-II 450MHz), No Keyboard OpenBoot 3.23, 1024 MB memory installed, Serial #13116682. Ethernet address 8:0:20:c8:25:a, Host ID: 80c8250a. {0} ok boot -F failsafe -Z rpool/ROOT/zfsBE2 Boot device: /pci@1f,4000/scsi@3/disk@1,0 File and args: -F failsafe -Z rpool/ROOT/zfsBE2 SunOS Release 5.10 Copyright 1983-2008 Sun Microsystems, Inc. All rights reserved. Use is subject to license terms. Configuring /dev Searching for installed OS instances... ROOT/zfsBE2 was found on rpool. Do you wish to have it mounted read-write on /a? [y,n,?] y mounting rpool on /a Starting shell. # # # # zpool list NAME SIZE USED AVAIL CAP HEALTH ALTROOT rpool 16.8G 6.26G 10.5G 37% ONLINE /a # # zpool status pool: rpool state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM rpool ONLINE 0 0 0 c0t1d0s0 ONLINE 0 0 0 errors: No known data errors # # df -h Filesystem size used avail capacity Mounted on /ramdisk-root:a 163M 153M 0K 100% / /devices 0K 0K 0K 0% /devices /dev 0K 0K 0K 0% /dev ctfs 0K 0K 0K 0% /system/contract proc 0K 0K 0K 0% /proc mnttab 0K 0K 0K 0% /etc/mnttab swap 601M 344K 601M 1% /etc/svc/volatile objfs 0K 0K 0K 0% /system/object sharefs 0K 0K 0K 0% /etc/dfs/sharetab swap 602M 1.4M 601M 1% /tmp /tmp/root/etc 602M 1.4M 601M 1% /.tmp_proto/root/etc fd 0K 0K 0K 0% /dev/fd rpool/ROOT/zfsBE2 16G 5.7G 9.8G 37% /a rpool/export 16G 20K 9.8G 1% /a/export rpool/export/home 16G 18K 9.8G 1% /a/export/home rpool 16G 63K 9.8G 1% /a/rpool