BSD 4_3_Net_2 release
[unix-history] / usr / src / sbin / reboot / reboot_vax.8
index 64f81d1..f9b7b43 100644 (file)
@@ -1,47 +1,65 @@
-.\" Copyright (c) 1980 The Regents of the University of California.
+.\" Copyright (c) 1980, 1991 The Regents of the University of California.
 .\" All rights reserved.
 .\"
 .\" All rights reserved.
 .\"
-.\" Redistribution and use in source and binary forms are permitted provided
-.\" that: (1) source distributions retain this entire copyright notice and
-.\" comment, and (2) distributions including binaries display the following
-.\" acknowledgement:  ``This product includes software developed by the
-.\" University of California, Berkeley and its contributors'' in the
-.\" documentation or other materials provided with the distribution and in
-.\" all advertising materials mentioning features or use of this software.
-.\" Neither the name of the University nor the names of its contributors may
-.\" be used to endorse or promote products derived from this software without
-.\" specific prior written permission.
-.\" THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR IMPLIED
-.\" WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF
-.\" MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.
+.\" Redistribution and use in source and binary forms, with or without
+.\" modification, are permitted provided that the following conditions
+.\" are met:
+.\" 1. Redistributions of source code must retain the above copyright
+.\"    notice, this list of conditions and the following disclaimer.
+.\" 2. Redistributions in binary form must reproduce the above copyright
+.\"    notice, this list of conditions and the following disclaimer in the
+.\"    documentation and/or other materials provided with the distribution.
+.\" 3. All advertising materials mentioning features or use of this software
+.\"    must display the following acknowledgement:
+.\"    This product includes software developed by the University of
+.\"    California, Berkeley and its contributors.
+.\" 4. Neither the name of the University nor the names of its contributors
+.\"    may be used to endorse or promote products derived from this software
+.\"    without specific prior written permission.
 .\"
 .\"
-.\"    @(#)reboot_vax.8        6.8 (Berkeley) 6/24/90
+.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
+.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
+.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
+.\" ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
+.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
+.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
+.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
+.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
+.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
+.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
+.\" SUCH DAMAGE.
 .\"
 .\"
-.TH REBOOT 8 "June 24, 1990"
-.UC 4
-.SH NAME
-reboot \- UNIX bootstrapping procedures
-.SH SYNOPSIS
-.B reboot
-[
-.B \-n
-] [
-.B \-q
-]
-.SH DESCRIPTION
-.PP
-UNIX is started by placing it in memory
+.\"     @(#)reboot_vax.8       6.9 (Berkeley) 3/16/91
+.\"
+.Dd March 16, 1991
+.Dt REBOOT 8
+.Os BSD 4
+.Sh NAME
+.Nm reboot
+.Nd
+.Tn UNIX
+bootstrapping procedures
+.Sh SYNOPSIS
+.Nm reboot
+.Op Fl n
+.Op Fl q
+.Sh DESCRIPTION
+.Pp
+.Tn UNIX
+is started by placing it in memory
 at location zero and transferring to the entry point.
 Since the system is not reenterable,
 it is necessary to read it in from disk or tape
 each time it is to be bootstrapped.
 at location zero and transferring to the entry point.
 Since the system is not reenterable,
 it is necessary to read it in from disk or tape
 each time it is to be bootstrapped.
-.PP
-.B Rebooting a running system.
-When a UNIX is running and a reboot is desired,
-.IR shutdown (8)
+.Pp
+.Sy Rebooting a running system .
+When a
+.Tn UNIX
+is running and a reboot is desired,
+.Xr shutdown 8
 is normally used.
 If there are no users then
 is normally used.
 If there are no users then
-.B reboot
+.Nm reboot
 can be used.
 Reboot causes the disks to be synced and allows the system
 to perform other shutdown activities such as resynchronizing
 can be used.
 Reboot causes the disks to be synced and allows the system
 to perform other shutdown activities such as resynchronizing
@@ -50,224 +68,310 @@ A multi-user reboot (as described below) is then initiated.
 This causes a system to be
 booted and an automatic disk check to be performed.  If all this succeeds
 without incident, the system is then brought up for many users.
 This causes a system to be
 booted and an automatic disk check to be performed.  If all this succeeds
 without incident, the system is then brought up for many users.
-.PP
+.Pp
 Options to reboot are:
 Options to reboot are:
