C H A P T E R 2 |
Booting and Testing Your System |
This chapter describes the most common tasks that you perform using the OpenBoot firmware. These tasks let you:
The most important function of the OpenBoot firmware is to boot the system. Booting is the process of loading and executing a standalone program such as the operating system. Once it is powered on, the system usually boots automatically, without user intervention. If necessary, you can explicitly initiate the boot process from the OpenBoot command interpreter. Automatic booting uses the default boot device specified in non-volatile RAM (NVRAM); user-initiated booting uses either the default boot device or one specified by the user.
If you want to boot the system from the default boot device, type the following command at the Forth Monitor prompt:
If you are at the Restricted Monitor prompt, and you want to boot your system, type:
The boot command has the following format:
boot [ device-specifier ] [ filename ] [ options ]
The optional parameters for the boot command are described in the following table.
To explicitly boot from the internal disk (for diskfull systems), type:
To explicitly boot from Ethernet, type:
To specify a boot device at the Restricted Monitor prompt, use the b command with the name of the boot device as shown in the examples below.
> b disk (to explicitly boot from the internal disk for diskfull systems) > b net (to explicitly boot from Ethernet) |
Device alias definitions vary from system to system. Use the devalias command, described in Chapter 1 , for definitions of your system's aliases the following table is an example of device aliases and their definitions based on SPARCstation 2 and SPARCstation IPX systems. The heading "Old Path" refers to the OpenBoot Version 1. x usage for the equivalent SBus device.
Note that in the following table the names sd0 , sd1 , and so on, are terms used in the Solaris® 1. x operating environment to describe these devices. The Solaris 2. x operating environment names are different, as shown in below.
Several diagnostic routines are available from the Forth Monitor. These on-board tests let you check devices such as the network controller, the floppy disk system, memory, installed SBus cards and SCSI devices, and the system clock. User-installed devices can be tested if their firmware includes a self-test feature.
The following table lists diagnostic test commands. Remember: device-specifier refers to either a device path name or a device alias.
To check the built-in SCSI bus for connected devices, type:
To test all SCSI buses installed in the system, type:
The response depends on the devices on the SCSI bus.
To test a single installed device, type:
This executes the device method (named selftest ) of the specified device node. Response depends on the self-test of the device node.
To test a group of installed devices, type:
All devices below the root node of the device tree are tested. The response depends on the devices that have a self-test method. If you use the device-specifier option with the test-all command, all devices below the specified device tree node are tested.
The diskette drive test determines whether the diskette drive is functioning properly. A formatted, high-density (HD) disk must be in the diskette drive for this test to be successful.
To test the diskette drive, type:
ok test floppy Testing floppy disk system. A formatted disk should be in the drive. Test succeeded. ok |
If the test fails, you see an error message.
If this command fails, you can physically eject the diskette by inserting a straightened paper clip into the little hole near the diskette slot.
When you use the memory testing routine, the system tests the number of megabytes of memory specified in the NVRAM parameter selftest-#megs . (See Chapter 3 , for information about NVRAM parameters.) One megabyte of memory is tested as the default. If either the hardware diagnostic switch (if the system has one) or the NVRAM parameter diag-switch? is enabled, all the memory is tested.
In the preceding example, the first number (4000000) is the base address of the testing, and the following number (11) is the number of megabytes to go.
There will be a delay while the PROM tests the system. If the system fails this test, you see an error message.
To test the on-board Ethernet controller, type:
The system responds with a message indicating the result of the test.
Note - The external loopback portion of this test will fail unless the system is connected to Ethernet. |
To test the clock function, type:
ok watch-clock Watching the'seconds' register of the real time clock chip. It should be ticking once a second. Type any key to stop. 1 ok |
The system responds by incrementing a number once a second. Press any key to stop the test.
To monitor the network connection, type:
The system monitors network traffic, displaying " . "each time it receives an error-free packet and "X " each time it receives a packet with an error that can be detected by the network hardware interface.
Note - Not all OpenBoot 2.x systems include this test word. |
The Forth Monitor provides several commands to display system information. These commands, listed in the following table, let you display the system banner, the Ethernet address for the Ethernet controller, the contents of the ID PROM, and the version number of the OpenBoot firmware. (The ID PROM contains information specific to each machine, including the serial number, date of manufacture, and Ethernet address assigned to the machine.)
Also see the device tree browsing commands.
Occasionally, you may need to reset your system. The reset command resets the entire system and is similar to performing a power cycle.
If your system is set up to run the power-on self-test (POST) and initialization procedures on reset, these procedures begin executing when you initiate this command. (On some systems, POST is only executed after power-on.) Once POST completes, the system either boots automatically or enters the Forth Monitor, just as it would have after a power cycle.
Note - If you were browsing the device tree, you may need to use the device-end command before you reset the system. |