JavaScript is required to for searching.
Skip Navigation Links
Exit Print View
Oracle Solaris Administration: Common Tasks     Oracle Solaris 11 Information Library
search filter icon
search icon

Document Information

About This Book

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

Bitmapped Console

Boot and Shutdown Progress Animation

Fast Reboot

x86: Removal of Support for 32-Bit Kernel

Booting and Shutting Down an Oracle Solaris System (Overview)

GRUB Based Booting

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)

Shutting Down a System

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)

Modifying Boot Parameters

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)

Keeping a System Bootable

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)

7.  Managing Services (Tasks)

8.  Using the Fault Manager

9.  Managing System Information (Tasks)

10.  Managing System Processes (Tasks)

11.  Monitoring System Performance (Tasks)

12.  Managing Software Packages (Tasks)

13.  Managing Disk Use (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)

Index

Keeping a System Bootable

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.

Determining Whether the boot-archive SMF Service Is Running

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.

How to Clear a Failed Automatic Boot Archive Update by Manually Updating the Boot Archive

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.


  1. Become the root role.
  2. To update the boot archive, type the following command:
    # bootadm update-archive

    Note - To update the boot archive on an alternate root, type the following command:

    # bootadm update-archive -R /a
    -R altroot

    Specifies an alternate root path to apply to the update-archive subcommand.


    Caution

    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.



  3. Reboot the system.
    # reboot

x86: How to Clear a Failed Automatic Boot Archive Update by Using the auto-reboot-safe Property

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.

  1. Become the root role.
  2. Reboot the system.
    # reboot
  3. If the active BIOS boot device and the GRUB menu entries point to the current boot instance, follow these steps to prevent a boot archive update failure:
    1. Set the auto-reboot-safe property of the svc:/system/boot-config SMF service to true, as follows:
      # svccfg -s svc:/system/boot-config:default setprop config/auto-reboot-safe = true
    2. Verify that the auto-reboot-safe property is set correctly.
      # svccfg -s svc:/system/boot-config:default listprop |grep config/auto-reboot-safe
      config/auto-reboot-safe            boolean  true