summaryrefslogtreecommitdiff
path: root/etc/etc.i386
diff options
context:
space:
mode:
authorTheo de Raadt <deraadt@cvs.openbsd.org>1999-04-18 18:05:30 +0000
committerTheo de Raadt <deraadt@cvs.openbsd.org>1999-04-18 18:05:30 +0000
commitec7946e0dee6732a560789cd4e0101ae9210dc17 (patch)
tree88e2847f3f70ef194086d1da29ed22e24bd8fa98 /etc/etc.i386
parent32cad335aac34a8ba95818a43271c08a577427bf (diff)
new docs; espie
Diffstat (limited to 'etc/etc.i386')
-rw-r--r--etc/etc.i386/INSTALL.linux42
1 files changed, 22 insertions, 20 deletions
diff --git a/etc/etc.i386/INSTALL.linux b/etc/etc.i386/INSTALL.linux
index 398d95c9261..f318d256768 100644
--- a/etc/etc.i386/INSTALL.linux
+++ b/etc/etc.i386/INSTALL.linux
@@ -1,4 +1,4 @@
-$OpenBSD: INSTALL.linux,v 1.6 1999/03/27 00:54:17 espie Exp $
+$OpenBSD: INSTALL.linux,v 1.7 1999/04/18 18:05:29 deraadt Exp $
Linux + OpenBSD: it's possible
@@ -55,16 +55,17 @@ contents are unimportant (or whose backups are always up-to-date) next to
the frontier between OpenBSD and Linux. For instance, it's usually a good
idea to locate the swap area such that you can grow or shrink it. Keep in
mind that exceptional usage (very large, temporary swaps) can use a
-temporary file instead of a partition, under both OpenBSD (snvd) and Linux.
+temporary file instead of a partition, under both OpenBSD (svnd) and Linux.
First principles
----------------
-OpenBSD does only use the MBR partitions (the ones mapped in the Master
+OpenBSD doesn't only use the MBR partitions (the ones mapped in the Master
Boot Record) for booting. Afterwards, it trusts some bsd specific
information called the disklabel, which is another completely distinct
description of your hard disk. It does not even have to be consistent with
the usual DOS partitions information.
-[OpenBSD requires a primary MBR partition for booting.]
+[OpenBSD requires a primary MBR partition for booting, anything else is
+officially unsupported.]
Throughout this document, we will distinguish between MBR partitions and
disklabel partitions whenever this is necessary.
@@ -112,8 +113,8 @@ Mapping your disk
Starting from Linux, get a grasp of your partitions. Use df to check which
is what, then fdisk to get the actual setup of the disk.
-Write this down... in case you make a mistake further down, this can come
-in handy.
+Write down the setup onto a bit of paper, in case you make a mistake further
+down. It can come in very handy.
Disk /dev/hda: 128 heads, 63 sectors, 993 cylinders
Units = cylinders of 8064 * 512 bytes
@@ -204,7 +205,7 @@ lets you do: set your hardware clock to GMT.
The Linux partition table and OpenBSD
-------------------------------------
-There used to be a problem with many Linux rc that do mount all file systems
+There used to be a problem with Linux's rc: it always mounts all file systems
even in single-user mode. The 2.2 kernels fix that in a handy way: the
partition recorded in the MBR is scanned for a disklabel, and marked with
a ! if one is found. Then, the rest of the disk is scanned, before
@@ -225,13 +226,14 @@ rest of the world, and the OpenBSD install floppy does not include slip.
REMEMBER TO BACKUP ALL IMPORTANT DATA ON YOUR DISK BEFORE DOING THE
INSTALLATION !!!
-So you cp floppy*.fs /dev/fd0, then reboot...
+So you cp floppy*.fs /dev/fd0, then reboot from the floppy.
-First, the BSD kernel + ram disk loads, then there is a boot prompt, and
-five seconds later, the boot proper starts. After a while, you get to
-fdisk and you enter the new partition into the MBR.
+First, the booter loads, then there is a boot prompt. Five seconds later,
+the kernel and the ram disk image are loaded, and the kernel is run.
+After a while, through a few more prompts, you get to fdisk and you can
+enter the new partition into the MBR.
-This is what the fdisk dump looked after my changes:
+This is what the fdisk dump looked like after my changes:
Disk: wd0 geometry: 992/128/63 [7999488 sectors]
Offset: 0 Signatures: 0xAA55,0x0
Starting Ending
@@ -272,7 +274,7 @@ so the granularity of disklabel partitions is 504 Kb.
- units for size and offset can be given as sectors (default) or cylinders.
After edition, this is what my disklabel looks like:
-# editing [Oh, oh, there is a ^# next... not mine.]
+# editing
# using MBR partition 2: type A6 off 2201472 (0x219780) size 5798016 (0x587880)
# /dev/rwd0c:
@@ -312,7 +314,7 @@ drivedata: 0
Things that check, more or less automatically:
- this disklabel is saved in MBR partition #2 (basic DOS partition 2),
as expected.
-- all the BSD partitions proper are aligned on a cylinder boundary.
+- all the BSD partitions proper are aligned on a cylinder boundary (ie no '*').
the root partition begins at the precise same offset the corresponding DOS
partition begins, and it extends for the same length.
- the ext2fs partitions have the exact same layout under the OpenBSD
@@ -320,7 +322,7 @@ disklabel.
- the swap partition is very large. It gets used as mfs for my tmp
directories.
-And here is the corresponding fstab:
+And here is the corresponding /etc/fstab:
/dev/wd0a / ffs rw 1 1
/dev/wd0d /usr ffs ro 1 2
/dev/wd0l /usr/local ffs ro 1 2
@@ -336,8 +338,8 @@ And here is the corresponding fstab:
One point that is somewhat laborious is that the disklabel -E mode
(which you are currently using) tends to move partitions around to ensure
that ALL defined partitions are contiguous. For that reason, it is better
-if you don't have to use b 0 *, as other partitions will be moved around to
-remove holes, without regard for the rigid MBR partitionning.
+if you don't have to use b 0 *, otherwise partitions will be moved around to
+remove holes, without regard for the rigid MBR partitioning.
ext2fs and DOS partitions should be recognized and positioned
automatically if all goes well.
@@ -408,7 +410,7 @@ and here is my linux fstab:
/dev/fd0 /mnt/floppy ext2 noauto 0 0
/dev/cdrom /mnt/cdrom iso9660 noauto,ro
-2.2 kernels also include a working UFS, though you may run into Oops when
+2.2 kernels also include a working UFS, though you may run into problems when
writing to ufs partitions. Note the ufstype=44bsd. If you forget that
in your mounts, it will fail. Depending upon your installation, you may
get a failure message, or you will have to dig through /var/log/ to find
@@ -479,14 +481,14 @@ independent from the MBR description (it just has to be on the right sector
for the boot process to find it). You can get into trouble if things don't
match. Let it live within its MBR partition, unless you're completely sure
you know what you are doing, and don't expect there will always be someone
-to get you of trouble. If your setup is really too weird, no-one can help.
+to get you out of trouble. If your setup is really too weird, no-one can help.
As far as the boot process goes, I think lilo allows you to boot from ANY
partition recorded in the MBR, including extended partitions. The only
limitation is that the next stage bootstrap MUST take place entirely within
the first 1024 cylinders of the disk, as seen by the BIOS. OpenBSD
MBR partitions that extend beyond cylinder 1024 are no problem, as long as
-the disklabel root (a) partition ends before cylinder 1024.
+the disklabel root (a) partition doesn't extend beyond cylinder 1024.
Since Windows, OpenBSD, and linux all have that limitation, the easiest way
is to start with Windows partitions (entirely within the first 1024