-.TP
-.B \-n
+.Bl -tag -width Ds
+.It Fl n
 option avoids the sync.  It can be used if a disk or the processor
 is on fire. 
 option avoids the sync.  It can be used if a disk or the processor
 is on fire. 
-.TP
-.B \-q
+.It Fl q
 reboots quickly and ungracefully, without shutting down running
 processes first.
 reboots quickly and ungracefully, without shutting down running
 processes first.
-.PP
-.I Reboot
+.El
+.Pp
+.Nm Reboot
 normally logs the reboot using
 normally logs the reboot using
-.IR syslog (8)
+.Xr syslog 8
 and places a shutdown record in the login accounting file
 and places a shutdown record in the login accounting file
-/var/log/wtmp.
+.Pa /var/log/wtmp.
 These actions are inhibited if the
 These actions are inhibited if the
-.B \-n
+.Fl n
 or
 or
-.B \-q
+.Fl q
 options are present.
 options are present.
-.PP
-.B "Power fail and crash recovery."
+.Pp
+.Sy Power fail and crash recovery.
 Normally, the system will reboot itself at power-up or after crashes.
 Provided the auto-restart is enabled on the machine front panel,
 an automatic consistency check of the file systems will be performed,
 and unless this fails, the system will resume multi-user operations.
 Normally, the system will reboot itself at power-up or after crashes.
 Provided the auto-restart is enabled on the machine front panel,
 an automatic consistency check of the file systems will be performed,
 and unless this fails, the system will resume multi-user operations.
-.PP
-.B Cold starts.
+.Pp
+.Sy Cold starts .
 These are processor-type dependent.
 On an 11/780, there are two floppy files for each disk controller,
 both of which cause boots from unit 0 of the root file system
 of a controller located on mba0 or uba0.
 One gives a single user shell, while the other invokes the multi-user
 These are processor-type dependent.
 On an 11/780, there are two floppy files for each disk controller,
 both of which cause boots from unit 0 of the root file system
 of a controller located on mba0 or uba0.
 One gives a single user shell, while the other invokes the multi-user
-automatic reboot.  Thus these files are HPS and HPM for the single
-and multi-user boot from MASSBUS RP06/RM03/RM05 disks,
-UPS and UPM for UNIBUS storage module controller and disks
-such as the EMULEX SC-21
-and AMPEX 9300 pair,
-RAS and RAM to boot from MSCP controllers and disks such as the RA81,
-or HKS and HKM for RK07 disks.
+automatic reboot.  Thus these files are
+.Tn HPS
+and
+.Tn HPM
+for the single
+and multi-user boot from
+.Tn MASSBUS
+RP06/RM03/RM05 disks,
+.Tn UPS
+and
+.Tn UPM
+for
+.Tn UNIBUS
+storage module controller and disks
+such as the
+.Tn EMULEX
+SC-21
+and
+.Tn AMPEX
+9300 pair,
+.Tn RAS
+and
+.Tn RAM
+to boot from
+.Tn MSCP
+controllers and disks such as the RA81,
+or
+.Tn HKS
+and
+.Tn HKM
+for RK07 disks.
 There is also a script for booting from the default device,
 which is normally a copy of one of the standard multi-user boot scripts,
 but which may be modified to perform other actions
 or to boot from a different unit.
 The situation on the 8600 is similar, with scripts loaded from the console RL02.
 There is also a script for booting from the default device,
 which is normally a copy of one of the standard multi-user boot scripts,
 but which may be modified to perform other actions
 or to boot from a different unit.
 The situation on the 8600 is similar, with scripts loaded from the console RL02.
-.PP
+.Pp
 Giving the command
 Giving the command
-.IP
->>>BOOT HPM
-.LP
+.Pp
+.Dl >>>BOOT HPM
+.Pp
 would boot the system from (e.g.) an RP06 and run the automatic consistency
 check as described in
 would boot the system from (e.g.) an RP06 and run the automatic consistency
 check as described in
-.IR fsck (8).
+.Xr fsck 8 .
 (Note that it may
 be necessary to type control-P
 and halt the processor
 (Note that it may
 be necessary to type control-P
 and halt the processor
-to gain the attention of the LSI-11 before getting the >>> prompt.)
+to gain the attention of the
+.Tn LSI-11
+before getting the >>> prompt.)
 The command
 The command
