Différent UID / GID lors de l'utilisation d'un lecteur USB formaté ext4 avec un autre ordinateur

Le problème de l'utilisation d'un système de files comme ext4 sur une key USB ou une carte memory est que, lorsqu'il est monté sur un autre système, l'UID / GID du disque risque de ne pas être présent.

Cela peut-il être corrigé avec une option de assembly?

Je suppose que vous espérez find un équivalent des options uid=N et gid=N sockets en charge par certains des autres filesystems dont la command de mount de Linux est mount . Désolé, mais non, ext4 n'a pas cette option.

Ces autres filesystems ont une telle option afin de donner des permissions aux files pour un système de files qui peuvent ne pas avoir d'permissions POSIX utiles. Vous souhaitez supprimer les permissions – ou au less les réassigner – ce qui est une mauvaise idée du sharepoint vue de la security, ce qui explique sans doute pourquoi ces options n'existent pas.

Lorsque vous utilisez un système de files comme ext4 sur un support amovible, vous dites que vous vous souciez de choses comme les permissions POSIX. Cela signifie que vous devez effectuer le même type d'étapes pour synchroniser les ID d'user et de groupe que pour NFS, par exemple.

Si vous ne vous préoccupez pas vraiment des permissions, il existe probablement un système de files plus approprié à votre situation.

J'ai essayé UDF comme candidat pour un tel système de files après le commentaire ci-dessous, mais hélas ça ne marchera pas:

  • Si vous créez un système de files UDF sur une machine Linux, ajoutez-y des files, modifiez leurs permissions et montez-les sur une autre machine Linux, vous obtiendrez les permissions qui s'y trouvent, même si vous donnez uid=N,gid=N Vous devez synchroniser les UID et les GID ici, comme avec NFS.

  • Mac OS X se comporte comme espéré: il croit posséder tout sur un système de files UDF créé sur une machine Linux. Mais, ajoutez un file sur le disque, et il définira l'UID et le GID du file, auquel une boîte Linux obéira.

  • Si vous tentez ensuite de monter ce système de files sur une zone FreeBSD, il crie un invalid argument . Je suppose que c'est parce que les développeurs du kernel n'ont pas réalisé que UDF pouvait apparaître sur les médias non optiques, simplement parce que je ne pouvais pas find de rapports de succès en ligne. Peut-être y a-t-il une incantation magique que j'ai ratée.

  • Il est possible d'get un disque dur UDF pour travailler sur Windows, mais il est très pointilleux sur la façon dont il est créé. Si vous en avez besoin pour travailler, il est probablement préférable de formater à partir de Windows. De la command line:

    format /fs:udf x:

    N'utilisez pas /q : cela crée un système de files less susceptible de monter sur d'autres systèmes d'exploitation.

    Notez que UDF est seulement 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 forme de FAT est probablement la meilleure option ici. Si vous évitez cela en raison de la limite de taille du file FAT32 4 Go, vous pouvez regarder dans exFAT . Il y a une version gratuite de FUSE disponible.

NTFS peut également fonctionner si vous utilisez suffisamment de dissortingbutions Linux récentes pour inclure un support en lecture / écriture fiable pour NTFS.