|
» |
|
|
|
The HP-UX operating system currently runs on two
different hardware platforms: HP 9000 Systems — PA-RISC processor family HP Integrity Servers — Itanium processor family
An HP Integrity Server uses the Extensible Firmware
Interface (EFI). If your system displays the EFI boot manager following
the initial firmware test results, then you are booting an HP Integrity
Server. If you are booting an HP Integrity Server see “Booting HP-UX on HP Integrity Servers: Details and Variations”. If you are booting a PA-RISC System see “Booting HP-UX on HP 9000 (PA-RISC) Systems: Details and Variations” For additional information on booting nPartitions
and Virtual Partitions, see the nPartition Administrator's
Guide and Installing
and Managing HP-UX Virtual Partitions (vpars). New Mass Storage Stack for HP-UX 11i Version 3 | |
HP-UX 11i v3 introduces a new representation of
device special files and hardware paths for mass storage devices,
allowing to increase the reliability, adaptability, performance, and
scalability of the mass storage stack (see the Next Generation
Mass Storage Stack white paper for more details). The
white paper is posted in the Network and Systems Management section
of the HP technical documentation website under Storage Area Management
(http://docs.hp.com/en/netsys.html#Storage%20Area%20Management). HP-UX 11i v3 Hardware PathsHP-UX 11i v3 introduces a new representation of
hardware paths for mass storage devices, referred to as a lunpath
hardware path, which coexists with the legacy representation of hardware
paths already used in versions prior to HP-UX 11i v3. The lunpath hardware path format enables the use
of more targets and LUNs than are permitted in the legacy addressing
scheme. It is identical in format to a legacy hardware path, up to
the HBA, and represents the same path to the LUN. Beyond the HBA,
additional elements representing a transport-dependent target address
(for instance, a target port World-Wide Name for Fibre Channel or
a port id for SCSI) and a 64-bit SCSI LUN address, are printed in
hexadecimal. Note: the hardware path elements size has been
increased from 8 bits to 64 bits to fit these additional elements. The lunpath hardware path format may be used to
specify boot paths as explained further in this section. Booting HP-UX on HP Integrity Servers: Details and Variations | |
HP-UX System Administrator’s
Guide: Overview describes the basic sequence of events
that occurs when you turn on, reset, or reboot an HP Integrity Server.
This section covers the boot process more thoroughly because there
are times when you will need to manually control the boot process;
for example: When you need to boot your system from a device other
than the device from which you normally boot. When you need to boot your system from a kernel file
other than the kernel file from which you normally boot. When you need to boot the system into Single-User
Mode to ensure that special tasks you are doing are not affected by
other users of the system. When you need to boot your system into LVM Maintenance
mode to correct a problem with your computer’s logical volumes
or volume groups. When you are installing, or updating to a new release
of HP-UX.
Here is a detailed look at the boot process, and
its variations. Here are more details about what happens during
a typical HP-UX boot-up sequence on an HP Integrity Server. Power on external devices: If necessary, turn on all external peripherals
and devices that are attached to your computer (for example, disk
drives, tape drives, printers, terminals, bus converters). Once the devices have completed their self-check
tests, proceed to the next step. Power on your system (or nPartition): Turn on or reset the computer or nPartition. System hardware (or hardware associated with an
nPartition you are booting) will go through a series of self-tests
to verify that the processors, memory, and other system components
are in working order. Boot device selection: Your system (or the nPartition you are booting)
must locate a kernel file to boot from. There are two parts to the
search: - Part 1
determine the hardware path to the boot device - Part 2
determine which kernel file on the hardware path to
boot (see Step 4)
Path variables stored in non-volatile memory set
up to three possible boot paths from which to attempt a boot: - PRI
The PRImary boot
path is the first boot path to try. Set the value of this path to
point to the device from which you will boot most often. - HAA
The High-Availability Alternate boot path is the path you want your system to boot from
should your primary boot path fail. - ALT
The ALTernate boot
path is the hardware path to an alternate boot source (for example,
a tape drive, network-based boot source, or optical disc drive).
On HP Integrity Servers,
the PRI boot path is tried during an automatic
boot. You can manually override an automatic boot by interrupting
the boot process before the AUTOBOOT DELAY expires. If an autoboot from the primary boot path (first item in
the Boot Options List) is not possible, you will need to manually
select a boot path from the EFI Boot Manager menu. Boot disks on HP Integrity servers contain a special
partition called an EFI partition. The EFI partition, a derivative
of the FAT file system commonly found on PCs, contains EFI applications
that can be run before HP-UX is initiated. One such application, the
EFI boot manager, is automatically launched and in turn launches the
HP-UX boot loader, hpux.efi (also an EFI
application). | | | | | NOTE: A diagram and brief description of the disk layout for disks
containing EFI partitions is available in the HP-UX System
Administrator’s Guide: Logical Volume Management volume. | | | | |
Kernel
file selection: Once a boot device is selected, the HP-UX-specific
boot loader hpux.efi is initiated. hpux.efi uses the contents of the AUTO file on the selected boot device to locate the kernel file to boot. Typically, the AUTO file
contains: which tells hpux.efi to
load the kernel from the file called vmunix from
the boot file system, later to be mounted on the root file system
under /stand, so that the booted kernel can be
found as the file /stand/vmunix. Load and initiate the HP-UX operating system: hpux.efi then opens,
and loads the HP-UX kernel into memory and initiates it. HP-UX goes through its initialization
process and begins normal operation.
Automatic Versus Manual BootingWhether your system boots automatically (providing
for the option of unattended booting in the case of a power failure
or other unexpected boot situations) or requires manual intervention
is determined by several things, most notably: the setting of the autoboot flag in non-volatile memory whether an AUTO file is present
in the EFI partition on the selected boot device whether you intend to boot from your system’s
primary boot device whether your primary boot device (or the High-Availability
Alternate boot device) is available
Usually, the primary boot path points to the device
from which you most frequently boot and that device is available.
If the autoboot flag is enabled, your system
will automatically boot from the selected boot device (following a
preset time-out).
- autoboot on
If the autoboot flag is set to on, hpux.efi will attempt to boot using the items in the boot options list, in
the order specified. It reads the \EFI\HPUX\AUTOfile from the EFI file system on the device that you are booting
from. hpux.efi uses the contents of AUTO to locate the kernel file to load and determine which
boot options (if any) to use. It then loads and initiates the kernel. If no AUTO file is located the boot
process stops at the hpux.efi loader (you
will see the HPUX> prompt) and you can manually
boot HP-UX or perform other tasks. - autoboot off
If the autoboot flag is set to off the boot process stops at the EFI Boot Manager from which you can
manually boot HP-UX or perform other tasks.
Overriding an Automatic BootIf the autoboot flag
in the nonvolatile memory of your system or nPartition is enabled,
your system or nPartition will attempt to automatically boot following
a boot delay. By default, the boot delay is set to 10 seconds however
you can change this. To override an automatic boot, press the space
bar before the autoboot delay period expires. Instead of continuing
with the autoboot, your system or nPartition will allow you to interact
with the EFI Boot Manager. | | | | | NOTE: Almost any key will perform the same action as the space bar,
however the ENTER key will start the boot sequence
immediately, and other keys might be meaningful to the boot manager
(for example, pressing v will move the currently
selected boot manager menu option down one item). | | | | |
You can override an automatic boot to manually
interact with the EFI Boot Manager to: Specify a boot device (other than that which would
be automatically used) Specify a boot kernel file (other than that which
would be automatically used) View or adjust your system’s pre-boot settings
At this point, you can select a device to boot
from using the options provided in the EFI Boot Manager’s main
menu or you can choose to interact with the EFI shell to boot your
system. Using the EFI Shell to Manually Boot Your SystemTo use the EFI shell to boot your system: Procedure 2-2 Booting from the EFI Shell Access
the EFI Shell. From the system console,
use the up/down arrow keys to select the “EFI Shell” entry from the EFI Boot Manager menu to access the shell. Access
the EFI System Partition for the HP-UX boot device. Use the map EFI Shell command to
list the file systems (fs0, fs1, and so on) that are known and have been mapped. To select a file system to use, enter its mapped
name followed by a colon (:). For
example, to operate with the boot device that is mapped as fs0, enter fs0: at the EFI Shell
prompt. When you hit Enter to complete the command
the shell prompt will change to reflect your device selection: (fs0:\>) If the map command shows a
lot of devices you can use the -b option to make
it show the output one screen at a time. Enter HPUX at the EFI Shell command prompt to launch the HPUX.EFI loader from the currently selected boot
device. If needed, you can specify the loader’s
full path by entering \EFI\HPUX\HPUX at the
EFI Shell command prompt. Allow the HPUX.EFI loader to proceed with the boot command specified
in the AUTO file, or manually specify
the boot command. By
default, the HPUX.EFI loader boots
using the loader commands found in the \EFI\HPUX\AUTO file on the EFI System Partition of the selected boot device. The AUTO file typically contains the boot vmunix command. To interact with the HPUX.EFI loader, interrupt the boot process (for example, type a space) within the time-out period provided by the loader.
To exit the loader use the exit command; this will
take you back to EFI.
Adjusting the Autoboot DelayBy default, the automatic boot delay is set to
10 seconds. You can change this value: Example 2-1 Setting the autoboot delay using the EFI Boot Manager’s
Boot Options:
Select “Boot Option Maintenance
Menu” from the boot manager’s main menu. Select “Auto Boot TimeOut” from the boot option maintenance menu. Select “Set TimeOut Value”. Enter the number of seconds you want to use for the boot delay (for example 30).
Example 2-2 Setting the autoboot delay using the EFI Shell’s autoboot
command: To set the autoboot delay to 30 seconds, use the
EFI Shell command: Enabling / Disabling AutobootThe value of the autoboot flag can be set or changed in several ways:
Example 2-3 Enable Autoboot (using EFI Shell’s autoboot command) Shell> autoboot on Example 2-4 Disable Autoboot (using EFI Shell’s autoboot command) Shell> autoboot off
Example 2-5 Enable Autoboot (using setboot from a running HP-UX system) /usr/sbin/setboot -b on Example 2-6 Disable Autoboot (using setboot from a running HP-UX system) /usr/sbin/setboot -b off Booting from an Alternate Boot SourceThere are times when you will need to boot from
a device other than the device that you normally boot from. For example,
if your primary boot disk fails, you will need to boot your system
either from a different disk or from another recovery medium. Booting from an Alternate Boot DeviceYou can boot from an alternate device in following
ways. If your system is set up to automatically boot you will need
to override the autoboot sequence by hitting any key on the console
keyboard during the autoboot delay (time-out) period. If the alternate device
that you want to boot from is listed in the boot options menu (the
main EFI Boot Manager menu), use the arrow keys to highlight the entry
for the alternate device and press Enter on the keyboard
to boot from that device. If the alternate device
that you want to boot from is not listed in the
boot options menu: Select “EFI Shell [Built-in]” from the boot
options menu to run the EFI shell. Enter map at the EFI shell prompt
to list bootable devices on your system. The devices will be listed. Look for entries that begin with fs#: (where # is a number such as 0, 1, 2, 3, etc.). If the map command shows a
lot of devices you can use the -b option to make
it show the output one screen at a time. Determine
which entry maps to the device you are trying to boot from and enter
the fs#: name at the shell prompt. For example, if the entry for the device you want is
tagged as “fs0:”, enter fs0: at the shell prompt: The device associated with entry fs0: is now the selected boot device. The EFI Shell prompt will change
to reflect this. Enter hpux to start the boot loader. The boot loader (hpux.efi) will now run and use the AUTO file on the selected device to determine which
kernel file to use.
| | | | | NOTE: On partitionable systems the default is not to
search all cells and their interface cards for devices, this is done
to allow the boot process to proceed faster. If the device you wish
to boot from is not attached to an I/O card on the core cell, you
must use the search command at the EFI prompt to allow you to find
additional devices on other cells and I/O slots. For more information
on the search command see nPartition
Administrator's Guide. Once a device is added to the boot
manager menu that is located on a different cell, EFI will enumerate
devices on that I/O card while performing future boots. | | | | |
Booting from an Alternate Kernel FileThe default kernel file name (and the kernel file
name that is usually used) is vmunix. The AUTO file in the EFI partition on a boot device typically
contains the entry: “boot vmunix” which references the file vmunix in the /stand file system on the selected boot device. If you normally boot from the kernel file /stand/vmunix but (for example) need to temporarily boot
from an alternate kernel file, follow this procedure substituting your kernel file name for testvmunix: If
your system automatically boots, interrupt the autoboot sequence by
hitting any key on the console keyboard during the autoboot (time-out)
delay. Select EFI Shell [Built-in] from the boot options menu to start
the EFI shell. Make
sure the selected boot device is the one that contains the kernel
file you want to boot from. If you are not sure: Enter map at the EFI shell prompt
to list bootable devices on your system. The devices will be listed with entries that begin with fs#: (where # is a number such as 0, 1, 2, 3, etc.). For example: fs0 : Acpi(HWP0002,500)/Pci(2|0)/Ata(Primary,Master)/HD(Part1,Sig88F40A3A-B992-11E1-8002-D6217B60E588)
fs1 : Acpi(HWP0002,500)/Pci(2|0)/Ata(Primary,Master)/HD(Part3,Sig88F40A9E-B992-11E1-8004-D6217B60E588)
blk0 : Acpi(HWP0002,500)/Pci(2|0)/Ata(Primary,Master)
blk1 : Acpi(HWP0002,500)/Pci(2|0)/Ata(Primary,Master)/HD(Part1,Sig88f40A3A-B992-11E1-8002-D6217B60E588)
blk2 : Acpi(HWP0002,500)/Pci(2|0)/Ata(Primary,Master)/HD(Part1,Sig88f40A6C-B992-11E1-8003-D6217B60E588)
blk4 : Acpi(HWP0002,500)/Pci(2|0)/Ata(Secondary,Master)
|
Determine
which entry maps to the device containing the kernel file you are
trying to boot from, and enter the fs#: name
at the shell prompt. For example, if the
entry for the device you want to boot from is tagged as “fs7:”, enter fs7: at the
shell prompt: The device associated with entry fs7: is now the selected boot device.
Enter the command hpux at the shell prompt and be prepared to stop the autoboot sequence
(again by hitting any key on the console keyboard) if you see a countdown
timer showing that an autoboot is about to commence. | | | | | NOTE: If the AUTO file on the now selected
boot device will cause the system to boot from the alternate kernel
file you are trying to use, there is no need to interrupt this second
autoboot sequence. Otherwise, stop the automatic boot. | | | | |
If
you stopped the automatic boot in the previous step you should now
be in the HP-UX boot loader; the prompt should now be “HPUX>”. At the boot
loader prompt, enter the command boot filename where filename is the name
of the kernel file you are trying to boot from. Example 2-7 Booting from an alternate kernel file called “testvmunix”
Changing the PRI, HAA, and ALT Boot PathsOn HP Integrity Servers, the primary, high-availability
alternate, and alternate boot paths are based on the first, second,
and third items that appear in the boot options list for the server,
respectively. You can manage the boot paths using the setboot command when HP-UX is running, or by using the “Boot Option Maintenance Menu” in
the EFI Boot Manager. Setting the PRI, HAA, and ALT Boot Paths Using the HP-UX setboot
Command:When you use setboot to configure
the first (PRI), second (HAA), or third (ALT) item in the boot options
list, the new device path that you specify either replaces the original boot option, or it is inserted in the original’s place (with the original item being shifted
toward the end of the boot options list): If the boot option is currently not set to an HP-UX
device, the new boot device path is inserted as a new item in the
boot options list. In this case the original list item,
if any, moves toward the end of the boot options list and the new
boot device path becomes the first (PRI),
second (HAA), or third (ALT) item in the list, as specified by setboot. If the boot option is currently set to an HP-UX device
and the list item has the standard description (for example, “HP-UX Primary Boot for PRI” or “HP-UX Alternate Boot for ALT”) then
the new boot device path replaces the original item in the boot options
list. If the boot option currently is set to an HP-UX device
and the list item’s description is not standard for its place
in the boot options list, then the new boot device setting is inserted
as a new item in the boot options list. In this case the
original list item is moved toward the end of the boot options list.
Use the setboot
-p path command, where path is a legacy hardware path, to set the primary
boot path, for example: /usr/sbin/setboot
-p 0/0/2/0/0.6 Use the setboot
-h path command where path is a lunpath hardware path, to set the high-availability
alternate boot path, for example: /usr/sbin/setboot -h 0/5/1/0.0x50001fe15001eead.0x4001000000000000 Use the setboot
-a path command, where path is a persistent DSF, to set the alternate boot
path, for example: /usr/sbin/setboot
-a /dev/disk/disk13
Setting the PRI, HAA, and ALT Boot Paths Using the Boot Option
Maintenance Menu in the EFI Boot Manager:You can use the Boot Option Maintenance Menu in
the EFI Boot Manager to manage the PRI, HAA, and ALT boot paths. Just
remember that: - PRI
The primary boot path (PRI) corresponds to the first boot option in the list - HAA
The high-availability alternate boot path (HAA) corresponds
to the second boot option in the list - ALT
The alternate boot path (ALT) corresponds to the third boot option in the list
| | | | | NOTE: You can have more than three items in your boot options list.
The first three correspond to the boot paths as listed above. Additional
items can be chosen manually from the boot options list during a manual
boot. | | | | |
Select “Boot Option Maintenance Menu” from
the EFI Boot Manager’s main menu Use
the following three Boot Option Maintenance Menu items to edit the
boot options list so that it reflects the devices on your system that
you want to use for your PRI, HAA, and ALT boot paths (and
any additional boot paths you want to add to the list): - Add a Boot Option
Presents you with a list of possible boot devices
and allows you to select one to add to your boot options list - Delete Boot Option(s)
Allows you to interactively delete one or more entries
from your boot options list - Change Boot Order
Allows you to reorder your boot options list
When
the boot options list for your system is as you want it, select “Exit” to return to the EFI Boot Manager’s
main menu (which should now reflect your new edits to the boot options
list).
Changing the Contents of an AUTO File on a Boot DeviceOn an HP Integrity Server, during an automatic
boot (and some manual boots), the file \EFI\HPUX\AUTO on the device you are booting from is used to locate the kernel
file to boot from. Typically the contents of the AUTO file are “boot vmunix”. You can
temporarily override the contents of the AUTO file, for example to boot from an alternate kernel file (see “Booting from an Alternate Kernel File”), but if you want
to boot from the other kernel file by default, or want to regularly
use certain boot options, you need to change the contents of the AUTO file to reflect the appropriate settings. | | | | | NOTE: The AUTO file can only specify the boot command. To issue other hpux.efi loader commands, you must interact directly with the loader. | | | | |
There are three basic ways to change the contents
of the AUTO file on a device. Two of these can
only be accomplished using the pre-boot EFI environment. The third
can be accomplished while HP-UX is running. Procedure 2-6 Changing the AUTO file from the EFI Shell
(pre-boot) This procedure cannot be done from a running HP-UX
system. It assumes that your system has not yet been booted. If you
need to change the contents of a device’s AUTO file while HP-UX is running, see “Changing AUTO from a Running HP-UX Environment”. To list and configure an HP-UX boot device’s AUTO file from the EFI Shell use EFI Shell commands (such
as cd, ls, and edit) to display and edit the EFI\HPUX\AUTO file
on the selected device. Access the EFI Shell environment using the
server’s (or nPartition’s) system console. Access the
system console either via the server’s management processor
(MP) or via a hardwired console terminal. If necessary, interrupt the autoboot process by hitting a key during
the autoboot time-out period. The EFI Boot Manager will display the
boot options menu (the EFI main menu). From the boot options menu, select EFI Shell. Select
the device with the AUTO file that you want
to change. | | | | | IMPORTANT: Do not forget this step, especially if you have multiple
bootable devices. On HP Integrity Servers every bootable device can
have its own AUTO file. If you have not selected
the device containing the AUTO file you want
to change, you might be editing an AUTO file
on a different device. | | | | |
To list
all currently mapped file systems, enter map at the
EFI Shell prompt: The map command displays all
file systems that are known and have been mapped. For example: fs0 : Acpi(HWP0002,500)/Pci(2|0)/Ata(Primary,Master)/HD(Part1,Sig88F40A3A-B992-11E1-8002-D6217B60E588)
fs1 : Acpi(HWP0002,500)/Pci(2|0)/Ata(Primary,Master)/HD(Part3,Sig88F40A9E-B992-11E1-8004-D6217B60E588)
blk0 : Acpi(HWP0002,500)/Pci(2|0)/Ata(Primary,Master)
blk1 : Acpi(HWP0002,500)/Pci(2|0)/Ata(Primary,Master)/HD(Part1,Sig88f40A3A-B992-11E1-8002-D6217B60E588)
blk2 : Acpi(HWP0002,500)/Pci(2|0)/Ata(Primary,Master)/HD(Part1,Sig88f40A6C-B992-11E1-8003-D6217B60E588)
blk4 : Acpi(HWP0002,500)/Pci(2|0)/Ata(Secondary,Master)
|
If the map command shows a
lot of devices you can use the -b option to make
it show the output one screen at a time. In the list that is displayed locate the entry
corresponding to the device containing the AUTO file you want to change. Look at the entries in the list that begin
with the string fs#,
where # will be a number (for example fs0, fs1, fs2 ...
and so on). At the EFI Shell prompt enter the fs# for the desired device followed by a colon: Your device is now selected and the EFI Shell
prompt will change to reflect that: Change directories to where the AUTO file is located. In the EFI file system for each HP-UX
bootable device the AUTO file is located in the
\EFI\HPUX directory: The prompt changes again
to reflect your new location: You
can display the contents of the directory using the ls command: Directory of: fs0:\EFI\HPUX
06/03/04 03:31p <DIR> 512 .
06/03/04 03:31p <DIR> 512 ..
06/03/04 03:35p 421,590 HPUX.EFI
06/03/04 03:35p 24,576 NBP.EFI
06/03/04 03:35p 12 AUTO
3 File(s) 446,196 bytes
2 Dir(s)
fs0:\EFI\HPUX>
|
You
can display the current contents of the AUTO file
using the cat command:
To change the contents of the AUTO file you can either use the edit command
to edit the file using the full-screen EFI editor, or use the echo command and redirect its output to the AUTO file: To use the edit command, enter edit AUTO and configure the AUTO file using the full-screen
editor. To save changes to the file, depending on the
system you have and whether you are using a hardwired console or network-based
access, press the “F2” key or type Esc 2 (press “Esc” then press “2”). Use the editor’s on-screen prompts
to determine which key sequence to use. To exit the EFI editor press the “F3” key (or type Esc 3 depending on your system as
described in the previous paragraph). To configure the AUTO file without using the full-screen editor, use the echo command: fs0:\EFI\HPUX> echo boot testvmunix >
auto
The above command replaces
the previous contents (if any) of the AUTO file
with the string “boot testvmunix”.
Substitute the name of your kernel file for testvmunix in the example. Verify the new contents of the AUTO file. Use
the command cat AUTO to verify that the contents
of AUTO now reflect what you want them to.
Procedure 2-7 Changing AUTO from the HPUX.EFI Boot Loader (pre-boot) To list and configure an HP-UX boot device’s AUTO file from within the HPUX.EFI loader use the showauto and setauto loader commands. Access
the HPUX.EFI loader for the boot device that contains the AUTO file
you want to configure. You can do this either
by launching the loader from the EFI Shell interface, or by selecting
the device from the EFI Boot Manager and interrupting the HP-UX boot
process to access the loader’s HPUX> prompt. | | | | | NOTE: If you use the EFI Shell interface, be sure to
select the correct boot device before starting the HPUX.EFI boot loader or you might change the wrong AUTO file. For details on how to select the correct device, see “Changing the AUTO file from the EFI Shell
(pre-boot)”. | | | | |
At the HP-UX boot loader’s HPUX> prompt, enter the showauto command
to display the current contents of the AUTO file: Enter
the setauto command to delete or modify the AUTO file. setauto -d deletes the AUTO file from the current boot
device. You might want to do this if you want to disable automatic
booting. setauto string sets the AUTO file to contain the string specified. The string specified must be of a form of the boot loader command. No other HPUX.EFI commands
are allowed in the AUTO file. - boot
Specifies to boot the /stand/vmunix HP-UX kernel with no boot options. For example: setauto
boot creates an AUTO file that contains
only the boot command. - boot kernel
Specifies to boot from the named kernel file. For
example: setauto boot testvmunix creates an AUTO file that contains only the boot testvmunix command. - boot option kernel
Specifies to boot the specified kernel file using
the loader option given. For example: setauto boot -is vmunix command creates an AUTO file containing boot -is vmunix (which indicates to boot in single-user
mode, as specified by the -is option). See the hpux(1M) manpage for details on loader options,
which include LVM maintenance mode (-lm), VxVM
maintenance mode (-vm), tunable maintenance mode
(-tm), and others.
Enter
the showauto command again to verify the AUTO file’s new configuration.
Procedure 2-8 Changing AUTO from a Running HP-UX Environment Changing the AUTO file for a given HP-UX boot
device from within a running HP-UX operating system is a three step
process: Copy the AUTO file from the EFI
partition on the boot device to a file on an HP-UX file system. Edit the contents of the AUTO file to reflect the new settings. Copy the edited AUTO file back
to the EFI partition on the boot device.
Copy the AUTO file from the EFI partition
on the boot device to a file on an HP-UX file system. Use the efi_cp command to do this. See efi_cp(1M) for
details. For example, if the EFI file system represented by the device
file /dev/rdsk/c1t4d0s1 contains the AUTO file you want to change, use the following command
to copy the AUTO file to your current directory: | | | | | IMPORTANT: The -uoption in the command above tells efi_cp to copy the AUTO file from
the EFI file system to the HP-UX file system. Think of it as copying
the file up from the lower level EFI pre-boot
environment. In Step 3 of this procedure, the efi_cp command, used without the -u option, will copy the edited AUTO file back
to the EFI file system. | | | | |
The most difficult part of
this step is determining which device file to use to reference the
proper EFI file system. If the AUTO file you
want to change is the one associated with the device you are currently
booted from, here is one way to determine which device file to use: Example 2-8 Determining the EFI disk partition of your current boot device
using LVM Note, if you are using VxVM instead of LVM, see
the VERITAS Volume Manager documentation. Use the bdf command to display the device file for the logical volume that contains
your boot directory (/stand): Next, use the lvdisplay command to determine the name of the device file(s)
of the physical devices associated with the logical volume in the
previous step of this example (use grep and tail to filter the lines you need): If the logical volume
containing the /stand file system contains more
than one physical device, you have a little more work to do. You have
to determine which of them you booted from, or more importantly, which
one you will boot from after changing its AUTO file. Though not always,
it is usually the device associated with your PRI (primary) boot path. Use the setboot command with no options to determine which device
your primary boot path currently points to, then use the lssf command with each device file associated with the
logical volume containing /stand. Look for which
device file has a hardware address that matches your primary boot
path. Change the “p2” to “p1” as in the previous sub-step and you
have the name to use with efi_cp.
Use
the method or editor of your choice to change
the contents of the AUTO file in your
current directory. For example, you might want to change the contents
of the AUTO file to automatically boot from an alternate kernel file: Before the change AUTO contains: After your edits AUTO contains: Copy
the changed AUTO file back to the EFI file system
using the efi_cp command (without the -u option):
Booting into Single-User ModeYou can boot HP-UX in single-user mode by using
the following procedure: Procedure 2-9 Booting HP-UX Into Single-User Mode on HP Integrity Servers From the EFI Shell environment, boot in single-user
mode by stopping the boot process at the HPUX.EFI interface (the HP-UX Boot Loader prompt, HPUX>) and enter the boot -is vmunix command. Access
the EFI Shell environment for the nPartition on which you want to
boot HP-UX in single-user mode. Login to
the service processor (MP or GSP) and enter CO to
access the Console list. Select the nPartition console. When accessing the console, confirm that you are
at the EFI Boot Manager menu (the main EFI menu). If at another EFI
menu, select the Exit option from the sub-menus until
you return to the screen with the EFI Boot Manager heading. From the EFI Boot Manager menu, select the EFI Shell menu option to access the EFI Shell environment. Make sure the selected boot device is the one that contains
the kernel file you want to boot from. If you are not sure: Enter map at the EFI shell prompt to list bootable devices on
your system. The devices will be listed
with entries that begin with fs#: (where # is a number such
as 0, 1, 2, 3, etc.). For example: fs0 : Acpi(HWP0002,500)/Pci(2|0)/Ata(Primary,Master)/HD(Part1,Sig88F40A3A-B992-11E1-8002-D6217B60E588)
fs1 : Acpi(HWP0002,500)/Pci(2|0)/Ata(Primary,Master)/HD(Part3,Sig88F40A9E-B992-11E1-8004-D6217B60E588)
blk0 : Acpi(HWP0002,500)/Pci(2|0)/Ata(Primary,Master)
blk1 : Acpi(HWP0002,500)/Pci(2|0)/Ata(Primary,Master)/HD(Part1,Sig88f40A3A-B992-11E1-8002-D6217B60E588)
blk2 : Acpi(HWP0002,500)/Pci(2|0)/Ata(Primary,Master)/HD(Part1,Sig88f40A6C-B992-11E1-8003-D6217B60E588)
blk4 : Acpi(HWP0002,500)/Pci(2|0)/Ata(Secondary,Master)
|
If the map command shows a
lot of devices you can use the -b option to make
it show the output one screen at a time. Determine
which entry maps to the device containing the kernel file you are
trying to boot from, and enter the fs#: name
at the shell prompt. For example, if the
entry for the device you want (from a list that is longer than the
above example) is tagged as “fs7:”, enter fs7: at the shell prompt: The device associated with entry fs7: is now the selected boot device.
When
accessing the EFI System Partition for the desired boot device, issue
the HPUX command to invoke the \EFI\HPUX\HPUX.EFI loader on the selected device. Boot
to the HP-UX Boot Loader prompt (HPUX>) by typing any key within the ten seconds given for interrupting
the HP-UX boot process. You will use the HPUX.EFI loader to boot HP-UX in single-user mode in the next step. After you type a key, the HPUX.EFI interface (the HP-UX Boot Loader prompt, HPUX>) is provided. For help using the HPUX.EFI loader, type the help command. To return to the
EFI Shell, type exit. fs7:\> hpux
(c) Copyright 1990-2002, Hewlett Packard Company.
All rights reserved
HP-UX Boot Loader for IA64 Revision 1.723
Press Any Key to interrupt Autoboot
\efi\hpux\AUTO ==> boot vmunix
Seconds left till autoboot - 9
[User Types A Key to Stop the HP-UX Boot Process and Access the HPUX.EFI Loader ]
Type ’help’ for help
HPUX> |
At
the HPUX.EFI interface (the HP-UX
Boot Loader prompt, HPUX>) enter
the boot -is vmunix command to boot HP-UX (the /stand/vmunix kernel) in single-user (-is) mode. If you are booting from a different kernel file into single-user
mode substitute the other file’s name for vmunix. The -is option is what specifies single-user mode. HPUX> boot -is vmunix
> System Memory = 4063 MB
loading section 0
................................................... (complete)
loading section 1
........ (complete)
loading symbol table
loading System Directory(boot.sys) to MFS
....
loading MFSFILES Directory(bootfs) to MFS
......
Launching /stand/vmunix
SIZE: Text:25953K + Data:3715K + BSS:3637K = Total:33306K
Console is on a Serial Device
Booting kernel... |
If
you are accessing the system console through the management processor
and you are no longer using it, exit the console and service processor
interfaces. To exit the EFI environment
type ^B (Control-B); this exits
the nPartition console and returns to the service processor Main Menu.
To exit the service processor, type X at the Main
Menu.
Booting into LVM (or VxVM) Maintenance ModeThe procedure for booting HP-UX into LVM Maintenance
Mode is the same as for booting into single user mode (See “Booting HP-UX Into Single-User Mode on HP Integrity Servers” for details),
except use the -lm boot option instead of the -is boot option: For VxVM Maintenance Mode use: Booting HP-UX on HP 9000 (PA-RISC) Systems: Details and Variations | |
A Standard Boot (PA-RISC Systems)Here are more details about what happens during
a typical HP-UX boot-up sequence on an HP 9000 System. If you are
booting an HP Integrity Server see “Booting HP-UX on HP Integrity Servers: Details and Variations”. Power on external devices: . If necessary, turn on all external peripherals
and devices that are attached to your computer (for example, disk
drives, tape drives, printers, terminals, bus converters). Once the devices have completed their self-check
tests, proceed to the next step. Power on your system (or nPartition): . Turn on or reset the computer or nPartition. System hardware or hardware associated with an
nPartition you are booting will go through a series of self-tests
to verify that the processors, memory, and other system components
are in working order. Boot device selection: . Your system (or the nPartition you are booting)
must locate a kernel file to boot from. There are two parts to the
search: - Part 1
determine the hardware path to the boot device - Part 2
determine which kernel file on the hardware path to
boot (see Step 4)
Path variables stored in non-volatile memory set
up to three possible boot paths from which to attempt a boot: - PRI
The PRImary boot
path is the first boot path to try. Set the value of this path to
point to the device from which you will boot most often. - HAA
The High-Availability Alternate boot path, on systems that support it, is the path you want
your system to boot from should your primary boot path fail. - ALT
The ALTernate boot
path is the hardware path to an alternate boot source (for example,
a tape drive, network-based boot source, or optical disc drive).
On some systems only the
primary boot path is automatically tried. On those systems, in order
to boot from the alternate boot path you need to override the 10 second
autoboot delay. On other systems, firmware can be configured to
associate various boot actions with each boot path. These boot actions
allow you to tell the system: whether to attempt or ignore a boot path if unsuccessful booting from a boot path, whether
or not to try the next path in the sequence PRI -> HAA -> ALT whether or not to use the Boot Console Handler (BCH)
interface
For information about the specific hardware paths
available on your system, refer to the output of ioscan (see ioscan(1M) for details on how to run ioscan). Also, some path information is physically printed
on your system. Usually, the primary boot path points
to the device from which you most frequently boot and that device
is available. Once
the boot device has been initialized, PDC (firmware routines) access
a specially formatted area on the boot device, called a LIF volume.
PDC loads the Initial System Loader (ISL) into memory and transfers
control to it. Kernel file selection: . If uninterrupted (and if the autoboot flag is
enabled -- See “Automatic Versus Manual Booting”) ISL will load and initiate the HP-UX-specific boot loader hpux. Load and initiate the HP-UX
operating system: . HP-UX uses the contents of the AUTO file in the LIF area on the boot device to: Locate the kernel file to boot. Load the HP-UX kernel into memory. Initiate the HP-UX kernel.
Typically, the AUTO file
contains: which tells hpux to load
the kernel from the file called vmunix from the
default file system (/stand -- the file /stand/vmunix). HP-UX goes through its initialization process and begins normal
operation.
Automatic Versus Manual BootingPDC sets up the boot and console devices using
the Boot Console Handler (BCH). Which actions the BCH takes once the
console and boot devices have been initialized depend on whether or
not the operator manually interrupts an autoboot, and on the state
of two flags in nonvolatile memory: autoboot and autosearch. Overriding an Automatic BootTo override an automatic boot, hit any key on
the console keyboard within the autoboot delay period (usually 10
seconds). The Boot Console Handler will display its main menu and
allow you to interact with it. Enabling / Disabling AutobootHP 9000 systems running HP-UX are usually set
up to boot automatically when their power is turned on. This is an
important feature when systems are installed in locations that are
not always attended by an operator or system administrator. Should
the power fail at the computer site, the system can (usually) reboot
itself without input from an operator. The autoboot feature is also a convenience. There are times when you do not want systems to
automatically boot themselves, such as when you want to boot from
a different device or kernel file. See “Booting from an Alternate Device” or “Booting from an Alternate Kernel”. The following table describes
how the autoboot and autosearch flag settings affect the boot sequence: Table 2-1 How autoboot and autosearch Flag Settings Affect the Boot Sequence autoboot | autosearch | Boot Type | What happens |
---|
OFF | OFF | Manual Boot | The BCH interacts with the user to obtain the bootable
device path | OFF | ON | Boot Search | The BCH skips
the primary path and tries alternate path. If the alternate paths
are not configured to boot or fail, the BCH interacts with the user
to select one | ON | OFF | Auto Boot | The BCH tries the primary boot path; if it is not bootable,
the BCH interacts with the user to obtain a bootable device path | ON | ON | Auto Search | The BCH tries the primary boot path; if it is not bootable,
the BCH tries next path. |
To have your computer boot itself when powered
on or reset, the autoboot flag should be
enabled. To require action by an attendant to boot the
computer, the autoboot flag should be disabled. Setting the Value of the autoboot FlagThe values of the autoboot and auto search flags
can be set or changed in several ways: In the pre-boot environment, you can set them from
the Boot Console Handlers configuration menu. From a running HP-UX system you can use the setboot command.
Procedure 2-11 Setting Autoboot and Autosearch Flags Using the Boot Console
Handler After
powering on or resetting your computer (or nPartition) take control
of the boot process by hitting any key on the console keyboard so
that autoboot/autosearch will not boot the system automatically (if they are currently enabled).
The Boot Console Handler will display its main menu. The Boot Console Handler (BCH) will display its main
menu and prompt for a command: Access
the BCH Configuration menu by entering CO at the
Main menu, and set the boot action for each boot path, as desired,
by using the PATHFLAGS command. At the BCH Configuration menu, you can list the path
flags (boot actions) for all boot path variables by entering PATHFLAGS with no arguments To set the boot action for each of the boot paths,
enter PATHFLAGS VAR action, where VAR is the
boot path Variable (PRI, HAA, ALT) and action is the boot action (0 for “go to BCH”, 1
for “boot, if fail, go to BCH”, 2 for “boot,
if fail try next path”, or 3 for “skip this path, try
next path”). For example, to configure the system to boot from
the PRI device or (if PRI fails to boot) the HAA device, use the following
two BCH Configuration commands: PATHFLAGS PRI 2 and PATHFLAGS HAA
1, as shown below: Configuration Menu: Enter command > PATHFLAGS PRI 2
Primary Booth Path Action
Boot Actions: Boot from this path.
If unsuccessful, got to the next path.
Configuration Menu: Enter command > PATHFLAGS HAA 1
HA Alternate Boot Path Action
Boot Actions: Boot from this path.
If unsuccessful, go to next path.
Configuration Menu: Enter command >
|
For other help in setting path flags, enter HELP
PATHFLAGS at the BCH Configuration menu prompt.
Setting Autoboot and Autosearch Flags Using the HP-UX setboot Command. You can set the values of the autoboot and autosearch
flags from a running HP-UX system. To do this, use the setboot command (see setboot(1M) for complete details). Example 2-9 Enabling the Autoboot Flag Using setboot Example 2-10 Disabling the Autoboot Flag Using setboot Example 2-11 Enabling the Autosearch Flag Using setboot Example 2-12 Disabling the Autosearch Flag Using setboot Changing the PRI, HAA, and ALT Boot PathsHP 9000 systems allow you to define a primary
boot path and an alternate boot path, and in many cases a high-availability
alternate boot path. The primary boot path allows autoboot to work properly, and all three definitions allow you to easily
refer to the corresponding hardware paths when you need to (for example,
in the Boot Console Handler you can use the command “boot alt” to boot from the hardware device associated
with the ALT boot path). You can manage the boot paths using the setboot command when HP-UX is running, or by using the
Boot Console Handler interface in a pre-boot environment. Setting the PRI, HAA, and ALT Boot Paths using the HP-UX setboot command: When you use setboot to configure
the primary (PRI), high-availability alternate
(HAA), or alternate (ALT) boot paths, the new device path that you specify replaces the original boot option setting. Use the setboot
-p path command, where path is a legacy hardware path, to set the primary
boot path, for example: /usr/sbin/setboot
-p 0/0/2/0/0.6 Use the setboot
-h path command where path is a lunpath hardware path, to set the high-availability
alternate boot path, for example: /usr/sbin/setboot -h 0/5/1/0.0x50001fe15001eead.0x4001000000000000 Use the setboot
-a path command, where path is a persistent DSF, to set the alternate boot
path, for example: /usr/sbin/setboot
-a /dev/disk/disk13
Procedure 2-12 Setting the PRI, HAA, and ALT Boot Paths Using the Boot Console
Handler | | | | | NOTE: A few older systems display elements in HEX. These
systems are the rp4440, rp3440, rp3410, and HP 9000 Superdome servers. | | | | |
After
powering on or resetting your computer (or nPartition) take control
of the boot process by hitting any key on the console keyboard so
that autoboot/autosearch will not boot the system automatically (if they are currently enabled).
The Boot Console Handler will display its main menu. The Boot Console Handler (BCH) will display its main
menu and prompt for a command: Enter
one of the following BCH commands (depending on your needs): Example 2-13 Setting the PRI (Primary Boot Path) Using the BCH Example: Set
the primary boot path address to 0/0/0/2/0.5 Example 2-14 Setting the HAA (High-Availability Alternate Boot Path) Using
the BCH Example: Set
the high availability alternate boot path address to 0/0/0/3/1.6 Example 2-15 Setting the ALT (Alternate Boot Path) Using the BCH Example: Set
the alternate boot path address to 0/0/0/3/0.6 Example 2-16 Setting the ALT (Alternate Boot Path) Using the BCH Example: Set
the alternate boot path address to the lunpath hardware path 0/0/0/3/0.0x50001fe15001eead.0x4001000000000000
Booting PA-RISC Systems from an Alternate Boot SourceA boot source consists of two parts: A boot device containing
a file system where kernel files are stored. A kernel file containing
the kernel to boot.
Your primary boot source is a kernel file on your
primary boot device. This is where (if your system is set up for automatic
booting) your system will boot from during an autoboot. You can override where your system boots from by manually
interrupting the automatic boot and specifying a different boot device
or a different kernel file on your primary boot device. Booting from an Alternate DeviceThere are times when you will need to boot from
a device other than the device that you normally boot from. For example,
if your primary boot disk fails, you might need to boot your system
either from a different disk or from a recovery tape. Procedure 2-13 Using the Boot Console Handler to Boot from an Alternate Boot
Device After
powering on or resetting your computer (or nPartition) take control
of the boot process by hitting any key on the console keyboard so
that autoboot/autosearch will not boot the system automatically (if they are currently enabled).
The Boot Console Handler will display its main menu. The Boot Console Handler (BCH) will display its main
menu and prompt for a command: Use
the BCH boot command to specify where you want
to boot the system from. You
can issue the BOOT command in any of the following
ways: BOOT Issuing the BOOT command with no arguments boots the device at the
primary (PRI) boot path. BOOT bootvariable This command boots the device indicated
by the specified boot path, where bootvariable is the PRI, HAA, or ALT boot path. For example, BOOT HAA boots the high-availability
alternate boot path. BOOT LAN INSTALL or BOOT LAN.ip-address INSTALL The BOOT... INSTALL commands boot the system
from any available Ignite server or from the Ignite server specified
by IP-address. For more information on what happens when doing an
installation boot, see the Ignite-UX Installation Booting white paper available on HP’s technical documentation web
site: http://docs.hp.com
Example 2-17 Boot from the boot device specified in the ALT boot path Main Menu: Enter command or menu > boot alt Example 2-18 Boot from the boot device specified at hardware address 0/0/2/0/0.14: Main Menu: Enter command or menu > boot 0/0/2/0/0.14 Example 2-19 Boot from the boot device specified at path label P2: Main Menu: Enter command or menu > search PATH# Device Path (dec) Device Type
----- ------------------- ------------
P0 0/0/2/0/0.13 Random access media
P1 0/0/2/0/0.14 Random access media
P2 0/0/2/0/0.0 Random access media
|
Main Menu: Enter command or menu > boot P2 Example 2-20 Boot from the default HP-UX install server Main Menu: Enter command or menu > boot lan Example 2-21 Boot from the HP-UX install server at 192.nn.xx.yyy Main Menu: Enter command or menu > boot lan.192.nn.xx.yy INSTALL
Booting from an Alternate KernelIf you have built a new kernel, or have an alternate
kernel file that you want to boot from: Boot
from the device containing the alternate kernel file using the BOOT command from the BCH interface. After you issue the BOOT command, the BCH interface prompts you to specify whether you want
to stop at the ISL prompt. To boot the from the HP-UX
kernel file represented in the AUTO file on the
boot device without stopping at the ISL prompt, enter n to automatically proceed past ISL and execute the contents of the AUTO file on the selected device. By default the AUTO file is configured to load /stand/vmunix though you can change that (See “Changing the Contents of the Autoexecute File”). Main Menu: Enter command or menu > BOOT PRI
Primary Boot Path: 0/0/1/0/0.15
Do you wish to stop at the ISL prompt prior to booting? (y/n) >> n
ISL booting hpux
Boot
: disk(0/0/1/0/0.15.0.0.0.0.0;0)/stand/vmunix |
To boot an HP-UX kernel other than that which
is pointed to in the AUTO file, or to boot HP-UX
in single-user or LVM-maintenance mode, stop at the ISL prompt and
specify the appropriate arguments to the hpux loader. Specify the HP-UX path name of the
alternate kernel file that you want to boot as part of the devicefile argument in the hpux boot command. For example:
Changing the Contents of the Autoexecute FileOn HP 9000 systems, an important part of what
makes an automatic boot possible is a file known as an autoexecute file that contains the command
that you normally use to boot the HP-UX operating system (the hpux command that you would enter at the ISL> prompt). The contents of this file are used during the boot process
when some or all of the hpux command elements have
been omitted from the command given to ISL, as in the case of automatic
booting. The autoexecute file is not located in any HP-UX file system because its contents are
needed before HP-UX is running (before HP-UX can access its file systems).
Instead, the autoexecute file, called AUTO, is
located in the LIF area (sometimes called the boot area) on one of
your bootable disks. This is the area is where ISL itself resides. You rarely need to change the contents of the AUTO file. However, there are occasions when you might
want to, such as when you create a new kernel file (with a name other
than the default, /stand/vmunix) that you regularly
want to boot from, or to boot from a device on a different disk from
where ISL resides. To create new contents for the AUTO file, use the /usr/sbin/mkboot command: mkboot -a "contents of autofile" device_file_name
|
Example: mkboot -a "hpux disc(8.0.1;0)/stand/vmunix.new" /dev/rdsk/c0t0d0
|
See mkboot(1M) for details. To display the AUTO file when HP-UX is running,
enter: You can also display the boot command string in
the AUTO file at the ISL> prompt: Booting into Single-User ModeIf you need to boot a system into single-user
mode, for example to make sure no one else logs on when you boot the
system to do maintenance work: After powering on or resetting
your computer (or nPartition) take control of the boot process by
hitting any key on the console keyboard so that autoboot/autosearch will not boot the system automatically
(if they are currently enabled). The Boot Console Handler will display
its main menu. The Boot Console Handler
(BCH) will display its main menu and prompt for a command: Boot the desired device
using the BOOT command at the BCH interface,
and specify that the boot process stop at the ISL prompt (reply y to the “stop at the ISL prompt” question). Main Menu: Enter command or menu > BOOT ALT
Alternate Boot Path: 0/0/0/3/0.6
Do you wish to stop at the ISL prompt prior to booting? (y/n) >> y
Initializing boot Device.
Boot IO Dependent code (IODC) Revision 2
Boot Path Initialized.
HARD Booted.
ISL Revision A.00.44 Mar 12, 2003
ISL> |
From
the ISL prompt, issue the Secondary System Loader (hpux) command to boot the HP-UX kernel in single-user mode: Example 2-22 Boot HP-UX in single-user mode on an HP 9000 System: To exit the ISL prompt and return to the BCH interface,
issue the EXIT command instead of specifying the
above hpux loader command. Refer to the hpux(1M) manpage for a detailed list
of other hpux loader options. Example 2-23 Example Single-User HP-UX Boot ISL Revision A.00.44 Mar 12, 2003
ISL> hpux -is /stand/vmunix
Boot
: disk(0/0/2/0/0.13.0.0.0.0.0;0)/stand/vmunix
8241152 + 1736704 + 1402336 start 0x21a0e8
....
INIT: Overriding default level with level ’s’
INIT: SINGLE USER MODE
INIT: Running /sbin/sh
# |
The system will boot into single-user mode; watch
for the confirmation messages: INIT: Overriding default level
with level `s' INIT: SINGLE USER MODE If
you accessed the system console and service processor (management
processor) interfaces via a network, exit the console and service
processor interfaces if finished using them. To exit the BCH environment type ^B (Control-B); this exits the nPartition or system console and returns to the
service processor Main Menu. To exit the service processor, type X at the Main Menu.
Booting into LVM Maintenance ModeTo boot HP-UX in LVM Maintenance mode follow the
procedure for booting HP-UX into single-user mode (See “Booting into Single-User Mode”): The boot/root logical volumes are the only logical
volumes that are in a known place when your LVM configuration data
has been lost. Maintenance mode is useful on such systems if a standard
boot has failed due to LVM configuration problems. You must resolve
the LVM configuration problem and then reboot. You can find more information about LVM in HP-UX System Administrator’s Guide: Logical Volume Management. Speeding the Boot: SpeedyBoot | |
On many HP Integrity Servers and HP 9000 Systems,
a firmware based feature called SpeedyBoot allows you to bypass some
of the boot-time system tests in order to boot your system more quickly. | | | | | NOTE: HP recommends that all self tests be performed,
but recognizes the need to have your system available as quickly as
possible. | | | | |
If you are confident that your system hardware
is functioning properly, you may choose to skip certain boot-time
system tests in favor of having your system boot up more quickly. The SpeedyBoot features of your system allow you
to specify which tests to perform (or skip) and whether to do this
only for the next boot or for the next and all subsequent boots. There
are several ways to define which tests are performed. Which you use
depends on: whether your system is running or not when you configure
SpeedyBoot settings whether your system is an HP Integrity Server or an
HP 9000 System[1] whether you want to configure the SpeedyBoot settings
for only the next boot or for all subsequent boots as well which release of HP-UX you are running (if you configure
it using the setboot command)
SpeedyBoot is achieved by reducing the number
of firmware tests that are performed at boot time. You specify which
tests are performed. The tests include: memory initialization (HP Integrity Servers only) platform dependent tests (HP Integrity Servers only) I/O hardware tests (HP Integrity Servers only) processor hardware tests (HP 9000 Systems only) central electronic complex tests (HP 9000 Systems
only) chipset tests (HP Integrity Servers only)
You can be independently specify which tests will
be performed: The tests are described in “System Boot Tests”. | | | | | NOTE: By turning off some or all of the boot tests, you can
shorten boot time, perhaps significantly. However, in the event of
a system panic or boot failure, all tests will
be executed on the subsequent boot. | | | | |
When your system boots, it performs the tests
described in Table 2-2. These
are keywords for the hardware tests that are executed by processor-dependent
code (PDC) or firmware upon a boot or reboot of the system. Table 2-2 SpeedyBoot Tests Test Name | Values | Description |
---|
all | | All the listed tests. | SELFTESTS | | Includes the early_cpu and late_cpu tests. This is equivalent to the SELFTESTS option in the boot console handler (BCH) service menu. The difference
is that setboot can control the sub-tests separately,
while BCH cannot. | early_cpu | | When on, run firmware, cache, and CPU-specific
tests. Performed out of firmware. When off, skip
the tests. | late_cpu | | When on, run firmware, cache, and CPU-specific
tests. Performed out of memory and therefore faster than the early_cpu tests. When off, skip the
tests. | FASTBOOT | | Includes the full_memory and PDH tests on HP 9000 Systems (PA-RISC). Includes the Platform
and Full_memory tests on HP Integrity Servers. This is equivalent
to the FASTBOOT option in the boot console handler
(BCH) service menu. The difference is that setboot can control the subtests separately, while BCH cannot. Note: When FASTBOOT is on, the tests are performed, and vice versa. | full_memory (Note lowercase “f”) | | When on, run write, read-write, and
read tests on all memory locations. When off, only
initialize memory. Supported only on HP 9000 (PA-RISC based)
systems. | Platform | | When on, enables general platform hardware
tests. When off, do not perform platform
hardware tests. Supported only on HP Integrity Servers. | Full_memory (Note Uppercase “F”) | | When on, enables full destructive
memory tests. When off, do not perform full
destructive memory tests. Supported only on HP Integrity
Servers. | PDH | | Processor-dependent
hardware. When on, test a checksum of read-only
memory (ROM). When off, do not. | CEC | | Central electronic
complex. When on, test low-level bus converters
and I/O chips. When off, do not. CEC is not available on all systems. | Memory_init | | When on, enables full destructive
memory tests. When off, do not perform full
destructive memory tests. Supported only on HP Integrity
Servers. | IO_HW | | IO hardware tests. When on, enables system
firmware (or EFI drivers) to perform all the tests of IO hardware
(for boot devices only). When off, do not
perform these tests. Supported only on HP Integrity Servers. | Chipset | | When on, enables chipset tests. When off, do not perform chipset
tests. Supported only on HP Integrity Servers. |
Viewing your System’s SpeedyBoot SettingsIf your system is currently booted, you can display
the SpeedyBoot settings using the -v option to the setboot command: Example 2-24 Displaying Current SpeedyBoot Settings for your System (HP
9000 sample output) Example 2-25 Displaying Current SpeedyBoot Settings for your System (HP
Integrity Server sample output) Table 2-3 SpeedyBoot Status Table Headers Column | Description |
---|
Test | The keyword names of the tests that can
be controlled by SpeedyBoot. See Table 2-2. | Current | The current setting of each test. on means the test is normally executed on each boot. off means the test is normally omitted on each boot. partial means some of the subtests are normally executed
on each boot. | Supported | Whether the test is supported by the system
firmware. yes means the test is supported. no means the test is not supported. partial means some of the subtests are supported. | Default | The default values for each test. on, off, and partial are the same as for Current. | Next Boot | The values for each test that will be
used on the next boot. If they are different from Current, the Current values
will be reestablished after the next boot. on, off, and partial are the same as for Current. |
Configuring Boot-Time System Tests from the BCH Menu (HP 9000
Systems Only)From the BCH Configuration Menu use the FASTBOOT command to configure SpeedyBoot settings for a
system (or nPartition). Access
the system console for your system or nPartition and reset the partition
to return to the BCH Main Menu. After powering
on or resetting your computer (or nPartition) take control of the
boot process by hitting any key on the console keyboard so that autoboot/autosearch will not
boot the system automatically (if they are currently enabled). The
Boot Console Handler will display its main menu. At
the BCH Main Menu, enter the co command to enter
the BCH Configuration Menu. At the BCH Configuration
Menu use the FASTBOOT command to list or configure
the SpeedyBoot settings. Enter FASTBOOT with no arguments to display the current SpeedyBoot
settings for your system or nPartition. To disable an individual
test, enter: FASTBOOT test SKIP, where test is the name of the self test
(“PDH”, “EARLY”, or “LATE”). To enable an individual test,
enter: FASTBOOT test RUN. For details on setting self tests, enter: HELP FASTBOOT at the BCH Configuration Menu Repeat
Step 3 until the settings reflect your desired settings, then reboot
your system.
Configuring Boot-Time System Tests from the EFI Shell (HP Integrity
Servers Only)From the EFI Shell environment use the boottest command to manage the SpeedyBoot settings for
a system (or nPartition). Access the EFI Shell environment for your system (or the
nPartition you want to configure). To access
the EFI Shell, reboot or reset your system (or nPartition). Interrupt
the automatic boot process if necessary and use the up/down arrow
keys to highlight the “EFI Shell” menu item and hit Enter to select it. In
the EFI Shell environment use the boottest command
to list, enable, or disable boot-time system tests for your system
(or nPartition). To display the list of
supported boot-time system tests, enter the boottest -h command at the EFI Shell prompt: Repeat
Step 2 until the settings reflect your desired settings, then reboot
your system.
Configuring Boot-Time System Tests from a Booted SystemSpeedyBoot tests are configured with three setboot options: - -v
Displays a status table
of the SpeedyBoot test settings. - -ttestname=value
Change the value for the
test testname in nonvolatile memory to value for all following boots. The changes are reflected
in the Current and Next Boot columns of the SpeedyBoot table. - testname
One of the following keywords,
as described in Table 2-2: - value
One of: default Reset the test to the system default,
which is shown in the Defaults column
of the SpeedyBoot table.
- -Ttestname=value
Change the value for the test testname for the next system boot only. The changes are reflected in the Next Boot column of the SpeedyBoot table. The
change does not modify nonvolatile memory, so the permanent values,
shown in the Current column, are
restored after the boot. testname and value are the same as for the -t option.
Using setboot to Configure SpeedyBoot SettingsThe following extended example shows the results
of various changes on the SpeedyBoot status table. It is a good idea
to include the -v option in each command so that
the table is displayed after the changes are made. Let’s start off in the default state (CEC is not supported in this example system, so its default
is off, and it can’t be changed.) # setboot -t all=default -v
Primary bootpath : 10/0.0.0
Alternate bootpath : 10/12/5.0.0
Autoboot is ON (enabled)
Autosearch is OFF (disabled)
TEST CURRENT SUPPORTED DEFAULT NEXT BOOT
---- ------- --------- ------- ---------
all partial partial partial partial
SELFTESTS on yes on on
early_cpu on yes on on
late_cpu on yes on on
FASTBOOT on yes on on
full_memory on yes on on
PDH on yes on on
CEC off no off off
|
If you have to boot the system a number of times
due to some sort of installation or update, you can speed it up if
you turn all the tests off: # setboot -t all=off -v
Primary bootpath : 10/0.0.0
Alternate bootpath : 10/12/5.0.0
Autoboot is ON (enabled)
Autosearch is OFF (disabled)
TEST CURRENT SUPPORTED DEFAULT NEXT BOOT
---- ------- --------- ------- ---------
all off partial partial off
SELFTESTS off yes on off
early_cpu off yes on off
late_cpu off yes on off
FASTBOOT off yes on off
full_memory off yes on off
PDH off yes on off
CEC off no off off
|
Now, let’s change the previous to set the
normal boot to do only the late_cpu and the full_memory tests, skipping the slower early_cpu tests and the PDH tests: # setboot -t late_cpu=on -t full_memory=on -v
Primary bootpath : 10/0.0.0
Alternate bootpath : 10/12/5.0.0
Autoboot is ON (enabled)
Autosearch is OFF (disabled)
TEST CURRENT SUPPORTED DEFAULT NEXT BOOT
---- ------- --------- ------- ---------
all partial partial partial partial
SELFTESTS partial yes on partial
early_cpu off yes on off
late_cpu on yes on on
FASTBOOT partial yes on partial
full_memory on yes on on
PDH off yes on off
CEC off no off off
|
Finally,
let’s set up the next boot to test everything, and then test
only late_cpu on subsequent boots. # setboot -t full_memory=off -T all=on -v
Primary bootpath : 10/0.0.0
Alternate bootpath : 10/12/5.0.0
Autoboot is ON (enabled)
Autosearch is OFF (disabled)
TEST CURRENT SUPPORTED DEFAULT NEXT BOOT
---- ------- --------- ------- ---------
all partial partial partial partial
SELFTESTS partial yes on on
early_cpu off yes on on
late_cpu on yes on on
FASTBOOT partial yes on on
full_memory on yes on on
PDH off yes on on
CEC off no off off
|
|