-.IP
->>>BOOT ANY
-.LP
+.Pp
+.Dl >>>BOOT ANY
+.Pp
 invokes a version of the boot program in a way which allows you to
 specify any system as the system to be booted.
 It reads from the console a device specification (see below) followed
 immediately by a pathname.
 invokes a version of the boot program in a way which allows you to
 specify any system as the system to be booted.
 It reads from the console a device specification (see below) followed
 immediately by a pathname.
-.PP
+.Pp
 The scripts may be modified for local configuration if necessary.
 The flags are placed in register 11 (as defined in
 The scripts may be modified for local configuration if necessary.
 The flags are placed in register 11 (as defined in
-.IR <sys/reboot.h> ).
+.Aq Pa sys/reboot.h ) .
 The boot device is specified in register 10.
 The encoding of this register is also defined in
 The boot device is specified in register 10.
 The encoding of this register is also defined in
-.IR <sys/reboot.h> .
+.Aq Pa sys/reboot.h .
 The current encoding has a historical basis, and is shown in the following
 table:
 The current encoding has a historical basis, and is shown in the following
 table:
-.LP
-.ta 5 10
-.nf
-       bits    usage
-       0-7     boot device type (the device major number)
-       8-15    disk partition
-       16-19   drive unit
-       20-23   controller number
-       24-27   adaptor number (UNIBUS or MASSBUS as appropriate)
-.fi
-.LP
+.Pp
+.Bd -unfilled -offset indent -compact
+bits   usage
+0-7    boot device type (the device major number)
+8-15   disk partition
+16-19  drive unit
+20-23  controller number
+24-27  adaptor number (UNIBUS or MASSBUS as appropriate)
+.Ed
+.Pp
 The adaptor number corresponds to the normal configuration on the 11/750,
 and to the order in which adaptors are found on the 11/780 and 8600
 The adaptor number corresponds to the normal configuration on the 11/750,
 and to the order in which adaptors are found on the 11/780 and 8600
-(generally the same as the numbers used by UNIX).
-.PP
+(generally the same as the numbers used by
+.Tn UNIX ) .
+.Pp
 On an 11/750, the reset button will boot from the device
 selected by the front panel boot device switch.  In systems
 with RK07's, position B normally selects the RK07 for boot.
 This will boot multi-user.  To boot from RK07 with boot flags you
 may specify
 On an 11/750, the reset button will boot from the device
 selected by the front panel boot device switch.  In systems
 with RK07's, position B normally selects the RK07 for boot.
 This will boot multi-user.  To boot from RK07 with boot flags you
 may specify
-.IP
->>>B/\fIn\fR DMA0
-.LP
-where, giving a \fIn\fR of 1 causes the boot program
+.Pp
+.Bd -unfilled -offset indent -compact
+.Li \&>>>B/ Ns Fl n No DMA0
+.Ed
+.Pp
+where, giving a
+.Ar n
+of 1 causes the boot program
 to ask for the name of the system to be bootstrapped,
 to ask for the name of the system to be bootstrapped,
-giving a \fIn\fR of 2 causes the boot program to come up single
-user, and a \fIn\fR of 3 causes both of these actions to occur.
-The ``DM'' specifies RK07, the ``A'' represents the adaptor number (UNIBUS
-or MASSBUS), and the ``0'' is the drive unit number.
-Other disk types which may be used are DB (MASSBUS), DD (TU58),
-and DU (UDA-50/RA disk).
+giving a
+.Ar n
+of 2 causes the boot program to come up single
+user, and a
+.Ar n
+of 3 causes both of these actions to occur.
+The ``DM'' specifies RK07, the ``A'' represents the adaptor number
+.Pf ( Tn UNIBUS
+or
+.Tn MASSBUS ) ,
+and the ``0'' is the drive unit number.
+Other disk types which may be used are DB
+.Pq Tn MASSBUS ,
+DD (TU58),
+and DU
+.Pf ( Tn UDA-50/RA
+disk).
 A non-zero disk partition can be used by adding (partition times 1000 hex)
 A non-zero disk partition can be used by adding (partition times 1000 hex)
-to \fIn\fR.
-.PP
-The boot procedure on the MicroVAX II is similar.
+to
+.Ar  n .
+.Pp
+The boot procedure on the Micro
+.Tn VAX
+II
+is similar.
 A switch on the back panel sets the power-up action
 to autoboot or to halt.
 When halted, the processor may be booted using the same syntax
 as on the 11/750.
 A switch on the back panel sets the power-up action
 to autoboot or to halt.
 When halted, the processor may be booted using the same syntax
 as on the 11/750.
