Le problème de l'utilisation d'un système de fichiers comme ext4
sur une clé USB ou une carte mémoire est que lorsqu'il est monté sur un autre système, l'UID / GID du disque peut ne pas être présent.
Peut-on résoudre ce problème avec une option de montage?
filesystems
ext4
Marc
la source
la source
Réponses:
Je suppose que vous espérez trouver un équivalent des options
uid=N
etgid=N
prises en charge par certains des autres systèmes de fichiers que Linuxmount
connaît. Désolé, mais non, ext4 n'a pas cette option.Ces autres systèmes de fichiers ont une telle option afin de donner des autorisations aux fichiers pour un système de fichiers qui peut ne pas avoir d'autorisations POSIX utiles. Vous cherchez à retirer les autorisations - ou du moins à les réaffecter - ce qui est une mauvaise idée du point de vue de la sécurité, ce qui explique sans doute pourquoi ces options n'existent pas.
Lorsque vous utilisez un système de fichiers comme ext4 sur un support amovible, vous dites que vous vous souciez de choses comme les autorisations POSIX. Cela signifie que vous devez suivre le même type d'étapes pour synchroniser les ID d'utilisateur et de groupe que vous le feriez pour, disons, NFS.
Si vous ne vous souciez pas réellement des autorisations, il existe probablement un système de fichiers plus approprié à votre situation.
J'ai essayé UDF en tant que candidat pour un tel système de fichiers après le commentaire ci-dessous, mais hélas, cela ne fonctionnera pas:
Si vous créez un système de fichiers UDF sur une boîte Linux, y ajoutez des fichiers, modifiez leurs autorisations et montez-les sur une autre boîte Linux, il obéira aux autorisations qu'il y trouve, même si vous les accordez
uid=N,gid=N
. Vous devez synchroniser les UID et GID ici, comme avec NFS.Mac OS X se comporte comme espéré: il croit qu'il possède tout sur un système de fichiers UDF créé sur une boîte Linux. Mais, ajoutez un fichier sur le disque, et cela définira l'UID et le GID du fichier, auquel une boîte Linux obéira ensuite.
Si vous essayez ensuite de monter ce système de fichiers sur une boîte FreeBSD, il crie
invalid argument
. Je suppose que c'est parce que les développeurs du noyau ne se sont pas rendu compte que l'UDF pouvait apparaître sur des supports non optiques, simplement parce que je n'ai trouvé aucun rapport de succès en ligne. Il y a peut-être une incantation magique que j'ai ratée.Il serait possible de faire fonctionner un disque dur UDF sur Windows, mais il est très pointilleux sur la façon dont il est créé. Si vous en avez besoin pour fonctionner, il est probablement préférable de formater à partir de Windows. Depuis la ligne de commande:
format /fs:udf x:
Ne pas utiliser
/q
: cela crée un système de fichiers moins susceptible de se monter sur d'autres systèmes d'exploitation.Notez que UDF est uniquement en lecture / écriture sur Vista et plus récent. XP montera un disque dur UDF créé sur Vista, mais ne pourra pas y écrire.
Une certaine forme de FAT est probablement la meilleure option ici. Si vous évitez cela en raison de la limite de taille de fichier FAT32 de 4 Go, vous souhaiterez peut-être examiner exFAT . Il existe une version gratuite de FUSE .
NTFS peut également fonctionner, si vous utilisez des distributions Linux suffisamment récentes pour qu'elles incluent une prise en charge fiable en lecture / écriture pour NTFS.
la source