Btrfsサブボリュームとフォルダー？

私は、btrfsのサブボリューム機能についてかなり読みました。@ films、@ pictures、@ musicなど、データファイルシステムのメインカテゴリにサブボリュームがあると面白いように思えますが、これは単なるフォルダを持つことよりもどのような利点がありますか？

各サブボリュームをマウントする必要がありますか？または、サブボリュームはルートマウントポイントの下のフォルダーのように表示されますか？つまり、/ dataマウントポイントには、/ data / pictures、/ data / musicなどがあります。

どちらかまたは両方の質問に対する答えは「両方」です。はい、各サブボリュームをマウントする必要があります。各サブボリュームは通常のファイルシステムのように動作するため、/ etcなどのマウントポイントに表示されます。

このアイデアにはいくつかの利点があります。たとえば、MySQLデータベースディレクトリをサブボリュームにすると、バックアップで使用するスナップショットを作成できます。また、そのディレクトリをRAID1にすることもできます。これにより、1つのディスクに障害が発生しても、データベースはそのまま残ります。もう1つの方法は、/ etcにサブボリュームを使用して、システム全体のあらゆる種類の構成変更をいつでも元に戻すことができるようにすることです。/ home / usernameにサブボリュームを使用すると、各ユーザーがタイムマシンを使用できるようになる可能性がありますが、おそらくAppleがシステムで提供するものよりもはるかに柔軟な方法です。

そしてもちろん、家庭用のサブボリュームとルート用のサブボリュームを持つことの利点の1つは、アップグレードを元に戻す機能です。たとえば、12.04から12.10に非常に早くアップグレードすると、最初の1か月後にはバグが多すぎるため、オペレーティングシステムのアップグレードを解除します。私は自分で試したことはありませんが、家に置いて以前のシステムを再インストールするのと同じように機能するはずです。ただし、1時間かかります。:)

デフォルトのルートサブボリュームの下のサブボリュームはフォルダーとして表示され、ルートサブボリュームをマウントした場合はマウントする必要はありません。

フォルダーとサブボリュームの違いは、親サブボリューム（ルート）または他のサブボリュームをマウントせずにサブボリュームをマウントできることです。また、サブボリュームはスナップショット化できますが、フォルダーはスナップショット化できません。

現在のUbuntuカーネル（ubuntu 12.10以降）を使用するサブボリューム機能は、「サブボリュームクォータグループ」がまだないため、あまり意味がありません。カーネル3.6（たぶんubuntu 13.04？）を待たなければなりません。もちろん、サブボリュームをスナップホストすることはできます。もちろん、ディレクトリをスナップショットすることはできません。ただし、サブボリュームはLVMを使用した論理ボリュームのように動作することを期待しますが、btrfsを使用した場合、このカーネルにはクォータ拡張がないため、同様のシナリオはありません。

したがって、はい、スナップショットを作成できますが、それらはディレクトリのように見え、サブボリュームのスペースを埋めると、ファイルシステム全体のスペースを埋めます.....

サブボリュームのパスを指定してサブボリュームのサイズを変更することもできますが、サイズ変更操作はサブボリュームのパスではなくファイルシステム全体に影響します。

つまり、このカーネルでは、サブボリュームは本番環境で使用できません。

そうでない場合は、サブボリュームではなくボリュームとしてbtrfsファイルシステムを使用する必要があります。btrfsファイルシステムは、オンラインで縮小したり、オンラインで拡張したりできるため、クォータは不要です。