Btrfs: Difference between revisions
→Deduplication: : mention useful upstream wiki page |
m Polish text in →Top-level vs nested subvolumes |
||
Line 181: | Line 181: | ||
</syntaxhighlight> | </syntaxhighlight> | ||
=== Top level vs nested subvolumes === | === Top-level vs nested subvolumes === | ||
In btrfs, subvolumes can be created either at the top level of the filesystem or within other subvolumes | In btrfs, subvolumes can be created either at the top level of the filesystem or within other subvolumes. | ||
* Top level subvolumes are created directly under the filesystem's root. By default, the root volume | * Top-level subvolumes are created directly under the filesystem's root. By default, the root volume ID is 5. Top-level subvolumes are easier to snapshot, roll back or destroy independently. This is good for things such as <code>/home</code> or <code>/nix</code>. | ||
* Nested subvolumes are created inside an existing subvolume or directory within the filesystem. All nested subvolumes inherit the mount status of their parent unless mounted | * Nested subvolumes are created inside an existing subvolume or directory within the filesystem. All nested subvolumes inherit the mount status of their parent unless mounted separately. This layout is useful for organizing related subvolumes under a common namespace. For example, a top-level subvolume such as <code>/srv/nfs</code> can contain multiple nested subvolumes like <code>/srv/nfs/export1</code> and <code>/srv/nfs/export2</code>. | ||