JavaScript is required to for searching.
Skip Navigation Links
Exit Print View
Oracle Solaris 11 Express Automated Installer Guide     Oracle Solaris 11 Express 11/10
search filter icon
search icon

Document Information

Preface

1.  Automated Installer Overview

2.  Setting Up an AI Install Server

3.  Customizing Installations

4.  Specifying Installation Instructions

AI Manifest Tags

Creating a Custom AI Manifest

Defining a Target for the Installation

Deterministic Target Disk Specifications

Nondeterministic Target Disk Specifications

Configuring Partitioning on an x86 Client

Specifying a Partition as the Installation Target for an x86 Client

Modifying Partitions on an x86 Install Client

Configuring Slices on a Disk

Specifying a Slice as the Installation Target

Modifying Slices on the Install Client

Configuring Swap and Dump on the Install Device

Installing Software

Specifying a Source of Packages to Install

Specifying an HTTP Proxy to Reach an IPS Repository

Specifying Packages to Install

Identify and Install Missing Drivers on an Install Target

Annotated AI Manifest

5.  Configuring the Client System

6.  Setting Up DHCP for AI

7.  Installing Client Systems

8.  Automated Installations That Boot From Media

A.  Troubleshooting Automated Installations

B.  Automated Installer Installation Administration Commands

C.  Migrating From JumpStart to Automated Installer

Identify and Install Missing Drivers on an Install Target

The default installation might not include drivers for all devices on a client. In the AI manifest, you can request AI to do one or both of the following tasks:

Use the <add_drivers> tag to direct AI to do either of these tasks. In both cases, drivers are added to the boot environment first and are installed on the target later in the automated installation process. Adding missing drivers to the boot environment first gives AI access to all client devices during installation.


Note - Packages specified in the <add_drivers> section can install only kernel files. Some file systems on the live image are mounted read-only. Installation to read-only file systems, such as /usr, will fail. On Oracle Solaris live images, all of /kernel is read-write. Most drivers are installed in /kernel.


An AI manifest can specify no more than one <add_drivers> element. The <add_drivers> element can have one or both of the following elements:

If a missing driver is not found during a search, a warning is displayed but the install is attempted. If the install is successful, the system reboots if the AI manifest requests a reboot (auto_reboot="true").

If an explicitly specified driver package is not found, or a problem occurs during installation of any driver package (whether found by search or explicitly specified), that particular client installation completes and then displays a message about the missing driver and waits at a prompt. The system does not reboot automatically when the installation completes. This behavior provides the opportunity to evaluate the message and determine whether a reboot will succeed. If a reboot can succeed without the missing driver, you can reboot manually.

Example 4-24 Searching for Missing Drivers

The <search_all> element directs AI to search for devices that are missing their drivers and search a database for any needed drivers. This example specifies a repository to search for needed drivers. This example specifies addall="true" to install drivers that are identified in the database as third-party drivers, as well as drivers that are not identified as third-party drivers.

<add_drivers>
  <search_all addall="true">
    <source>
      <publisher name="example.com">
        <origin name="http://pkg.example.com/release"/>
      </publisher>
    </source>
  </search_all>
</add_drivers>

Example 4-25 Adding a Package Through a P5I File

This example adds an explicitly specified pkg(5) package given through a P5I file.

A P5I software data type has the following characteristics:

<add_drivers>
  <software>
    <source>
      <publisher>
        <origin name="http://myserver.example.com/drivers/p5i/0/mydriver.p5i"/>
      </publisher>
    </source>
    <software_data type="P5I"/>
  </software>
</add_drivers>

Example 4-26 Adding an SVR4 Package

This example adds an explicitly specified SVR4 package. The full path name in the <origin> tag in the <source> element is the directory that contains the packages. The <name> tag in the <software_data> element is the name of the package. For local packages, this <name> can be the top level directory of a tree of package files, or <name> can be a datastream file. For remote packages, <name> is a datastream file.

This example demonstrates the noinstall action, though the noinstall action can be specified in any software_data tag. The noinstall action installs the package only in the booted environment. The package is available during installation but is not installed on the target device.

<add_drivers>
  <software>
    <source>
      <publisher>
        <origin name="/export/package_dir"/>
      </publisher>
    </source>
    <software_data type="SVR4" action="noinstall">
      <name>mydriver2.d</name>
    </software_data>
  </software>
</add_drivers>

Example 4-27 Adding an Image

This example adds an explicitly specified Driver Update (DU) or Install Time Update (ITU) image. If the image is local, the path name in the <origin> tag in the <source> element is the parent of the DU directory of the install image if the image is expanded. If the install image is not expanded, this path name is the name of the .iso image. If the image is remote, this path name is the full HTTP or FTP path to an image .iso file. All packages in the image will be added.

When the software data type is DU, the <software_data> element cannot have a <name> element.

<add_drivers>
  <software>
    <source>
      <publisher>
        <origin name="/export/duimages/mydriverDU"/>
      </publisher>
    </source>
    <software_data type="DU"/>
  </software>
</add_drivers>