BSD 4_3_Net_2 release
[unix-history] / usr / src / sbin / reboot / reboot_vax.8
... / ...
CommitLineData
1.\" Copyright (c) 1980, 1991 The Regents of the University of California.
2.\" All rights reserved.
3.\"
4.\" Redistribution and use in source and binary forms, with or without
5.\" modification, are permitted provided that the following conditions
6.\" are met:
7.\" 1. Redistributions of source code must retain the above copyright
8.\" notice, this list of conditions and the following disclaimer.
9.\" 2. Redistributions in binary form must reproduce the above copyright
10.\" notice, this list of conditions and the following disclaimer in the
11.\" documentation and/or other materials provided with the distribution.
12.\" 3. All advertising materials mentioning features or use of this software
13.\" must display the following acknowledgement:
14.\" This product includes software developed by the University of
15.\" California, Berkeley and its contributors.
16.\" 4. Neither the name of the University nor the names of its contributors
17.\" may be used to endorse or promote products derived from this software
18.\" without specific prior written permission.
19.\"
20.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
21.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
22.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
23.\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
24.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
25.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
26.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
27.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
28.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
29.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
30.\" SUCH DAMAGE.
31.\"
32.\" @(#)reboot_vax.8 6.9 (Berkeley) 3/16/91
33.\"
34.Dd March 16, 1991
35.Dt REBOOT 8
36.Os BSD 4
37.Sh NAME
38.Nm reboot
39.Nd
40.Tn UNIX
41bootstrapping procedures
42.Sh SYNOPSIS
43.Nm reboot
44.Op Fl n
45.Op Fl q
46.Sh DESCRIPTION
47.Pp
48.Tn UNIX
49is started by placing it in memory
50at location zero and transferring to the entry point.
51Since the system is not reenterable,
52it is necessary to read it in from disk or tape
53each time it is to be bootstrapped.
54.Pp
55.Sy Rebooting a running system .
56When a
57.Tn UNIX
58is running and a reboot is desired,
59.Xr shutdown 8
60is normally used.
61If there are no users then
62.Nm reboot
63can be used.
64Reboot causes the disks to be synced and allows the system
65to perform other shutdown activities such as resynchronizing
66hardware time-of-day clocks.
67A multi-user reboot (as described below) is then initiated.
68This causes a system to be
69booted and an automatic disk check to be performed. If all this succeeds
70without incident, the system is then brought up for many users.
71.Pp
72Options to reboot are:
73.Bl -tag -width Ds
74.It Fl n
75option avoids the sync. It can be used if a disk or the processor
76is on fire.
77.It Fl q
78reboots quickly and ungracefully, without shutting down running
79processes first.
80.El
81.Pp
82.Nm Reboot
83normally logs the reboot using
84.Xr syslog 8
85and places a shutdown record in the login accounting file
86.Pa /var/log/wtmp.
87These actions are inhibited if the
88.Fl n
89or
90.Fl q
91options are present.
92.Pp
93.Sy Power fail and crash recovery.
94Normally, the system will reboot itself at power-up or after crashes.
95Provided the auto-restart is enabled on the machine front panel,
96an automatic consistency check of the file systems will be performed,
97and unless this fails, the system will resume multi-user operations.
98.Pp
99.Sy Cold starts .
100These are processor-type dependent.
101On an 11/780, there are two floppy files for each disk controller,
102both of which cause boots from unit 0 of the root file system
103of a controller located on mba0 or uba0.
104One gives a single user shell, while the other invokes the multi-user
105automatic reboot. Thus these files are
106.Tn HPS
107and
108.Tn HPM
109for the single
110and multi-user boot from
111.Tn MASSBUS
112RP06/RM03/RM05 disks,
113.Tn UPS
114and
115.Tn UPM
116for
117.Tn UNIBUS
118storage module controller and disks
119such as the
120.Tn EMULEX
121SC-21
122and
123.Tn AMPEX
1249300 pair,
125.Tn RAS
126and
127.Tn RAM
128to boot from
129.Tn MSCP
130controllers and disks such as the RA81,
131or
132.Tn HKS
133and
134.Tn HKM
135for RK07 disks.
136There is also a script for booting from the default device,
137which is normally a copy of one of the standard multi-user boot scripts,
138but which may be modified to perform other actions
139or to boot from a different unit.
140The situation on the 8600 is similar, with scripts loaded from the console RL02.
141.Pp
142Giving the command
143.Pp
144.Dl >>>BOOT HPM
145.Pp
146would boot the system from (e.g.) an RP06 and run the automatic consistency
147check as described in
148.Xr fsck 8 .
149(Note that it may
150be necessary to type control-P
151and halt the processor
152to gain the attention of the
153.Tn LSI-11
154before getting the >>> prompt.)
155The command
156.Pp
157.Dl >>>BOOT ANY
158.Pp
159invokes a version of the boot program in a way which allows you to
160specify any system as the system to be booted.
161It reads from the console a device specification (see below) followed
162immediately by a pathname.
163.Pp
164The scripts may be modified for local configuration if necessary.
165The flags are placed in register 11 (as defined in
166.Aq Pa sys/reboot.h ) .
167The boot device is specified in register 10.
168The encoding of this register is also defined in
169.Aq Pa sys/reboot.h .
170The current encoding has a historical basis, and is shown in the following
171table:
172.Pp
173.Bd -unfilled -offset indent -compact
174bits usage
1750-7 boot device type (the device major number)
1768-15 disk partition
17716-19 drive unit
17820-23 controller number
17924-27 adaptor number (UNIBUS or MASSBUS as appropriate)
180.Ed
181.Pp
182The adaptor number corresponds to the normal configuration on the 11/750,
183and to the order in which adaptors are found on the 11/780 and 8600
184(generally the same as the numbers used by
185.Tn UNIX ) .
186.Pp
187On an 11/750, the reset button will boot from the device
188selected by the front panel boot device switch. In systems
189with RK07's, position B normally selects the RK07 for boot.
190This will boot multi-user. To boot from RK07 with boot flags you
191may specify
192.Pp
193.Bd -unfilled -offset indent -compact
194.Li \&>>>B/ Ns Fl n No DMA0
195.Ed
196.Pp
197where, giving a
198.Ar n
199of 1 causes the boot program
200to ask for the name of the system to be bootstrapped,
201giving a
202.Ar n
203of 2 causes the boot program to come up single
204user, and a
205.Ar n
206of 3 causes both of these actions to occur.
207The ``DM'' specifies RK07, the ``A'' represents the adaptor number
208.Pf ( Tn UNIBUS
209or
210.Tn MASSBUS ) ,
211and the ``0'' is the drive unit number.
212Other disk types which may be used are DB
213.Pq Tn MASSBUS ,
214DD (TU58),
215and DU
216.Pf ( Tn UDA-50/RA
217disk).
218A non-zero disk partition can be used by adding (partition times 1000 hex)
219to
220.Ar n .
221.Pp
222The boot procedure on the Micro
223.Tn VAX
224II
225is similar.
226A switch on the back panel sets the power-up action
227to autoboot or to halt.
228When halted, the processor may be booted using the same syntax
229as on the 11/750.
230.Pp
231The 11/750 boot procedure uses the boot roms to load block 0 off of
232the specified device. The /usr/mdec directory contains a number
233of bootstrap programs for the various disks which should be placed
234in a new pack by
235.Xr disklabel 8 .
236Similarly, the Micro
237.Tn VAX
238II boot procedure loads a boot parameter block
239from block 0 of the disk.
240The
241.Xr rdboot
242.Dq bootstrap
243contains the correct parameters for an
244.Tn MSCP
245disk such
246as the RD53.
247.Pp
248On any processor, the
249.Em boot
250program
251finds the corresponding file on the given device
252.Pf ( Pa vmunix
253by default), loads that file
254into memory location zero, and starts the program at the entry address
255specified in the program header (after clearing off the high bit
256of the specified entry address).
257.Pp
258The file specifications used with
259.Dq BOOT ANY
260or
261.Dq \&B/3
262are of the form:
263.Pp
264.Dl device(adaptor,controller,unit,minor)
265.Pp
266where
267.Ar device
268is the type of the device to be searched,
269.Ar adaptor
270is the
271.Tn UNIBUS
272or
273.Tn MASSBUS
274number of the adaptor to which the device is attached,
275.Ar controller
276is the unit number of the controller or
277.Tn MASSBUS
278tape formatter on that adaptor,
279.Ar unit
280is the unit number of the disk or transport slave unit of the tape,
281and
282.Ar minor
283is the disk partition or tape file number.
284Leading adaptor or controller numbers default to 0.
285Normal line editing characters can be used when typing the file specification.
286The following list of supported devices may vary from installation to
287installation:
288.Pp
289.Bd -unfilled -offset indent -compact
290hp MASSBUS disk drive
291up UNIBUS storage module drive
292ht TE16,TU45,TU77 on MASSBUS
293kra storage module on a KDB50
294mt TU78 on MASSBUS
295hk RK07 on UNIBUS
296ra storage module on a MSCP-compatible UNIBUS controller
297rb storage module on a 730 IDC
298rl RL02 on UNIBUS
299tm TM11 emulation tape drives on UNIBUS
300tms TMSCP-compatible tape
301ts TS11 on UNIBUS
302ut UNIBUS TU45 emulator
303.Ed
304.Pp
305For example,
306to boot from a file system which starts at cylinder 0
307of unit 0 of a
308.Tn MASSBUS
309disk, type
310.Ql hp(0,0)vmunix
311to the boot prompt;
312.Ql hp(2,0,1,0)vmunix
313would specify drive 1 on
314.Tn MASSBUS
315adaptor 2;
316.Ql up(0,0)vmunix
317would specify a
318.Tn UNIBUS
319drive,
320.Ql hk(0,0)vmunix
321would specify
322an RK07 disk drive,
323.Ql ra(1,0,0,0)vmunix
324would specify a
325.Tn UDA50
326disk drive on a second
327.Tn UNIBUS ,
328and
329.Ql rb(0,0)vmunix
330would specify a
331disk on a 730
332.Tn IDC .
333For tapes, the minor device number gives a file offset;
334.Ql mt(1,2,3,4)
335would specify the fifth file on slave 3 of the formatter
336at
337.Ql drive
3382 on mba 1.
339.Pp
340On an 11/750 with patchable control store,
341microcode patches will be installed by
342.Em boot
343if the file
344.Pa psc750.bin
345exists in the root of the filesystem from which the system is booted.
346.Pp
347In an emergency, the bootstrap methods described in the paper
348.%T Installing and Operating 4.3bsd
349can be used to boot from a distribution tape.
350.Sh FILES
351.Bl -tag -width /usr/mdec/xxboot -compact
352.It Pa /vmunix
353system code
354.It Pa /boot
355system bootstrap
356.It Pa /usr/mdec/xxboot
357sector-0 boot block for 750, xx is disk type
358.It Pa /usr/mdec/bootxx
359second-stage boot for 750, xx is disk type
360.It Pa /pcs750.bin
361microcode patch file on 750
362.El
363.Sh SEE ALSO
364.Xr arff 8 ,
365.Xr crash 8 ,
366.Xr disklabel 8 ,
367.Xr fsck 8 ,
368.Xr halt 8 ,
369.Xr init 8 ,
370.Xr rc 8 ,
371.Xr shutdown 8 ,
372.Xr syslogd 8
373.Sh HISTORY
374The
375.Nm
376command appeared in
377.Bx 4.0 .