btrfs サブボリュームを直接マウントするか、マウント・バインド (すでに表示されている場合)

btrfs サブボリュームを直接マウントするか、マウント・バインド (すでに表示されている場合)
  • subvol を/dev/sda1含む btrfs ファイルシステムの場合rootpersistent

  • デフォルトのサブボリュームを次のように設定しました。root

  • またインストールしました/dev/sda1rootデフォルト)/

  • 他のすべてのサブボリュームにアクセスできるように/dev/sda1subvolid=0 をマウントしました。 (はい、現在はレプリカとして存在します。これが理想的であるため、ここのすべてが同じファイルシステムにあると見なされます。)/btrfs//btrfs/root

違いは何ですか?

  1. mount /dev/sda1 -o subvol=persistent /persistent

  2. mount --bind /btrfs/persistent /persistent

persistent()では、異なるファイルシステム間の交差が異なるように処理されるかどうかによって異なるように処理されるなど、すぐに目立たないいくつかの違いについて考えています。どちらのオプションも異なるファイルシステムに移動すると見なされる必要があるため、ここに違いはありません。ただ存在するかもしれませんが、明確ではない違いとして扱います。cp -xcp --one-file-system

ベストアンサー1

設定方法には機能的な違いはありません。root subvolumeデフォルト値に設定したため作成しなかったのと同じです。これは、サブボリュームの抽象化を最大限に活用しようとするほとんどの人が行う方法ではありませんが、完全に許可されています。バックアップは非常にシンプルで強力btrfsで、プライマリサブボリュームを変更する必要がないため、個人的に広い分離を好みます。

それにもかかわらず、すべてのサブボリュームはほとんどの意図と目的のためのフォルダです。違いはmount、不要な場合はマウントせずにファイルシステムのようにマウントできることです。bind私が理解している限り、すべての「一般的な」ユーティリティ(たとえば、cp言及したユーティリティ)は、btrfs関連のツールを除いて、マウント方法に関係なく、そのユーティリティを通常のフォルダとして扱います。いくつかの例外があるかもしれませんが、かなり徹底的なテストでは何も覚えていません。私は誰でも私の間違いを修正するように招待します。

おすすめ記事