Comment le propriétaire et le groupe de fichiers sont-ils mémorisés pour un disque externe?


14

J'ai formaté un disque dur externe avec une partition ext4 et l'ai ensuite monté. Pour pouvoir utiliser la nouvelle partition, j'ai fait: sudo chown me:me /mount/directorychanger le propriétaire et le groupe de fichiers de root à moi, ce qui a bien fonctionné.

Ce changement est persistant, je me demande donc où ces informations sont stockées. Si je détache le disque dur puis le monte dans un répertoire différent, je suis toujours défini comme propriétaire et groupe de fichiers, de sorte que les informations ne peuvent pas être stockées dans l'inode du répertoire de montage.

La partition entière a-t-elle donc son propre inode où ce type d'informations est stocké et, dans l'affirmative, existe-t-il un moyen de les afficher? Ou existe-t-il peut-être un autre endroit où les informations sont stockées?

Réponses:


19

Il n'y a aucune différence entre un lecteur externe et un lecteur interne en termes de système de fichiers stocké sur celui-ci. Le propriétaire et le groupe du répertoire racine du système de fichiers sont stockés dans son répertoire racine, de la même manière que le propriétaire et le groupe de votre système de fichiers racine sont stockés.

Un corollaire de cela est que, parce que les UID et GID sont stockés uniquement numériquement, si vous montez un lecteur externe sur un système avec différents utilisateurs /etc/passwd, vous verrez que le propriétaire et le groupe ont changé pour ce que cette carte UID et GID sur le autre système. (Par exemple, si l'utilisateur de votre système meest UID 1000 et que vous montez le lecteur sur un système où se trouve UID 1000 rms, vous verrez le répertoire appartenant à rms.)

D'un autre côté, si vous utilisez un système de fichiers qui ne stocke pas les informations UID / GID (comme FAT), alors l'UID / GID de chaque fichier sur le système de fichiers est extrait des paramètres que vous avez donnés à la mountcommande (soit directement, soit via /etc/fstab).

Un deuxième corollaire est que peu importe le propriétaire ou les autorisations /mount/directorysur votre système de fichiers racine. Une fois qu'un système de fichiers y est monté, les autorisations de ce système de fichiers sont celles qui comptent. C'est pourquoi j'aime bien chmod a-rwx /mount/directoryavant de monter le système de fichiers. Cela m'empêche d'écrire accidentellement /mount/directorylorsque le système de fichiers n'y est pas monté.


1
Il était une fois Solaris 1.x avait un bogue où la propriété du point de montage était filtrée. Le symptôme était que les utilisateurs ont obtenu des erreurs d'autorisation lorsqu'ils ont tenté d'accéder au système de fichiers, mais que vous ne pouviez pas voir d'autorisations incorrectes, car ils lsaffichaient les autorisations dans le système de fichiers monté.
Barmar

+1 pour la technique chmod à laquelle je n'avais pas pensé - en plus d'être correct sinon.
Joe
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.