Since I just spent my entire morning debugging this same issue. Let me explain what happened above.
/etc/auto.master
## Mount this test share:
/test /etc/auto.test --timeout=60
This means I want to mount something at /test
and for the details read /etc/auto.test
/etc/auto.test
test -fstype=cifs,username=testuser,domain=domain.com,password=password ://server/test
This means as a sub-folder of what was specified in auto.master please mount test with the information following. (i.e. the mount will be /test/test
as slm correctly pointed out).
This means that ls /test/test
will display the contents of //server/test
To accomplish the original goal of /test -> //server/test you would want the following:
/etc/auto.master
## Mount this test share:
/ /etc/auto.test --timeout=60
A couple other notes. I found the following mount options useful.
rw
- mount it read/write
noserverino
- removes error message about inode number support
credentials=[credential file]
- this allows you to create a separate file with the credentials in them. It has the following format:
username=[windows username, domain can be included as well]
password=[windows password]
EDIT -- 2013-06-17 13:28PM GMT-8
slm in the comments has pointed out that mounting to the root of the file system could be dangerous. lsd in the comments suggests a workaround, which is to creating a symlink from the root of the filesystem to a different place where you would mount that would not overlap with something common. For example, if you wanted to have /test be a mount, then you would actually mount stuff to /net/the_test_mount and then create a symlink /test that points to /net/the_test_mount
/var/log/messages
to no avail, and there is no syslog file./proc/fs/cifs/
directory, so I cannot run the command. I also can'tmkdir cifs
, even as root. The service is running, but I seriously don't know why it's just not working. I may have to contact RH support.uname -r
/kernel/fs/cifs you should see cifs.ko