Как сделать USB-накопитель в формате ext4 с полными разрешениями RW для любой Linux-машины?

Al igual que cualquier sistema de archivos de estilo Unix -, ext4 incluye convenciones estándar de propiedad y permisos de archivos Unix. Es decir, el usuario se identifica por un número UID, y cada usuario pertenecerá a uno o más grupos, cada grupo identificado por su número GID. Cada archivo tiene un UID de propietario y un GID de propietario de grupo. Los tres conjuntos clásicos de permisos de archivos de Unix son:

• un conjunto de permisos para el propietario, identificado por el número UID del propietario
• un conjunto de permisos para el propietario del grupo, identificado por el número GID del grupo
• un conjunto de permisos para todos los demás

Para poder acceder al dispositivo sin necesidad de ajustar los permisos, debe asegurarse de que todos los archivos y directorios creados en el dispositivo tengan permisos no -restrictivos automáticamente. El problema es que los permisos de cualquier archivo nuevo creado están controlados por el valor umask... y realmente no desea seguir cambiándolo a 000para crear archivos en la memoria USB y volver al valor predeterminado (generalmente 002o022)para uso normal. Un solo error podría llevarlo a crear un archivo de configuración importante con amplios -permisos abiertos, que podría comprometer la seguridad de su cuenta de usuario o causar otros problemas menores.

Si puede asegurarse de que el número de UID de su usuario normal sea el mismo en todos sus sistemas Linux, y solo le importa el acceso para ese usuario (más el root, por supuesto ), puede salirse con la suya con solo formateando la memoria USB a ext4, montándola por primera vez y asignando la propiedad de su directorio raíz a su cuenta de usuario normal antes de comenzar a usar el sistema de archivos.

Suponiendo que /dev/sdX1es la partición de memoria USB en la que desea crear el sistema de archivos,y <username>es su nombre de usuario, puede hacerlo cuando configure la memoria USB para su uso:

sudo mkfs.ext4 /dev/sdX1
sudo mount /dev/sdX1 /mnt
sudo chown <username>: /mnt
sudo umount /mnt

Pero si no puede garantizar que coincidan los números UID/GID, y/o hay varios usuarios que podrían querer usar la memoria USB, deberá hacer algo un poco más complicado, pero aún así -vez operación después de crear el sistema de archivos ext4 en el dispositivo.

Necesitamos establecer una ACL predeterminada en el directorio raíz del sistema de archivos de la memoria USB que asigna acceso total a todos en cualquier archivo o directorio nuevo. Y para asegurarnos de que el dispositivo se montará con la compatibilidad con ACL habilitada, debemos usar tune2fspara ajustar las opciones de montaje predeterminadas almacenadas en los metadatos del sistema de archivos.

sudo mkfs.ext4 /dev/sdX1
sudo tune2fs -o acl /dev/sdX1
sudo mount /dev/sdX1 /mnt
sudo chown <username>: /mnt
chmod 777 /mnt
setfacl -m d:u::rwx,d:g::rwx,d:o::rwx /mnt
sudo umount /mnt

Suponiendo que todos sus sistemas admiten ACL en sistemas de archivos ext4, y que cualquier herramienta de montaje de medios extraíbles que pueda usar no optará por ignorar la opción de montaje acl, ahora debería tener una memoria USB en la que todos los archivos creados en tendrá permisos -rw-rw-rw-y todos los subdirectorios -creados serán drwxrwxrwx+. El signo más indica que el subdirectorio -tendrá una ACL :. El conjunto de permisos predeterminado personalizado configurado para el directorio raíz del dispositivo también será heredado por los subdirectorios -y se comportarán de la misma manera.

El UID/GID del propietario aún coincidirá con el UID y el GID principal del usuario que creó el archivo en el sistema de archivos, pero debido a los permisos relajados de archivos y directorios, eso no debería ser un gran problema.

El único problema que podría esperar es que al copiar archivos en la memoria USB intentará por defecto duplicar los permisos de archivo del original, lo que no desea en este caso.

Por ejemplo, si crea un archivo en el Sistema A con permisos -rw -r --r --y lo copia en el dispositivo, luego mueva el dispositivo al Sistema B sin -números UID coincidentes. Todavía puede leer el archivo en el Sistema B,pero no puede sobrescribirlo en el dispositivo sin borrar o renombrar primero explícitamente el archivo original. Pero puede hacerlo, siempre que tenga acceso de escritura al directorio en el que se encuentra el archivo .

En realidad, esta puede ser una función útil :si modifica el mismo archivo en varios sistemas, esto lo empujará a guardar una nueva versión del archivo cada vez en lugar de sobrescribir el archivo One True... y si el el archivo es importante, eso podría ser algo bueno.