Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
mount -t cifs -v '\\10.10.1.14/sharedata' /home/intranet/html/forms/job/share_data -o username=job,workgroup=SERVERS,rw,iocharset=utf8,job,uid=500,gid=500
This is the same as the article, but still get the following error message :-
mount.cifs kernel mount options unc=//10.10.1.14\sharedata,ip=10.10.1.14,pass=<secret>,ver=1,rw,username=job,workgroup=SERVERS,iocharset=u tf8,job,uid=500,gid=500
retrying with upper case share name
mount.cifs kernel mount options unc=//10.10.1.14\SHAREDATA,ip=10.10.1.14,pass=<secret>,ver=1,rw,username=job,workgroup=SERVERS,iocharset=u tf8,job,uid=500,gid=500
mount error 6 = No such device or address
Refer to the mount.cifs(8) manual page (e.g.man mount.cifs)
Heres my samba server conf on 10.10.1.14
workgroup = SERVERS
netbios name = PDF1
server string = PDF Server live
security = SHARE
encrypt passwords = Yes
passwd program = /usr/bin/passwd %u
passwd chat = *New*password* %n\n *Retype*new*password* %n\n *passwd:*all*authentication*tokens*updated*successfully*
username map = /etc/samba/smbusers
unix password sync = Yes
log file = /var/log/samba/%m.log
max log size = 0
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
os level = 64
local master = No
domain master = No
dns proxy = No
nt acl support = No
printing = lprng
Was there ever an answer for this? It certainly looks like the new mount.cifs is broken, this error is posted in multiple forums.
I am in the same situation as many other posters: I have an existing SMB share, which has been working for a long time. In my case, it is an old FreeBSD server with a couple of samba shares. These shares are accessible to all Windows and Linux clients on my network.
I just installed Yellow Dog Linux 5.0, and it is the first time I've used the CIFS mount instead of smbfs. Even on that host, I can get to the shares and browse them just fine using smbclient. But when I try to mount, mount.cifs fails with the same error every time: "mount error 6 = No such device or address".
I've tried multiple variations and flavors of the mount command, listed in this and other threads, all to no avail. It really looks like cifs can't connect at all, and I can't tell why.
Is this a known bug that has been fixed in a later version of mount.cifs?
You can see if the share is available.
smbclient -L <host>
Also check if smbd and nmbd are running. Another possible problem is if the firewall doesn't have the ports the samba uses.
Originally Posted by /etc/services
# Larry Peterson <llp@ARIZONA.EDU>
netbios-ns 137/tcp # NETBIOS Name Service
netbios-ns 137/udp # NETBIOS Name Service
netbios-dgm 138/tcp # NETBIOS Datagram Service
netbios-dgm 138/udp # NETBIOS Datagram Service
netbios-ssn 139/tcp # NETBIOS Session Service
netbios-ssn 139/udp # NETBIOS Session Service
Originally Posted by smbd manpage
The default ports are 139 (used for SMB over NetBIOS over TCP) and port 445 (used for plain SMB over TCP).
Ok this seems to be an issue here where mount.cifs does not always work correctly I have two systems one fedora 6 i686 2.6.18 kernel and the other fedora 5 x64 specs below with package numbers. I have a cifs share from a Dlink gsm600, it is runiing linux not sure what kernel or samba version, the mount is done the same way as raven4d listed on the fedora 6 system and works, so it is possible. However, when I try the exact same command from the fedora 5 system. I get an error=6. I tried unmounting the share from the fedora 6 system incase there was some 1 user limit not stated but got the same error. Any help would be nice I have no internal network fire wall so that should not be an issue with ports and smbd and nmbd are not running on the fedora 6 system but were on the fedora 5 system I double checked all services on both and made them match for all network rlated services and still same error.
I am going to try to compile the latest samba later but I doubt it will help as the mount.cifs is the same version. raven4d what sytem /version are you using might help narrow down the issue?
I was receiving the same error recently after my webmaster had to rebuild the server. Turns out the settings for the user account was limiting the number of connections to the share. As soon as he bumped that limit up, I was able to restore my mount.