Skip Navigation Links | |
Exit Print View | |
Oracle Solaris Administration: Basic Administration Oracle Solaris 10 1/13 Information Library |
1. Oracle Solaris Management Tools (Road Map)
2. Working With the Solaris Management Console (Tasks)
3. Working With the Oracle Java Web Console (Tasks)
4. Managing User Accounts and Groups (Overview)
5. Managing User Accounts and Groups (Tasks)
6. Managing Client-Server Support (Overview)
7. Managing Diskless Clients (Tasks)
8. Introduction to Shutting Down and Booting a System
9. Shutting Down and Booting a System (Overview)
Understanding the New SPARC Boot Architecture
Packing and Unpacking the Miniroot
Software Installation and Upgrades
Installation Memory Requirements
Changes to the Network Boot Server Setup Process
Support for Booting Multiple Kernels
Implementation of the Boot Archives on SPARC
x86: Administering the GRUB Bootloader
GRUB Support for findroot Command
Booting From an Oracle Solaris ZFS Root File System
Installation Requirements for Oracle Solaris ZFS
How Booting From an Oracle Solaris ZFS Root File System Works
SPARC: Options That Support Booting From an Oracle Solaris ZFS Root File System
x86: Options That Support Booting From a ZFS Root File System
10. Shutting Down a System (Tasks)
11. Modifying Oracle Solaris Boot Behavior (Tasks)
12. Booting an Oracle Solaris System (Tasks)
13. Managing the Oracle Solaris Boot Archives (Tasks)
14. Troubleshooting Booting an Oracle Solaris System (Tasks)
15. x86: GRUB Based Booting (Reference)
16. x86: Booting a System That Does Not Implement GRUB (Tasks)
17. Working With Oracle Configuration Manager
18. Managing Services (Overview)
20. Managing Software (Overview)
21. Managing Software With Oracle Solaris System Administration Tools (Tasks)
22. Managing Software by Using Oracle Solaris Package Commands (Tasks)
Note - The information in this section applies to both the SPARC and x86 platforms.
The fundamental Oracle Solaris boot design includes the following characteristics:
Use of a boot archive
The boot archive is a ramdisk image that contains all of the files that are required for booting a system. When you install the Solaris OS, two boot archives are created, one primary archive and one failsafe archive. For more information, see Implementation of the Boot Archives on SPARC.
The bootadm command has also been modified for use on the SPARC platform. This command functions the same way that it does on the x86 platform. The bootadm command handles the details of archive update and verification automatically. During an installation or system upgrade, the bootadm command creates the initial boot archive. During the process of a normal system shutdown, the shutdown process checks the boot archive contents against the root file system. If there are any inconsistencies, the system rebuilds the boot archive to ensure that on reboot, the boot archive and root (/) file system are synchronized. You can also use the bootadm command to manually update the boot archives. See Using the bootadm Command to Manage the Boot Archives.
Note - Some options of the bootadm command cannot be used on SPARC based systems.
For more information, see the bootadm(1M) and boot(1M) man pages.
Use of a ramdisk image as the root file system during installation and failsafe operations
This process is now the same on the SPARC and x86 platforms. The ramdisk image is derived from the boot archive and is then transferred to the system from the boot device.
Note - On the SPARC platform, the OpenBoot PROM continues to be used to access the boot device and to transfer the boot archive to the system's memory. Conversely, on the x86 platform, the system is initially controlled by the BIOS. The BIOS is used to initiate a transfer of the boot archive from a network device or to run a boot loader. In the Oracle Solaris OS, the x86 boot loader that is used to transfer the boot archive from disk is GRUB. See x86: Boot Processes.
In the case of a software installation, the ramdisk image is the root file system that is used for the entire installation process. Using the ramdisk image for this purpose eliminates the need to boot the system from removable media. The ramdisk file system type can be either a High Sierra File System (HSFS) or UFS.