monter ramfs en tant qu'utilisateur

9

Mon entrée fstab:

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

Le répertoire avant montage:

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

Le répertoire après mount ramdisk:

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

Ainsi, vous pouvez voir le problème. Une fois que je monte, le propriétaire passe à root et les autorisations de groupe vont à r-xdonc je ne peux pas utiliser ce ramdisk. Ce qui donne?

J'essaie de faire ça sans avoir à le faire su.

— Jonathon Reinhart
source

3

J'ai eu le même problème. Utiliser mode=777au lieu de umask=777comme option semble fonctionner (Ubuntu 15.10).

— vaporiser
source

C'est la seule bonne réponse. Ainsi , l'OP fstabentrée peut ressembler à ceci: none /home/jreinhart/ramdisk ramfs user,noauto,size=1024M,mode=0770 0 0. J'ai supprimé defaultscar cela contredit quelque peu user(cela implique de nombreuses autres options) et réglé modesur un 0770masque non lisible dans le monde plus sûr (donc seulement rootet jreinhartpeut lire et écrire dessus ).

— Neurotransmetteur

2

En supposant qu'il s'agit de Linux, vous pouvez également utiliser tmpfs (voir ici les différences, c'est-à-dire pourquoi il pourrait être conseillé d'utiliser tmpfs) , ce qui est expliqué ici et (voir le lien) prend en charge les options mode, gidet uid. Il y a le paragraphe suivant tmpfs.txtqui pourrait également être pertinent:

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.

Alors peut-être qu'un sudo chown ...est encore nécessaire (je suppose que non, mais je ne suis pas sûr de cela, désolé.)

— sr_
source

1

J'aurais dû le mentionner, mais je ne peux pas utiliser tmpfs. tmpfs peut être paginé sur le disque, ce que je dois éviter.

— Jonathon Reinhart

0

Si vous voulez éviter sudo, vous pouvez utiliser l'automonteur ici (service autofs). Recherchez les cartes de montage automatique exécutables. Vous pouvez y écrire tout ce que vous voulez avant, pendant et après le montage réel.

— Nils
source

0

Il est généralement quelque peu dangereux de donner un accès non root à un montage ramfs, car un utilisateur (malveillant / ignorant) pourrait y mettre suffisamment de données pour remplir toute la RAM système disponible. Comme d'autres l'ont mentionné ci-dessus, quelque chose comme tmpfs ou même un disque RAM peut être plus souhaitable pour une utilisation non root. (Le message de sr_ a de très bonnes lectures.)

— noffle
source

1

Incorrect, ramfs a une option de taille maximale

— Bryan Hunt

@BryanHunt source? Parce que je lis ça partout. "Un dérivé de ramfs appelé tmpfs a été créé pour ajouter des limites de taille"

— redanimalwar

-1

Après avoir monté le disque virtuel, /home/jreinhart/ramdiskdevient la racine du système de fichiers monté. Apparemment, ce répertoire appartient à root. Modifiez-le (et tout autre fichier pertinent sur le disque virtuel) une fois pour toutes jreinhart.

Vous pouvez avoir vu un comportement différent pour les systèmes de fichiers comme vfat. Sur les systèmes de fichiers qui n'ont aucune notion de propriété, le pilote du système de fichiers essaie de trouver une fausse propriété raisonnable, faisant généralement de chaque fichier la propriété de l'utilisateur qui a monté le système de fichiers. Des systèmes de fichiers comme ramfscelui-ci fournissent des autorisations Unix normales les exposent directement.

— Gilles 'SO- arrête d'être méchant'
source

Sauf que ce n'est pas "une fois pour toutes" car le contenu de ramfs est perdu lors de son démontage. OP veut probablement que les autorisations persistent pendant les redémarrages, c'est pourquoi il nous donne une entrée fstab à examiner.

— DepressedDaniel