[wplug] Mandrake 9.2 root not able to chmod.

[Benjamin Slavin]

I'm speaking from a Slackware/Gentoo background, but you may want to try 
unmounting the drive, then using chmod to change the permissions of the 
mount point, then re-mount the drive. Additionally, you can set the 
"user" option in the fstab to allow users to (un)mount the drive.

su [to root]
umount /mnt
chmod 777 /mnt
mount /mnt
logout

Maybe you've already tried this, but from your description, it did not 
sound like it was the case.

You might also be able to use a chown on the mountpoint to change the 
ownership if you have a single user, or a group you wish to allow to 
access the filesystem. Setting things world writable is not usually a 
good idea. If you just create a "windows" group and add all users that 
need the files to that group, you can prevent others from being able to 
modify the contents.

 --Ben

Burt E Reany wrote:

>  Most interesting.  I installed Mandrake 9.2 as a second OS on a box with
>an existing Windoz system - when i logged into 9.2 as a user, I didn't have
>permission to look at the Windoz file system in /mnt. (it was owned by root
>with 740 permissions.).  I did an su - root, and a chmod 777 /mnt/(windoz)
>with no errors  - but it maintained the 740 permission. fstab showed
>"defaults" as options. Users still couldn't see the FAT32 files.
>  This behaviour seems overly potty trained to me, - but it's more likely
>that i'm simply too limited to understand why root shouldn't be able to set
>the permissions to allow access to a Windoz filesystem.
>
>  (Gadzooks - might Bill Gates have wrested control of chmod.c away from
>the FSF? I feel a new family of conspiracy theories congealing out of the
>mist).
>
>Any ideas on opening these permissions (or info on where the fstab
>"defaults" resides) would be appreciated.
>
>Thanx.
>
>
>
>----------------------------------------------------------------------------------------
>
>This is a PRIVATE message. If you are not the intended recipient, please
>delete without copying and kindly advise us by e-mail of the mistake in
>delivery. NOTE: Regardless of content, this e-mail shall not operate to
>bind CSC to any order or other contract unless pursuant to explicit written
>agreement or government initiative expressly permitting the use of e-mail
>for such purpose.
>----------------------------------------------------------------------------------------
>
>
>
>
>_______________________________________________
>wplug mailing list
>wplug at wplug.org
>http://www.wplug.org/mailman/listinfo/wplug
>
>
>  
>