Very new (3 days) to linux, unix etc. I installed Slackware 9.1, as dual-boot on an ext3 partition next to a Windows XP (NTFS) system.
I also created a small 1gb FAT32 partition so that I can file transfer between Linux and XP. Slackware installation setup recognised this, asked me what I wanted to mount it as; I chose '/fat-g', as in XP this is my g: drive. Setup also created an fstab entry for it, with 'defaults' for the options. As root, I have been able to read and write test files to this directory.
Today, for some strange reason the /fat-g mount directory disappeared - I had been setting up autofs (so that cd and floppy access is a little less neanderthal) and it probably had something to do with this. Note that autofs is not being executed at startup (another problem for another day), only if I explicitly run it, and the problem in this message happens regardless of whether I run autofs.
So I re-created /fat-g. Root access is now as before, but user access is denied. I have played around with fstab entries - currently it looks like this:
/dev/hda2 swap swap defaults 0 0
/dev/hda3 / ext3 defaults 1 1
/dev/hda4 /fat-g vfat user 1 0
/dev/cdrom /mnt/cdrom iso9660 noauto,user,ro 0 0
/dev/fd0 /mnt/floppy auto noauto,user 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
proc /proc proc defaults 0 0
I think the problem is actually with the /fat-g mount directory permissions, which look like the first entry:
drwxr--r-- 2 root root 4096 Apr 17 13:01 fat-g/
drwxr-xr-x 2 root root 4096 Apr 17 13:01 fat-g/
So I umount /fat-g, do chmod 0755, and then it looks like the second entry above. Then I manually mount /fat-g, and it goes back to looking like the first entry again. I throw ashtray across room.
The same happens if I chmod the permissions and reboot, which I'd expect as I assume that's just a long-winded way of re-mounting the drive.
It's quite possible that chmod 0755 isn't enough anyway to enable a user to read/write files to the drive, but if I can't change the permissions and make them stick I can't play around to find out what permissions are needed.
I guess it's irrelevant, but just in case, these are the permissions on the actual device in /dev:
brw-rw---- 1 root disk 3, 4 Jun 9 2002 hda4
This is exactly the same as my main ext3 root partition (hda3), so I doubt if this is a problem - though quite what the relationship is between the mount directory permissions, the device file permissions, and the fstab permissions, is an impenetrable mystery to me.