I'm running a samba server. I'm connecting to it with a windows xp machine. There is a vfat partition that I have mounted at /data that I can't access even though it's in the smb.conf file. I can access any other folder I want that I have user permission to. I'm pretty sure it has to do with permissions, because when I try to chmod or chown it doesn't let me, even as root. I've tried mounting it in my /home folder and the data folder shows up but I can't view anything in it. I was running Samba on Redhat and I could do this just fine. Now with Slackware I can't.
Sounds like an /etc/fstab problem. Add the following in the options section:
umask=0555
if you want read access only or
umask=0777
if you want read/write. So you should have something like this:
/dev/hdXx /data vfat umask=0555 0 0
I'm pretty sure that's right. I had problems with a fat partition on my box too. Root couldn't enable writing for anyone and changing the ownership didn't help. I just added a umask line to my fstab and it worked perfectly. You can test it out really easily too.
umount /data
(edit fstab with umask=0777)
mount /data
test it out. If it doesn't work I might have gotten the numbers wrong.
umount /data
(edit fstab with umask=0000)
mount /data
Just unmount the drive, change the umask option, save fstab and remount until it works. Cycle through 0000,0555,0777 until you have what you want.
This isn't working. The /data folder shows as having read permissions. I created a test file owned by root. I tried accessing this file and I can't. I can only access files owned by my non-root account and I can't change the ownership of the /data file if it has the other HD mounted to it.
If I chmod to 555 for the test folder I can access it, so it isn't an ownership problem just a permissions problem. I still can't change the permissions of /data.
You are about to answer a thread that has been inactive for more than 6 months. If you still wish to proceed, please ensure that your posting is original and does not duplicate or overlap any prior responses to this thread.