| Author |
Message |
|
|
|
Post subject: lost privileges on whole tree in VFAT partition
 Posted: Aug 24, 2007 - 07:25 PM
|
|
Joined: Dec 05, 2006
Posts: 39
Location: Given enough eyeballs, all bugs are insects.
Status: Offline
|
|
I used to be able to read and write on a whole vfat partition as user since a fresh sidux install early this year.
Now the user lost any writing ability, the owner is root, but even root can't change the write permissions for any items down that tree - just read and execute, and can't change ownership or group of anything either.
Root CAN changing permission and ownership of the mountpoint folder /home/fcc/DATA, but ONLY while the vfat partition is not mounted there.
As soon as it is mounted, all the tree under home/fcc/DATA immediately reverts to drwxr-xr-x and to root root and the superuser is hamstrung.
I am particularly confused as it seems that the vfat partition, which is attribute-challenged to start with, now contains attributes that root can't alter at all.
Can a smxi DU from the last 24h do that?
All else I can think of is a synch I ran from a WinXP machine, but that was a long while ago. Would this be theoretically the result if by mistake I let smbd run as root and without attribute protection? Yet I remember writing no sweat up to a couple of days back....
Here's the bits I so far believe to be relevant:
from /etc/fstab
Quote:
#----ROOT & REST OF THE SYSTEM-----------------------------------
UUID=c7db6ffc-346d-4d6d-8b9a-06ca5d50fa18 / ext3 defaults,noatime,errors=remount-ro 0 1
#
#----DATA = home & vfat partition -----------------------------------
UUID=035133c5-b27c-4db6-8714-ee38bebf9f17 /home ext3 defaults,noatime 0 2
/dev/disk/by-uuid/FD91-0545 /home/fcc/DATA vfat defaults,shortname=mixed 0 2
from mount
Quote:
root@pingo:/home/fcc/DATA# mount
/dev/hda7 on / type ext3 (rw,noatime,errors=remount-ro)
...
/dev/hda8 on /home type ext3 (rw,noatime)
...
/dev/hda5 on /home/fcc/DATA type vfat (rw)
some sample outputs from ls -l, going into the tree, all is with the same permissions
Quote:
root@pingo:/home/fcc# ls -l
...
drwxr-xr-x 12 root root 73728 1970-01-01 00:00 DATA
...
root@pingo:/home/fcc/DATA# ls -l
...
drwxr-xr-x 17 root root 8192 2007-03-16 22:16 cold
drwxr-xr-x 35 root root 8192 2007-04-14 14:24 FCC-Work-Files
...
root@pingo:/home/fcc/DATA/cold# ls -l
...
drwxr-xr-x 12 root root 8192 2006-05-06 18:44 Audio
drwxr-xr-x 19 root root 8192 2007-05-19 18:14 Hw
drwxr-xr-x 2 root root 8192 2006-07-08 09:11 z other
Any enlightment anyone?  |
|
|
| |
|
|
|
 |
|
|
|
Post subject: RE: lost privileges on whole tree in VFAT partition
Posted: Aug 24, 2007 - 09:16 PM
|
|
Joined: Dec 05, 2006
Posts: 496
Location: Venezuela
Status: Offline
|
|
Try adding umask=000 to the vfat directory in fstab:
defaults,shortname=mixed,umask=000
Mine has on drive d:
auto,users,exec,shortname=lower,quiet,umask=000
If that doesn't help, try creating a new mount point?
For instance, /data
It justs seems that mounting /home and /home/fcc/DATA seems to be a problem.
I may be entirely wrong. |
_________________
ourea-xfce, 2.6.26-5.slh.6-sidux-686, krusader
|
| |
|
|
|
|
|
|
|
Post subject: RE: lost privileges on whole tree in VFAT partition
Posted: Aug 25, 2007 - 12:10 AM
|
|
Joined: Dec 05, 2006
Posts: 39
Location: Given enough eyeballs, all bugs are insects.
Status: Offline
|
|
OK, thank you!
I did as follows:
Code:
/dev/disk/by-uuid/FD91-0545 /home/fcc/DATA vfat auto,users,exec,shortname=mixed,quiet,umask=000 0 2
As a result, everything in DATA is now rwxrwxrwx (too writable for my taste), BUT for the 1st time bash shows directories as blue letters on green background... never seen before.
I am still at loss to explain what interaction was / is going on.
Can anyone shed light???
Ideally I'd love to have the vfat partition accessible by user and root only. |
|
|
| |
|
|
|
|
|
|
|
Post subject: RE: lost privileges on whole tree in VFAT partition
Posted: Aug 25, 2007 - 02:16 AM
|
|
Joined: Dec 02, 2006
Posts: 1909
Status: Offline
|
|
| vfat does not have permissions like NTFS and ext3 do, and thus not really controllable. |
|
|
| |
|
|
|
|
|
|
|
Post subject: RE: lost privileges on whole tree in VFAT partition
Posted: Aug 25, 2007 - 09:25 AM
|
|
Joined: Dec 05, 2006
Posts: 39
Location: Given enough eyeballs, all bugs are insects.
Status: Offline
|
|
> vfat does not have permissions like NTFS and ext3
DeepDayze, thanks, but that's exactly the point
- although I didn't make it that clear that I understood it.
When I try to chmod or chown and get the "operation not permitted" pushback,
I know it can be FAT playing dumb. (FAT is indeed somewhat dumb).
Yet, sometime I get user level writing privileges there,
sometime I dont, so once in a while I need to mess with fstab again.
If not stored within the vfat filesystem,
whence do those nailed-down permissions come?
Can someone point me to a really toad-level explanation
of what umask and other options do?
Why do permissions seem to change without my intervention?
E.g. do DU's mess with fstab? Or what else can so do?  |
|
|
| |
|
|
|
|
|
|
|
