On Wed, Nov 4, 2009 at 9:50 PM, Craig White craigwhite@azapple.com wrote:
On Wed, 2009-11-04 at 10:43 +0000, Timothy Murphy wrote:
Adam Nielsen wrote:
When you mount the share, specify a Windows username to connect as (mount ... -o username=tim)
When I mount smb-based systems, I have successfully used:
mount -t cifs //server/share_point /mnt/local_mount_point -o user=your_creds_on_server, domain=name_of_domain_or_workgroup
Of course, make sure local_mount_point already exists as a directory under /mnt, if it doesn't, create it.
You _might_ be able to drop the domain piece.
Server above is the destination you want to mount, be it a fully DNS-qualified hostname or its IP equivalent.
The above can work straight for root, or you'd need to precede it with sudo if non-root.
Just remember, if as sudo, the first password is sudo challenging you for sudo rights. The second password is the challenge from the remote smb-based system (Windows, Samba, etc). Of course, you need a known account on the remote system to successfully gain access to it.
Hope that helps.
Scott
Thanks for your response. But sadly, this does not make the slightest difference. Incidentally, the machine is running Windows XP Pro, and I am the Administrator.
I can browse in one share, but not the other, although as far as I can see everything about them is identical, except that they are on different drives:
[root@helen ~]# mount -t cifs -o user=tim,password=****,rw //harriet/EAGD /mnt/win [root@helen ~]# ls /mnt/win The Sims 2 [root@helen ~]# umount /mnt/win [root@helen ~]# mount -t cifs -o user=tim,password=****,rw //harriet/EAGC /mnt/win mount error 13 = Permission denied Refer to the mount.cifs(8) manual page (e.g.man mount.cifs)
no matter how many lists you ask or how many different ways you want to keep asking the question, your problem is always Windows permissions are blocking you. This is not a Linux question. If you don't have permissions to mount a share or descend into a subdirectory, your problem lies with Windows permissions.
Your first example demonstrates that it works. Your second example demonstrates that a permissions issue from the Windows 'server' is blocking you. There's no guarantee that even if you are the administrator that you can access a share, folder or file. Windows has a fairly sophisticated ACL system and you would probably be better served learning it than asking so many lists the same questions.
Craig
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos