GELÖST: chmod funzt nicht

[ingo.trautwein]

Hallo in die Runde,
ich habe ein eigenartiges Problem:

Ich möchte allen Usern Schreibzugriff auf die FAT32 Windows Partition geben, (gemountet auf /win/d) und zwar mit allen Unterverzeichnissen rekursiv. Dazu führe ich als root im textmodus aus:

chmod ugoa+rw /win/d -R -v

chmod meldet auch brav für jede Datei:

Modus von "(jeweilige Datei/Pfad“ nach 0777 (rwxrwxrwx) geändert

Trotzdem kann ich danach als Normaluser nicht schreiben, weder
im Konsolenmodus noch mit Konqueror noch mit mc.
Als Eigentümer von win/d wird root gemeldet, auch als Benutzer root.

Muss ich auch noch den Eigentümer ändern?
Oder liegt es an der Art, wie die Filesysteme gemountet werden?

Hier fstab und mtab:

#/etc/fstab
/dev/hda1 / reiserfs acl,user_xattr 1 1
/dev/hdb1 /win/c ntfs defaults 0 0
/dev/hda3 /win/d vfat defaults
/dev/hda4 /win/e vfat rw,user,defaults
/dev/hda2 swap swap defaults 0 0
proc /proc proc defaults 0 0
sysfs /sys sysfs noauto 0 0
usbfs /proc/bus/usb usbfs noauto 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0
/dev/dvdram /media/dvdram2 subfs noauto,fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=ut
f8 0 0
/dev/fd0 /media/floppy subfs noauto,fs=floppyfss,procuid,nodev,nosuid,sync 0 0
none /subdomain subdomainfs noauto 0 0


#/etc/mtab
/dev/hda1 / reiserfs rw,acl,user_xattr,commit=600 0 0
proc /proc proc rw 0 0
sysfs /sys sysfs rw 0 0
tmpfs /dev/shm tmpfs rw 0 0
devpts /dev/pts devpts rw,mode=0620,gid=5 0 0
/dev/hdb1 /win/c ntfs rw 0 0
/dev/hda3 /win/d vfat rw 0 0
/dev/hda4 /win/e vfat rw,noexec,nosuid,nodev 0 0
usbfs /proc/bus/usb usbfs rw 0 0
/dev/fd0 /media/floppy subfs rw,nosuid,nodev,noatime,fs=floppyfss,procuid 0 0

Wäre dankbar für Tipps.

 

[TeXpert]

Hallo in die Runde,
ich habe ein eigenartiges Problem:

Ich möchte allen Usern Schreibzugriff auf die FAT32 Windows Partition geben, (gemountet auf /win/d) und zwar mit allen Unterverzeichnissen rekursiv. Dazu führe ich als root im textmodus aus:

Dein Problem lässt sich am einfachsten dadurch umschreiben:

Du bist zu faul die Suchfunktion zu nutzen

FAT32 und Rechte wurden auf l-c shcon 1001 mal abgehandelt. geh zu den Bootmanagern und lies die FAQs oder sonst was

 

[ingo.trautwein]

Sorry daß ich frage, :-( aber ich habe schon 1001 mal die Zugriffsrechte
auf Fat32 Partitionen genau SO erfolgreich geändert wie beschrieben,
wenn es nun auf einmal nicht mehr geht, muss doch logischerweise
davon ausgehen, daß irgend etwas aussergewöhnliches passiert
ist, was ich in den FAQs nicht finde.
Außerdem erhalte ich keinerlei Fehlermeldung, noch nicht mal irgend
einen kryptischen Fehlercode.

 

[Grothesk]

/dev/hda3 /win/d vfat defaults
/dev/hda4 /win/e vfat rw,user,defaults

Könnte es es sein, das die Einträge unterschiedlich sind?

 

[ingo.trautwein]

OK, ich streue Asche auf mein Haupt. 8)
Die Suchfunktion liefert nach Eingabe von chmod und FAT32 in UND Verknüpfung tatsächlich auf Anhieb 16 Treffer, und wider Erwarten keinen Unfug oder "nichts gefunden"
Ich werde den umask Eintrag in der fstab entsprechend ändern:

vfat users,exec,gid=users,umask=000,iocharset=utf8 0 0

Das Problem war, daß ich die bei der Installation automatisch angelegte fstab nicht in Frage gestellt habe, bei meinen anderen
Installationen wurde der umask Eintrag offensichtlich automatisch richtig (wie auch immer) eingetragen, deshalb hat der Schreibzugriff
seinerzeit wohl auch funktioniert.

 

[TeXpert]

aber ich habe schon 1001 mal die Zugriffsrechte
auf Fat32 Partitionen genau SO erfolgreich geändert wie beschrieben,

und genau das stimmt eben nicht, da Fat32 keine Filerechte kennt ergo *kann* chmod nicht funktionieren.

 

[ingo.trautwein]

@texpert:
OK, Diskurs beendet, will dich nicht weiter ärgern oder dir deine Zeit klauen!
Ich kann jetzt leider auch nicht mehr belegen, WIE das Schreibrecht seinerzeit "automatisch" auf die Partition kam, außerdem war die Partition damals von WIN98 mit dem fdisk von WIN9SE formatiert, diesmal habe ich den unpartitionierten Bereich bei der Installation mit yast formatiert und die Mountpoints zugewiesen.

 

[ingo.trautwein]

Vorab: den Vorwurf, nicht zuerst in den FAQ gesucht zu haben, nehme ich unbestritten auf mich und gelobe Besserung

"FAT32 kennt keine Rechte und somit kann chmod nicht funktionieren..."


Das kann ich so nicht stehen lassen, (=>verbessert mich wenn ich was unrichtiges behaupte)

Schreibrechte sind letzlich nur flags mit einem logischen Wert 1 oder 0, die von dem für den IO zuständigen Treiber oder Programm in irgendeiner Weise ausgewertet werden und entsprechende Entscheidungen (z.B. schreiben_erlaubt y/n) auslösen.

Letztendlich kann ich in jedes Dateisystem schreiben, wenn der Datenträger beschreibbar ist und ein Treiber den IO richtig "übersetzt".
Inwiefern ich das "darf", hängt von dem geladenen
Treiber ab, und den (richtigen oder falschen) Parametern, die ich ihm beim Start mitgebe (wie bei mir geschehen.)
Wenn ich das richtig mache, kann ich auch auch auf einer FAT32
Partition mit chmod genauso Rechte verwalten wie auf ext2 oder reiser, solange ich unter LINUX arbeite. Diese Rechte bleiben auch
glücklicherweise auch nach einem Logout erhalten. (was von einem System wie Linux aber auch nicht anders zu erwarten ist!)

Daß natürlich unter WIN diese Rechteverteilung nicht mehr existiert, ist
mir auch klar, da die Rechte eben vom "vfat" Treiber unter Linux nur virtuell vergeben werden und nicht wirklich in die Original FAT geschrieben werden, alles andere wäre ja auch katastrophal.

PS: Wie das im Detail geht und wo diese Infos abgelegt sind, würde mich übrigens ehrlich interessieren.