montar ramfs como usuário

9

Minha entrada fstab:

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

O diretório antes da montagem:

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

O diretório após mount ramdisk:

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

Então, você pode ver o problema. Depois que eu monto, o proprietário muda para root e as permissões do grupo vão para, r-xentão não posso usar este ramdisk. O que da?

Estou tentando fazer isso sem precisar su.

— Jonathon Reinhart
fonte

3

Eu tive o mesmo problema. Usar em mode=777vez de umask=777como uma opção parece funcionar (Ubuntu 15.10).

— spraff
fonte

Esta é a única resposta certa. Então do OP fstabentrada pode ser parecido com este: none /home/jreinhart/ramdisk ramfs user,noauto,size=1024M,mode=0770 0 0. Eu removi defaultsuma vez que isso contradiz um pouco user(implica muitas outras opções) e sintonizei modecom uma 0770máscara não-legível por um mundo mais seguro (apenas roote jreinhartpode ler e escrever nela ).

— Neurotransmitter

2

Supondo que este seja o Linux, você também pode usar tmpfs (veja aqui as diferenças, ou seja, por que é aconselhável usá-lo tmpfs) , explicado aqui e (consulte o link) suporta as opções mode, gide uid. Há o seguinte parágrafo no tmpfs.txtqual também pode 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.

Talvez sudo chown ...ainda seja necessário um (acho que não, mas não tenho muita certeza disso, desculpe.)

— sr_
fonte

11

Eu deveria ter mencionado, mas não posso usar tmpfs. Os tmpfs podem ser paginados em disco, o que eu preciso evitar.

— Jonathon Reinhart

0

Se você quiser evitar o sudo, use o montador automático aqui (service autofs). Procure por mapas automontáveis executáveis. Lá você pode escrever o que quiser antes, durante e depois da montagem.

— Nils
fonte

0

Geralmente é um pouco perigoso dar acesso não raiz a uma montagem ramfs, pois um usuário (malicioso / ignorante) pode colocar dados suficientes nele para preencher toda a RAM do sistema disponível. Como outros mencionados acima, algo como tmpfs ou mesmo um disco ram pode ser mais desejável para uso não raiz. (A postagem de sr_ tem algumas leituras muito boas.)

— noffle
fonte

11

Incorretas, ramfs tem uma opção de tamanho máximo

— Bryan Hunt

@BryanHunt fonte? Porque eu li isso em todos os lugares. "Um derivado ramfs chamado tmpfs foi criado para adicionar limites de tamanho"

— redanimalwar 8/11/14

-1

Depois de montar o ramdisk, /home/jreinhart/ramdisktorna-se a raiz do sistema de arquivos montado. Aparentemente, este diretório pertence à raiz. Altere-o (e qualquer outro arquivo relevante no ramdisk) de uma vez por todas de propriedade jreinhart.

Você pode ter visto um comportamento diferente para sistemas de arquivos como o vfat. Em sistemas de arquivos que não têm noção de propriedade, o driver do sistema de arquivos tenta criar uma propriedade falsa sensata, geralmente tornando todos os arquivos pertencentes ao usuário que montou o sistema de arquivos. Sistemas de arquivos como ramfsesse fornecem permissões unix normais, expõem-nos diretamente.

— Gilles 'SO- parar de ser mau'
fonte

Exceto que não é "de uma vez por todas", pois o conteúdo dos ramfs é perdido quando é desmontado. O OP provavelmente deseja que as permissões persistam durante as reinicializações, e é por isso que ele está nos fornecendo uma entrada fstab.

— DepressedDaniel