タグ付けされた質問 「bind-mount」

2
バインドマウントとは何ですか?
「バインドマウント」とは何ですか?どうやって作るの?それは何の役に立つのですか? 私は何かにバインドマウントを使用するように言われましたが、それが何であるか、またはそれをどのように使用するかを理解していません。

3
マウントがバインドマウントの読み取り専用オプションを尊重しないのはなぜですか?
私のArch Linuxシステム(Linuxカーネル3.14.2)では、バインドマウントは読み取り専用オプションを尊重しません # mkdir test # mount --bind -o ro test/ /mnt # touch /mnt/foo ファイルを作成します/mnt/foo。の関連エントリ/proc/mountsは /dev/sda2 /mnt ext4 rw,noatime,data=ordered 0 0 マウントオプションは、要求されたオプションと一致しませんが、バインドマウントの読み取り/書き込み動作と最初にマウント/dev/sda2するために使用されるオプションの両方と一致します/ /dev/sda2 / ext4 rw,noatime,data=ordered 0 0 ただし、マウントを再マウントすると、読み取り専用オプションが尊重されます # mount --bind -o remount,ro test/ /mnt # touch /mnt/bar touch: cannot touch ‘/mnt/bar’: Read-only file system および関連エントリ /proc/mounts/ /dev/sda2 …


1
マウント-他のユーザーを自分としてバインドします
fstabを使用して、自分のディレクトリの1つにある別のユーザーに属するフォルダーをバインドしています。SSHFSをマウントするときにユーザーをマップできることを知っていますmount --bind。いくつかの調査を行ってきましたが、同等のものを見つけることができません。 別のユーザーのフォルダとファイルを自分のファイルとしてマウントする方法はありますか? 更新:それは必ずしもありません持っていることmount --bind。ユーザーのマッピング中に同様の操作を行う必要があり、起動時に実行できます。
16 mount  bind-mount 


2
マウントネームスペースの外側でバインドマウントが見えるのはなぜですか?
そこで、Linuxのマウント名前空間がどのように機能するかを把握しようとしています。そこで、私は少し実験をして、2つのターミナルを開き、次のコマンドを実行しました。 ターミナル1 root@goliath:~# mkdir a b root@goliath:~# touch a/foo.txt root@goliath:~# unshare --mount -- /bin/bash root@goliath:~# mount --bind a b root@goliath:~# ls b foo.txt ターミナル2 root@goliath:~# ls b foo.txt ターミナル2でマウントが見えるのはなぜですか?これはマウント名前空間の一部ではないため、ここではディレクトリが空であると思われました。また、でオプションを渡し-o shared=noて使用しようとしましたが、同じ結果が得られました。--make-privatemount 私は何が欠けていますか、どうすれば実際にプライベートにすることができますか?

2
findmntはどのようにバインドマウントを一覧表示できますか?
Linuxはバインドマウントに関する情報を保持していないため、それらとそのソースのリストを取得する方法はないと多くの人が言い続けています。ここではいくつかの例を示します。 ここのコメントの1つから: IIRCこの情報はどこにも保持されませんmount --bind。2つのコピーは同等であり、もう一方よりも「オリジナル」なものはありません。結局のところ、すでにマウントを解除して/mntいると、オリジナルは存在しません。 このサイトの回答から: したがって、どのマウントがバインドマウントであったかを記憶する唯一の方法は、に残って/etc/mtabいるマウントコマンドのログです。バインドマウント操作は、バインドマウントオプションで示されます(ファイルシステムタイプが無視されます)。しかし、mountには、特定のオプションセットでマウントされたファイルシステムのみをリストするオプションはありません。 Debianのバグレポート: これは意図的なものです。両方のマウントポイントはすべての点で完全に等しいため、カーネルはそれらを区別するためのフラグを保持しません。 上記はナンセンスです。このツールfindmntは、バインドマウントのソースパスを一覧表示できます(の形式で、デバイスではなくソースパスのみdevice[source-path]を一覧表示することも試みています)。Linuxカーネルがバインドマウントを維持する場合は、その情報をどこかに保存する必要があります。それ以外の場合は、バインドされていることがわかりません。では、このデータはどこにあるのでしょうか?RAMのあいまいな領域に格納されていますか?DOESはに見てどこか?/home/usersfindmnt/proc

1
元のマウントに影響を与えずにrbindマウントをアンマウントします
尋ねserverfaultのが、十分な注意を取得していないので、ここでいくつかの人が答えを知って希望を持って、ここに転載。 rbindマウントのアンマウントについて議論する別の質問がありますが、解決策には望ましくない影響があります。次のディレクトリレイアウトを検討してください。 . ├── A_dir │ └── mount_b ├── B_dir │ └── mount_c └── C_dir 今私はにバインドC_dirしB_dir/mount_cてrbind B_dirにA_dir/mount_b: [hidden]$ sudo mount --bind C_dir B_dir/mount_c [hidden]$ sudo mount --rbind B_dir A_dir/mount_b [hidden]$ mount | grep _dir | wc -l 3 今umount A_dir/mount_bは失敗しますが、これは驚くことではありません。ウェブ上のいたるところにある回答によると、umount A_dir/mount_b/mount_c最初に次にする必要がありumount A_dir/mount_bます。ただし、umount A_dir/mount_b/mount_cもアンマウントされますがB_dir/mount_c、これは望ましくありません。 [hidden]$ sudo umount A_dir/mount_b/mount_c [hidden]$ mount | …

2
同じファイルシステムの「mount --bind」ディレクトリからファイルへの「ハードリンク」を作成できないのはなぜですか?
元の問題 1つのファイルシステムにファイルがあります。 /data/src/file そして私はそれをハードリンクしたいと思います: /home/user/proj/src/file しかし/home、1つのディスク上にあり/data、別のディスク上にあるため、エラーが発生します。 $ cd /home/user/proj/src $ ln /data/src/file . ln: failed to create hard link './file' => '/data/src/file': Invalid cross-device link さて、デバイス間でハードリンクできないことを学びました。理にかなっています。 手元の問題 だから私は空想を得て、のファイルシステムsrc上にあるフォルダーをバインドマウントすると思いました/data: $ mkdir -p /data/other/src $ cd /home/user/proj $ sudo mount --bind /data/other/src src/ $ cd src $ # (now we're technically on …
9 mount  ln  bind-mount 

1
マウントディレクトリのバインド後にデバイスをアンマウントします。安全ですか?
同じボックスに複数のディストリビューションが共有するホームパーティションがあります。私はのbindマウントを使用していますfstab。各Linuxインストールには、次のようなものがあります。 UUID=[...] /mnt/data ext4 nodev,nosuid 0 2 /mnt/data/arch /home none defaults,bind 0 0 /mnt/data/files /files none defaults,bind 0 0 欠点は、もちろん、あり/mnt/data/archそして/mnt/data/files今二回マウントされています。思いがけず試してみましたがumount /mnt/data、思ったとおりに機能するようです。によるとmount、デバイスはとにのみマウントされ/homeてい/filesます。 私の質問は: これは安全ですか、それとも私は何かを見落としているか? 単独でumount /mnt/data使用するのと同じ効果を得ることはできfstabますか?それとも私はそれを行うことができrc.localますか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.