-.PP
+.Pp
 The 11/750 boot procedure uses the boot roms to load block 0 off of
 the specified device.  The /usr/mdec directory contains a number
 of bootstrap programs for the various disks which should be placed
 in a new pack by
 The 11/750 boot procedure uses the boot roms to load block 0 off of
 the specified device.  The /usr/mdec directory contains a number
 of bootstrap programs for the various disks which should be placed
 in a new pack by
-.IR disklabel (8).
-Similarly, the MicroVAX II boot procedure loads a boot parameter block
+.Xr disklabel 8 .
+Similarly, the Micro
+.Tn VAX
+II boot procedure loads a boot parameter block
 from block 0 of the disk.
 The
 from block 0 of the disk.
 The
-.I rdboot
-``bootstrap'' contains the correct parameters for an MSCP disk such
+.Xr rdboot
+.Dq bootstrap
+contains the correct parameters for an
+.Tn MSCP
+disk such
 as the RD53.
 as the RD53.
-.PP
+.Pp
 On any processor, the 
 On any processor, the 
-.I boot
+.Em boot
 program
 finds the corresponding file on the given device 
 program
 finds the corresponding file on the given device 
-.RI ( vmunix
+.Pf ( Pa vmunix
 by default), loads that file
 into memory location zero, and starts the program at the entry address
 specified in the program header (after clearing off the high bit
 of the specified entry address).
 by default), loads that file
 into memory location zero, and starts the program at the entry address
 specified in the program header (after clearing off the high bit
 of the specified entry address).
