|Skip Navigation Links|
|Exit Print View|
|System Administration Guide: Devices and File Systems Oracle Solaris 10 8/11 Information Library|
Managing disks in the Oracle Solaris OS usually involves setting up the system and running the Oracle Solaris installation program to create the appropriate disk slices and file systems and to install the Oracle Solaris OS. Occasionally, you might need to use the format utility to add a new disk drive or replace a defective disk drive.
Before you can effectively use the information in this section, you should be familiar with basic disk architecture. In particular, you should be familiar with the following terms:
For additional information, see the product information from your disk's manufacturer.
A special area of every disk is set aside for storing information about the disk's controller, geometry, and slices. This information is called the disk's label. Another term that is used to described the disk label is the VTOC (Volume Table of Contents) on a disk with a VTOC label. To label a disk means to write slice information onto the disk. You usually label a disk after you change its slices.
The Oracle Solaris release supports the following two disk labels:
SMI – The traditional VTOC label for disks that are less than 2 TB in size.
EFI – Provides support for disks that are larger than 2 TB on systems that run a 64-bit Solaris kernel. The Extensible Firmware Interface GUID Partition Table (EFI GPT) disk label is also available for disks less than 2 TB that are connected to a system that runs a 32-bit Solaris kernel.
If you fail to label a disk after you create slices, the slices will be unavailable because the OS has no way of “knowing” about the slices.
The EFI label provides support for physical disks and virtual disk volumes that are greater than 2 TB in size. This release also includes updated disk utilities for managing disks greater than 2 TB in size. The UFS file system is compatible with the EFI disk label, and you can create a UFS file system greater than 2 TB. For information on creating a multiterabyte UFS file system, see Support of Multiterabyte UFS File Systems.
The following file system products support file systems greater than 1 TB in size:
The Oracle Solaris ZFS file system supports file systems greater than 1 TB in size.
The Sun StorEdge QFS file system is also available to create file systems greater than 1 TB in size. For information on the Oracle QFS file system, see http://download.oracle.com/docs/cd/E19526-01/819-1550-10/819-1550-10.pdf.
The Solaris Volume Manager software can also be used to manage disks greater than 1 TB in this Solaris release. For information on using Solaris Volume Manager, see Solaris Volume Manager Administration Guide.
The VTOC label is still available for disks less than 2 terabytes in size. If you are only using disks smaller than 2 TB on your systems, managing disks will be the same as in previous Solaris releases. In addition, you can use the format-e command to label a disk 2 TB in size or less with an EFI label. For more information, see Example 11-5.
You can use the format -e command to apply an EFI label to a disk if the system is running the appropriate Oracle Solaris release. However, you should review the important information in Restrictions of the EFI Disk Label before attempting to apply an EFI label.
You can also use the format -e command to reapply a VTOC label if the EFI label is no longer needed. For example:
# format -e Specify disk (enter its number): 2 selecting c0t5d0 [disk formatted] . . . format> label  SMI Label  EFI Label Specify Label type: 0 Warning: This disk has an EFI label. Changing to SMI label will erase all current partitions. Continue? yes Auto configuration via format.dat[no]? Auto configuration via generic SCSI-2[no]? format> quit
Caution - Keep in mind that changing disk labels will destroy any data on the disk.
Provides support for disks greater than 2 terabytes in size.
Provides usable slices 0-6, where slice 2 is just another slice.
Partitions (or slices) cannot overlap with the primary or backup label, nor with any other partitions. The size of the EFI label is usually 34 sectors, so partitions usually start at sector 34. This feature means that no partition can start at sector zero (0).
No cylinder, head, or sector information is stored in the EFI label. Sizes are reported in blocks.
Information that was stored in the alternate cylinders area, the last two cylinders of the disk, is now stored in slice 8.
If you use the format utility to change partition sizes, the unassigned partition tag is assigned to partitions with sizes equal to zero. By default, the format utility assigns the usr partition tag to any partition with a size greater than zero. You can use the partition change menu to reassign partition tags after the partitions are changed. However, you cannot change a partition with a non-zero size to the unassigned partition tag.
Keep the following restrictions in mind when determining whether using disks greater than 1 terabyte is appropriate for your environment:
A disk with an EFI label is not recognized on systems running previous Solaris releases.
You cannot boot from a disk with an EFI disk label.
On x86 based systems, you can use the fdisk command on a disk with an EFI label that is greater than 2 TB in size.
You cannot use the Solaris Management Console's Disk Manager tool to manage disks with EFI labels. Use the format utility to partition disks with EFI labels. Then, you can use the Solaris Management Console's Enhanced Storage Tool to manage volumes and disk sets with EFI-labeled disks.
The EFI specification prohibits overlapping slices. The entire disk is represented by cxtydz.
The EFI disk label provides information about disk or partition sizes in sectors and blocks, but not in cylinders and heads.
The following format options are either not supported or are not applicable on disks with EFI labels:
The save option is not supported because disks with EFI labels do not need an entry in the format.dat file.
The backup option is not applicable because the disk driver finds the primary label and writes it back to the disk.
Oracle Solaris support for the EFI disk label is available on x86 systems. Use the following command to add an EFI label on an x86 system:
# format -e >  SMI Label >  EFI Label > Specify Label type: 1 > WARNING: converting this device to EFI labels will erase all current > fdisk partition information. Continue? yes
Previous label information is not converted to the EFI disk label.
You will have to recreate the label's partition information manually with the format command. You cannot use the fdisk command on a disk with an EFI label that is 2 terabytes in size. If the fdisk command is run on disk that is greater than 2 TB in size to create a Solaris partition, the Solaris partition is limited to 2 TB. For more information about EFI disk labels, see the preceding section.
The Oracle Solaris installation utilities automatically recognize disks with EFI labels. However, you cannot use the Oracle Solaris installation program to repartition these disks. You must use the format utility to repartition an EFI-labeled disk before or after installation.
After the Oracle Solaris release is installed on a system with an EFI-labeled disk, the partition table appears similar to the following:
Current partition table (original): Total disk sectors available: 2576924638 + 16384 (reserved sectors) Part Tag Flag First Sector Size Last Sector 0 root wm 34 1.20TB 2576924636 1 unassigned wm 0 0 0 2 unassigned wm 0 0 0 3 unassigned wm 0 0 0 4 unassigned wm 0 0 0 5 unassigned wm 0 0 0 6 unassigned wm 0 0 0 8 reserved wm 2576924638 8.00MB 2576941021
Use the following table to locate information on managing disks with EFI disk labels.
Dec 3 09:26:48 holoship scsi: WARNING: /sbus@a,0/SUNW,socal@d,10000/ sf@1,0/ssd@w50020f23000002a4,0 (ssd1): Dec 3 09:26:48 holoship disk has 2576941056 blocks, which is too large for a 32-bit kernel
You attempted to boot a system running a 32-bit SPARC or x86 kernel with a disk greater than 1 terabyte.
Boot a system running a 64-bit SPARC or x86 kernel with a disk greater than 1 terabyte.
Dec 3 09:12:17 holoship scsi: WARNING: /sbus@a,0/SUNW,socal@d,10000/ sf@1,0/ssd@w50020f23000002a4,0 (ssd1): Dec 3 09:12:17 holoship corrupt label - wrong magic number
You attempted to add a disk to a system running an older Solaris release.
Add the disk to a system running the Solaris release that supports the EFI disk label.
Files stored on a disk are contained in file systems. Each file system on a disk is assigned to a slice, which is a group of sectors set aside for use by that file system. Each disk slice appears to the Oracle Solaris OS (and to the system administrator) as though it were a separate disk drive.
For information about file systems, see Chapter 16, Managing File Systems (Overview).
Note - Slices are sometimes referred to as partitions. Certain interfaces, such as the format utility, refer to slices as partitions.
When setting up slices, remember these rules:
Each disk slice holds only one file system.
No file system can span multiple slices.
Slices are set up slightly differently on SPARC and x86 platforms. The following table summarizes the differences.
Table 10-1 Slice Differences on SPARC and x86 Platforms
Solaris Volume Manager, previously the Solstice DiskSuite, has a partitioning feature, soft partitions. Soft partitions enable more than eight partitions per disk.
For general information about Solaris Volume Manager, see Chapter 2, Storage Management Concepts, in Solaris Volume Manager Administration Guide. For information on soft partitions, see Chapter 12, Soft Partitions (Overview), in Solaris Volume Manager Administration Guide.
The following table describes the slices for UFS file systems that might be found on a system that runs the Oracle Solaris OS.
On x86 systems:
Disks are divided into fdisk partitions. An fdisk partition is a section of the disk that is reserved for a particular operating system, such as the Oracle Solaris OS.
The Oracle Solaris OS places ten slices, numbered 0-9, on a Solaris fdisk partition. In general, the ZFS root pool is contained in slice 0. The ZFS root pool must exist on a slice or mirrored slices because of a long-standing boot limitation. For non-root storage pools, you can use whole disks. ZFS file systems do not correspond to specific disk slices. Managing whole disks is easier than managing disks with slices.
Table 10-2 UFS Customary Disk Slices
Note - On a disk with a VTOC label, do not modify slice or use slice 2 to store a file system. Products, such as Solaris Volume Manager, Solaris Live Upgrade, and installgrub, do not work correctly if slice 2 is modified in any way.
The disk label is stored in block 0 of each disk. So, third-party database applications that create raw data slices must not start at block 0. Otherwise, the disk label will be overwritten, and the data on the disk will be inaccessible.
Do not use the following areas of the disk for raw data slices, which are sometimes created by third-party database applications:
Block 0 where the disk label is stored
Slice 2, which represents the entire disk with a VTOC label
Although a single large disk can hold all slices and their corresponding UFS file systems, two or more disks are often used to hold a system's slices and file systems.
Note - A slice cannot be split between two or more disks. However, multiple swap slices on separate disks are allowed.
For instance, a single disk might hold the UFS root (/) file system, a swap area, and the /usr file system, while another disk holds the /export/home file system and other file systems that contain user data.
When you arrange a system's file systems on multiple disks, you can modify non-root UFS file systems and slices on the disks without having to shut down the system or reload the OS.
ZFS file systems do not correspond to specific disk slices, except for the ZFS root pool, which needs to contain a disk slice. This is a long-standing boot limitation. In addition, the Solaris OS components of a ZFS root file system include the following restrictions:
All subdirectories of the root file system that are part of the OS image, with the exception of /var, must be in the same dataset as the root file system.
All Solaris OS components must reside in the root pool, with the exception of the swap and dump devices.
Another restriction is that the /var directory or dataset must be a single dataset. For example, you cannot create a descendent /var file system, such as /var/tmp, if you want to also use Oracle Solaris Live Upgrade to migrate or patch a ZFS BE or create a ZFS flash archive of this pool.
When you have more than one disk, you also increase input-output (I/O) volume. By distributing disk load across multiple disks, you can avoid I/O bottlenecks.
When you set up a disk's UFS file systems, you choose not only the size of each slice, but also which slices to use. Your decisions about these matters depend on the configuration of the system to which the disk is attached and the software you want to install on the disk.
System configurations that need disk space are as follows:
Table 10-3 System Configurations and Slices for UFS File Systems
For more information about UFS system configurations, see Overview of System Types in System Administration Guide: Basic Administration.
Note - The Solaris installation utility provides default slice sizes based on the software you select for installation.
The format utility is a system administration tool that is used to prepare hard disk drives for use on your Oracle Solaris system.
Table 10-4 Features and Benefits of the format Utility
The format utility options are described in Chapter 15, The format Utility (Reference).
Display slice information
Partition a disk
Add a disk drive to an existing system
Format a disk drive
Label a disk
Repair a disk drive
Analyze a disk for errors
The main reason a system administrator uses the format utility is to partition a disk. These steps are covered in Chapter 12, SPARC: Setting Up Disks (Tasks) and Chapter 13, x86: Setting Up Disks (Tasks).
See the following section for guidelines on using the format utility.
Table 10-5 format Utility Guidelines
In most cases, disks are formatted by the manufacturer or reseller. So, they do not need to be reformatted when you install the drive. To determine if a disk is formatted, use the format utility. For more information, see How to Determine if a Disk Is Formatted.
If you determine that a disk is not formatted, use the format utility to format the disk.
When you format a disk, you accomplish two steps:
The disk media is prepared for use.
A list of disk defects based on a surface analysis is compiled.
Caution - Formatting a disk is a destructive process because it overwrites data on the disk. For this reason, disks are usually formatted only by the manufacturer or reseller. If you think disk defects are the cause of recurring problems, you can use the format utility to do a surface analysis. However, be careful to use only the commands that do not destroy data. For details, see How to Format a Disk.
A small percentage of total disk space that is available for data is used to store defect and formatting information. This percentage varies according to disk geometry, and decreases as the disk ages and develops more defects.
Formatting a disk might take anywhere from a few minutes to several hours, depending on the type and size of the disk.