2014-08-28 13 views
8

Pracuję na pi malinowym i mam trudny czas daje uprawnienia do zewnętrznego dysku twardego, który mam zamontowany przy użyciu następującego samouczek:chown polecenia powrocie operacja nie jest dozwolone

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

mam teraz utworzone foldery na tym zewnętrznym dysku twardym, a gdy robię ls -l polecenia pojawia się następujący powrócił:

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

który znajduje się w: /media/USBHDD1/shares

Teraz staram się dać go wszystkim zapis odczyt i wykonywanie uprawnień lub nawet zmienić właściciela i grupę PI PI

Jednak chmod 777 nie działa - nie zwróci błąd, po prostu wydaje się nie mają wpływu

A kiedy używam

sudo chown -R pi:pi test/ 

pojawia się błąd

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

To jest pytanie linuksowe, ale myślę, że ktoś z tłem i wiedzą o używaniu raspberry pi może mi pomóc.

Extra informacji zgodnie z wnioskiem:

Kiedy biegnę [email protected] /media $ grep USBHDD1 /etc/mtab zwraca:

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

Wygląda, że ​​'/ media/USBHDD1' jest partycją NTFS lub VFAT, która ma skonfigurowaną własność użytkownika/grupy w czasie montowania. – mstrthealias

+0

Albo to, albo jest montowane tylko do odczytu. Do OP: jaki jest punkt montowania? ('/ media/USBHDD1/shares /' lub '/ media/USBHDD1 /'?) i Co to jest 'pwd' przy wydawaniu polecenia chmod? – wildplasser

+0

Dołącz dane wyjściowe pliku 'grep USBHDD1/etc/mtab' w pytaniu. – mstrthealias

Odpowiedz

10

Powodem jest fakt, że własność i uprawnienia są określone w momencie montowania dla vfat FS.

Instrukcja strona mount (8):

Opcje montowania dla tłuszczu ..

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. 

Istnieją co najmniej trzy rzeczy, które możesz zrobić:

(1) Daj pi:pi dostęp do całego/media/USBHDD1 wierzchowca:

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

Aby ustalić PI Numer:

cat /etc/passwd |grep pi

Aby ustalić PI GID:

cat /etc/group |grep pi

(2) dać każdemu dostęp do /media/USBHDD1 zmieniając umask i dmask (nie zalecane):

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

(3) Zmień partycja do innego systemu plików. Zrób to tylko, jeśli nie uzyskujesz dostępu do zewnętrznego dysku twardego z komputera z systemem Windows:

Nie można przekonwertować systemu plików z VFAT na FS zgodny z Uniksami, więc będziesz musiał wykonać kopię zapasową zawartość dysku, formatuj jako EXT3 + lub reiserfs, a następnie skopiuj zawartość z powrotem. Możesz znaleźć samouczki do zrobienia tego w Internecie.

+0

Najpierw wypróbowałem drugą opcję, ponieważ nie jestem tak komfortowy z pierwszym, ponieważ jestem nowy w tym. Więc kiedy spróbowałem ponownie, polecenie przeszło bezbłędnie, ale nadal wygląda na to, że nie miało ono żadnego efektu. Nadal, gdy wykonuję polecenie ls -l, otrzymuję "drwxr-xr-x 2 root root 32768 29 sierpnia 00:20 udziałów" – l00kitsjake

+0

Wiem, że druga opcja nie jest zalecana, ale jestem prawie próbą czegokolwiek w tym momencie. Kiedy robię tego mount przy użyciu umask i dmask, a ja mam ls -l powinien on nadal powiedzieć root jako zarówno właściciel i grupa? – l00kitsjake

+0

Tak, to co myślałem, ale nadal otrzymuję: 'drwxr-xr-x 2 root root 32768 29 sierpnia 00:20 udziałów' Czy 1000 dla gid i uid dla pi ma sens? Bo tak to wygląda – l00kitsjake

Powiązane problemy