summaryrefslogtreecommitdiff
path: root/distrib/notes/sparc64/install
diff options
context:
space:
mode:
authorJason McIntyre <jmc@cvs.openbsd.org>2004-03-17 09:25:11 +0000
committerJason McIntyre <jmc@cvs.openbsd.org>2004-03-17 09:25:11 +0000
commit992866d50243e49ac5d348aefb9e13c04303aee0 (patch)
tree7735cd7f8507b6d965eb5f71961b757cf18ece13 /distrib/notes/sparc64/install
parent7846de0caa516d0a12a6dcd92f07eb2a31f023e1 (diff)
grammar, consistency fixes, and typos;
ok miod@
Diffstat (limited to 'distrib/notes/sparc64/install')
-rw-r--r--distrib/notes/sparc64/install38
1 files changed, 19 insertions, 19 deletions
diff --git a/distrib/notes/sparc64/install b/distrib/notes/sparc64/install
index f977f234d4a..ef77d4a21ba 100644
--- a/distrib/notes/sparc64/install
+++ b/distrib/notes/sparc64/install
@@ -1,14 +1,14 @@
-dnl $OpenBSD: install,v 1.33 2004/03/16 08:25:00 jmc Exp $
+dnl $OpenBSD: install,v 1.34 2004/03/17 09:25:10 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 installation
dnl XXX change back if more than one floppy again.
-dnl cdrom, or an installation floppy.
-cdrom, or the installation floppy.
+dnl CD-ROM, or an installation floppy.
+CD-ROM, or the installation floppy.
-If your machine is hooked up to a network and you can find a server to
-arrange for a diskless setup, which is a convenient way to install on a
+If your machine is hooked up to a network, try and find a server to
+arrange for a diskless setup. This 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
use afterwards. (See ``Installing using a diskless setup'' below.)
@@ -19,9 +19,9 @@ Solaris'' below.
On Blade100 systems you must use a serial console if you want to install or
upgrade using the network. There is currently a problem that causes the
-system to crash if you attempt an ftp or http install while the keyboard
-and a monitor are attached. Simply unplug the keyboard, connect the serial
-port to the system you will use as the console and reboot. There is no
+system to crash if you attempt an FTP or HTTP install while the keyboard
+and monitor are attached. Simply unplug the keyboard, connect the serial
+port to the system you will use as the console, and reboot. There is no
problem with normal operation over the network once the install or upgrade
is complete.
@@ -34,7 +34,7 @@ does not necessarily wipe out all the partitions on the hard disk, errors
during the install process can have unforeseen consequences and you will
probably render the system unbootable if you start, but do not complete
the installation. Having the installation media for the prior installation,
-be it a Solaris or OpenBSD CD-ROM or OpenBSD install diskettes is good
+be it a Solaris or OpenBSD CD-ROM or OpenBSD install diskettes, is good
insurance if you want to be able to "go back" for some reason.
After taking care of all that, bring your system down gracefully using
@@ -48,7 +48,7 @@ Booting from Floppy Disk installation media:
This will cause the kernel contained in the floppy to be booted.
Please note that PCI systems are not able to boot from floppy; also,
-Ultra 1, 1E and 2 systems might need a firmware update to be able to boot
+Ultra 1, 1E, and 2 systems might need a firmware update to be able to boot
from floppy; refer to the ``Updating your firmware'' section earlier in
this document for details.
@@ -59,7 +59,7 @@ dnl No args! not a typo
ok boot cdrom
If the boot is successful, you will get a loader version message,
-executable sizes and then the Kernel copyright and device probe
+executable sizes, and then the kernel copyright and device probe
messages. Boot failure modes are typically a lot of CD-ROM drive
activity, but no messages or complaints about magic numbers,
checksums or formats.
@@ -91,7 +91,7 @@ does not use swap, it doesn't matter.
Installing using a diskless setup:
First, you must set up a diskless client configuration on a server. If
-you are using a OpenBSD system as the boot-server, have a look at the
+you are using an OpenBSD system as the boot-server, have a look at the
diskless(8) manual page for guidelines on how to proceed with this.
If the server runs another operating system, you'll have to consult
documentation that came with it (on SunOS systems, add_client(8) and
@@ -134,7 +134,7 @@ OpenBSDBootMsgs
installing from a keyboard/monitor console, the default of
"sun" is correct. If you are installing from a serial console
you should choose the terminal type from amongst those listed.
- (If your terminal type is xterm, just use vt100).
+ (If your terminal type is xterm, just use vt100.)
OpenBSDInstallPart3({:- or "wd0" for IDE drives-:})
@@ -160,7 +160,7 @@ OpenBSDCommonURL
After completing an installation:
-Now try a reboot. (If needed, swap your scsi id's first).
+Now try a reboot. (If needed, swap your SCSI IDs first).
The UltraSPARC OpenFirmware will normally load the kernel from the device
and filename as instructed by the ``boot-device'' and ``boot-file''
@@ -201,7 +201,7 @@ All these pieces, except gunzip, are supplied in the OpenBSD/MACHINE
distribution.
You need to format and partition the disk using Solaris (since
-OpenBSD/MACHINE uses Sun compatible disk labels.) Give yourself adequate
+OpenBSD/MACHINE uses Sun compatible disk labels). Give yourself adequate
partition sizes. Here is an example layout:
solaris# prtvtoc -s /dev/rdsk/c0t1d0s2
@@ -216,7 +216,7 @@ partition sizes. Here is an example layout:
6 4 00 936000 3229271 4165270 /usr
Use Solaris to newfs the partitions which will have filesystems on them.
-(OpenBSD's filesystem format is almost identical to Solaris).
+(OpenBSD's filesystem format is almost identical to Solaris.)
solaris# newfs /dev/rdsk/c0t1d0s0
[... lots of output]
@@ -251,7 +251,7 @@ The installboot man page says to do something like this:
solaris# sync; sync
solaris# /usr/sbin/installboot /mnt/bootblk /dev/rdsk/c0t1d0s0
-You can now extract the provided "*.tgz files onto your disk.
+You can now extract the provided "*.tgz" files onto your disk.
solaris# ls -FC
base{:--:}OSrev.tgz etc{:--:}OSrev.tgz misc{:--:}OSrev.tgz xserv{:--:}OSrev.tgz
@@ -293,7 +293,7 @@ Your UltraSPARC expects to be able to download a second stage bootstrap
program via TFTP after having acquired its IP address through RevARP when
instructed to boot "over the net". It will look for a filename composed of
the machine's IP address. For example, a machine which has been assigned IP
-address 130.115.144.11, will make an TFTP request for `8273900B'.
+address 130.115.144.11 will make a TFTP request for `8273900B'.
Normally, this file is a symbolic link to an appropriate second-stage
boot program, which should be located in a place where the TFTP daemon
can find it (remember, many TFTP daemons run in a chroot'ed environment).
@@ -318,7 +318,7 @@ kernel which is then read into memory.
You will want export the miniroot{:--:}OSrev.fs filesystem to the client. You
can dd this filesystem image to some spare partition, mount and export
-that partition or use tar to copy the contents to a more convenient spot.
+that partition, or use tar to copy the contents to a more convenient spot.
Alternatively you can build a bootable partition from the distribution sets
as follows: