同じファイルシステムの「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 `/data`'s file system, right?)
$ ln /data/src/file .
ln: failed to create hard link './file' => '/data/src/file': Invalid cross-device link

なぜこれがまだ機能しないのですか？

回避策

/dataバインドされたディレクトリではなく「実際の」ディレクトリにいる限り、ハードリンクを作成できるので、私はこの設定が正しいことを知っています。

$ cd /data/other/src
$ ln /data/src/file .
$ # OK
$ cd /home/user/proj/src
$ ls -lh
total 35M
-rw------- 2 user user 35M Jul 17 22:22 file

$

一部のシステム情報

$ uname -a
Linux <host> 4.10.0-24-generic #28-Ubuntu SMP Wed Jun 14 08:14:34 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

$ findmnt
.
.
.
├─/home                               /dev/sdb8   ext4       rw,relatime,data=ordered
│ └─/home/usr/proj/src             /dev/sda2[/other/src]
│                                                 ext4       rw,relatime,data=ordered
└─/data                               /dev/sda2   ext4       rw,relatime,data=ordered

$ mountpoint -d /data
8:2

$ mountpoint -d /home/usr/proj/src/
8:2

注：状況をわかりやすくするためにファイルとディレクトリの名前を手動で変更したため、コマンドの読み取りにタイプミスがある場合があります。

コードにコメントが欠けているのは残念です。時間バインドマウントがv2.4で実装されたので、誰もそれを便利だと思ったことはありません。きっとあなたがしなければならないすべて.mnt->mnt_sbはそれが言うところの代わり.mntです...

それは、サブツリーの周りにセキュリティ境界を与えるからです。

PS：それはかなり何度も議論されていましたが、検索を避けるために：例えばmount --bind / tmp / tmpを検討してください; これで、/ tmpに書き込み可能であっても、ユーザーがroot fsがない他の場所へのリンクを作成できない状況が発生しました。同様の技術は他の分離のニーズでも機能します-基本的に、名前の変更/リンクを特定のサブツリーに限定できます。IOW、それは意図的な機能です。ツリーの束をchrootにバインドして、メインツリーで1年後などに再配置する方法に関係なく、予測可能な制限を取得できることに注意してください。

- アルヴィーロ

スレッドの下の方に具体的な例があります

mount -r --bindが適切に機能するようになると（ページキャッシュの共有を許可しながら、必要な共有ライブラリのコピーをchroot jail内に配置するために使用します）、この機能はセキュリティを破壊します。

mkdir /usr/lib/libs.jail
for i in $LIST_OF_LIBRARIES; do
ln /usr/lib/$i /usr/lib/libs.jail/$i
done
mount -r /usr/lib/libs.jail /jail/lib
chown prisoner /usr/log/jail
mount /usr/log/jail /jail/usr/log
chrootuid /jail prisoner /bin/untrusted &

保護は十分ですが、囚人が/jail/lib/libfoo.so（書き込みはEROFSを返す）を/ jail / usr / logにリンクして、書き込み可能な場所に置くことは避けたいと思います。

クロスデバイスリンクを実行できない理由は、あいまいさを導入するためです。ファイルのディレクトリエントリには、（単純なシステムでは）関連するファイルのiノード番号が含まれます。ハードリンク（別のディレクトリエントリのみ）にも同じiノード番号を含める必要があります。これは問題ありませんが、iノード番号は単一のファイルシステム内でのみ一意です（通常、1から始まる高密度のセットです）。

バインドマウントはその問題を修正しません。はい、それは構造の一種の「フィクション」を構成しますが、1つのファイルシステム上のすべてのiノードに番号を付け直して、関係する両方のファイルシステム全体で一意であることを確認します！それはばかげたことでしょう。

この制限は、UNIXシステムでは常に存在していました。シンボリックリンクは、これを解決するために部分的に発明されました。機能的にまったく同じではないことは知っていますが、通常は問題ありません。

シンボリックリンクを試しますか？（ln -s）