Fix up the grammar in a few places.
Submitted by: Josh Bello <josh@pike.cdrom.com>
This commit is contained in:
parent
9e3b2b0844
commit
dc328a6b88
Notes:
svn2git
2020-12-08 03:00:23 +00:00
svn path=/head/; revision=7027
2 changed files with 24 additions and 24 deletions
|
|
@ -1,7 +1,7 @@
|
|||
<!--
|
||||
The FreeBSD Documentation Project
|
||||
|
||||
$FreeBSD: doc/en_US.ISO_8859-1/books/handbook/boot/chapter.sgml,v 1.5 2000/03/25 14:18:24 nbm Exp $
|
||||
$FreeBSD: doc/en_US.ISO_8859-1/books/handbook/boot/chapter.sgml,v 1.6 2000/04/03 02:15:35 chris Exp $
|
||||
-->
|
||||
|
||||
<chapter id="boot">
|
||||
|
|
@ -12,14 +12,14 @@
|
|||
|
||||
<para>FreeBSD uses a three-stage bootstrap by default, which
|
||||
basically entails three programs which call each
|
||||
other in order (the two <link linkend="boot-blocks">boot
|
||||
other in order (two <link linkend="boot-blocks">boot
|
||||
blocks</link>, and the <link
|
||||
linkend="boot-loader">loader</link>). Each of these three build on the
|
||||
previous program's understanding and provide increasing amounts
|
||||
of sophistication.</para>
|
||||
|
||||
<para>The kernel is then started, at which time devices are
|
||||
probed for and initialized for use. Once the kernel boot
|
||||
<para>The kernel is then started, which will then probe for devices
|
||||
and initialize them for use. Once the kernel boot
|
||||
process is finished, the kernel passes control to the user process
|
||||
&man.init.8;, which then makes sure the disks are in a usable state.
|
||||
&man.init.8; then starts the user-level resource configuration which
|
||||
|
|
@ -42,14 +42,14 @@
|
|||
programs to determine what configuration details were
|
||||
determined.</para>
|
||||
|
||||
<para>In standard personal computers, this involves the BIOS,
|
||||
which oversees the bootstrap, and CMOS, which stores
|
||||
configuration; and these understand disks, and they also
|
||||
<para>In standard personal computers, this involves the BIOS
|
||||
(which oversees the bootstrap), and CMOS (which stores
|
||||
configuration). BIOS and CMOS understand disks, and also
|
||||
understand where on the disk to find a program that will know
|
||||
how to load up an operating system.</para>
|
||||
|
||||
<para>This chapter will not deal with this first part of the
|
||||
bootstrap process, and focuses on what happens after control
|
||||
bootstrap process. Instead it will focus on what happens after control
|
||||
is passed to the program on the disk.</para>
|
||||
|
||||
<para>The boot blocks are responsible for finding (usually) the
|
||||
|
|
@ -67,7 +67,7 @@
|
|||
list of possible slices to boot from.</para>
|
||||
|
||||
<para>boot0 is very simple, since the program in the
|
||||
<abbrev>MBR</abbrev> can only be 512 bytes large.</para>
|
||||
<abbrev>MBR</abbrev> can only be 512 bytes in size.</para>
|
||||
|
||||
<para>It displays something like this:</para>
|
||||
|
||||
|
|
@ -94,7 +94,7 @@ Default: F2</screen>
|
|||
find the program to run to continue the boot process.</para>
|
||||
|
||||
<para>boot1 is very simple, since it too can only be 512 bytes
|
||||
large, and knows just enough about the FreeBSD
|
||||
in size, and knows just enough about the FreeBSD
|
||||
<firstterm>disklabel</firstterm>, which stores information
|
||||
about the slice, to find and execute <link
|
||||
linkend="boot-boot2">boot2</link>.</para>
|
||||
|
|
@ -116,7 +116,7 @@ Default: F2</screen>
|
|||
<example id="boot-boot2-example">
|
||||
<title>boot2 screenshot</title>
|
||||
|
||||
<screen>>> FreeBSD/i386 BOOT
|
||||
<screen>>> FreeBSD/i386 BOOT
|
||||
Default: 0:wd(0,a)/kernel
|
||||
boot:</screen>
|
||||
</example>
|
||||
|
|
@ -367,7 +367,7 @@ boot:</screen>
|
|||
<para>Once the kernel is loaded by either <link
|
||||
linkend="boot-loader">loader</link> (as usual) or <link
|
||||
linkend="boot-boot2">boot2</link> (bypassing the loader), it
|
||||
examines its boot flags, if any, and adjusts its behaviour as
|
||||
examines its boot flags, if any, and adjusts its behavior as
|
||||
necessary.</para>
|
||||
|
||||
<sect2 id="boot-kernel-bootflags">
|
||||
|
|
|
|||
|
|
@ -1,7 +1,7 @@
|
|||
<!--
|
||||
The FreeBSD Documentation Project
|
||||
|
||||
$FreeBSD: doc/en_US.ISO_8859-1/books/handbook/boot/chapter.sgml,v 1.5 2000/03/25 14:18:24 nbm Exp $
|
||||
$FreeBSD: doc/en_US.ISO_8859-1/books/handbook/boot/chapter.sgml,v 1.6 2000/04/03 02:15:35 chris Exp $
|
||||
-->
|
||||
|
||||
<chapter id="boot">
|
||||
|
|
@ -12,14 +12,14 @@
|
|||
|
||||
<para>FreeBSD uses a three-stage bootstrap by default, which
|
||||
basically entails three programs which call each
|
||||
other in order (the two <link linkend="boot-blocks">boot
|
||||
other in order (two <link linkend="boot-blocks">boot
|
||||
blocks</link>, and the <link
|
||||
linkend="boot-loader">loader</link>). Each of these three build on the
|
||||
previous program's understanding and provide increasing amounts
|
||||
of sophistication.</para>
|
||||
|
||||
<para>The kernel is then started, at which time devices are
|
||||
probed for and initialized for use. Once the kernel boot
|
||||
<para>The kernel is then started, which will then probe for devices
|
||||
and initialize them for use. Once the kernel boot
|
||||
process is finished, the kernel passes control to the user process
|
||||
&man.init.8;, which then makes sure the disks are in a usable state.
|
||||
&man.init.8; then starts the user-level resource configuration which
|
||||
|
|
@ -42,14 +42,14 @@
|
|||
programs to determine what configuration details were
|
||||
determined.</para>
|
||||
|
||||
<para>In standard personal computers, this involves the BIOS,
|
||||
which oversees the bootstrap, and CMOS, which stores
|
||||
configuration; and these understand disks, and they also
|
||||
<para>In standard personal computers, this involves the BIOS
|
||||
(which oversees the bootstrap), and CMOS (which stores
|
||||
configuration). BIOS and CMOS understand disks, and also
|
||||
understand where on the disk to find a program that will know
|
||||
how to load up an operating system.</para>
|
||||
|
||||
<para>This chapter will not deal with this first part of the
|
||||
bootstrap process, and focuses on what happens after control
|
||||
bootstrap process. Instead it will focus on what happens after control
|
||||
is passed to the program on the disk.</para>
|
||||
|
||||
<para>The boot blocks are responsible for finding (usually) the
|
||||
|
|
@ -67,7 +67,7 @@
|
|||
list of possible slices to boot from.</para>
|
||||
|
||||
<para>boot0 is very simple, since the program in the
|
||||
<abbrev>MBR</abbrev> can only be 512 bytes large.</para>
|
||||
<abbrev>MBR</abbrev> can only be 512 bytes in size.</para>
|
||||
|
||||
<para>It displays something like this:</para>
|
||||
|
||||
|
|
@ -94,7 +94,7 @@ Default: F2</screen>
|
|||
find the program to run to continue the boot process.</para>
|
||||
|
||||
<para>boot1 is very simple, since it too can only be 512 bytes
|
||||
large, and knows just enough about the FreeBSD
|
||||
in size, and knows just enough about the FreeBSD
|
||||
<firstterm>disklabel</firstterm>, which stores information
|
||||
about the slice, to find and execute <link
|
||||
linkend="boot-boot2">boot2</link>.</para>
|
||||
|
|
@ -116,7 +116,7 @@ Default: F2</screen>
|
|||
<example id="boot-boot2-example">
|
||||
<title>boot2 screenshot</title>
|
||||
|
||||
<screen>>> FreeBSD/i386 BOOT
|
||||
<screen>>> FreeBSD/i386 BOOT
|
||||
Default: 0:wd(0,a)/kernel
|
||||
boot:</screen>
|
||||
</example>
|
||||
|
|
@ -367,7 +367,7 @@ boot:</screen>
|
|||
<para>Once the kernel is loaded by either <link
|
||||
linkend="boot-loader">loader</link> (as usual) or <link
|
||||
linkend="boot-boot2">boot2</link> (bypassing the loader), it
|
||||
examines its boot flags, if any, and adjusts its behaviour as
|
||||
examines its boot flags, if any, and adjusts its behavior as
|
||||
necessary.</para>
|
||||
|
||||
<sect2 id="boot-kernel-bootflags">
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue