2014-08-28 36 views
8
erlaubt

ich auf einem Himbeer-pi arbeite und eine harte Zeit habe Berechtigungen auf eine externe Festplatte zu geben, die ich angebracht habe folgendes Tutorial mit:chown Befehl Rückkehr Betrieb nicht

http://www.howtogeek.com/139433/how-to-turn-a-raspberry-pi-into-a-low-power-network-storage-device/

ich jetzt habe erstellt Ordner auf dieser externen Festplatte und wenn ich einen ls -l Befehl, den ich folgendes zurückgegeben erhalten:

drwxr-xr-x 2 root root 512 Aug 28 23:24 test 

das befindet sich in: /media/USBHDD1/shares

Jetzt versuche ich es schreiben Lesen und Ausführen von Berechtigungen oder sogar ändern Sie den Eigentümer und die Gruppe zu pi geben: pi

jedoch chmod 777 nicht funktioniert, - es keinen Fehler zurückgibt, scheint nur zu haben keine Auswirkungen

Und wenn ich

sudo chown -R pi:pi test/ 

ich den Fehler

bekommen verwenden
chown: changing ownership of `test/': Operation not permitted 

Dies ist eine Linux-Frage, aber ich denke, jemand mit Hintergrund und Wissen über die Verwendung eines Raspberry Pi kann mir hier helfen.

Zusätzliche Informationen wie gewünscht:

Als ich [email protected] /media $ grep USBHDD1 /etc/mtab führen Sie es zurück:

/dev/sda1 /media/USBHDD1 vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro 0 0 
+2

Sieht aus wie '/ media/USBHDD1' eine NTFS- oder VFAT-Partition ist, deren Benutzer-/Gruppenbesitz zum Zeitpunkt der Bereitstellung konfiguriert wurde. – mstrthealias

+0

Entweder das, oder es ist schreibgeschützt montiert. Zum OP: Was ist der Mountpoint? ('/ media/USBHDD1/shares /' oder '/ media/USBHDD1 /'?) und Was ist das 'pwd' beim Ausgeben des Befehls chmod? – wildplasser

+0

Fügen Sie die Ausgabe von 'grep USBHDD1/etc/mtab' in Ihre Frage ein. – mstrthealias

Antwort

10

Der Grund ist, weil die Eigentümer und Berechtigungen bei Einbauzeit für die vfat FS definiert sind.

Handbuch Seite mount (8):

Mount-Optionen für Fett ..

uid=value and gid=value 

      Set the owner and group of all files. (Default: the uid and gid 
      of the current process.) 

    umask=value 

      Set the umask (the bitmask of the permissions that are not 
      present). The default is the umask of the current process. The 
      value is given in octal. 

Es gibt mindestens drei Dinge, die Sie tun können:

(1) Geben Sie pi:pi Zugriff auf das gesamte/media/USBHDD1 Berg:

mount -o remount,gid=<pi's gid>,uid=<pi's uid> /media/USBHDD1

Um pi zu bestimmen uid:

cat /etc/passwd |grep pi

Um pi gid zu bestimmen:

cat /etc/group |grep pi

(2) jeder Zugang zu /media/USBHDD1 Geben Sie durch die umask und dmask (nicht empfohlen) zu ändern:

mount -o remount,umask=000,dmask=000 /media/USBHDD1

(3) die Änderung Partition in ein anderes Dateisystem. Tun Sie dies nur, wenn Sie nicht von einem Windows-Computer auf die externe Festplatte zugreifen:

Sie können das Dateisystem nicht von VFAT in einen Unix-kompatiblen FS konvertieren, daher müssen Sie eine Sicherungskopie erstellen den Inhalt des Laufwerks formatieren Sie als EXT3 + oder Reiserfs, dann kopieren Sie den Inhalt zurück. Hier finden Sie Tutorials für das Web.

+0

Ich habe zuerst die zweite Option ausprobiert, weil ich mich mit der ersten nicht so wohl fühle, da ich neu darin bin. Also, als ich das nochmal ausprobiert habe, lief der Befehl ohne Fehler durch, aber trotzdem sieht es so aus, als hätte es keine Wirkung. Immer noch, wenn ich ls -l befehle, bekomme ich "drwxr-xr-x 2 root root 32768 Aug 29 00:20 share" – l00kitsjake

+0

Ich weiß, dass die zweite Option nicht empfohlen wird, aber ich versuche gerade ziemlich alles zu diesem Zeitpunkt. Wenn ich das mount mit dem umask und dmask mache, und ich ls -l sollte es immer noch root als der Besitzer und die Gruppe sagen? – l00kitsjake

+0

Ja, das ist was ich dachte, aber ich bekomme immer noch: 'drwxr-xr-x 2 root root 32768 Aug 29 00:20 share's Macht 1000 für die gid und uid für pi Sinn? Denn das ist, wie es aussieht. – l00kitsjake