Jak właściciel pliku i grupa są zapamiętywani dla zewnętrznego dysku?


14

Sformatowałem zewnętrzny dysk twardy z partycją ext4, a następnie go zamontowałem. Aby móc korzystać z nowej partycji, zrobiłem: sudo chown me:me /mount/directoryzmieniłem właściciela pliku i grupę z root na mnie, co działało dobrze.

Ta zmiana jest trwała, więc zastanawiam się, gdzie przechowywane są te informacje. Jeśli odłączę dysk twardy, a następnie zamontuję go w innym katalogu, nadal jestem ustawiony jako właściciel pliku i grupa, więc informacji nie można zapisać w i-węzle katalogu montowania.

Czy więc cała partycja ma własny i-węzeł, w którym przechowywane są tego rodzaju informacje, a jeśli tak, to czy istnieje sposób, aby je wyświetlić? A może jest inne miejsce, w którym przechowywane są informacje?

Odpowiedzi:


19

Nie ma różnicy między dyskiem zewnętrznym a dyskiem wewnętrznym pod względem przechowywanego na nim systemu plików. Właściciel i grupa katalogu głównego systemu plików są przechowywane w jego katalogu głównym, w taki sam sposób, jak właściciel i grupa twojego głównego systemu plików.

Następstwem tego jest to, że ponieważ identyfikatory UID i GID są przechowywane tylko numerycznie, jeśli zamontujesz dysk zewnętrzny w systemie z różnymi użytkownikami /etc/passwd, zobaczysz, że właściciel i grupa zmieniły się na dowolną mapę UID i GID na inny system. (np. jeśli w twoim systemie mejest UID 1000, a dysk instalujesz w systemie, w którym znajduje się UID 1000 rms, zobaczysz katalog należący do rms.)

Z drugiej strony, jeśli używasz systemu plików, który nie przechowuje informacji UID / GID (takich jak FAT), wówczas UID / GID każdego pliku w systemie plików jest pobierany z parametrów podanych mountkomendzie (bezpośrednio lub poprzez /etc/fstab).

Drugą konsekwencją jest to, że nie ma znaczenia, jaki właściciel lub uprawnienia /mount/directorymiały w głównym systemie plików. Po zamontowaniu systemu plików ważne są uprawnienia tego systemu plików. Dlatego lubię to chmod a-rwx /mount/directoryprzed zamontowaniem systemu plików. Zapobiega to przypadkowemu pisaniu, /mount/directorygdy system plików nie jest tam zamontowany.


1
Dawno, dawno temu Solaris 1.x miał błąd, przez który przefiltrowała własność punktu montowania. Objawem było to, że użytkownicy dostali błędy uprawnień, gdy próbowali uzyskać dostęp do systemu plików, ale nie można było zobaczyć żadnych niepoprawnych uprawnień, ponieważ lspokazały uprawnienia w zamontowanym systemie plików.
Barmar

+1 za technikę chmod, o której nie myślałem - oprócz tego, że ma rację inaczej.
Joe
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.