smbfs man page on OpenIndiana

Man page or keyword search:  
man Server   20441 pages
apropos Keyword Search (all sections)
Output format
OpenIndiana logo
[printable version]

smbfs(7FS)			 File Systems			    smbfs(7FS)

NAME
       smbfs - CIFS/SMB file system

DESCRIPTION
       The smbfs file system allows you to mount CIFS shares that are exported
       from Windows or compatible systems. SMB is the historical name for  the
       CIFS  protocol,	which stands for Server Message Block and is more com‐
       monly used in technical contexts.

       The smbfs file system permits  ordinary	UNIX  applications  to	change
       directory  into	an  smbfs  mount and perform simple file and directory
       operations. Supported operations	 include  open,	 close,	 read,	write,
       rename, delete, mkdir, rmdir and ls.

   Limitations
       Some  local  UNIX file systems (for example UFS) have features that are
       not supported by smbfs. These include:

	   o	  No mapped-file access because mmap(2) returns ENOSYS.

	   o	  Locking is local only and is not sent to the server.

       The following are limitations in the CIFS protocol:

	   o	  unlink() or rename() of open files returns EBUSY.

	   o	  rename() of extended attribute files returns EINVAL.

	   o	  Creation of files with any of the following illegal  charac‐
		  ters	returns	 EINVAL:  colon (:), backslash (\), slash (/),
		  asterisk (*), question mark (?), double quote ("), less than
		  (<), greater than (>), and vertical bar (|).

	   o	  chmod	  can  be  used only to modify ACLs, and only when the
		  CIFS server and mounted share support ACLs. Changes  to  the
		  file mode bits are silently discarded.

	   o	  chown	 enables you to become the file owner only if the CIFS
		  server grants you the take ownership privilege.

	   o	  Links are not supported.

	   o	  Symbolic links are not supported.

	   o	  mknod is not supported. (Only file and directory objects are
		  supported.)

       The  current  smbfs  implementation does not support multi-user mounts.
       Instead, each Unix user needs to make their own private mount points.

       Currently, all access through an smbfs mount  point  uses  the  Windows
       credentials  established	 by  the user that ran the mount command. Nor‐
       mally, permissions on smbfs mount points should be 0700 to prevent Unix
       users  from  using  each	 others' Windows credentials. See the dirperms
       option to mount_smbfs(1M) for details regarding how  to	control	 smbfs
       mount point permissions.

       An important implication of this limitation is that system-wide mounts,
       such as those made using /etc/vfstab or automount maps are only	useful
       in  cases  where	 access	 control  is not a concern, such as for public
       read-only resources.

ATTRIBUTES
       See attributes(5) for descriptions of the following attributes:

       ┌─────────────────────────┬─────────────────────────────────┐
       │     ATTRIBUTE TYPE	 │	   ATTRIBUTE VALUE	   │
       ├─────────────────────────┼─────────────────────────────────┤
       │Availability		 │ system/file-system/smb	   │
       ├─────────────────────────┼─────────────────────────────────┤
       │Interface Stability	 │ Uncommitted			   │
       └─────────────────────────┴─────────────────────────────────┘

SEE ALSO
       smbutil(1), mount_smbfs(1M), nsmbrc(4), attributes(5)

SunOS 5.11			  17 Feb 2010			    smbfs(7FS)
[top]

List of man pages available for OpenIndiana

Copyright (c) for man pages and the logo by the respective OS vendor.

For those who want to learn more, the polarhome community provides shell access and support.

[legal] [privacy] [GNU] [policy] [cookies] [netiquette] [sponsors] [FAQ]
Tweet
Polarhome, production since 1999.
Member of Polarhome portal.
Based on Fawad Halim's script.
....................................................................
Vote for polarhome
Free Shell Accounts :: the biggest list on the net