Hy, Am 02/05/04@04:46 schrieb David Haller:
Hallo,
On Sat, 04 May 2002, Maik Holtkamp wrote:
Wieso geht das nicht: maik@syl:~ $ chmod 777 /sicher maik@syl:~ $ ls -ld /sicher drwxr-xr-x 12 maik users 16384 Mai 4 02:10 /sicher maik@syl:~ $ grep vfat /etc/fstab /dev/hda12 /sicher vfat user,uid=500,gid=100,auto 0 0
,----[ man fstab ] | uid=value and gid=value | Set the owner and group of all files. (Default: the | uid and gid of the current process.) `----
Wenn ich doch Eigentümer bin sollte ich doch wohl auch die Rechte ändern können wie ich will, oder?
AFAIK spielt da auch noch die umask ne Rolle (die man auch mit mount aendern kann), aber mit der steh ich auch auf Kriegsfuss... Ich bekomm's auch nicht so hin, wie ich will... Wenn ich mounte, hat bei mir z.Z. alles das x-bit, chmod a-x auf Dateien geht aber... [...] Offenbar gilt auch beim chmod (irgendwie) die umask des mountens... Wieso hier g=rw noch gilt??? IMO muesste da man wohl mal in die Untiefen des (v)fat-Treiberes absteigen... :(((
Der vfat Treiber muss noch irgendwelchen anderen Probleme haben. Drauf gestoßen war ich eigenlich als ich gestern mit dem letzten transcode snapshot auf /sicher einen divx5 rip erstellen wollte. -> segfault xvid oder andere Ausgabeplugins von Transcode (inkl. divx4) auf /sicher kein Problem. divx5 auf reiserfs -> kein Problem. Bis ich soweit war das es am Dateisystem liegen könnte waren ca. 8 Stunden rum, sämtliche READMEs der beteiligten Programme gelesen, die multimedia-lib "auf links" gezogen und das mit dem filesystem ergab sich trotzdem nur zufällig als ich aus versehen im transcode im "falschen" Verzeichnis aufrief. Na ja, geschadet hat es sicher nicht, wenn man mal vom Gemaule meiner Frau absieht ;). -- :wq-y Maik