summaryrefslogtreecommitdiffstats
path: root/share
diff options
context:
space:
mode:
authorjkh <jkh@FreeBSD.org>1994-11-09 02:51:21 +0000
committerjkh <jkh@FreeBSD.org>1994-11-09 02:51:21 +0000
commit30db714f78dd23bfdc18d8c9686a742180705552 (patch)
tree217293b6cba0ae760007c5b54a78e9df783246ef /share
parent4d9a75670509d8ed3cf615d19aaa1d1a7c9df84a (diff)
downloadFreeBSD-src-30db714f78dd23bfdc18d8c9686a742180705552.zip
FreeBSD-src-30db714f78dd23bfdc18d8c9686a742180705552.tar.gz
Changes from Gary Palmer to make all this stuff fit on the screen!
Submitted by: gpalmer
Diffstat (limited to 'share')
-rw-r--r--share/FAQ/DISKSPACE.FAQ59
-rw-r--r--share/FAQ/RELNOTES.FreeBSD13
2 files changed, 37 insertions, 35 deletions
diff --git a/share/FAQ/DISKSPACE.FAQ b/share/FAQ/DISKSPACE.FAQ
index c6455e9..fb18dc9 100644
--- a/share/FAQ/DISKSPACE.FAQ
+++ b/share/FAQ/DISKSPACE.FAQ
@@ -44,26 +44,27 @@ It was later realized, with the hindsight that IBM is famous for, that disks
could be bigger than the 32Mb that the early DOS FAT-12 file system could
handle, so they added a kludge: They had two MSDOS slices, a "Primary" and
a "Secondary". The primary could still only be 32Mb, but the Secondary had
-no size limit. And the trick was that the secondary had ANOTHER "table entry"
-so that now suddenly up to 5 slices could be available to MS-DOS. The
-Secondary boot record was later made recursive, thus effectively avoiding
-any fixed limit. Of course, they were still stuck with a maximum of 26 slices
-given the use of "drive letters" in DOS. They also reserved only 10 bits
-for cylinder addressing, limiting DOS to being able to address a maximum
-of 1024 cylinders (and cause of the dreaded "cylinder translation" kludges,
-the misconfiguration of which many users have seen as the notorious "Missing
-Operating System" message). Yes, truly DOS was and is an utterly terrible
-operating system, which of course explains its amazing degree of success.
-Anyway, this all brings us up to today, which is where FreeBSD comes in:
+no size limit. And the trick was that the secondary had ANOTHER "table
+entry" so that now suddenly up to 5 slices could be available to MS-DOS.
+The Secondary boot record was later made recursive, thus effectively
+avoiding any fixed limit. Of course, they were still stuck with a maximum
+of 26 slices given the use of "drive letters" in DOS. They also reserved
+only 10 bits for cylinder addressing, limiting DOS to being able to address
+a maximum of 1024 cylinders (and cause of the dreaded "cylinder translation"
+kludges, the misconfiguration of which many users have seen as the notorious
+"Missing Operating System" message). Yes, truly DOS was and is an utterly
+terrible operating system, which of course explains its amazing degree of
+success. Anyway, this all brings us up to today, which is where FreeBSD
+comes in:
1.2 What FreeBSD does
----------------------
FreeBSD has, like any other UNIX-like operating system, the concept of
-"partitions." Partitions are used to implement its own "slicing" abstraction,
-and although there is no real difference between a slice and a partition as
-such, we use the two words to distinguish between these two different levels
-of slicing.
+"partitions." Partitions are used to implement its own "slicing"
+abstraction, and although there is no real difference between a slice and a
+partition as such, we use the two words to distinguish between these two
+different levels of slicing.
The result is that we have a two-tier structure on the disk:
@@ -155,9 +156,9 @@ operating system entries!
Even if you don't plan to have MSDOS on a disk, make an MSDOS slice
using the MSDOS's FDISK.COM program. The reason for this is that if you
do it that way, you are 100% sure that FreeBSD will use the same number
-of heads, sectors and cylinders as MSDOS would use. If you really don't plan
-to have MSDOS on the disk, just (D)elete the slice in the FreeBSD's (F)disk
-editor.
+of heads, sectors and cylinders as MSDOS would use. If you really don't
+plan to have MSDOS on the disk, just (D)elete the slice in the FreeBSD's
+(F)disk editor.
From the main screen press 'F' to enter the MBR editor. You have five
commands available:
@@ -168,14 +169,14 @@ commands available:
(E)dit -- Allows you to edit a slice. It will ask how many megabytes
you want to assign to the slice, and will suggest the maximum possible
- as a default. It might say zero, even though there is disk space available,
- in which case you will probably need to delete and recreate the other
- partitions to get it to see where the free space is.
+ as a default. It might say zero, even though there is disk space
+ available, in which case you will probably need to delete and recreate the
+ other partitions to get it to see where the free space is.
It will then ask you what type to give the slice, for which the default is
- 0xa5 (a FreeBSD slice). You can enter any other number here too, which can
- be useful as a placeholder for some other OS you plan to install later.
- Finally, it will ask you about the "boot flag". 0x80 means "boot from this"
- slice by default, and anything else means "don't".
+ 0xa5 (a FreeBSD slice). You can enter any other number here too, which
+ can be useful as a placeholder for some other OS you plan to install
+ later. Finally, it will ask you about the "boot flag". 0x80 means "boot
+ from this" slice by default, and anything else means "don't".
If you specified a FreeBSD slice, any existing slices with the 0xa5
type will be reset to 0x00 "unused". FreeBSD only supports one slice
@@ -240,9 +241,9 @@ applicatins, here are some good rules of thumb to follow:
3. /usr can take up the rest of your disk, though some people like to create
extra partitions for user home directories and the like. Be sure to make
- your /usr big enough to contain the system software (about 50MB) and perhaps
- some of your own, unless you're going to use symbolic links to point things
- like /usr/local (or /usr/src) somewhere else.
+ your /usr big enough to contain the system software (about 50MB) and
+ perhaps some of your own, unless you're going to use symbolic links to
+ point things like /usr/local (or /usr/src) somewhere else.
Here are some suggested filesystem names and sizes, just for reference:
@@ -259,4 +260,4 @@ Mountpoint Filesystem size
/usr/X11R6 50Mb If you load the entire XFree86 binary kit.
-$Id: DISKSPACE.FAQ,v 1.2 1994/11/05 06:54:49 jkh Exp $
+$Id: DISKSPACE.FAQ,v 1.3 1994/11/07 10:35:54 jkh Exp $
diff --git a/share/FAQ/RELNOTES.FreeBSD b/share/FAQ/RELNOTES.FreeBSD
index 55f4e91..f35e73c 100644
--- a/share/FAQ/RELNOTES.FreeBSD
+++ b/share/FAQ/RELNOTES.FreeBSD
@@ -41,9 +41,9 @@ The core of FreeBSD does not contain DES code which would inhibit its
being exported outside the United States. There is an add-on package
to the core distribution, for use only in the United States, that
contains the programs that normally use DES. The auxilliary packages
-provided separately can be used by anyone. A freely (from outside the U.S.)
-exportable European distribution of DES for our non U.S. users also exists
-and is described in the FreeBSD FAQ.
+provided separately can be used by anyone. A freely (from outside the
+U.S.) exportable European distribution of DES for our non U.S. users also
+exists and is described in the FreeBSD FAQ.
1.1 What's new in 2.0?
----------------------
@@ -118,8 +118,9 @@ Sources involved: sys/*fs, lkm/*fs, usr.bin/lsvfs, lib/libc/gen
S/Key
-----
-Since version 1.1.5, FreeBSD has supported the S/Key one time password scheme.
-The version used is derived from the logdaemon package of Wietse Venema.
+Since version 1.1.5, FreeBSD has supported the S/Key one time password
+scheme. The version used is derived from the logdaemon package of Wietse
+Venema.
Some of the features new in 2.0 are:
- New access control table format to impose the use of S/Keys
based on: hostname, ip address, port, username, group id.
@@ -494,4 +495,4 @@ hope you enjoy this release of FreeBSD!
The FreeBSD Core Team
-$Id: RELNOTES.FreeBSD,v 1.3 1994/11/08 03:33:13 jkh Exp $
+$Id: RELNOTES.FreeBSD,v 1.4 1994/11/08 20:17:45 jkh Exp $
OpenPOWER on IntegriCloud