Index: docs/libvir.html
===================================================================
RCS file: /data/cvs/libvirt/docs/libvir.html,v
retrieving revision 1.109
diff -u -r1.109 libvir.html
--- docs/libvir.html	3 Mar 2008 14:42:37 -0000	1.109
+++ docs/libvir.html	7 Mar 2008 09:41:16 -0000
@@ -4119,7 +4119,7 @@
 <dd>Provides the location at which the pool will be mapped into
 the local filesystem namespace. For a filesystem/directory based
 pool it will be the name of the directory in which volumes will
-be created. For device based pools it will tbe directory in which
+be created. For device based pools it will be the name of the directory in which
 devices nodes exist. For the latter <code>/dev/</code> may seem
 like the logical choice, however, devices nodes there are not
 guarenteed stable across reboots, since they are allocated on
@@ -4209,7 +4209,7 @@
 <dd>Provides the location at which the pool will be mapped into
 the local filesystem namespace. For a filesystem/directory based
 pool it will be the name of the directory in which volumes will
-be created. For device based pools it will tbe directory in which
+be created. For device based pools it will be the name of the directory in which
 devices nodes exist. For the latter <code>/dev/</code> may seem
 like the logical choice, however, devices nodes there are not
 guarenteed stable across reboots, since they are allocated on
Index: docs/storage.html
===================================================================
RCS file: /data/cvs/libvirt/docs/storage.html,v
retrieving revision 1.3
diff -u -r1.3 storage.html
--- docs/storage.html	3 Mar 2008 14:42:37 -0000	1.3
+++ docs/storage.html	7 Mar 2008 09:41:16 -0000
@@ -84,7 +84,7 @@
 is not applicable when creating a pool.</dd>
 
 <dt>available</dt>
-<dd>Providing the free space available for allocating new volums
+<dd>Providing the free space available for allocating new volumes
 in the pool. Due to underlying device constraints it may not be
 possible to allocate the entire free space to a single volume.
 This value is in bytes. This is not applicable when creating a
@@ -128,11 +128,11 @@
 <dd>Provides the location at which the pool will be mapped into
 the local filesystem namespace. For a filesystem/directory based
 pool it will be the name of the directory in which volumes will
-be created. For device based pools it will tbe directory in which
+be created. For device based pools it will be the name of the directory in which
 devices nodes exist. For the latter <code>/dev/</code> may seem
 like the logical choice, however, devices nodes there are not
-guarenteed stable across reboots, since they are allocated on
-demand. It is preferrable to use a stable location such as one
+guaranteed stable across reboots, since they are allocated on
+demand. It is preferable to use a stable location such as one
 of the <code>/dev/disk/by-{path,id,uuid,label</code> locations.
 </dd>
 <dt>permissions<dt>
@@ -152,7 +152,7 @@
 If a storage pool exposes information about its underlying
 placement / allocation scheme, the <code>device</code> element
 within the <code>source</code> element may contain information
-about its avilable extents. Some pools have a constraint that
+about its available extents. Some pools have a constraint that
 a volume must be allocated entirely within a single constraint
 (eg disk partition pools). Thus the extent information allows an
 application to determine the maximum possible size for a new
@@ -212,10 +212,10 @@
 <dd>Provides the location at which the pool will be mapped into
 the local filesystem namespace. For a filesystem/directory based
 pool it will be the name of the directory in which volumes will
-be created. For device based pools it will tbe directory in which
+be created. For device based pools it will be the name of the directory in which
 devices nodes exist. For the latter <code>/dev/</code> may seem
 like the logical choice, however, devices nodes there are not
-guarenteed stable across reboots, since they are allocated on
+guaranteed stable across reboots, since they are allocated on
 demand. It is preferrable to use a stable location such as one
 of the <code>/dev/disk/by-{path,id,uuid,label</code> locations.
 </dd>
@@ -293,10 +293,10 @@
 </ul><p>
 When listing existing volumes all these formats are supported
 natively. When creating new volumes, only a subset may be
-available. The <code>raw</code> type is guarenteed always
+available. The <code>raw</code> type is guaranteed always
 available. The <code>qcow2</code> type can be created if
 either <code>qemu-img</code> or <code>qcow-create</code> tools
-are present. The others are dependant on support of the
+are present. The others are dependent on support of the
 <code>qemu-img</code> tool.
 
 </p><h4><a name="StorageBackendFS" id="StorageBackendFS">Filesystem pool</a></h4>
@@ -328,7 +328,7 @@
 <h5>Valid pool format types</h5>
 
 <p>
-The fileystem pool supports the following formats:
+The filesystem pool supports the following formats:
 </p>
 
 <ul><li><code>auto</code> - automatically determine format</li>
@@ -378,7 +378,7 @@
 <h5>Valid pool format types</h5>
 
 <p>
-The network fileystem pool supports the following formats:
+The network filesystem pool supports the following formats:
 </p>
 
 <ul><li><code>auto</code> - automatically determine format</li>