svn commit: r41819 - head/en_US.ISO8859-1/books/handbook/install

Eitan Adler eadler at FreeBSD.org
Sat Jun 1 17:05:23 UTC 2013


Author: eadler
Date: Sat Jun  1 17:05:23 2013
New Revision: 41819
URL: http://svnweb.freebsd.org/changeset/doc/41819

Log:
  - Reduce usage of 'you'
  - Fix some grammar
  - Remove usage of DOS functions

Modified:
  head/en_US.ISO8859-1/books/handbook/install/chapter.xml

Modified: head/en_US.ISO8859-1/books/handbook/install/chapter.xml
==============================================================================
--- head/en_US.ISO8859-1/books/handbook/install/chapter.xml	Sat Jun  1 16:44:57 2013	(r41818)
+++ head/en_US.ISO8859-1/books/handbook/install/chapter.xml	Sat Jun  1 17:05:23 2013	(r41819)
@@ -1360,9 +1360,8 @@ Mounting root from ufs:/dev/md0c
     <sect2 id="install-drive-bios-numbering">
       <title>BIOS Drive Numbering</title>
 
-      <para>Before you install and configure &os; on your system, there is an
-	important subject that you should be aware of, especially if you have
-	multiple hard drives.</para>
+      <para>Before installing and configuring &os; it is important to
+	be aware how &os; deals with BIOS drive mappings.</para>
 
       <indexterm><primary>MS-DOS</primary></indexterm>
       <indexterm><primary>Microsoft Windows</primary></indexterm>
@@ -1370,15 +1369,13 @@ Mounting root from ufs:/dev/md0c
 	&ms-dos; or &microsoft.windows;, the BIOS is able to abstract the
 	normal disk drive order, and
 	the operating system goes along with the change.  This allows the user
-	to boot from a disk drive other than the so-called <quote>primary
-	master</quote>.  This is especially convenient for some users who have
-	found that the simplest and cheapest way to keep a system backup is to
+	to boot from a disk drive other than the "primary
+	master".  This is especially convenient for users
 	buy an identical second hard drive, and perform routine copies of the
-	first drive to the second drive using
-	<application><trademark class="registered">Ghost</trademark></application> or <application>XCOPY</application>
-	.  Then, if the
-	first drive fails, or is attacked by a virus, or is scribbled upon by an
-	operating system defect, he can easily recover by instructing the BIOS
+	first drive to the second drive.
+	If the
+	first drive fails, is attacked by a virus, or is scribbled upon by an
+	operating system defect, they can easily recover by instructing the BIOS
 	to logically swap the drives.  It is like switching the cables on the
 	drives, but without having to open the case.</para>
 


More information about the svn-doc-all mailing list