[linux-cifs-client] mount.cifs of ms-dfs share fails with error 6
moorse at someren.nl.eu.org
moorse at someren.nl.eu.org
Wed Jan 4 13:50:08 GMT 2006
Hi,
I previously sent the following message to the smb-clients list.
I just found out about this list, and think it is more suited here.
So here it is again:
I hope some-one can help me with this issue:
I am trying to mount a share (I believe this is an MS-DFS share) on my
linux FC4 box, running a precompiled 2.6.14 kernel and using the latest
samba software (3.0.21a) I could find.
I was really happy to find out that smbclient can finally resolve the
shares properly. Older versions never worked and always returned an error
code.
(Which I know now indicates that it is an MS-DS share)
If I however try to mount the same share using cifs.mount I get the
following behaviour:
# sudo mount.cifs //cos/share/rem /home/me/rem -o user=rem,dom=rdom Password:
retrying with upper case share name
mount error 6 = No such device or address
Refer to the mount.cifs(8) manual page (e.g.man mount.cifs)
This command succesfully connects to the share:
# smbclient //cos/share/rem -Urem -Wrdom
I am running a fairly recent kernel, I don't suspect that cifs.ko is too
old, is it? (couldn't find a newer version of it)
# uname -r
2.6.14-1.1653_FC4
# modinfo /lib/modules/2.6.14-1.1653_FC4/kernel/fs/cifs/cifs.ko
filename: /lib/modules/2.6.14-1.1653_FC4/kernel/fs/cifs/cifs.ko
parmtype: CIFSMaxBufSize:int
parm: CIFSMaxBufSize:Network buffer size (not including header).
Default: 16384 Range: 8192 to 130048
parmtype: cifs_min_rcv:int
parm: cifs_min_rcv:Network buffers in pool. Default: 4 Range: 1
to 64
parmtype: cifs_min_small:int
parm: cifs_min_small:Small network buffers in pool. Default: 30
Range: 2 to 256
parmtype: cifs_max_pending:int
parm: cifs_max_pending:Simultaneous requests to server. Default:
50 Range: 2 to 256
author: Steve French <sfrench at us.ibm.com>
license: GPL
description: VFS to access servers complying with the SNIA CIFS
Specification e.g. Samba and Windows
version: 1.35
vermagic: 2.6.14-1.1653_FC4 686 REGPARM 4KSTACKS gcc-4.0
depends:
srcversion: 410817CEE7E1AE3B2BE003B
Is this the expected behaviour? Is MS-DFS support not yet available for
cifs.mount? Or am I running into some completely different problem?
Any insights available?
thanks,
Eric
More information about the linux-cifs-client
mailing list