Skip Navigation Links | |
Exit Print View | |
![]() |
Oracle Solaris Administration: Common Tasks Oracle Solaris 11 Information Library |
1. Locating Information About Oracle Solaris Commands
2. Managing User Accounts and Groups (Overview)
3. Managing User Accounts and Groups (Tasks)
4. Booting and Shutting Down an Oracle Solaris System
What's New in Booting and Shutting Down a System?
Support for Administratively Provided driver.conf Files
Boot and Shutdown Progress Animation
x86: Removal of Support for 32-Bit Kernel
Booting and Shutting Down an Oracle Solaris System (Overview)
Management of Boot Services by the Service Management Facility
Booting a System to a Specified State (Task Map)
Booting a System to a Specified State (Run Level)
Determining a System's Current Run Level
SPARC: How to Boot a System to a Multiuser State (Run Level 3)
x86: How to Boot a System to a Single-User State (Run Level S)
Shutting Down a System (Task Map)
How to Shut Down a System by Using the shutdown Command
Bringing a System to a Shutdown State (Run Level 0) by Using the init Command
How to Shut Down a System by Using the init Command
Booting a System From the Network
Accelerating the Reboot Process (Task Map)
Accelerating the Reboot Process
How to Initiate a Fast Reboot of a SPARC Based System
How to Initiate a Fast Reboot of an x86 Based System
Changing the Default Behavior of the Fast Reboot Feature
Initiating a Standard Reboot of a System That Has Fast Reboot Enabled
Booting From a ZFS Boot Environment (Task Map)
SPARC: Booting From a ZFS Boot Environment
SPARC: How to Display a List of Available Boot Environments During the Boot Sequence
SPARC: How to Boot From a ZFS Boot Environment or Root File System
Modifying Boot Parameters (Task Map)
SPARC: How to Determine the Default Boot Device
SPARC: How to Change the Default Boot Device by Using the Boot PROM
x86: How to Modify Boot Parameters by Using the eeprom Command
x86: How to Modify Boot Parameters at Boot Time
Adding a Linux Entry to the GRUB Menu After an Installation
Keeping a System Bootable (Task Map)
Determining Whether the boot-archive SMF Service Is Running
How to Clear a Failed Automatic Boot Archive Update by Manually Updating the Boot Archive
x86: How to Clear a Failed Automatic Boot Archive Update by Using the auto-reboot-safe Property
Where to Find More Information About Booting and Shutting Down a System
5. Working With Oracle Configuration Manager
6. Managing Services (Overview)
9. Managing System Information (Tasks)
10. Managing System Processes (Tasks)
11. Monitoring System Performance (Tasks)
12. Managing Software Packages (Tasks)
14. Scheduling System Tasks (Tasks)
15. Setting Up and Administering Printers by Using CUPS (Tasks)
16. Managing the System Console, Terminal Devices, and Power Services (Tasks)
17. Managing System Crash Information (Tasks)
18. Managing Core Files (Tasks)
19. Troubleshooting System and Software Problems (Tasks)
20. Troubleshooting Miscellaneous System and Software Problems (Tasks)
The bootadm command handles the details of boot archive update and verification. During the process of a normal system shutdown, the shutdown process compares the boot archive's contents with the root file system. If there have been updates to the system such as drivers or configuration files, the boot archive is rebuilt to include these changes so that upon reboot, the boot archive and root file system are synchronized.
The files in the x86 boot archive are located in the /platform/i86pc/amd64/boot_archive directory.
The files in the SPARC boot archive are located in the /platform directory.
To list the contents of the boot archive by using the bootadm list-archive command, as follows:
# bootadm list-archive
Whenever any files in the boot archive are updated, the archive must be rebuilt. For modifications to take effect, the rebuild of the archive must take place before the next system reboot.
If the boot-archive service is disabled, automatic recovery of the boot archives upon a system reboot might not occur. As a result, the boot archives could become unsynchronized or corrupted, preventing the system from booting.
To determine whether the boot-archive service is running, use the svcs command, as follows:
$ svcs boot-archive STATE STIME FMRI online Mar_31 svc:/system/boot-archive:default
To enable or disable the boot-archive service, type:
# svcadm enable | disable system/boot-archive
To verify the state of the boot-archive service, type:
# svcs boot-archive
If the service is running, the output displays an online service state.
During the process of booting the system, if a warning message that is similar to the following is displayed, take action accordingly:
WARNING: Automatic update of the boot archive failed. Update the archives using 'bootadm update-archive' command and then reboot the system from the same device that was previously booted.
The following procedure describes how to manually update an out-of-date boot archive by using the bootadm command.
Note - The same procedure can also be used to manually update the boot archive.
# bootadm update-archive
Note - To update the boot archive on an alternate root, type the following command:
# bootadm update-archive -R /a
Specifies an alternate root path to apply to the update-archive subcommand.
![]() | Caution - The root file system of any non-global zone must not be referenced with the -R option. Doing so might damage the global zone's file system, compromise the security of the global zone, or damage the non-global zone's file system. See the zones(5) man page. |
# reboot
Boot archive recovery on x86 platforms is automated through the Fast Reboot feature. However, during the process of booting the system, if a warning similar to the following is displayed:
WARNING: Reboot required. The system has updated the cache of files (boot archive) that is used during the early boot sequence. To avoid booting and running the system with the previously out-of-sync version of these files, reboot the system from the same device that was previously booted.
The system then enters system maintenance mode. As a result, the automatic update of the boot archive fails. To correct the problem, follow the steps in this procedure.
# reboot
# svccfg -s svc:/system/boot-config:default setprop config/auto-reboot-safe = true
# svccfg -s svc:/system/boot-config:default listprop |grep config/auto-reboot-safe config/auto-reboot-safe boolean true