Schreibberechtigung auf externer Festplatte

[Juro]

Vielleicht hat Linux ein Problem mit den Berechtigungen, die Windows XP auf dem Laufwerk vergeben hat. Mount das Ganze mal per Windows und schau mal dort unter Berechtigungen, oder probier mal was zu schreiben mit einem User, der nicht Administrator ist.

[balluch]

Original geschrieben von Juro
Vielleicht hat Linux ein Problem mit den Berechtigungen, die Windows XP auf dem Laufwerk vergeben hat.

Ich dachte, bei vfat gibt es keine Berechtigungen, sondern erst bei NTFS. Ich werde die externe Platte in Windows XP aber für das "Netzwerk" frei geben. Dann müßte ja jeder zugreifen und schreiben dürfen

balluch

[Juro]

Dachte ich eigentlich auch, aber vielleicht hat sich da irgendein Berechtigungsbit hineingeschummelt - wer weis....

[Flink]

Original geschrieben von balluch
Ich dachte, bei vfat gibt es keine Berechtigungen, sondern erst bei NTFS. Ich werde die externe Platte in Windows XP aber für das "Netzwerk" frei geben. Dann müßte ja jeder zugreifen und schreiben dürfen

LINUX kümmert sich um keine NTFS oder VFAT-Berechtigungen. Deshalb werden die Berechtigungen beim Mount vollkommen neu zugewiesen.
Dasselbe wäre auch, würde man die Platte an einen anderen Windows XP-Computer stecken. Dann ist es auch egal, welcher Benutzer welche Rechte hatte. Die Daten liegen ja nicht verschlüsselt vor.

Daher gibt es die Option 'users' in der fstab, um allen Benutzern das Mount-Kommando für diese Platte zu erlauben. Bei Disketten funktioniert das doch auch.

[balluch]

Original geschrieben von Flink
Daher gibt es die Option 'users' in der fstab, um allen Benutzern das Mount-Kommando für diese Platte zu erlauben. Bei Disketten funktioniert das doch auch.

Bei diesem Eintrag '/dev/sda1 /storage vfat noauto,users,gid=users etc. 0 0' funktioniert 'users' oder 'user' leider nicht.

Habe die Berechtigungen in Windows XP geändert und - wie von allen erwartet - hat sich dadurch nichts geändert.

balluch

[Flink]

Probier doch einmal eine Mandrake Move - CD aus, ob du damit die externe Festplatte mounten kannst.

[thyrver]

Hi

Bei mir schaut das so aus:

/dev/sda1 /mnt/DATEN vfat noauto,user,noatime,noexec,uid=1000,gid=100,umask=022,quiet     0 0

der Benutzer heisst fabsi und die group heisst users

Die Nummer für uid hab ich durch echo $UID herausgefunden (einfach eine konsole als benutzer aufmachen und eintippen)

die gid durch cat /etc/group | grep users

also keine Gruppe mit dem namen 1000 anlegen. und der Benutzer hat auch nicht notwendigerweise die UID 1000.

[balluch]

Original geschrieben von fabsi
Bei mir schaut das so aus:

/dev/sda1 /mnt/DATEN vfat noauto,user,noatime,noexec,uid=1000,gid=100,umask=022,quiet     0 0

Hi fabsi,

Du bist der Größte!! Deine Code-Schablone hat auf Anhieb gefunkt. Nicht nur, daß ich jetzt als user auf der externen Festplatte schreiben kann, kann ich sie als user sogar mounten.

Mein aktueller code lautet:

/dev/sda1 /storage vfat noauto,user,noatime,noexec,uid=500,gid=100,umask=0 22,quiet 0 0

Wieso dieser code klappt, während ich ganz ähnliche Zeilen mit uid=500,gid=100 geschrieben habe, verstehe ich nicht.

Habe im Kofler nachgeschaut, aber den Ausdruck noatime nicht gefunden. Was bedeutet der?

balluch

[thyrver]

noauto,user,noatime,noexec,uid=500,gid=100,umask=022,quiet 0 0

noauto: ned beim booten mounten
user: auch user (nicht nur admins) dürfen mounten
noatime: Zugriffszeiten werden nicht gespeichert. Keine Dokumentation wann das letze mal diese Datei gelesen wurde. Inwiefern das bei einem FAT-Dateisystem Sinn macht weiß ich nicht, aber schaden tuts zumindest auch nicht.
noexec: keine ausführberechtigung für datein auf der platte
quiet: Keine Fehlermeldung ausgeben. Das verhindert lästige Meldungen das Berechtigungen nicht geschrieben werden können. Nona, gibts ja auf FAT auch nicht.

uid: Die ID-Nummer des Besitzers
gid: Die ID-Nummer der Benutzergruppe

umask: zieht die zahlen dahinter von dem jeweiligen Zahlenequivalent der Berechtigung ab:
wenn das Verzeichnis vorher 777 (also schreiben, lesen, ausführen für besitzer, gruppe, alle) gehabt hat, so hats nachher nur mehr 755 (und das entspricht lesen, schreiben, ausführen für Besitzer und nur lesen sowie ausführen für Gruppe und alle anderen)

warums jetzt klappt und mit anderen nummer für uid und gid nicht is schon klar, wenn man sich die Nummern wie Identifikationsnummern vorstellt: Wenn nur der Typ mit der Ausweisnummer 51555 1 MEuro gewinnt, dann bekommt der mit der Nummer 51554 natürlich nix. Wenn du einen Benutzer mit der UID 1000 das Besitzrecht für dein gemountetes Dateisystem vergibst, dann hast du mit der UID 500 natürlich kein Besitzrecht (das hat ja der user mit der UID 1000)

Ahja, und noch ein allgemeiner Hinweis: FAT Partitionen nicht größer machen als knapp 128GB. Sonst können die BSD-Systeme diese Partitionen nicht mehr mounten

Wer is eigentlich der Kofler? Ich schau mir Optionen auf der Bedienungsanleitung für den Befehl mount an, also einfach in der Konsole man mount.

[Flink]

Original geschrieben von balluch
/dev/sda1 /storage vfat noauto,user,noatime,noexec,uid=500,gid=100,umask=0 22,quiet 0 0

Wieso dieser code klappt, während ich ganz ähnliche Zeilen mit uid=500,gid=100 geschrieben habe, verstehe ich nicht.

@balluch:
Das ist sonderbar. Könntest du das einmal reduzieren auf die Minimum-Einstellungen (uid=500), mit denen es noch funktioniert?
Z.B.:

/dev/sda1 /storage vfat user,uid=500 0 0