![]() |
Schreibberechtigung auf externer Festplatte
Ich habe eine externe Festplatte, die für Backups gedacht ist. Das Einbinden der Disk ist kein Problem. Leider gelingt es mir aber nicht, für mich als gewöhnlichen User eine Schreibberechtigung einzurichten. Schreiben geht nur als 'root'. Ist natürlich durchführbar, aber etwas umständlich.
Was muß ich anstellen, um eine Schreibberechtigung zu erhalten? Kann mir jemand helfen? Danke balluch |
In der Datei /etc/fstab in der 4.Spalte durch Beistrich getrennt user dazuschreiben.
z.B. /dev/hda1 /mnt/nt ntfs iocharset=iso8859-15,ro,umask=0,user 0 0 |
Ich habe folgende Zeile in /etc/fstab eingegeben:
/dev/sda1 /storage vfat noauto,users,gid=users,iocharset=iso8859-15,umask=0002,code=437 0 0 Es hat sich an der Schreibberechtigung nichts geändert. Ich habe dasselbe auch mit 'user' versucht. Ebenfalls ein Fehlschlag. Was ist falsch? Danke balluch |
Zitat:
Code:
/dev/sda1 /storage vfat noauto,users,gid=1000,iocharset=iso8859-15,umask=0002,code=437 0 0/etc/fstab Beschreibung |
Habe GID=1000 angelegt und mich auch als Mitglied angemeldet. Jetzt lautet die Zeile in /etc/fstab:
/dev/sda1 /storage vfat noauto,users,gid=1000,iocharset=iso8859-15,umask=0002,code=437 0 0 Der Zugriff wird aber nach wie vor verweigert. Ich hätte es auch nicht für logisch gehalten, wenn es mit gid=users nicht funktioniert. Ist es tatsächlich für einen normalen User unmöglich, auf einer externen Festplatte Schreibberechtigung zu erhalten? balluch |
Resümee des Bisherigen:
auf externer Festplatte hat nur 'root' Schreibberechtigung. balluch |
Zitat:
|
Die aktuelle Zeile in /etc/fstab lautet jetzt:
/dev/sda1 /storage vfat noauto,user,exec,conv=binary,uid=100,gid=1000,umas k=2 0 0 Sicherheitshalber habe ich auch ein Reboot durchgeführt. Mounten als user wird abgewiesen "nur 'root' kann dies tun". Beim Versuch zu Schreiben wird der Zugriff verweigert. Als 'root' ist dies problemlos möglich. Also alles wie vorher! Tut mir leid. balluch |
Ich schätze mal, daß das Verzeichnis, in welches Du die Backup-Platte mountest, also z.B. storage bei einem Mount-Befehl:
mount /dev/sda1 /storage von root gemacht wurde. Wenn Du jetzt (in der Konsole) folgendes eingibst: cd / ls -la steht sicher das bei storage: drwxr-xr-x 2 root root 4096 Jan 25 2003 storage Das heißt, daß alle die den Benutzernamen root haben schreiben, lesen und ausführen dürfen, alle anderen nur lesen und ausführen (damit man in die Verzeichnisse kommt) dürfen. Also musst Du alle User, die schreiben können dürfen sollen, einer Gruppe (z.b. backup_users) zugehörig machen mußt und dann den Gruppenbesitz und die Gruppenschreiberlaubnis des Verzeichnisses (und Inhalt) ändern musst. Gruppenbesitz des Verzeichnisses: chown -R :backup_users sicherung dann müsste bei einem ls -la folgendes stehen: drwxr-xr-x 2 root backup_users 4096 Jan 25 2003 storage Gruppenschreiberlaubnis anpassen: chmod -R 0775 sicherung dann steht folgendes bei ls -la: drwxrwxr-x 2 root backup_users 4096 Jan 25 2003 storage Wenn Du die Platte für alle anderen User nicht lesbar machen möchtest, musst Du einfach anstatt 0775 0770 verwenden. p.s. hoffentlich ist das verständlich, wenn nicht frag einfach. |
Gruppe angelegt und user hinzugefügt.
chown ausgeführt. Alles schien tatsächlich zu funktionieren. Die Verzeichnisse und Dateien sind nur so über den Bildschirm geflitzt. Aber als der Bildschirm zur Ruhe kam, stand bei jedem Verzeichnis und jeder Datei 'Operation not permitted'. Ist das das Ende meiner Bemühungen? balluch |
Wirf die Zeile aus der fstab raus un mounte das ganze händisch. Anscheinend hast Du Dir mit der fstab-Geschichte ein bisschen die Rechte verschossen. Ist irgendetwas wichtiges auf der Platte drauf oder kannst Du noch einmal von ganz vorne anfangen?
Mit dem GID hast Du ja nur einer Gruppe Schreibberechtigung erteilt. |
Auf der Platte sind schon einige 100 MB drauf, die sehr wichtig sind. Apropos Zeile löschen: Wenn die Platte nicht in der fstab aufscheint, kann sie dennoch gemountet werden? Bis jetzt habe ich sie auf der Konsole als root gemountet (von wegen händisch). Oder ist händisch mounten anders gemeint.
Die Zeile in der fstab hat sich von selbst eingetragen. Ursprünglich stand in der fstab nur: /dev/sda1 /storage vfat noauto,defaults 0 0 und sie ließ sich nicht anders beschreiben wie jetzt. balluch |
All die Mounts, die im fstab aufscheinen werden beim booten gemountet. Das sind also die "Automounts". Zusätzlich kann man noch beliebig viele andere Mounts händisch (per console) machen. Was für ein Kommando hast Du zum mounten verwendet?
|
Das Mount-Kommando war immer:
mount /dev/sda1 /storage balluch |
Die externe Platte ist über FireWire mit dem Desktop verbunden. Da ich sie nicht immer angeschlossen habe, war ich froh über 'noauto' in der fstab. Doch um sie zu mounten (wenn ich den Eintrag in der fstab lösche) brauche ich einen Mountpoint. Wie bekomme ich den?
balluch |
Zitat:
:hehe: |
Zitat:
Code:
mount -t vfat /dev/sda1 /storage |
Ich dachte schon, den Geistesblitz zur Lösung des Problems zu haben. Der Mountpoint hat mich draufgebracht. Ich habe in meinem Homeverzeichnis den Mountpoint 'sicherung' angelegt und dorthin die Platte gemountet, in der Hoffnung, dass in meinem Verzeichnis ich auch die Zugriffsrechte besitze. Leider war das falsch. Auch hier ist 'root' der Alleinbesitzer.
Weiss jemand noch eine Lösung? balluch |
Ach so, Du hast gar keine Möglichkeit Dich als root einzuloggen oder was?
|
Mache doch einmal
Code:
ls -l /storageHat hier der User wenigstens Rechte? |
>Ach so, Du hast gar keine Möglichkeit Dich als root einzuloggen oder >was?
Ich habe bis jetzt alle Sicherungen als 'root' ausgeführt. Nur halte ich es für einen Umweg, wenn ich als 'user' meine Arbeit selbst sichern könnte. Außerdem vereinfacht KDE die Konversation zwischen Homeverzeichnis und externer Festplatte wesentlich. >Mache doch einmal >code: >ls -l /storage >bevor das Laufwerk gemountet wird. >Hat hier der User wenigstens Rechte? :~> ls -al /storage insgesamt 1 drwxr-xr-x 2 root root 48 2003-12-12 11:15 . drwxr-xr-x 25 root root 592 2004-06-16 18:43 .. das ist das Ergebnis. balluch |
Ok, jetzt mache all das noch einmal, aber dieses Mal als root!
Zitat:
|
Ich habe das natürlich als root ausgeführt. Übrigens hatte ich diesen Weg schon probiert, bevor ich das erstemal im Forum um Hilfe bat. Aber auch beim 2. Versuch vorhin war das Ergebnis 'Operation not permitted'.
balluch |
als root ausführen und etwas anderes für username und group einsetzen
Code:
chown username:group /storage |
Zitat:
balluch |
Welche Ausgabe ergibt das?
Code:
umask 000 |
Zitat:
Auf 'umask' als Antwort '0000' Auf 'chown ....' als Antwort: changing ownership of 'storage': Operation not permitted. balluch |
Mit chown vor dem Mounten konnte ich die Besitzverhältnisse von /storage von root:root auf user:group ändern. Die Option -R hatte natürlich keine Wirkung. Nach dem Mounten lautet der Inhalt (Verzeichnisse und Dateien) von /storage weiter auf 'root:root'. Wenn ich das ändern will, dann kommt die Meldung: Operation not permitted.
balluch |
Schreib einmal bitte die Ausgabe von mount auf (also nur mount eingeben).
|
~> mount
/dev/hdb4 on / type reiserfs (rw) proc on /proc type proc (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/hda1 on /windows/C type ntfs (ro,noexec,nosuid,nodev,gid=100,umask=0002,nls=iso 8859-1) /dev/hdb1 on /windows/D type vfat (rw,noexec,nosuid,nodev,gid=100,umask=0002,iochars et=iso8859-1,code=437) /dev/hda5 on /windows/E type ntfs (ro,noexec,nosuid,nodev,gid=100,umask=0002,nls=iso 8859-1) /dev/hda6 on /windows/F type ntfs (ro,noexec,nosuid,nodev,gid=100,umask=0002,nls=iso 8859-1) /dev/hda7 on /windows/G type ntfs (ro,noexec,nosuid,nodev,gid=100,umask=0002,nls=iso 8859-1) /dev/hda8 on /windows/H type vfat (rw,noexec,nosuid,nodev,gid=100,umask=0002,iochars et=iso8859-1,code=437) shmfs on /dev/shm type shm (rw) usbdevfs on /proc/bus/usb type usbdevfs (rw) /dev/sda1 on /storage type vfat (rw) |
letzter Versuch:
Code:
mount -t vfat -o rw,noauto,owner /dev/sda1 /storage |
Zitat:
Ich danke Euch für die Bemühungen und den Zeitaufwand. Leider waren's leere Kilometer. balluch |
Ich schätze einmal es geht mit einem einfachen
mount -t vfat /dev/sda1 /storage auch nicht, oder? |
Da die Platte bereits mit
/dev/sda1 /storage vfat noauto,defaults 0 0 in /etc/fstab eingetragen ist, reicht zum mounten mount /dev/sda1 /storage Schreibberechtigung hat nur 'root'. Mit allen möglichen Optionen zu mounten hat an der alleinigen Schreibberechtigung für 'root' nichts geändert, ebenso wie Änderungen in der fstab. balluch |
Zitat:
Code:
mount /dev/sda1 Vielleicht schreibst du nochmals zusammen, was du genau alles (Reihenfolge) gemacht hast. Der Thread ist ja schon unübersichtlich geworden. |
Wie schaut es denn mit Zugriff von einem Windows PC aus?
Und warum ist das Ding denn überhaupt auf FAT formatiert? |
Zitat:
/dev/sda1 /storage vfat noauto,defaults 0 0 Folgende Änderungen habe ich ausgeführt, die aber erfolglos waren: /dev/sda1 /storage vfat noauto,users,gid=users,iocharset=iso8859-15,umask=002,code=437 0 0 /dev/sda1 /storage vfat noauto,user,uid=500,iocharset=iso8859-15,umask=002,code=437 0 0 /dev/sda1 /storage vfat noauto,users,gid=100,iocharset=iso8859-15,umask=002,code=437 0 0 /dev/sda1 /storage vfat noauto,user,exec,conv=binary,uid=500,gid=100,umask =2 0 0 Ursprünglicher ls -al Eintrag: drwxrxrx 2 root root ------------- storage Der Versuch mit 'chown' war erfolglos, da die Ausführung abgelehnt wurde: chown user.group /storage Es ist die ganze Storage-Platte durchgelaufen und jedes Verzeichnis und jede Datei hatte als Anhang: operation not permitted Als ich vor dem Mounten' chown' wie oben durchgeführt habe, habe ich darauf folgendes Ergebnis erhalten: drwxr-xr-x 2 user group ------------- storage. Daraufhin chmod 775 ausgeführt. Das Ergebnis: drwxrwxr-x 2 user group ------------ storage Nach dem Mounten wieder kein Zugriff für user erlaubt. Jetzt nochmals chown ausgeführt, aber unverändert: operation not permitted. |
Zitat:
|
Zitat:
und versuche das: /dev/hdb3 /storage vfat users,gid=users,umask=0002 1 0 |
Zitat:
hdb3 ist die Swap-Partition. |
| Alle Zeitangaben in WEZ +2. Es ist jetzt 12:22 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
© 2009 FSL Verlag