svn commit: samba-docs r514 - in trunk/manpages: .

sfrench at samba.org sfrench at samba.org
Thu Apr 28 04:10:56 GMT 2005


Author: sfrench
Date: 2005-04-28 04:10:56 +0000 (Thu, 28 Apr 2005)
New Revision: 514

WebSVN: http://websvn.samba.org/cgi-bin/viewcvs.cgi?view=rev&root=samba-docs&rev=514

Log:
Fixed typos, minor spelling mistakes

Modified:
   trunk/manpages/mount.cifs.8.xml


Changeset:
Modified: trunk/manpages/mount.cifs.8.xml
===================================================================
--- trunk/manpages/mount.cifs.8.xml	2005-04-28 03:45:26 UTC (rev 513)
+++ trunk/manpages/mount.cifs.8.xml	2005-04-28 04:10:56 UTC (rev 514)
@@ -49,7 +49,7 @@
 	<para>
 		Options to <emphasis>mount.cifs</emphasis> are specified as a comma-separated
 list of key=value pairs. It is possible to send options other
-than those listed here, assuming that cifs filesystem supports them.   
+than those listed here, assuming that the cifs filesystem kernel module (cifs.ko) supports them.   
 Unrecognized cifs mount options passed to the cifs vfs kernel code will be logged to the
 kernel log.
 
@@ -95,7 +95,7 @@
 character (i.e. a comma ',') will fail to be parsed correctly
 on the command line.  However, the same password defined
 in the PASSWD environment variable or via a credentials file (see
-below) will be read correctly.
+below) or entered at the password prompt will be read correctly.
 </para>
 	</listitem></varlistentry>
 
@@ -230,7 +230,7 @@
                 on newly created files, directories, and devices (create,
                 mkdir, mknod) which will result in the server setting the
                 uid and gid to the default (usually the server uid of the
-                usern who mounted the share).  Letting the server (rather than
+                user who mounted the share).  Letting the server (rather than
                 the client) set the uid and gid is the default. This
                 parameter has no effect if the CIFS Unix Extensions are not
                 negotiated.</para></listitem>
@@ -266,7 +266,7 @@
                 client (e.g. when the application is doing large sequential
                 reads bigger than page size without rereading the same data)
                 this can provide better performance than the default
-                behavior which caches reads (reaadahead) and writes
+                behavior which caches reads (readahead) and writes
                 (writebehind) through the local Linux client pagecache
                 if oplock (caching token) is granted and held. Note that
                 direct allows write operations larger than page size
@@ -315,7 +315,7 @@
 
         <varlistentry>
                 <term>--verbose</term>
-                <listitem><para>print additional debugging information for the mount. Note that this parameter must be specified before the -o. For example:</para><para>mount -t cifs //server/share /mnt --verbose -o user=username</para></listitem>
+                <listitem><para>Print additional debugging information for the mount. Note that this parameter must be specified before the -o. For example:</para><para>mount -t cifs //server/share /mnt --verbose -o user=username</para></listitem>
         </varlistentry>
 
 	<varlistentry>
@@ -331,20 +331,22 @@
 
         <varlistentry>
                 <term>serverino</term>
-                <listitem><para>Use servers inode numbers instead of generating automatically
-                incrementing inode numbers on the client.  Although this will
+                <listitem><para>Use inode numbers (unique persistent file identifiers)
+		returned by the server instead of automatically generating
+                temporary inode numbers on the client.  Although server inode numbers
                 make it easier to spot hardlinked files (as they will have
-                the same inode numbers) and inode numbers may be persistent,
-                note that the server does not guarantee that the inode numbers
+                the same inode numbers) and inode numbers may be persistent (which is
+		userful for some sofware),
+                the server does not guarantee that the inode numbers
                 are unique if multiple server side mounts are exported under a
                 single share (since inode numbers on the servers might not
                 be unique if multiple filesystems are mounted under the same
-                shared higher level directory).  Note that this requires that
-                the server support the CIFS Unix Extensions as other servers
-                do not return a unique IndexNumber on SMB FindFirst (most
-                servers return zero as the IndexNumber).  Parameter has no
-                effect to Windows servers and others which do not support the
-                CIFS Unix Extensions.
+                shared higher level directory).  Note that not all 
+                servers support returning server inode numbers, although
+		those that support the CIFS Unix Extensions, and Windows 2000 and
+		later servers typically do support this (although not necessarily
+		on every local server filesystem). Parameter has no effect if
+                the server lacks support for returning inode numbers or equivalent.
 		</para></listitem>
         </varlistentry>
 



More information about the samba-cvs mailing list