Btrfs: Difference between revisions

Revision as of 03:30, 7 September 2020

In other languages: English (en) italiano (it) [edit]

Btrfs: the b-tree filesystem

Btrfs is a copy-on-write filesystem for Linux aimed at implementing advanced features including error detection, fault tolerance, recovery, transparent compression, cheap snapshots, integrated volume management, and easy administration. It provides multiple device storage pooling, RAID-like functionality, fast snapshot creation, and checksumming of data and metadata. Contributors include Facebook, Fujitsu, (open)SUSE, Oracle, and Western Digital. Btrfs is licensed under the GPL and open for contribution from anyone.

Upstream Development

For more detailed information can be found at the Btrfs homepage.
The current stability status page.
Mailing list information.

Default filesystem, on the desktop

Btrfs is the default file system for desktops, starting with Fedora 33. See the Change Proposal
Fedora Magazine: Btrfs Coming to Fedora 33

Reporting bugs

Bugs related to btrfs user-space commands should be filed against the btrfs-progs component.
All other bugs should be filed against the kernel component. Following submission of the bug, please set the Assignee field to: fedora-kernel-btrfs@fedoraproject.org and Save the change.

Installer

The Fedora installer, Anaconda, uses Btrfs by default in desktop editions and spins; and as an option in Manual Partitioning for Server, Cloud, and IoT editions. Fedora CoreOS installer, Ignition, also supports Btrfs as an option.
The Btrfs partition scheme preset creates an ext4 /boot, and a Btrfs pool. Two subvolumes, root and home, are created from that pool and mounted at / and /home respectively.
Additional mount points using Btrfs will also have corresponding subvolumes created based on the Name field. Subvolumes do not have a size, so the Desired Capacity field when creating new mount points is ignored and can be left blank.

Conversions from Ext3/Ext4 volumes to Btrfs (and back!)

Although Btrfs does not need LVM, if you already are using it then converting your volume does not remove LVM. It also doesn't create the subvolume layout that we're using in Anaconda, and image builders.

Btrfs Wiki has more information on conversion and rollback.

@@ Line 1: / Line 1: @@
 {{autolang|base=yes}}
-== Btrfs: the b-tree filesystem ==
+===Btrfs: the b-tree filesystem===
-=== Summary ===
 Btrfs is a copy-on-write filesystem for Linux aimed at implementing advanced features including error detection, fault tolerance, recovery, transparent compression, cheap snapshots, integrated volume management, and easy administration. It provides multiple device storage pooling, RAID-like functionality, fast snapshot creation, and checksumming of data and metadata. Contributors include Facebook, Fujitsu, (open)SUSE, Oracle, and Western Digital. Btrfs is licensed under the GPL and open for contribution from anyone.
-=== Upstream Development ===
+===Upstream Development===
 * For more detailed information can be found at the [https://btrfs.wiki.kernel.org/index.php/Main_Page Btrfs homepage].
 * The current [https://btrfs.wiki.kernel.org/index.php/Status stability status] page.
 * [https://btrfs.wiki.kernel.org/index.php/Btrfs_mailing_list Mailing list] information.
+#
-== Btrfs in Fedora ==
+===Default filesystem, on the desktop===
-=== Btrfs by default, on the desktop ===
 * Btrfs is the default file system for desktops, starting with Fedora 33. See the [https://fedoraproject.org/wiki/Changes/BtrfsByDefault Change Proposal]
 * [https://fedoramagazine.org/btrfs-coming-to-fedora-33/ Fedora Magazine: Btrfs Coming to Fedora 33]
-=== Btrfs support ===
+===Reporting bugs===
-* It has been available as an installation time option as early as Fedora 11, and a release blocking file system technology since 2012.
-* All Fedora products include Btrfs support in the kernel, and user space tools are installed by default.
-=== Bug reporting ===
 * Bugs related to <code>btrfs</code> user-space commands should be filed against the <span style="color: blue">btrfs-progs</span> component.
 * All other bugs should be filed against the <span style="color: blue">kernel</span> component. Following submission of the bug, please set the Assignee field to: <span style="color: blue">fedora-kernel-btrfs@fedoraproject.org</span> and Save the change.
-=== Installing ===
+===Installer===
 * The Fedora installer, Anaconda, uses Btrfs by default in desktop editions and spins; and as an option in Manual Partitioning for Server, Cloud, and IoT editions. Fedora CoreOS installer, Ignition, also supports Btrfs as an option.
 * The Btrfs partition scheme preset creates an ext4 /boot, and a Btrfs pool. Two subvolumes, root and home, are created from that pool and mounted at / and /home respectively.
 * Additional mount points using Btrfs will also have corresponding subvolumes created based on the Name field. Subvolumes do not have a size, so the Desired Capacity field when creating new mount points is ignored and can be left blank.
-=== Conversions from Ext3/Ext4 volumes to Btrfs (and back!) ===
+===Recommended reading===
+* [https://raid.wiki.kernel.org/index.php/Timeout_Mismatch linux-raid@ list: Timeout Mismatch]
+* [https://lore.kernel.org/linux-btrfs/20200627032414.GX10769@hungrycats.org/ linux-btrfs@ list: How to use btrfs raid5 successfully(ish)]
+===Conversions from Ext3/Ext4 volumes to Btrfs (and back!)===
 {{admon/important|Although Btrfs does not need LVM, if you already are using it then converting your volume does not remove LVM. It also doesn't create the subvolume layout that we're using in Anaconda, and image builders.}}
 * Btrfs Wiki has more information on [https://btrfs.wiki.kernel.org/index.php/Conversion_from_Ext3 conversion and rollback.]
 [[Category:btrfs|btrfs]]

Search