btrfsの概念化 - スナップショットと使用スペースの理解

Question

Btrfsでは、スナップショットは特別なものではなく、Btrfsサブボリュームにすぎないことを覚えておけば、ほとんどの質問に答えることができると思います。結局のところ、作成時には空ではなく初期コンテンツがあり、その初期コンテンツのストレージスペースはスナップショットのあるサブボリュームと共有されました。

スナップショットは（フル）コピーと似ていますが、共有ストレージのためにより経済的です。

スナップショットを撮らない場合は、単一のファイルをいくつかの変更前にロールバックできますか？

習慣。通常のファイルシステムと同様に、ファイルの変更は破壊的です。魔法のように古いバージョンに戻ることはできません。

ルートのbtrfsスナップショットを使用し、VMware / VirtualBoxスナップショットのように考えることはできますか？

ＶＭディスクイメージは通常、ファイルシステムまたはファイルシステムのファイルではなくブロックデバイスであるため、若干異なると仮定する。

私の考えでは、BtrfsファイルをVM仮想ブロックデバイスのバックアップストアとして使用できるようです。この場合、この質問に対する答えは「はい」です。 NOCOWオプションを使用しない限り（実際にはディスクイメージに推奨）、おそらくそうではありません。これは、記録中にコピーがスナップショットを機能させる魔法であるためです。

スナップショットAにタグを付け、変更した後、Bにタグを付けます。スナップショットAに戻って変更する場合（ブートで/ var / logを変更するだけでも）、その変更は「切り離された」または「タグなし」のスナップショットで適用されるため、Bに戻るとその変更は適用されません。ではありません。目立つ？

Btrfsのすべてのサブボリューム（スナップショットを含む）には名前があるため、「タグなし」スナップショットを持つことはできません。

通常、あるBtrfsサブボリュームで行われた変更（スナップショットとして作成されたかどうか）は、他のBtrfsサブボリュームではまったく見えません。スナップショットはコピーに似ていますが、より経済的であることを覚えておいてください。

ファイルが削除されると、「このファイルが削除されました」メタデータが記録され、ファイルのすべてのバージョンがまだスペースを占有しますか？

ファイルが削除されると、対応するディレクトリエントリも削除されます。これはディレクトリに対する変更であり、すべての変更と同様に、変更が発生したサブボリュームにのみ適用されます。その後、ファイルシステムの他の部分でストレージスペースを使用しない場合にのみファイルが解放されます。

複数のスナップショット間で共有され保存されたファイルを削除することは、通常のファイルシステムから複数の（ハード）リンクを持つファイルを削除するのと非常によく似ています。リポジトリ[inode]が参照されなくなった場合は解放されます。

たとえば、ソースからgccをビルドすると、ビルドディレクトリが5〜8GBになると思います。定期的にソースからビルドすると、多くのハードドライブスペースを「消費」します。そうですか？

複数の異なるディレクトリに複数回ビルドすると、ますます多くのgccスペースが消費されます。ビルド間のコピーを削除したり、毎回同じビルドディレクトリを上書きしたりする場合は、さらに多くのスペースを使用する特別な理由はありません。

Answer 1