q Dq PDC
will proceed to its initialization, and will boot an operating system
if autoboot is enabled.
.Ss Boot process description
System boot blocks are provided as a
.Dq LIF
q Logical Interchange Format
archive, either on a disk device, or via the network, using the
.Em bootp
or
.Em rboot
protocols, depending on the PDC version.
A small
.Xr mkboot 8
utility
is provided for combining primary boot and a number
of images (OS kernels or standalone binaries)
into one
.Dq LIF
volume suitable for booting.
.Ss PDC concepts
If autoboot is enabled, the PDC will attempt to boot from the specified
.Dq boot path
value.
If no
.Dq boot path
has been specified, the PDC will then scan for bootable devices and
boot from the first found, after a few seconds allowing the user to
interrupt the boot process.
If autoboot is disabled, the PDC will enter interactive mode, after an
optional device scan.
In all cases, it is possible to enter interactive mode by holding the
escape key during the selftests, or when prompted to do so to abort
the current operation, unless the PDC has been configured in
.Dq secure mode .
.Ss ISL interaction
.Dq ISL
stands for
.Dq Initial System Loader
and is the
.Nm
program in
.Nx .
On all versions of the PDC except for the 712 and 725 models the
.Dq boot
command (see below) will be followed by the question:
.Dq Interact with IPL (Y, N, or Cancel)?>
where a positive answer will invoke an interactive prompt in the
.Nm
program later and negative will thus suppress it.
A cancellation will abort the boot process.
p
On the 712 and 725 models firmware an additional
.Dq isl
argument should be given to the
.Dq boot
command to invoke the
.Nm
interactive prompt.
The default behaviour is a non-interactive boot process.
.Ss Old PDC operation
This version is used on the following models:
705, 7x0, 715/33/50/75, 725/50/75, 735, 755.
There are two levels of interactive commands in this version.
The first level is a short menu:
d -literal -offset indent b) Boot from specified device
s) Search for bootable device
a) Enter Boot Administration mode
x) Exit and continue boot sequence
Select from menu:
.Ed
p which provides the following commands:
p l -tag -width "XXX" -offset indent -compact t Cm b boot from a device found during the scan, either with its short .Dq P# form, or a complete name specification. For example, to boot from the .Tn SCSI disk with id 6 off the built-in (first) controller, one would enter c b Ar scsi.6.0 . t Cm s rescan for bootable devices. t Cm a enter the second part of interactive mode. t Cm x resume an interrupted boot sequence. .El
p The .Dq Boot Administration mode, recognizable with its .Em BOOT_ADMIN> prompt, controls the various boot options. The complete list of commands depends on the machine and PDC version. The following list only mentions commands impacting the boot process. l -tag -width AUTOSELECT -offset indent t AUTOSELECT Displays or changes the autoboot setting. If autoselect is set to .Dq on , the PDC will always attempt to boot the first bootable device found in this order: l -enum -offset indent -compact t Boot device .Em path setting. t .Tn SCSI devices connected to the built-in .Tn SCSI controller, the highest ID numbers being preferred. t Network .Em rboot server (see also .Xr rbootd 8 ) . t Other .Tn SCSI devices connected to secondary controllers, the highest ID numbers being preferred. .El If the .Em primary path setting defines a bootable device, no device scan will occur. t BOOT Boots off the specified device. It is similar to the c b command from the short menu above. The .Dq primary and .Dq alternate path settings may be booted with c boot Ar pri and c boot Ar alt respectively. t PATH Displays or changes the boot and console devices. The boot device is defined as the .Dq primary path, and another setting may be stored as the .Dq alternate path for rescue purposes. For example, to define the primary boot path to the .Tn SCSI disk with ID 5 connected to the built-in controller, one would enter c path primary Ar scsi.5
p
When invoked without parameters,
c path will list the various path settings.
.El
.Ss Modern PDC operation
Machines equipped with 7100LC, 7200, or 7300LC CPU types are
usually blessed with a different kind of PDC.
There is only one interactive mode, with a
.Em BOOT_ADMIN>
prompt, which provides both boot settings and commands.
The complete list of commands depends on the machine and PDC version.
The following list only mentions commands impacting the boot process.
l -tag -width auto search -offset indent t Ic auto boot Displays or changes the autoboot setting.
If
c auto boot is set to
.Dq on ,
the PDC will always attempt to boot.
The booted device chosen will depend on the
c auto search setting.
t Ic auto search Displays or changes the device scan setting.
If
c auto search is set to
.Dq on ,
the PDC will attempt to boot the first bootable device found in
this order:
l -enum -offset indent -compact t Boot device
.Em path
setting.
t .Tn SCSI
devices connected to the built-in
.Tn SCSI
controller,
the highest ID numbers being preferred.
t Network
.Em bootp
server (see also
.Xr dhcpd 8 ) .
t Other
.Tn SCSI
devices connected to secondary controllers,
the highest ID numbers being preferred.
.El
If
c auto search is set to
.Dq off
and the primary boot path points to a bootable device,
no device scan will occur.
p Note that setting c auto search to .Dq on will force autoboot, regardless of the c auto boot value. t Ic boot Boots off the specified device. The .Dq primary and .Dq alternate path settings may be booted with c boot Ar pri and c boot Ar alt respectively. t Ic path Displays or changes the boot and console devices. The boot device is defined as the .Dq primary path, and another setting may be stored as the .Dq alternate path for rescue purposes. For example, to define the primary boot path to the .Tn SCSI disk with ID 5 connected to the built-in controller, one would enter c path pri Ar scsi.5 .
p
When invoked without parameters,
c path will list the various path settings.
.El
.Ss Abnormal system termination
If the system crashes, it will enter the kernel debugger,
.Xr ddb 4 ,
if it is configured in the kernel.
If the crash occurred during
initialization and the debugger is not present or is exited, the
kernel will halt the system.
If the crash occurred during normal operation and the debugger
is not present or is exited, the system will attempt a dump to the
configured dump device (which will be automatically recovered with
.Xr savecore 8
during the next multi-user boot cycle), and after the dump is complete
(successful or not) the kernel will attempt a reboot.
.Sh FILES
l -tag -width /usr/mdec/xxbootxx -compact t Pa boot.lif network bootstrap and kernel combined image
t Pa /netbsd default
.Nx
system kernel
t Pa /usr/mdec/xxboot primary bootstrap for
.Dq ffs
file system
t Pa /usr/mdec/boot system bootstrap (usually also installed as
a /boot ) .El .Sh SEE ALSO .Xr ddb 4 , .Xr dhcpd 8 , .Xr halt 8 , .Xr init 8 , .Xr installboot 8 , .Xr rbootd 8 , .Xr reboot 8 , .Xr savecore 8 , .Xr shutdown 8