USB-Laufwerksberechtigungen beim automatischen Bereitstellen

10

Unter Debian gibt es das häufigste Problem, dass Sie versuchen, eine mit ntfs formatierte USB-Festplatte anzuschließen, und dann nicht als normaler Benutzer darauf schreiben können, da das Verzeichnis zu root gehört.

Vor uid=1000,gid=1000einiger Zeit habe ich gelesen, dass dies durch Hinzufügen der Optionen (oder was auch immer Ihre UID und GID sind) behoben werden kann. Dies löst das Problem, scheint mir aber ein bisschen unangenehm zu sein, denn wenn Sie ein Mehrbenutzersystem haben, gehört das Laufwerk immer demselben Benutzer und nicht dem Benutzer, der es gemountet hat / angemeldet ist.

Aus meiner Zeit mit Ubuntu erinnere ich mich, dass dies kein Problem war und Sie NTFS-Laufwerke (mit GNOME) mounten konnten und sie von dem Benutzer beschreibbar waren, der sie gemountet hat. Es scheint also, dass GNOME das Laufwerk mit Berechtigungen bereitstellen kann, die dem angemeldeten Benutzer erteilt wurden.

Jetzt verwende ich jedoch KDE für Debian Jessie und frage mich, ob ich meinen Computer so konfigurieren kann, dass die Laufwerke mit den Berechtigungen des Benutzers bereitgestellt werden, der über die aktive X-Sitzung verfügt.

debian permissions mount usb-drive Kritzefitz
quelle
1
Hmmm ... aber die eine Zeile kurz bei man fstabsagt: fstab - statische Informationen über die Dateisysteme D:
41754
Ich bin mir der Antwort nicht sicher, aber mein begrenztes Wissen sagt, dass es wahrscheinlich etwas mit udev zu tun hat.
ND Geek
@NDGeek, udevbeschäftigt sich mit Gerät Namensgebung , keine Gerätemontage .
Jayhendren
@ Jayhendren gut zu wissen. Wäre udiskses wahrscheinlicher , wenn ich auf meinem eigenen System darüber gestöbert habe? Auch dies ist ein Bereich, mit dem ich nicht viel Erfahrung habe, also bastele ich daran, etwas davon herauszufinden.
ND Geek

Antworten:

3

Anscheinend haben Sie Ihre fstab geändert, um dieses Gerät manuell zu mounten. Oder haben Sie Einträge in autofs vorgenommen? .. Debian / Ubuntu hat schon lange keine manuell konfigurierten Mounts mehr benötigt, auch nicht in GUI-Umgebungen.

Im Allgemeinen müssten Sie keine manuellen Bereitstellungen vornehmen, und alle verschiedenen Desktop-Umgebungen behandeln dies nahtlos und häufig auf leicht unterschiedliche Weise (solange das Gerät nicht in fstab eingerichtet ist).

Einige würden udev / pmount verwenden, wobei consolekit / policykit bei der Authentifizierung helfen würde. Als erstes müssen Sie die manuellen Mount-Einstellungen entfernen und neu starten. Ich bin sicher, dass allein Ihre Automounting-Herausforderungen gelöst werden. Warum versuchen Sie das nicht zuerst und melden sich dann zurück, wenn Sie noch Herausforderungen haben?

Wenn Sie an den Berechtigungen der Binärdateien ntfs-3g oder lowntfs-3g herumgebastelt haben, versuchen Sie, sie auf ihre Standardbesitzrechte und -berechtigungen zurückzusetzen. Kurz gesagt, kehren Sie zu den Standardeinstellungen zurück und starten Sie neu, und es sollte Ihnen gut gehen.

Die von Kiwy vorgeschlagene Lösung (und andere) wird nur dann erforderlich, wenn Sie nach dem Zurücksetzen auf die Standardeinstellungen weitere Probleme haben.

Chux Uzoeto
quelle
Danke, das hat funktioniert. Ich bin sicher, dass ich sie nie in die fstab gelegt habe. Aber jetzt funktioniert es.
Kritzefitz
1

Eine Lösung, die ich für dieses Problem finde, ist die Verwendung udev.
Bearbeiten Sie /etc/udev/rules.d/99-automount.rulesmit Ihrem Lieblingseditor und fügen Sie die folgenden Zeilen hinzu: 

# --sync to allow removal without corruption 
# exclude sda since its the rootfs 
ACTION=="add",KERNEL=="sd[bcd]*", RUN+="/usr/bin/pmount --sync --noatime --umask 000 %k" 
ACTION=="remove", KERNEL=="sd[bcd]*", RUN+="/usr/bin/pumount %k"

Wenn Sie mehr als eine Festplatte haben, möchten Sie möglicherweise sd[bcd]zu sd[cde]oder mehr wechseln , da diese mit dem Gerätenamen übereinstimmt /dev/sd[c or d or e]und diese Buchstaben der Nummer der Festplatte zugeordnet sind, die Sie /dev/sdadie meiste Zeit als Festplatte des Rootfs verwenden

Kiwy
quelle