Rechte auf vfat(Windows)-Partition
![](https://seccdn.libravatar.org/avatar/f532d88969d4b61bc77e9abf1345c4e8.jpg?s=120&d=mm&r=g)
Hi, das Encoding-Problem habe ich gelöst. Habe allerdings jetzt ein merkwürdiges Rechte-Problem. Nach dem Mounten habe ich volle Schreib- und Leserechte auf der Partition. Ich bin sowohl "Besitzer" der Partition als auch Mitglied der Gruppe, die rwx-Rechte hat. Habe die Partition mit folgendem Befehl gemountet: mount -t vfat -o uid=1000,gid=100,iocharset=utf8,umask=0001 /dev/hda1 /windows/c Ich kann auch überall Dateien löschen, ändern und anlegen. Nur unter "/windows/c/Dokumente und Einstellungen/Kay/Eigene Dateien/*" habe ich keine Rechte, naja, eigentlich schon, es kommt aber trotzdem ein "Permission denied". Als root kann ich dort aber ohne Probleme alles machen. Hier exemplarisch eine Datei: -rwxrwxrw- 1 kay users 364 2005-02-12 16:37 Hardware.TXT Schon eine Ebene über "Eigene Dateien", also unter "Kay" habe ich keine Probleme. Woran kann das liegen? MfG Kay
![](https://seccdn.libravatar.org/avatar/7b33cb1e776e35b87edb8ef09f0c888f.jpg?s=120&d=mm&r=g)
Hallo, Am Tue, 17 May 2005, Kay Patzwald schrieb:
das Encoding-Problem habe ich gelöst. Habe allerdings jetzt ein merkwürdiges Rechte-Problem. Nach dem Mounten habe ich volle Schreib- und Leserechte auf der Partition. Ich bin sowohl "Besitzer" der Partition als auch Mitglied der Gruppe, die rwx-Rechte hat. Habe die Partition mit folgendem Befehl gemountet:
mount -t vfat -o uid=1000,gid=100,iocharset=utf8,umask=0001 /dev/hda1 /windows/c
Ich kann auch überall Dateien löschen, ändern und anlegen. Nur unter "/windows/c/Dokumente und Einstellungen/Kay/Eigene Dateien/*" habe ich keine Rechte, naja, eigentlich schon, es kommt aber trotzdem ein "Permission denied". Als root kann ich dort aber ohne Probleme alles machen. Hier exemplarisch eine Datei: -rwxrwxrw- 1 kay users 364 2005-02-12 16:37 Hardware.TXT
Schon eine Ebene über "Eigene Dateien", also unter "Kay" habe ich keine Probleme.
Was sagt 'ls -ld "/windows/c/Dokumente und Einstellungen/Kay/Eigene Dateien/"'? Das Leerzeichen kann's ja nicht sei... -dnh -- [NTFS] it's the Not Trustworthy File System until all files are gone. Then it automagically switches to be the Nothing There File System. That's not a bug. That's a feature. -- Peter Eckhardt in dasr
![](https://seccdn.libravatar.org/avatar/9cf42dca95d7ebd1d47437bdec49cad4.jpg?s=120&d=mm&r=g)
On Tuesday 17 May 2005 21:28, Kay Patzwald wrote:
Hi, [...] mount -t vfat -o uid=1000,gid=100,iocharset=utf8,umask=0001 /dev/hda1 /windows/c
Ich kann auch überall Dateien löschen, ändern und anlegen. Nur unter "/windows/c/Dokumente und Einstellungen/Kay/Eigene Dateien/*" habe ich keine Rechte, naja, eigentlich schon, es kommt aber trotzdem ein "Permission denied". Als root kann ich dort aber ohne Probleme alles machen. Hier exemplarisch eine Datei: -rwxrwxrw- 1 kay users 364 2005-02-12 16:37 Hardware.TXT Schon eine Ebene über "Eigene Dateien", also unter "Kay" habe ich keine Probleme.
Woran kann das liegen?
Das ist doch ganz offensichtlich! Schau dir doch einfach mal die Rechte des Verzeichnisses an. Die Rechte der Datei sind unbedeutend, wenn du in dem Verzeichnis nichts machen darfst! (vermutlich ist das Verzeichnis mit den Rechten 555 versehen, heißt niemand darf dort schreiben. Irgendwie muss ja Windows auch auf fat32 dein Home "schützen")! Danny
MfG Kay
![](https://seccdn.libravatar.org/avatar/f532d88969d4b61bc77e9abf1345c4e8.jpg?s=120&d=mm&r=g)
Danny Kukawka schrieb:
On Tuesday 17 May 2005 21:28, Kay Patzwald wrote:
Hi,
[...]
mount -t vfat -o uid=1000,gid=100,iocharset=utf8,umask=0001 /dev/hda1 /windows/c
Ich kann auch überall Dateien löschen, ändern und anlegen. Nur unter "/windows/c/Dokumente und Einstellungen/Kay/Eigene Dateien/*" habe ich keine Rechte, naja, eigentlich schon, es kommt aber trotzdem ein "Permission denied". Als root kann ich dort aber ohne Probleme alles machen. Hier exemplarisch eine Datei: -rwxrwxrw- 1 kay users 364 2005-02-12 16:37 Hardware.TXT Schon eine Ebene über "Eigene Dateien", also unter "Kay" habe ich keine Probleme.
Woran kann das liegen?
Das ist doch ganz offensichtlich! Schau dir doch einfach mal die Rechte des Verzeichnisses an. Die Rechte der Datei sind unbedeutend, wenn du in dem Verzeichnis nichts machen darfst! (vermutlich ist das Verzeichnis mit den Rechten 555 versehen, heißt niemand darf dort schreiben. Irgendwie muss ja Windows auch auf fat32 dein Home "schützen")!
Stimmt. Danke. Allerdings finde ich das gar nicht offensichtlich, da ich, seit dem ich nach einer Lösung für dieses Problem suche, mehrfach gelesen habe, dass fat32 keine Rechteverwaltung kennt. Wusste nicht, dass Windows auch auf ner Fat32-Partition mein Verzeichnis schützt. Gibt es eine Möglichkeit, das zu ändern? Noch ne allgemeine Verständnisfrage zu dieser Thematik: Wichtig für die Rechte, die ich an einer Datei habe, sind also direkt die Datei-Rechte, aber auch die Rechte des jeweiligen Verzeichnisse, ja? Allerdings spielen die weiter übergeordneten Verzeichnisse keine Rolle, oder?
Danny
MfG Kay
![](https://seccdn.libravatar.org/avatar/9cf42dca95d7ebd1d47437bdec49cad4.jpg?s=120&d=mm&r=g)
On Wednesday 18 May 2005 16:58, Kay Patzwald wrote:
Danny Kukawka schrieb: Stimmt. Danke. Allerdings finde ich das gar nicht offensichtlich, da ich, seit dem ich nach einer Lösung für dieses Problem suche, mehrfach gelesen habe, dass fat32 keine Rechteverwaltung kennt. Wusste nicht, dass Windows auch auf ner Fat32-Partition mein Verzeichnis schützt. Gibt es eine Möglichkeit, das zu ändern?
Also; natürlich gibt es keine Unix-konforme Rechteverwaltung die also Benutzer einschließt. Zumal das ja nix nützen würde, da die Benutzer, wenn es denn welche geben würde nicht in Linux bekannt sind und dann auch noch unterschiedlich sein könnten .... Du brauchst also nicht irgendwelche Benutzer für fat32 einstellen, die normalen Einstellungen in fstab (root:users) reichen vollkommen. Denn den Benutzer mit der uuid 1000 kennt fat32/vfat nicht.
Noch ne allgemeine Verständnisfrage zu dieser Thematik: Wichtig für die Rechte, die ich an einer Datei habe, sind also direkt die Datei-Rechte, aber auch die Rechte des jeweiligen Verzeichnisse, ja? Allerdings spielen die weiter übergeordneten Verzeichnisse keine Rolle, oder?
Die Rechte der Datei sind beziehen sich auf die Datei selbst. Also ob der User sie lesen,ändern oder ausführen kann. Die Verzeichnisrechte regeln dagegen das löschen, erstellen oder verschieben von den darin befindlichen Datein. IMHO gilt das nur für die darin direkt liegenden Dateien/Verzeichnisse nicht für die darüberliegenden. Danny
![](https://seccdn.libravatar.org/avatar/b58101fb24c64d0ff1d0f918e61cedd2.jpg?s=120&d=mm&r=g)
Hallo Danny, hallo Kay, hallo Leute, Am Mittwoch, 18. Mai 2005 17:18 schrieb Danny Kukawka:
On Wednesday 18 May 2005 16:58, Kay Patzwald wrote: [einzelne Verzeichnisse auf fat32 mit Permissions 555]
Wusste nicht, dass Windows auch auf ner Fat32-Partition mein Verzeichnis schützt. Gibt es eine Möglichkeit, das zu ändern?
Also; natürlich gibt es keine Unix-konforme Rechteverwaltung die also Benutzer einschließt. [...]
Ergänzend: DOS/Windows kennt schon seit Ewigkeiten das Schreibschutz-Bit für Dateien und Verzeichnisse. Scheinbar kommt das hier zum Zug. (Mit etwas Glück müsste chmod +w dateiname helfen. Ungetestet.) Gruß Christian Boltz -- Ich weiss leider nicht was du damit meinst. Was ist ein IE? [Franz Preihs in suse-linux]
participants (4)
-
Christian Boltz
-
Danny Kukawka
-
David Haller
-
Kay Patzwald