ramfsをユーザーとしてマウント


9

私のfstabエントリ:

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

マウントのディレクトリ:

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

後のディレクトリmount ramdisk

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

だから、あなたは問題を見ることができます。マウントすると、所有者がrootに変わり、グループのアクセス権が移動するr-xため、このramdiskを使用できなくなります。何ができますか?

私はそうすることなくこれをやろうとしているsu

回答:


3

私も同じ問題を抱えていました。オプションとしてではmode=777なくを使用するとumask=777機能するようです(Ubuntu 15.10)。


これが唯一の正しい答えです。したがって、OPのfstabエントリは次のようになりますnone /home/jreinhart/ramdisk ramfs user,noauto,size=1024M,mode=0770 0 0。(他のオプションがたくさんあることを意味します)とはdefaults多少矛盾しているため削除し、より安全な世界で読み取り不可能なマスクにuser調整modeしました0770(このためrootjreinhart読み取りと書き込みのみ可能です)。
神経伝達物質2016年

2

これは、Linuxであると仮定すると、あなたも使用することができますtmpfs (それが使用することをお勧めかもしれない理由、すなわち、違いについてはこちらを参照tmpfsここで説明されていると(リンクを参照)のオプションをサポートしmodegidそしてuid。次の段落tmpfs.txtも関連する可能性があります。

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.

したがって、おそらくa sudo chown ...はまだ必要です(おそらくそうではありませんが、これについてはよくわかりません)。


1
私はそれを言及するべきでしたが、tmpfsを使用できません。tmpfsはディスクにページアウトできますが、これは避ける必要があります。
Jonathon Reinhart

0

sudoを避けたい場合は、ここでオートマウンタ(サービスautofs)を使用できます。実行可能なautomount-mapsを探します。そこで、実際のマウントの前、最中、後に必要なものをスクリプト化できます。


0

(悪意のある/無知な)ユーザーが使用可能なすべてのシステムRAMを満たすのに十分なデータをそこに入れる可能性があるため、一般にroot以外のアクセスをramfsマウントに与えることはやや危険です。上記の他の人が述べたように、tmpfsやram diskのようなものがroot以外の使用にはより望ましいかもしれません。(sr_の投稿には、非常に優れた読み物があります。)


1
不正解です。ramfsには最大サイズオプションがあります
ブライアンハント

@BryanHuntソース?どこでもこれを読んだので。「tmpfsと呼ばれるramfs派生物はサイズ制限を追加するために作成されました」
redanimalwar '

-1

ramdiskをマウントする/home/jreinhart/ramdiskと、マウントされたファイルシステムのルートになります。どうやらこのディレクトリはルートが所有しています。それ(およびramdisk上のその他の関連ファイル)を1度だけ変更して、が所有するようにしjreinhartます。

vfatのようなファイルシステムの異なる動作を見たことがあるかもしれません。所有権の概念がないファイルシステムでは、ファイルシステムドライバーは、一般的なファイルシステムをマウントしたユーザーが所有するすべてのファイルを作成して、適切な偽の所有権を考え出そうとします。このようなファイルシステムはramfs、通常のUNIXアクセス許可を提供して、直接公開します。


アンマウントするとramfsの内容が失われるため、「1回限り」ではありません。OPはおそらく再起動後もパーミッションを維持したいと考えているため、彼はfstabエントリを確認できるようにしています。
DepressedDaniel 2016年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.