montar ramfs como usuario

9

Mi entrada fstab:

none    /home/jreinhart/ramdisk    ramfs    defaults,user   0 0

El directorio antes de montar:

drwxrwxr-x  2 jreinhart jreinhart  4096  Oct 17 11:31 ramdisk

El directorio después de mount ramdisk:

drwxr-xr-x  2 root     jreinhart  4096  Oct 17 11:31 ramdisk

Entonces, puedes ver el problema. Una vez que lo monte, el propietario cambia a root y los permisos de grupo van a, r-xasí que no puedo usar este disco RAM. ¿Lo que da?

Estoy tratando de hacer esto sin tener que hacerlo su.

— Jonathon Reinhart
fuente

3

Yo tuve el mismo problema. Usar en mode=777lugar de umask=777como una opción parece funcionar (Ubuntu 15.10).

— rociar
fuente

Esta es la única respuesta correcta. Así que de la OP fstabentrada puede tener este aspecto: none /home/jreinhart/ramdisk ramfs user,noauto,size=1024M,mode=0770 0 0. Eliminé, defaultsya que contradice algo user(implica muchas otras opciones) y sintonicé modecon una 0770máscara más segura del mundo no legible (solo así rooty jreinhartpuede leer y escribir en esto).

— Neurotransmisor el

2

Suponiendo que esto es Linux, también puede usar tmpfs (vea aquí las diferencias, es decir, por qué podría ser aconsejable usar tmpfs) , que se explica aquí y (ver enlace) admite las opciones mode, gidy uid. Existe el siguiente párrafo en el tmpfs.txtque también podría ser relevante:

These options do not have any effect on remount. You can change these
parameters with chmod(1), chown(1) and chgrp(1) on a mounted filesystem.

Entonces tal vez sudo chown ...todavía se necesita un (supongo que no, pero no estoy muy seguro de esto, lo siento).

— sr_
fuente

1

Debería haberlo mencionado, pero no puedo usar tmpfs. tmpfs se puede paginar en el disco, lo que debo evitar.

— Jonathon Reinhart

0

Si desea evitar sudo, puede usar el montador automático aquí (autofs de servicio). Busque mapas ejecutables automount. Allí puede escribir lo que quiera antes, durante y después del montaje real.

— Nils
fuente

0

Por lo general, es algo peligroso dar acceso no root a un montaje ramfs, ya que un usuario (malicioso / ignorante) podría ingresar suficientes datos para llenar toda la RAM del sistema disponible. Como otros han mencionado anteriormente, algo como tmpfs o incluso un disco ram podría ser más deseable para uso no root. (La publicación de sr_ tiene algunas lecturas realmente buenas).

— noffle
fuente

1

Incorrecto, ramfs tiene una opción de tamaño máximo

— Bryan Hunt

@BryanHunt fuente? Porque leo esto en todas partes. "Se creó un derivado de ramfs llamado tmpfs para agregar límites de tamaño"

— redanimalwar

-1

Después de montar el ramdisk, se /home/jreinhart/ramdiskconvierte en la raíz del sistema de archivos montado. Aparentemente este directorio es propiedad de root. Cámbielo (y cualquier otro archivo relevante en el disco RAM) de una vez para que todos sean propiedad de él jreinhart.

Es posible que haya visto un comportamiento diferente para sistemas de archivos como vfat. En los sistemas de archivos que no tienen noción de propiedad, el controlador del sistema de archivos intenta encontrar una propiedad falsa sensible, generalmente haciendo que cada archivo sea propiedad del usuario que montó el sistema de archivos. Los sistemas de archivos como ramfsese proporcionan permisos normales de Unix los exponen directamente.

— Gilles 'SO- deja de ser malvado'
fuente

Excepto que no es "de una vez por todas" ya que el contenido de ramfs se pierde cuando se desmonta. OP probablemente quiera que los permisos persistan durante los reinicios, por lo que nos está dando una entrada fstab para ver.

— DepressedDaniel