summaryrefslogtreecommitdiff
path: root/distrib/notes/mvme68k
diff options
context:
space:
mode:
authorJason McIntyre <jmc@cvs.openbsd.org>2004-03-16 08:25:01 +0000
committerJason McIntyre <jmc@cvs.openbsd.org>2004-03-16 08:25:01 +0000
commitc847a17261c819331f84174aa634bc6e5cf510ac (patch)
tree3fe69bddef3eb85a7a4c59f42484c7c3d3e9f9cd /distrib/notes/mvme68k
parenta45f26b8bad0bf87b8a1878d04378609fd924ed7 (diff)
typos and consistency fixes;
ok miod@
Diffstat (limited to 'distrib/notes/mvme68k')
-rw-r--r--distrib/notes/mvme68k/install24
-rw-r--r--distrib/notes/mvme68k/prep4
2 files changed, 14 insertions, 14 deletions
diff --git a/distrib/notes/mvme68k/install b/distrib/notes/mvme68k/install
index 819ed4b2e32..4536d533667 100644
--- a/distrib/notes/mvme68k/install
+++ b/distrib/notes/mvme68k/install
@@ -1,12 +1,12 @@
-dnl $OpenBSD: install,v 1.24 2004/02/09 13:32:47 todd Exp $
+dnl $OpenBSD: install,v 1.25 2004/03/16 08:25:00 jmc Exp $
OpenBSDInstallPrelude
There are several ways to install OpenBSD onto a disk. The easiest way
in terms of preliminary setup is to use the OpenBSD ramdisk kernel that can
be booted from tape.
-Alternatively, if the MACHINE is hooked up in a network, it is possible
-to setup another machine as a server for diskless setup, which is a
+Alternatively, if the MACHINE is hooked up to a network, it is possible
+to set up another machine as a server for diskless setup, which is a
convenient way to install on a machine whose disk does not currently
hold a usable operating system.
This is difficult to get set up correctly the first time, but easy to
@@ -79,7 +79,7 @@ even if its controller is not supported by OpenBSD.
Installing using a diskless setup:
-First, a diskless client configuration should be setup on a server. If
+First, a diskless client configuration should be set up on a server. If
the boot server is an OpenBSD system, the diskless(8) manual page will
provide detailed information on the process.
@@ -123,7 +123,7 @@ If the BUG does not support the NIOT command (most MVME147 don't), then
it has no support for netbooting, and you'll have to use S-Records,
described later in this document.
-Before netbooting, enter "NIOT" and fill the parametrs. Be sure to provide
+Before netbooting, enter "NIOT" and fill the parameters. Be sure to provide
the correct values for Controller LUN and Device LUN (as listed in the
"NIOT;A" output); also the "Boot File Load Address" and "Boot File
Execution Address" need to be set to 006F0000. The "Boot File Name" must
@@ -174,9 +174,9 @@ will prevent the OpenBSD kernel from probing the built-in SCSI controller
167-Bug> IOI;C
167-Bug> IOI
-This can take up to a couple of minutes, depending how many SCSI controllers
-are found in the machine. Once the BUG prompt is back, you can safely
-netboot:
+This can take up to a couple of minutes, depending on how many SCSI
+controllers are found in the machine. Once the BUG prompt is back, you can
+safely netboot:
167-Bug> NBO 00 00
@@ -195,7 +195,7 @@ MVME147 don't), the alternative is to boot from S-Records.
Booting from S-Records:
-First, a diskless client configuration should be setup on a server. Refer
+First, a diskless client configuration should be set up on a server. Refer
to the short description above for details.
Second, using a terminal emulator able to read files from the local machine
@@ -205,7 +205,7 @@ S-Records receive mode, with the LO command at the BUG prompr:
147-Bug> LO
-If this command prints an error messages and returns to the BUG prompt
+If this command prints an error message and returns to the BUG prompt
immediately, it might be necessary to switch directories, using the SD
command, before retrying.
@@ -222,7 +222,7 @@ S-Records boot loader. This is a very crude bootloader which will attempt
to fetch a secondary boot program via TFTP requests, like the NBO command.
This will cause the kernel provided by the diskless setup to be booted.
-After the initial probe messages you'll asked to start the install
+After the initial probe messages you'll be asked to start the install
or upgrade procedure.
@@ -307,7 +307,7 @@ After the boot program has been loaded into memory and given control by
the BUG, it starts locating the machine's remote root directory through
the BOOTPARAM protocol. First a BOOTPARAM WHOAMI request is broadcast
on the local net. The answer to this request (if it comes in) contains
-the client's name. This name is used in next step, a BOOTPARAM GETFILE
+the client's name. This name is used in the next step, a BOOTPARAM GETFILE
request -- sent to the server that responded to the WHOAMI request --
requesting the name and address of the machine that will serve the client's
root directory, as well as the path of the client's root on that server.
diff --git a/distrib/notes/mvme68k/prep b/distrib/notes/mvme68k/prep
index b263fd5ac5e..4623d3b4a66 100644
--- a/distrib/notes/mvme68k/prep
+++ b/distrib/notes/mvme68k/prep
@@ -1,9 +1,9 @@
-dnl $OpenBSD: prep,v 1.6 2003/09/06 23:34:00 miod Exp $
+dnl $OpenBSD: prep,v 1.7 2004/03/16 08:25:00 jmc Exp $
Before installing OpenBSD on your machine, you will want to check your
machine's NVRAM settings, from the BUG.
The BUG provides a simple syntax reminder for every command, as well as
-description of the commands; if you need help, just use
+a description of the commands; if you need help, just use
167-Bug> HE