-.PP
-The file specifications used with \*(lqBOOT ANY\*(rq or \*(lqB/3\*(rq
+.Pp
+The file specifications used with
+.Dq BOOT ANY
+or
+.Dq \&B/3
 are of the form:
 are of the form:
-.IP
-device(adaptor,controller,unit,minor)
-.PP
+.Pp
+.Dl device(adaptor,controller,unit,minor)
+.Pp
 where
 where
-.I device
+.Ar device
 is the type of the device to be searched,
 is the type of the device to be searched,
-.I adaptor
-is the UNIBUS or MASSBUS number of the adaptor to which the device is attached,
-.I controller
-is the unit number of the controller or MASSBUS tape formatter on that adaptor,
-.I unit
+.Ar adaptor
+is the
+.Tn UNIBUS
+or
+.Tn MASSBUS
+number of the adaptor to which the device is attached,
+.Ar controller
+is the unit number of the controller or
+.Tn MASSBUS
+tape formatter on that adaptor,
+.Ar unit
 is the unit number of the disk or transport slave unit of the tape,
 and
 is the unit number of the disk or transport slave unit of the tape,
 and
-.I minor
+.Ar minor
 is the disk partition or tape file number.
 Leading adaptor or controller numbers default to 0.
 Normal line editing characters can be used when typing the file specification.
 The following list of supported devices may vary from installation to
 installation:
 is the disk partition or tape file number.
 Leading adaptor or controller numbers default to 0.
 Normal line editing characters can be used when typing the file specification.
 The following list of supported devices may vary from installation to
 installation:
-.LP
-.ta 5 10
-.nf
-       hp      MASSBUS disk drive
-       up      UNIBUS storage module drive
-       ht      TE16,TU45,TU77 on MASSBUS
-       kra     storage module on a KDB50
-       mt      TU78 on MASSBUS
-       hk      RK07 on UNIBUS
-       ra      storage module on a MSCP-compatible UNIBUS controller
-       rb      storage module on a 730 IDC
-       rl      RL02 on UNIBUS
-       tm      TM11 emulation tape drives on UNIBUS
-       tms     TMSCP-compatible tape
-       ts      TS11 on UNIBUS
-       ut      UNIBUS TU45 emulator
-.fi
-.PP
+.Pp
+.Bd -unfilled -offset indent -compact
+hp     MASSBUS disk drive
+up     UNIBUS storage module drive
+ht     TE16,TU45,TU77 on MASSBUS
+kra    storage module on a KDB50
+mt     TU78 on MASSBUS
+hk     RK07 on UNIBUS
+ra     storage module on a MSCP-compatible UNIBUS controller
+rb     storage module on a 730 IDC
+rl     RL02 on UNIBUS
+tm     TM11 emulation tape drives on UNIBUS
+tms    TMSCP-compatible tape
+ts     TS11 on UNIBUS
+ut     UNIBUS TU45 emulator
+.Ed
+.Pp
 For example,
 to boot from a file system which starts at cylinder 0
 For example,
 to boot from a file system which starts at cylinder 0
-of unit 0 of a MASSBUS disk, type \*(lqhp(0,0)vmunix\*(rq
-to the boot prompt; \*(lqhp(2,0,1,0)vmunix\*(rq
-would specify drive 1 on MASSBUS adaptor 2;
-\*(lqup(0,0)vmunix\*(rq would specify
-a UNIBUS drive, \*(lqhk(0,0)vmunix\*(rq would specify
-an RK07 disk drive, \*(lqra(1,0,0,0)vmunix\*(rq would specify a
-UDA50 disk drive on a second UNIBUS, and \*(lqrb(0,0)vmunix\*(rq would specify a
-disk on a 730 IDC.
+of unit 0 of a
+.Tn MASSBUS
+disk, type
+.Ql hp(0,0)vmunix
+to the boot prompt;
+.Ql hp(2,0,1,0)vmunix
+would specify drive 1 on
+.Tn MASSBUS
+adaptor 2;
+.Ql up(0,0)vmunix
+would specify a
+.Tn UNIBUS
+drive,
+.Ql hk(0,0)vmunix
+would specify
+an RK07 disk drive,
+.Ql ra(1,0,0,0)vmunix
+would specify a
+.Tn UDA50
+disk drive on a second
+.Tn UNIBUS ,
+and
+.Ql rb(0,0)vmunix
+would specify a
+disk on a 730
+.Tn IDC .
 For tapes, the minor device number gives a file offset;
 For tapes, the minor device number gives a file offset;
-\*(lqmt(1,2,3,4)\*(rq would specify the fifth file on slave 3 of the formatter
-at \*(lqdrive\*(rq 2 on mba 1.
-.PP
+.Ql mt(1,2,3,4)
+would specify the fifth file on slave 3 of the formatter
+at
+.Ql drive
+2 on mba 1.
+.Pp
 On an 11/750 with patchable control store,
 microcode patches will be installed by
 On an 11/750 with patchable control store,
 microcode patches will be installed by
-.I boot
+.Em boot
 if the file
 if the file
-.I psc750.bin
+.Pa psc750.bin
 exists in the root of the filesystem from which the system is booted.
 exists in the root of the filesystem from which the system is booted.
-.PP
+.Pp
 In an emergency, the bootstrap methods described in the paper
 In an emergency, the bootstrap methods described in the paper
-``Installing and Operating 4.3bsd'' can be used
-to boot from a distribution tape.
-.SH FILES
-.ta \w'/usr/mdec/bootxx   'u
-/vmunix        system code
-.br
-/boot  system bootstrap
-.br
-/usr/mdec/xxboot       sector-0 boot block for 750, xx is disk type
-.br
-/usr/mdec/bootxx       second-stage boot for 750, xx is disk type
-.br
-/pcs750.bin    microcode patch file on 750
-.SH "SEE ALSO"
-arff(8V),
-crash(8V),
-disklabel(8),
-fsck(8),
-halt(8),
-init(8),
-rc(8),
-shutdown(8),
-syslogd(8)
+.%T Installing and Operating 4.3bsd
+can be used to boot from a distribution tape.
+.Sh FILES
+.Bl -tag -width /usr/mdec/xxboot -compact
+.It Pa /vmunix
+system code
+.It Pa /boot
+system bootstrap
+.It Pa /usr/mdec/xxboot
+sector-0 boot block for 750, xx is disk type
+.It Pa /usr/mdec/bootxx
+second-stage boot for 750, xx is disk type
+.It Pa /pcs750.bin
+microcode patch file on 750
+.El
+.Sh SEE ALSO
+.Xr arff 8 ,
+.Xr crash 8 ,
+.Xr disklabel 8 ,
+.Xr fsck 8 ,
+.Xr halt 8 ,
+.Xr init 8 ,
+.Xr rc 8 ,
+.Xr shutdown 8 ,
+.Xr syslogd 8
+.Sh HISTORY
+The
+.Nm
+command appeared in
+.Bx 4.0 .