it-swarm.com.de

Mounten Sie das USB-Laufwerk mit Schreibrechten für alle oder einen bestimmten Benutzer

Ich weiß, dass es ähnliche Fragen gibt, aber ich habe ein bestimmtes Problem, das ich nicht überwinden kann.

Ich habe:

  • Festplatte in zwei Partitionen aufgeteilt. /dev/sdb1 und /dev/sdb2. sdb1 ist NTFS und ich brauche es nicht. Ich brauche sdb2, was fat32 ist.
  • Ubuntu 12.04.1 LTS (Server)

Ich möchte:

Letztendlich brauche ich einen Perma-Mount /dev/sdb2 bis /home/storage mit Zugriffsrecht (rw) für den Benutzer media.

Probleme, mit denen ich konfrontiert bin:

1) Verwenden der manuellen Bereitstellung über die Befehlszeile.

Wenn ich nur benutze

server# Sudo mount /dev/sdb2 /home/storage

Es wird gemountet, aber der /home/storage erhält root als Eigentümer und Gruppe und erlaubt dem media Benutzer nicht, dort zu schreiben.

Wenn ich den Befehl mount ohne Sudo als Benutzer media verwende, ist dies nicht zulässig. Sagt, nur root kann mount verwenden.

Wenn ich mount mit Optionen verwende: server# Sudo mount /dev/sdb2 /home/storage -o umask=000 bekomme ich, was ich brauche. Ein bisschen übertrieben natürlich, da der Speicherordner für alle beschreibbar wird. ABER - das wird manuell gemountet - jetzt muss es bei jedem Neustart neu gemountet werden.

2) Beim Neustart erneut einbinden - mit fstab

Also dachte ich mir, es wäre in Ordnung, wenn ich diese Partition bei jedem Neustart mit fstab mounten würde (/dev/sdb2). Die fstab Zeile, die ich hinzugefügt habe:

UUID=8C52-C1CD /home/storage auto user,umask=000,utf8,noauto 0 0

wurde mit blkid uuid. Der fs-Typ auto wurde einige Male geändert ... versuchte es auch mit vfat, aber immer beim Neustart stoppt Ubuntu, wenn fstab (wie ich denke) mit der Meldung (aus dem Protokoll entnommen) verarbeitet wird:

fsck from util-linux 2.20.1 /dev/sda5: clean, 120559/10969088 files, 19960144/43861504 blocks mount: unknown filesystem type 'static' mountall: mount /etc/fstab: [772] terminated with status 32 mountall: Filesystem could not be mounted: /etc/fstab: Skipping /etc/fstab: at user request

Und auch - Sudo mount -a macht nie wirklich etwas.

Was mache ich falsch? Ich vermute, ich habe etwas durcheinander gebracht :)

PDATE:

Wie es scheint - fstab sollte nur Mounts für statische Laufwerke enthalten, keine Art von USB-Zeug. Ich bin verwundert, wie das dann bei all den Leuten funktioniert, die ihre Erfolgsgeschichten ins Netz stellen ...

aber ..wenn dies nicht möglich ist - ich möchte wissen, wie ich meinen USB nach jedem Neustart wieder einbinden kann ... wenn nicht mit fstab - als wie? :)

22
GeekSince1982

Ihr Problem scheint sich auf die von Ihnen festgelegten Berechtigungen zu beziehen. Mit FAT/FAT32 formatierte Laufwerke unterstützen keine Dateiberechtigungen. Die Berechtigungen für alles hängen davon ab, wie das Laufwerk bereitgestellt wird. Wenn Sie die Berechtigung öffnen, hat es bei Ihnen funktioniert

server# Sudo mount /dev/sdb2 /home/storage -o umask=000

Da es nicht automatisch beim Neustart einbinden

UUID=8C52-C1CD /home/storage auto user,umask=000,utf8, -->noauto<-- 0 0

Das "noauto" führt dazu, dass dies NICHT automatisch beim Systemstart gemountet wird und die Datei/etc/fstab analysiert wird. Entfernen Sie diese Option und es wird beim Start bereitgestellt. Sie können die Berechtigungen für den Bereitstellungspunkt festlegen, sobald er mit chmod bereitgestellt wurde, oder sie in/etc/fstab angeben.

Wenn der Medienbenutzer darauf zugreifen muss, können Sie die Berechtigungen auf 764 festlegen und sie der Sicherheitsgruppe hinzufügen. Root hat immer Zugriff auf alles.

in http://www.linux.org/threads/file-permissions-chmod.4094/ finden Sie einige Beispiele für die richtigen Dateiberechtigungen

Nebenbei bemerkt, hat bodhi.zazen einen guten Punkt gemacht. Gibt es einen Grund, warum Sie FAT verwenden müssen? Wenn nicht, würde ich die Daten sichern und ein natives Linux-Dateisystem verwenden. Sie können dann Eigentümer und Berechtigungen festlegen.

25
CacheXT

Sofern nicht durch die Mount-Optionen GID = oder UID = überschrieben, werden der Eigentümer und die Berechtigungen des Mount-Punkts beim Mounten zu denen des Dateisystembaums, der gemountet wird.

Wenn also/dev/sdb1 ein ext4-Dateisystem (z. B. ein Backup) enthält, das dem Benutzer gehört, wird der Benutzer nach erfolgreicher Bereitstellung Eigentümer des Mount-Punkts.

Zunächst haben wir einen leeren Ordner 'backup', der als Einhängepunkt dient und Eigentum von root ist.

# ls -alR /mnt
/mnt/:
drwxr-x---  5 root root 4096 May 30 20:59 ./
drwxr-xr-x  3 root root 4096 Dec  5  2015 ../
drwx------  2 root root 4096 Jan  1 07:45 backup/

/mnt/backup:
drwx------  2 root root 4096 Jan  1 07:45 .
drwxr-x---  5 root root 4096 May 30 20:59 ..

jetzt mounten wir/dev/sdb1 (schreibgeschützt)

# mount -o ro /dev/sdb1 /mnt/backup

und mal sehen ...

# ls -alR
/mnt/:
drwxr-x---  5 root root 4096 May 30 20:59 ./
drwxr-xr-x  3 root root 4096 Dec  5  2015 ../
drwx------  2 user user 4096 Jan  1 07:45 backup/

/mnt/backup:
drwx------  2 user user 4096 Jan  1 07:45 .
drwxr-x---  5 root root 4096 May 30 20:59 ..
-rw-------  1 user user 252076021760 Jun  9 21:11 backup.tar

Wenn Sie nun ein leeres Laufwerk haben und es als Erweiterung des Festplattenspeichers des Benutzers für "Benutzer" bereitstellen möchten, stellen Sie das Laufwerk als Root bereit, und geben Sie "Benutzer" als Root für das Bereitstellen aus.

Wenn das Dateisystem das nächste Mal gemountet wird (von root oder einer anderen Person gemäß fstab), ist der Eigentümer des Mount 'user'.

4
user555425

Du kannst auch rennen

Sudo chmod 0777 /home/storage

Da FAT-Laufwerke keine Berechtigungen haben, wendet Linux die Berechtigung des Bereitstellungspunkts auf das gesamte Laufwerk an.

2
Zane Hooper