> Meine Vorstellung war (und Ziel ist), dass das file handling auf zip
> einheitlich wie sonst in einem Unix/Linux filesystem funktioniert!
Dann musst Du ein ext2 Filesystem draufmachen! Nachdem MSDos drauf ist,
werden user und rechte von dem mount-Befehl bestimmt, es heisst Du kannst
Eigenschaften nur fuer alle Dateien gemeinsam vergeben.
Und noch ein Auszug aus man mount (Bis Du Deine manpage gefunden hast):
Mount options for fat
(Note: fat is not a separate filesystem, but a common part
of the msdos, umsdos and vfat filesystems.)
uid=value and gid=value
Set the owner and group of all files. (Default: the
uid and gid of the current process.)
umask=value
Set the umask (the bitmask of the permissions that
are not present). The default is the umask of the
current process. The value is given in octal.
Aber versuch doch einfach mal den Vorschlag, den jemand anderer in der
Liste machte:
/dev/sda4 /zip vfat noauto,user,exec 0 0
in die /etc/fstab eintragen (FINGER WEG VON DER MTAB), ein mkdir /zip
als root und dann als beliebiger user mount /zip eingeben.
Dann hat die Zip die uid, gid und umask des users, der sie gemountet hat.
(siehe default values bei den mount-optionen zu fat).
> P.S.: es ist tatsaechlich meine Absicht, jegliches mounten root vor-
> zubehalten! (wenngleich vielleicht nicht PC-gerecht)
An der Stelle nicht sinnvoll, wenn Du die umask restriktiv genug
vergibst, hat immer nur der User, der die Zip mountet auch Zugriff.
Du kannst als root aber auch mit den uid und gid Optionen spielen, dann
erreichst Du das selbe, was Du auch als user machen wuerdest. Echte
Userrechte a la UNIX kannst Du aber nur erreichen mit einen
mke2fs /dev/sda4, vergiss nachher nicht, mit einem tune2fs die Anzahl
der mounts bis zum fsck ins Astronomische zu drehen, zip's mountet man
andauernd.
klaus
PS: tune2fs ist ein Trick fuer Systeme, die taeglich gebootet werden:
Man drehe die Filesystemchecks aller Partitionen auf jeweils eine
andere Primzahl, bei wichtigen Partitionen niedrigere. Bis der naechste
Check kommt, bei dem alle Platten gecheckt werden, vergehen dann
Jahrtausende (es sei denn, die Kiste semmelt ab, dann werden alle
wegen `not cleanly unmounted` gecheckt).
-- mit freundlichen Gruessen, Klaus Muth HAGOS eG Industriestr. 62 fon: (+49) 711 78805-86 EDV-Programmierung D-70565 Stuttgart fax: (+49) 711 78805-99 http://www.hagos.de Germany mailto:muth@hagos.de ----------------------------------------------------------------------- Alle heissen hier Klaus, nur nicht Norbert, der heisst Ernst!