Como o proprietário e o grupo de arquivos são lembrados para uma unidade externa?


14

Formatei um disco rígido externo com uma partição ext4 e montei-o posteriormente. Para poder usar a nova partição, fiz: sudo chown me:me /mount/directoryalterar o proprietário e o grupo do arquivo de root para mim, o que funcionou bem.

Essa mudança é persistente, então eu me pergunto onde essas informações são armazenadas. Se eu desanexar o disco rígido e montá-lo em um diretório diferente, ainda estou definido como proprietário e grupo do arquivo, para que as informações não possam ser armazenadas no inode do diretório de montagem.

Então, toda a partição possui seu próprio inode, onde esse tipo de informação é armazenada? Em caso afirmativo, existe uma maneira de visualizá-la? Ou talvez haja outro local onde as informações sejam armazenadas?

Respostas:


19

Não há diferença entre uma unidade externa e uma unidade interna em termos do sistema de arquivos armazenado nela. O proprietário e o grupo do diretório raiz do sistema de arquivos são armazenados em seu diretório raiz, da mesma forma que o proprietário e o grupo do sistema de arquivos raiz são armazenados.

Um corolário disso é que, como os UIDs e GIDs são armazenados apenas numericamente, se você montar uma unidade externa em um sistema com usuários diferentes /etc/passwd, verá que o proprietário e o grupo mudaram para o que esse UID & GID mapeia no diretório outro sistema. (por exemplo, se o usuário do seu sistema mefor o UID 1000 e você montar a unidade em um sistema em que o UID 1000 estiver rms, você verá o diretório de sua propriedade rms.)

Por outro lado, se você usar um sistema de arquivos que não armazena informações de UID / GID (como FAT), o UID / GID de cada arquivo no sistema de arquivos será obtido dos parâmetros que você forneceu ao mountcomando (diretamente ou através de /etc/fstab)

Um segundo corolário é que não importa qual proprietário ou permissões /mount/directorytinham no seu sistema de arquivos raiz. Depois que um sistema de arquivos é montado lá, as permissões desse sistema de arquivos são as que importam. É por isso que gosto chmod a-rwx /mount/directoryantes de montar o sistema de arquivos. Isso me impede de escrever acidentalmente para /mount/directoryquando o sistema de arquivos não estiver montado lá.


1
Era uma vez o Solaris 1.x tinha um bug no qual a propriedade do ponto de montagem era filtrada. O sintoma era que os usuários obtiveram erros de permissão ao tentar acessar o sistema de arquivos, mas você não pôde ver nenhuma permissão incorreta, porque lsmostrou as permissões no sistema de arquivos montado.
Barmar

+1 para a técnica chmod em que eu não tinha pensado - além de estar correto de outra forma.
Joe
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.