|
|
|
|
Booting the Operating
System CD-ROM
If you need to boot the OpenVMS Alpha operating system CD-ROM,
either to perform an installation or upgrade or to perform related
operations such as mounting or backing up the system disk, follow
the steps in the following sections, depending on whether you are
booting locally or from the InfoServer.
Booting from the
Local Drive
Boot from the local drive as follows:
BOOT -FLAGS 0,0 source-drive
>>>
BOOT -FLAGS 0,0 DKA400
After you boot, the system displays a menu from which you can choose options to perform the following tasks:
Booting from the
InfoServer
To boot the operating system CD-ROM using the InfoServer,
do the following:
For additional information, see the HP OpenVMS Operating System for Alpha and VAX Software Product Description and the hardware manuals that you received with your Alpha computer.>>>
SHOW DEVICE
dva0.0.0.1000.0 DVA0 RX23 dka200.2.0.5.0 DKA200 RZ28M 1004 dka300.3.0.5.0 DKA300 RZ29B 0016 dka400.4.0.5.0 DKA400 RZ26L 442E ewa0.0.0.3.0 EWA0 00-00-F8-1F-70-3D
For information about the LAN devices your system supports, see the following table. For additional information, see the hardware manuals that you received with your Alpha computer and the OpenVMS software product description (SPD). The APB file name in the previous command is the unique file name that was assigned to the APB.EXE file when it was copied from the operating system CD-ROM to the InfoServer. This file is the name of the APB program used for the initial system load (ISL) boot program.>>>
B -FLAGS 0,0 -FILE APB_2073
lan-device-name
Alpha Computer | Ethernet Device | FDDI Device |
---|---|---|
ALPHAbook 1
|
EOA0
|
-
|
AlphaServer 400 series
|
EWA0
|
FWA0
|
AlphaServer 1000 series
|
ERA0, EWA0
|
FRA0
|
AlphaServer 1000A series
|
EWA0
|
FWA0
|
AlphaServer 1200 series
|
EWA0
|
FWA0
|
AlphaServer 2000 series
|
ERA0, EWA0
|
FRA0
|
AlphaServer 2100, 2100A series
|
ERA0, EWA0
|
FRA0
|
AlphaServer 4100 series
|
EWA0
|
FWA0
|
AlphaServer
8200 series
|
EXA0, EWA0
|
FXA0
|
AlphaServer 8400 series
|
EXA0, EWA0
|
FXA0
|
AlphaStation 200 series
|
EWA0
|
FWA0
|
AlphaStation 400 series
|
EWA0
|
FWA0
|
AlphaStation 500 series
|
EWA0
|
FWA0
|
AlphaStation 600 series
|
ERA0, EWA0
|
FWA0
|
DEC 2000 series
|
ERA0
|
--
|
DEC 3000 series
|
ESA0
|
"n/ESA0"
|
DEC 4000 series
|
EZA0
|
--
|
DEC 7000 series
|
EXA0
|
FXA0
|
DEC 10000 series
|
EXA0
|
FXA0
|
Digital
Personal Workstation (DPWS) series
|
EWA0
|
FWA0
|
If you are using a DEC 3000 or 4000 series system, note
the following:
|
Network Initial System Load Function Version 1.2 FUNCTION FUNCTION ID 1 - Display Menu 2 - Help 3 - Choose Service 4 - Select Options 5 - Stop Enter a function ID value:
Enter a function ID value:
3
OPTION OPTION ID 1 - Find Services 2 - Enter known Service Name Enter an Option ID value:
2
Enter a Known Service Name:
ALPHA0732
After you boot, the system displays a menu from which you can choose options to perform the following tasks:
Booting Manually
from the System Disk
Boot the system disk manually as follows:
IF ... | THEN GO TO... |
---|---|
the OpenVMS Alpha operating system is running,
|
step
1.
|
the
OpenVMS Alpha operating system is not running,
|
step 4.
|
$
@SYS$SYSTEM:SHUTDOWN
SYSTEM SHUTDOWN COMPLETE
BOOT device-name
To boot from the network, enter the following command and press the Return key:>>>
BOOT DKA400
>>>
BOOT ESA0
Performing a Conversational
Boot
A conversational boot is most commonly used in research and
development environments and during software upgrades. Perform a
conversational boot to stop the boot process before it completes.
The boot process stops after it loads SYS$SYSTEM:SYSBOOT.EXE and
displays the SYSBOOT> prompt. At the SYSBOOT> prompt,
you can enter specific OpenVMS System Generation utility (SYSGEN)
commands to do the following:
There are several ways to perform a conversational boot. The following procedure is the most direct:
IF ... | THEN GO TO... |
---|---|
the OpenVMS Alpha operating system is running,
|
step
1.
|
the
OpenVMS Alpha operating system is not running,
|
step 4.
|
$
@SYS$SYSTEM:SHUTDOWN
SYSTEM SHUTDOWN COMPLETE
BOOT -FLAGS 0,1 [device-name
]
If you do not specify a device name, the system boots from the boot device assigned when you entered the SET BOOTDEF_DEV command.>>>
BOOT -FLAGS 0,1 DKA400
SYSBOOT>
prompt,
you can enter any of the SYSGEN commands listed in
SYSGEN Commands Used in the SYSBOOT Procedure. For more information about
these SYSGEN commands, see the HP OpenVMS System Management Utilities Reference Manual: M--Z.
For examples of using conversational booting, see Booting with Minimum Startup and Booting in an Emergency.
Booting with Minimum
Startup
In certain cases, you might want to boot your system without
performing the full sequence of startup events. For example, if
a startup event prevents you from logging in, you might want to
boot the system without executing the startup so that you can log
in and fix the problem. You can use the conversational boot to specify
a minimum startup.
Because this procedure bypasses specific startup operations, it does not autoconfigure the system's peripheral devices. |
BOOT -FLAGS 0,1 [device-name
]>>>
BOOT -FLAGS 0,1 DKA400
SYSBOOT>
SET STARTUP_P1 "MIN"
SYSBOOT>
CONTINUE
$
RUN SYS$SYSTEM:SYSMAN
SYSMAN>
PARAMETERS USE CURRENT
SYSMAN>
PARAMETERS SET STARTUP_P1 ""
SYSMAN>
PARAMETERS WRITE CURRENT
Booting with the
XDelta Utility (XDELTA)
The XDelta utility (XDELTA) is a debugging tool that system
programmers use. The procedure for booting all Alpha computers with
XDELTA is the same.
The following table describes the valid values you can specify when booting with XDELTA:
Value | System Response |
---|---|
0
|
Normal,
nonstop boot (default).
|
1
|
Begins
a conversational boot and then displays the SYSBOOT prompt.
|
2
|
Includes
XDELTA but does not take the initial breakpoint.
|
3
|
Displays
the SYSBOOT prompt and includes XDELTA but does not take the initial breakpoint.
|
6
|
Includes
XDELTA and takes the initial breakpoint.
|
7
|
Includes
XDELTA, displays the SYSBOOT prompt, and takes the initial breakpoint
at system initialization.
|
The following is an example of booting with XDELTA from the console prompt:
For more information about using XDELTA, see the OpenVMS Delta/XDelta Debugger Manual.>>>
BOOT -FLAGS 0,7
Booting from a Different
Directory
By default, the OpenVMS Alpha operating system is installed
in the system root directory [SYS0]. However, if you have created
a cluster system disk, you can use the SYS$MANAGER:CLUSTER_CONFIG.COM procedure
to add a copy of the operating system to a different root directory.
(See the HP OpenVMS System Manager's Manual for more information about using the SYS$MANAGER:CLUSTER_CONFIG.COM procedure.)
To boot from a different directory (for example, [SYS3]), enter the BOOT command as follows:
>>>
BOOT -FLAGS 3,0 DKA200
Booting with a PMAZB
or PMAZC TURBOchannel Adapter
PMAZB and PMAZC TURBOchannel adapters are adapters that are
software-compatible with the integrated SCSI ports on DEC 3000 Alpha
series systems.
The DEC 3000 Alpha series system consoles implement the SHOW CONFIGURATION console command, which displays information about the TURBOchannel options and the built-in adapters in the system. When a PMAZB or PMAZC adapter is installed in the TURBOchannel, the SHOW CONFIGURATION command displays the "PMAZB-AA" or "PMAZC-AA" string, the TURBOchannel slot number, and the device status.
The DEC 3000 Alpha series consoles also implement the SHOW DEVICE command, which displays information about the devices in the system. Because the integrated SCSI adapter is built into every DEC 3000 Alpha series system, the SHOW DEVICE console command can display the SCSI devices connected to the integrated SCSI ports. However, the SHOW DEVICE console command cannot display the SCSI devices connected to the PMAZB or PMAZC SCSI ports.
To make the console display the devices connected to the PMAZB
or PMAZC SCSI ports, enter the following command at the console
prompt, wherex
is the TURBOchannel slot number in which the PMAZB
or PMAZC adapter is installed:
This command displays the devices that are connected to each SCSI port of the PMAZB or PMAZC adapter. The device controller letters are either A or B, based upon the PMAZB or PMAZC ports to which the devices are connected. Do not confuse these devices with any DKA>>>
TEST TC
x
CNFG
xxx
or DKBxxx
devices displayed by the SHOW DEVICE command, which
shows SCSI devices on the integrated SCSI ports only. To boot from a device connected to a PMAZB or PMAZC adapter, enter the boot command as follows:
The following conventions are used:>>>
BOOT "
x/dkyzzz
"
x
is the TURBOchannel slot number in which the PMAZB
or PMAZC adapter is installed.dk
is the device code of the boot device.y
is either A or B, depending on the SCSI port of the
PMAZB or PMAZC adapter that contains the boot device.zzz
is the SCSI unit number of the boot device.The OpenVMS Alpha operating system does not distinguish between the PMAZB or PMAZC adapter and the integrated SCSI adapter. The operating system views them as identical adapters. Because the operating system searches for I/O adapters in backplane slot number order, device controller letters are assigned that correspond to the backplane order of the TURBOchannel options, followed by the integrated adapters. This is different from console SCSI device naming, which always designates SCSI devices on the integrated SCSI ports as either "A" or "B" port devices.
On a DEC 3000 Model 500 Alpha system with no TURBOchannel options installed, the OpenVMS Alpha operating system names the integrated SCSI ports PKA0 and PKB0, and the devices connected to the ports inherit the controller letter from the port controller letter (A or B). However, if a PMAZB or PMAZC adapter is installed in the TURBOchannel, the operating system names the PMAZB or PMAZC SCSI ports PKA0 and PKB0 and names the integrated SCSI ports PKC0 and PKD0. The devices connected to the ports inherit the controller letter from the port controller letter (A, B, C, or D).
Booting over the
Network with an Alternate TURBOchannel Adapter
You can use an alternate TURBOchannel adapter to boot a DEC
3000 series Alpha computer (with the TURBOchannel option) over the
network in an InfoServer or OpenVMS Cluster environment. Examples
of alternate TURBOchannel adapters are the PMAD (which connects
to the Ethernet) and the DEFTA (which connects to the FDDI).
To boot from a TURBOchannel device connected to one of these alternate adapters, enter the boot command as follows:
The value for>>>
BOOT "
n
/ESA0"
n
is the TURBOchannel slot number for the device, which
you can obtain by entering the SHOW CONFIGURATION command at the
console prompt (>>>) and examining the
display. In the following example, the TURBOchannel slot number
(listed under the "TCINFO" column) is 0: >>>
SHOW CONFIG
DEC 3000 - M300 Digital Equipment Corporation VPP PAL X5.56-80800101/OSF PAL X1.34-80800201 - Built on 18-DEC-1996 11:376 TCINFO DEVNAM DEVSTAT ------ -------- -------- CPU OK KN16-AA -V3.2-S6CD-I151-sV2.0-DECchip 21064 P3.0-150 ASIC OK MEM OK MEM OK 6 CXT OK 5 NVR OK SCC OK NI OK ISDN OK 4 SCSI OK 0-PMAD-AA TC0
Booting in an Emergency
If a system problem prevents your system from booting, you
might need to perform an emergency boot operation.
Emergency Boot Procedures summarizes these emergency boot
operations, and the sections that follow describe each boot operation
in more detail.
Booting with Default
System Parameters
If
the current values stored in the parameter file have been incorrectly
modified, these incorrect values might cause the system to become
unbootable. With a conversational boot operation, you can reset
the active values for all system parameters to the default value.
(In most cases, HP recommends that you use AUTOGEN to modify system
parameters. In certain cases, however, you can use a conversational
boot to modify a parameter value temporarily.
To change a parameter value permanently, you
must edit MODPARAMS.DAT and run AUTOGEN. For instructions, see the
chapter entitled "Modifying System Parameters" in
the HP OpenVMS System Manager's Manual, Volume 2: Tuning, Monitoring, and Complex Systems.) The default values allow you to boot the system
temporarily so you can correct the problem.
BOOT -FLAGS 0,1 [device-name
]
>>>
BOOT -FLAGS 0,1 DKA400
This command specifies that default values should be used for all parameters.SYSBOOT>
USE DEFAULT
SYSBOOT>
CONTINUE
SYSBOOT>
USE DEFAULT
SYSBOOT>
CONTINUE
Username:
SYSTEM
Password:
$
RUN SYS$SYSTEM:SYSMAN
SYSMAN>
PARAMETERS USE CURRENT
SYSMAN>
PARAMETERS SET NPAGEDYN 2999808
SYSMAN>
PARAMETERS WRITE CURRENT
SYSMAN>
EXIT
$
EDIT SYS$SYSTEM:MODPARAMS.DAT
. . . [Insert the following line in MODPARAMS.DAT:] MIN_NPAGEDYN = 2999808 . . .$
@SYS$UPDATE:AUTOGEN SAVPARAMS REBOOT
Booting Without Startup
and Login Procedures
If
the system does not complete the startup procedures or does not
allow you to log in, you might need to bypass the startup and login
procedures. The startup and login procedures provided by HP should
always work. However, if you introduce an error when modifying the
startup or login procedures, it is possible to accidentally lock
yourself out of the system.
BOOT -FLAGS 0,1 [device-name
]
>>>
BOOT -FLAGS 0,1 DKA400
SYSBOOT>
SET/STARTUP OPA0:
SYSBOOT>
CONTINUE
This command directs the operating system to ignore any errors that might occur. If you do not enter this command and you invoke an error, the system will log you out.$
SET NOON
$
RUN SYS$SYSTEM:SYSMAN
SYSMAN>
PARAMETERS USE CURRENT
SYSMAN>
PARAMETERS SET/STARTUP SYS$SYSTEM:STARTUP.COM
SYSMAN>
PARAMETERS WRITE CURRENT
SYSMAN>
EXIT
$
$
@SYS$SYSTEM:STARTUP
SYSBOOT>
SET/STARTUP OPA0:
SYSBOOT>
CONTINUE
$
SET NOON
$
SET DEFAULT SYS$SYSROOT:[SYSEXE]
$
RUN SYS$SYSTEM:SYSMAN
SYSMAN>
PARAMETERS USE CURRENT
SYSMAN>
PARAMETERS SET/STARTUP SYS$SYSTEM:STARTUP.COM
SYSMAN>
PARAMETERS WRITE CURRENT
SYSMAN>
EXIT
$
@SYS$SYSTEM:STARTUP
Booting Without the
User Authorization File
Ordinarily, the
startup and login procedures provided by HP always work; however,
certain user interventions can cause them to fail. A very simple
way to lock yourself out of the system is to set passwords to login
accounts and forget them. In such an emergency, you can use the
alternate user authorization file rather than the standard user
authorization file.
You can use this method only to log in to the system from the console terminal; you cannot use other terminal lines. |
If it cannot find this file, the system assumes that the UAF is corrupt and accepts any user name and any two passwords to log you in to the system from the system console. Logins are prohibited from all other terminal lines.
When you perform this procedure, the system assigns the following values to your user account:
Field | Value |
---|---|
Name
|
User
name
|
UIC
|
[001,004]
|
Command interpreter
|
DCL
|
Login flags
|
None
|
Priority
|
Value
of the system parameter, DEFPRI
|
Resources
|
Values
of the PQL system parameters
|
Privileges
|
All
|
The process name is usually the name of the device on which you logged in (for example, _OPA0:).
BOOT -FLAGS 0,1 [device-name
]
>>>
BOOT -FLAGS 0,1 DKA400
SYSBOOT>
SET UAFALTERNATE 1
SYSBOOT>
SET WINDOW_SYSTEM 0
SYSBOOT>
CONTINUE
$
DEFINE/SYSTEM/EXECUTIVE_MODE SYSUAF SYS$SYSTEM:SYSUAF.DAT
In most cases, HP recommends that you use AUTOGEN to modify system parameters. However, because this parameter is only being changed temporarily, you can use SYSMAN to change it back.$
RUN SYS$SYSTEM:SYSMAN
SYSMAN>
PARAMETERS USE CURRENT
SYSMAN>
PARAMETERS SET UAFALTERNATE 0
SYSMAN>
PARAMETERS SET WINDOW_SYSTEM 1
SYSMAN>
PARAMETERS WRITE CURRENT
SYSBOOT>
SET UAFALTERNATE 1
SYSBOOT>
SET WINDOW_SYSTEM 0
SYSBOOT>
CONTINUE
Username:
Return
Password:
Return
Password:
Return
$
DEFINE/SYSTEM/EXECUTIVE_MODE SYSUAF SYS$SYSTEM:SYSUAF.DAT
$
SET DEFAULT SYS$SYSTEM
$
RUN AUTHORIZE
AUTHORIZE>
MODIFY SYSTEM/PASSWORD=FGLFTUTU
AUTHORIZE>
EXIT
$
RUN SYS$SYSTEM:SYSMAN
SYSMAN>
PARAMETERS USE CURRENT
SYSMAN>
PARAMETERS SET WINDOW_SYSTEM 1
SYSMAN>
PARAMETERS SET UAFALTERNATE 0
SYSMAN>
PARAMETERS WRITE CURRENT
SYSMAN>
EXIT
$
@SYS$SYSTEM:SHUTDOWN
|
|