monta ramfs come utente

9

La mia voce fstab:

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

La directory prima del montaggio:

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

La directory dopo mount ramdisk:

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

Quindi, puoi vedere il problema. Una volta montato, il proprietario passa a root e le autorizzazioni del gruppo vanno a, r-xquindi non posso usare questo ramdisk. Cosa dà?

Sto provando a farlo senza doverlo fare su.

— Jonathon Reinhart
fonte

3

Ho avuto lo stesso problema. L'uso al mode=777posto di umask=777come opzione sembra funzionare (Ubuntu 15.10).

— spraff
fonte

Questa è l'unica risposta giusta. Così del PO fstabvoce può apparire come segue: none /home/jreinhart/ramdisk ramfs user,noauto,size=1024M,mode=0770 0 0. Ho rimosso defaultspoiché contraddice in qualche modo user(implica molte altre opzioni) e sintonizzato modesu una 0770maschera non leggibile del mondo più sicura (quindi solo roote jreinhartpuò leggere e scrivere su questo).

— Neurotrasmettitore il

2

Supponendo che questo è Linux, si potrebbe anche utilizzare tmpfs (vedi qui per le differenze, ad esempio, il motivo per cui potrebbe essere consigliabile l'uso tmpfs) , che viene spiegato qui e (vedi link) supporta le opzioni mode, gide uid. C'è il seguente paragrafo in tmpfs.txtcui potrebbe anche essere rilevante:

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.

Quindi forse sudo chown ...è ancora necessario un (suppongo di no, ma non sono del tutto sicuro, scusa).

— sr_
fonte

1

Avrei dovuto menzionarlo, ma non posso usare tmpfs. È possibile eseguire il paging su disco di tmpfs, cosa che devo evitare.

— Jonathon Reinhart,

0

Se si desidera evitare sudo, è possibile utilizzare qui l'automounter (service autofs). Cerca mappe automount eseguibili. Lì puoi scrivere tutto quello che vuoi prima, durante e dopo il montaggio vero e proprio.

— Nils
fonte

0

In genere è alquanto pericoloso fornire accessi non root a un mount ramfs, poiché un utente (malizioso / ignorante) potrebbe inserire abbastanza dati per riempire tutta la RAM di sistema disponibile. Come altri sopra menzionati, qualcosa come tmpfs o persino un disco ram potrebbe essere più desiderabile per l'uso non root. (il post di sr_ ha delle letture davvero buone.)

— noffle
fonte

1

Errato, ramfs ha un'opzione di dimensione massima

— Bryan Hunt,

@BryanHunt source? Perché l'ho letto dappertutto. "Un derivato ramfs chiamato tmpfs è stato creato per aggiungere limiti di dimensione"

— redanimalwar

-1

Dopo aver montato il ramdisk, /home/jreinhart/ramdiskdiventa la radice del filesystem montato. Apparentemente questa directory è di proprietà di root. Cambialo (e qualsiasi altro file rilevante sul ramdisk) una volta per tutte di proprietà jreinhart.

Potresti aver visto un comportamento diverso per filesystem come vfat. Sui filesystem che non hanno alcuna nozione di proprietà, il driver del filesystem cerca di ottenere una falsa proprietà sensata, generalmente rendendo ogni file di proprietà dell'utente che ha montato il filesystem. I filesystem del genere ramfsforniscono normali autorizzazioni unix per esporli direttamente.

— Gilles 'SO- smetti di essere malvagio'
fonte

Solo che non è "una volta per tutte" poiché i contenuti di ramfs vengono persi quando viene smontato. OP probabilmente vuole che le autorizzazioni persistano per tutti i riavvi, motivo per cui ci sta dando una voce fstab da guardare.

— Depresso