imported>Eriosw: archivlinks geprüft

2026-01-08T09:33:44Z

archivlinks geprüft

Neue Seite

{{Infobox Dateisystem
| name =
| full_name = B-tree FS
| introduction_os = [[Linux]], [[Microsoft Windows|Windows]]
| introduction_date = Für [[Linux]] am 12. Juni 2007, als ''[[Beta-Version|Beta]]'' (mit Version ''3.10'') ab Juni 2013, ''[[Entwicklungsstadium (Software)|stabil]]'' seit 27. Oktober 2014; für [[Microsoft Windows|Windows]] (mit Version ''0.1'') am 21. Februar 2016, ''stabil'' (ab ''1.0'') seit 4. September 2017<ref name="GitHub">[https://github.com/maharmstone/btrfs/blob/master/README.md WinBtrfs: Readme] (englisch) – ''[[GitHub]]'', am 4. September 2017; zudem (wohl auch schon ab 2016) u. a. mit ''{{lang|en|„WinBtrfs is a Windows driver for the next-generation Linux filesystem Btrfs. A reimplementation from scratch, it contains no code from the Linux kernel, and should work on any version from Windows 7 onwards.“}}'' und ''„{{lang|en|It is also included as part of the free operating system ReactOS.}}“'' (Übersetzung zum letzten Satz: „Es ist auch als Teil des […] Betriebssystems ReactOS enthalten.“)</ref>
| partition_id =
| directory_struct = [[B+-Baum|B+-Baum]]<ref>{{Internetquelle |autor=Valerie Aurora geb. Henson |url=http://lwn.net/Articles/342892/ |titel=A short history of btrfs |titelerg=btrfs: Pre-history |werk=LWN.net |datum=2009-06-22 |sprache=en |zitat=Rodeh’s btrees are different: […], he got rid of the links between leaves of the tree […]. (This is a fairly standard form of btrees in file systems, sometimes called 'B+trees'.) |abruf=2010-10-04}}</ref>
| file_struct =
| bad_blocks_struct =
| max_filename_size = 255 Byte
| max_files_no = 264
| max_volume_size = 16 [[Exbibyte|EiB]]
| max_file_size = 16 [[Exbibyte|EiB]]
| filename_character_set = alle Bytes außer <code>[[Nullzeichen|NULL]]</code> und <code>/</code>
| dates_recorded =
| date_range =
| date_resolution =
| forks_streams =
| attributes = [[Portable Operating System Interface|POSIX]]
| file_system_permissions = POSIX, [[Access Control List|ACLs]]
| compression = ja
| encryption = geplant<ref name="chris-mason-btrfs">{{Webarchiv |url=http://www.linuxfoundation.org/news-media/blogs/browse/2009/06/conversation-chris-mason-btrfs-next-generation-file-system-linux |wayback=20090625161141 |text=A Conversation with Chris Mason on BTRfs: the next generation file system for Linux}}</ref>
| OS = [[Linux]], [[ReactOS]], [[Microsoft Windows|Windows]]
}}

Das „'''{{lang|en|B-Tree File System}}'''“<ref>{{Internetquelle |url=https://tuxcare.com/blog/btrfs-file-system/ |titel=Btrfs File System: An overview |hrsg=TuxCare |datum=2023-03-27 |format=[[Blog]] |sprache=en |abruf=2025-03-15 |zitat=Btrfs, the short form for “B-Tree File System,” is a Linux kernel-based, state-of-the-art file system that seeks to replace the current standard ext4 file system for Linux distributions while simultaneously providing next-generation features.}}</ref> bzw. '''Btrfs'''<ref>[https://btrfs.wiki.kernel.org/ Der erste Buchstabe wird großgeschrieben.]</ref> (als ''gelesene'' Abkürzung auch manchmal {{enS|‚butter FS‘}} gesprochen; „Btr“ für ''{{lang|en|[[B-Baum|B-tree]]}}'' und „FS“ bzw. „fs“ für ''{{lang|en|file system}}'', also [[Dateisystem]])<ref>{{Internetquelle |autor=Valerie Henson |url=http://mirror.linux.org.au/pub/linux.conf.au/2008/Thu/mel8-262.ogg |titel=Chunkfs: Fast file system check and repair |datum=2008 |format=OGG |kommentar=106,8 MB, Laufzeit 18 Minuten, 49 Sekunden |zitat=It's called Butter FS or B-tree FS, but all the cool kids say Butter FS |abruf=2008-02-05}}</ref><ref>{{Internetquelle |autor=Jake Edge |url=http://lwn.net/Articles/267896/ |titel=CRFS and POHMELFS |werk=LWN.net |hrsg=Eklektix, Inc. |datum=2008-02-06 |sprache=en |abruf=2010-10-04}}</ref> ist ein [[Copy-On-Write]]-Dateisystem, das seit 2007<ref name="mason2007" /> als [[freie Software]] unter der [[GNU General Public License]] (GPL) für [[Linux]]-[[Betriebssystem]]e im Rahmen des [[Linux (Kernel)|Linux-Kernels]] und seit 2016, mit der Bezeichnung ''[[WinBtrfs]]'', [[plattformübergreifend]] für [[Microsoft Windows|Windows]]<ref>[https://www.heise.de/newsticker/meldung/Experimentell-Freier-Treiber-fuer-Btrfs-Filesystem-unter-Windows-3114837.html Experimentell: Freier Treiber für Btrfs-Filesystem unter Windows] – ''[[Heise online|Heise]]'', am 22. Februar 2016.</ref> (ab [[Microsoft Windows 7|Windows 7]])<ref name="GitHub" /> sowie [[ReactOS]]<ref name="GitHub" /><ref>[https://www.reactos.org/project-news/reactos-041-released ReactOS 0.4.1 Released] (englisch) – ''Reactos Project'', am 17. Mai 2016; u. a. mit ''„{{lang|en|BTRFS support – Initial read and write support introduced via importing of the WinBtrfs driver.}}“''</ref> entwickelt wird.

Btrfs wird seit einiger Zeit als Nachfolger des bislang im Linux-Umfeld vorherrschenden ''{{lang|en|[[extended filesystem]]}}'' (seit 2008 in Version 4 als [[ext4]]-Dateisystem) gehandelt. So setzte [[Andrew Morton (Programmierer)|Andrew Morton]],<ref>{{Internetquelle |autor=Andrew Morton |url=http://www.linux-foundation.jp/jp_uploads/seminar20080709/Andrew-symposium-2008.pdf |titel=Status and Direction of Kernel Development |datum=2008-07-09 |format=PDF; 58 kB |sprache=en |zitat=I am hoping that btrfs will save us. But as far as I know it is not getting as much external development support as it warrants – Merging btrfs into mainline might help here |offline= |abruf=2026-01-08}}</ref><ref>{{Internetquelle |url=https://www.heise.de/newsticker/meldung/Kernel-Log-Keine-Unstable-Series-Linux-2008-7-Umgang-mit-Sicherheitskorrekturen-187446.html |titel=Kernel-Log: Keine Unstable-Series, Linux 2008.7, Umgang mit Sicherheitskorrekturen |werk=heise open |datum=2008-07-16 |abruf=2010-10-04}}</ref> einer der prominentesten [[Linux-Kernel]]-Entwickler, 2008 „auf längere Sicht auf Btrfs“. Da jedoch beide Dateisysteme gewisse Vorteile bieten und auch beide aktiv weiterentwickelt werden, hat Btrfs diese Nachfolge bisher nicht angetreten – es bietet stattdessen eine zusätzliche Wahlmöglichkeit für Distributoren und Anwender.

== Eigenschaften ==
Btrfs weist zahlreiche Gemeinsamkeiten mit [[ZFS (Dateisystem)|ZFS]] auf und wird deswegen als Linux-Analogon zu ZFS beschrieben. ZFS wurde zwar schon sieben Jahre früher vom mittlerweile selben Hersteller ([[Sun Microsystems]], aufgegangen in Oracle) als ultimatives Dateisystem entworfen, war wegen seines Lizenzstatus jedoch für die Verwendung mit Linux ungeeignet. Beide haben integriertes [[RAID]], [[Logical Volume Manager|Volume-Management]], [[Prüfsumme|prüfsummenbasierten]] Schutz vor Datenübertragungsfehlern und nutzen [[Copy-On-Write]], ein Verfahren, bei dem eine Kopie erst dann „real“ angefertigt wird, sobald sie von einem der Beteiligten verändert wird. Solange alle Beteiligten ihre Kopie nicht verändert haben, genügt es, das Original ein einziges Mal zu speichern. Die Kopie erfolgt also zunächst „virtuell“ und wird erst bei einer ersten Benutzung verzögert angelegt. Das in das Dateisystem integrierte RAID-Subsystem bietet gegenüber klassischen Hardware- oder Software-RAID-Implementierungen den Vorteil, dass zwischen belegten und freien Datenblöcken unterschieden werden kann und somit bei der Rekonstruktion eines gespiegelten RAID-[[Volume (Datenspeicher)|Volumens]] nur belegter Plattenplatz gespiegelt werden muss. Hieraus resultiert im Schadensfall, besonders bei wenig gefüllten Dateisystemen, eine enorme Zeitersparnis. Die RAID-Funktionalität wird zudem, im Gegensatz zu klassischen RAID-Verfahren, mit Hilfe von größeren Datenblöcken organisiert. Es erfolgt dann beispielsweise im [[RAID 1]] keine Spiegelung der Datenträger, sondern es wird sichergestellt, dass jeder Datenbereich auf wenigstens zwei Datenträgern abgelegt wird. Sofern der größte Datenträger nicht größer ist als die restlichen zusammengenommen, wird es so möglich, einen RAID 1 aus einer ungeraden Anzahl von Datenträgern unterschiedlicher Kapazität zu bilden – unter voller Ausnutzung ihrer Kapazität.

Weiterhin baut Btrfs mit der [[B-Baum]]-Struktur auf einem zentralen Konzept aus [[XFS (Dateisystem)|XFS]] auf. Es ist somit auch mit dem nicht mehr weiterentwickelten [[Reiser4]] verwandt, zu dem es als adäquate Alternative gesehen wird.<ref>{{Internetquelle |autor=[[Theodore Ts’o]] |url=http://kerneltrap.org/mailarchive/linux-kernel/2008/8/1/2780064 |titel=Re: reiser4 for 2.6.27-rc1 |werk=Linux Kernel Mailing List archive |hrsg=KernelTrap |datum=2008-08-01 |sprache=en |archiv-url=https://web.archive.org/web/20080903223751/http://kerneltrap.org/mailarchive/linux-kernel/2008/8/1/2780064 |archiv-datum=2008-09-03 |offline=1 |abruf=2010-10-16}}</ref>

Zu Btrfs gehört das [[Dienstprogramm]] <code>btrfs-convert</code>, mit dem bestehende ext3- und ext4-Dateisysteme in Btrfs-Dateisysteme konvertiert werden können. Die Konvertierung ist reversibel.<ref>{{Internetquelle |autor=Michael Kofler |url=http://www.pro-linux.de/artikel/2/1456/3,arbeiten-mit-btrfs.html |titel=btrfs – Linux-Dateisystem der Zukunft – Arbeiten mit btrfs – Pro-Linux |werk=pro-linux.de |datum=2010-08-26 |abruf=2015-10-01}}</ref>

Btrfs soll vor allem auch Funktionen bieten, die es vom derzeitigen Linux-Standard ext3/ext4, aber auch von anderen Dateisystemen wie XFS oder [[Journaled File System|JFS]] abheben, hierunter fallen:
* erweiterter Speicherbereich (264 Byte)
* effizientes Speichern kleiner Dateien und Verzeichnisse
* dynamische [[Inode]]s
* [[Schnappschuss (Informationstechnik)|Schnappschüsse]]
* mehrere Subvolumen (also untergeordnete oder auch ''Volume''nteile)
* [[Datenkompression]] (mit [[zlib]], [[Lempel-Ziv-Oberhumer|lzo]] oder [[zstd]])
* Dateisystemcheck und [[Defragmentierung]] während des Betriebs
* effiziente interne inkrementelle [[Datensicherung]]
* [[Copy-On-Write]]
* [[Prüfsumme]]n
* integriertes [[RAID]], Spiegelung und Aneinanderhängen von Objekten (RAID 0, RAID 1, (experimentelle Unterstützung von RAID 5 & RAID 6), RAID 10<ref>{{Internetquelle |autor=Thorsten Leemhuis |url=https://www.heise.de/ct/artikel/Kernel-Log-Was-3-9-bringt-1-Dateisysteme-und-Storage-1829979.html |titel=Kernel-Log – Was 3.9 bringt |werk=heise.de |hrsg=Heise Zeitschriften Verlag GmbH & Co. KG |datum=2013-03-27 |sprache=de |abruf=2013-03-30}}</ref><ref>{{Internetquelle |autor=Michael Larabel |url=http://www.phoronix.com/scan.php?page=article&item=btrfs-raid015610-linux41&num=1 |titel=Btrfs RAID 0/1/5/6/10 Five-Disk Benchmarks On Linux 4.1 |hrsg=phoronix |datum=2015-05-29 |abruf=2015-05-29}}</ref>)
* Im Gegensatz zu seinen direkten Konkurrenten ZFS und [[Bcachefs]], unterstützt Btrfs nicht nur eine Vergrößerung, sondern auch eine Verkleinerung von Partitionen.<ref>{{Internetquelle |url=https://btrfs.readthedocs.io/en/latest/Resize.html |titel=Resize |werk=btrfs.readthedocs.io |sprache=en |abruf=2025-09-20}}</ref>
* Anders als ZFS und Bcachefs unterstützt Btrfs bisher keine eigene (native) Verschlüsselung, ist aber kompatibel mit Verschlüsselung in einem gestackten Dateisystem mit [[eCryptfs]] oder [[EncFS]].<ref>{{Internetquelle |url=https://archive.kernel.org/oldwiki/btrfs.wiki.kernel.org/index.php/FAQ.html#Does_Btrfs_support_encryption.3F
|titel=Does Btrfs support encryption? |werk=btrfs.wiki.kernel.org |sprache=en |abruf=2025-09-20}}</ref>

== Geschichte ==
Die Kernstruktur von Btrfs – die Copy-on-write-B-Baum-Struktur – wurde ursprünglich von dem IBM-Forscher Ohad Rodeh im Rahmen einer Präsentation bei der [[USENIX]] 2007 vorgeschlagen. Rodeh schlug auch das Hinzufügen von Referenzierungszählern für Speicherblöcke und bestimmte Lockerungen der Balancing-Algorithmen normaler B-Bäume vor, die die B-Bäume für Hochleistungsspeicherlösungen mit Copy-On-Write-Schnappschüssen tauglich machen und dabei gute [[Nebenläufigkeit]] bewahren.<ref>{{Internetquelle |autor=Ohad Rodeh |url=https://www.usenix.org/events/lsf07/tech/rodeh.pdf |titel=B-trees, Shadowing, and Clones |datum=2008 |format=PDF; 2,5 MB |sprache=en |abruf=2010-10-16}}</ref>

Chris Mason, damals ein [[ReiserFS]]-Entwickler bei [[SUSE Linux|SUSE]], wurde noch im selben Jahr von Oracle eingestellt und begann dort seine Arbeit an einem neuen Dateisystem, das fast ausschließlich solche B-Bäume verwendet – nicht nur für Meta- und Nutzdateien, sondern auch rekursiv zur Verfolgung der Speicherzuteilung der Bäume selber. Damit können sämtliche Operationen durch dieselben Routinen abgewickelt werden.<ref name="mason2007">{{Internetquelle |autor=Chris Mason |url=https://lkml.org/lkml/2007/6/12/242 |titel=[ANNOUNCE] Btrfs: a copy on write, snapshotting FS |werk=Linux Kernel Mailing List archive |datum=2007-06-12 |sprache=en |abruf=2010-05-29}}</ref><ref>{{Internetquelle |autor=Valerie Aurora |url=http://lwn.net/Articles/342892/ |titel=A short history of btrfs |werk=[[LWN.net]] |datum=2009-07-22 |sprache=en |abruf=2009-08-22}}</ref>

Am 9. Januar 2009 wurde Btrfs erstmals in den Linux-Kernel 2.6.29 aufgenommen.<ref>{{Internetquelle |autor=Jonathan Corbet |url=http://lwn.net/Articles/314325/ |titel=Btrfs merged for 2.6.29 |werk=lwn.net |datum=2009-01-09 |sprache=en |abruf=2010-10-04}}</ref> In einigen [[Linux-Distribution]]en steht das Dateisystem bereits offiziell bei der Installation zur Auswahl.

=== Linux ===
Für die meisten [[Linux-Distribution]]en ist Btrfs eines der zur Auswahl stehenden Dateisysteme oder es existieren Pakete, um es manuell einzurichten. Für den experimentellen Einsatz wurde das Dateisystem erstmals unter [[OpenSUSE]] 11.3 unterstützt<ref>{{Internetquelle |url=http://wiki.opensuse.org/Product_highlights |titel=OpenSUSE 11.3: Product highlights |titelerg=1.1 Support for the new Btrfs file system |werk=openSUSE Wiki |sprache=en |archiv-url=https://web.archive.org/web/20100726091548/http://wiki.opensuse.org/Product_highlights |archiv-datum=2010-07-26 |zitat=openSUSE is the first distribution that lets you choose Btrfs in the installer. |offline=1 |abruf=2010-07-17}}</ref> sowie unter [[Oracle Linux]] Release 2.<ref>{{Internetquelle |autor=Oliver Diedrich |url=https://www.heise.de/newsticker/meldung/Oracle-Linux-mit-Btrfs-1471543.html |titel=Oracle Linux mit Btrfs |datum=2012-03-14 |abruf=2012-03-14}}</ref> Beispielsweise können die Distributionen [[Arch Linux]], [[Debian]], [[Fedora (Linux-Distribution)|Fedora]], [[Gentoo Linux|Gentoo]], [[Red Hat Enterprise Linux|RHEL]] und [[Ubuntu (Betriebssystem)|Ubuntu]] optional auf Btrfs installiert werden bzw. Btrfs-''{{lang|en|Volumes}}'' nutzen.

Als Standard-Dateisystem findet sich Btrfs auf den Distributionen [[MeeGo]],<ref>{{Internetquelle |autor=Mirko Dölle |url=https://www.heise.de/newsticker/meldung/MeeGo-Projekt-waehlt-Btrfs-zum-Standard-Dateisystem-998662.html |titel=MeeGo-Projekt wählt Btrfs zum Standard-Dateisystem |werk=heise open |datum=2010-05-12 |abruf=2010-10-04}}</ref> [[SUSE Linux Enterprise Server]] 12 (SLES 12),<ref>{{Internetquelle |autor=SUSE |url=https://www.suse.com/releasenotes/x86_64/SUSE-SLES/12/#fate-316637 |titel=Release Notes for SUSE Linux Enterprise Server 12 |werk=suse.com |datum=2014-04-16 |sprache=en |abruf=2014-04-16}}</ref> [[Garuda Linux]]<ref>{{Internetquelle |url=https://garudalinux.org/ |titel=Garuda Linux Website |sprache=en |abruf=2021-09-29}}</ref> und openSUSE ab Version 13.2.<ref name="heiseonline_2441505">{{Heise online |ID=2441505 |Titel=Im Test: OpenSuse 13.2 |Autor=Liane M. Dubowy |Datum=2014-11-04 |Abruf=2024-02-09 |Zitat=Standard-Dateisystem ist bei OpenSuse 13.2 jetzt wie bei dem vor kurzem vorgestellten Suse Linux Enterprise 12 Btrfs für die Root-Partition und XFS für die Home-Partition.}}</ref>

Auf Fedora sollte nach 2008 Btrfs auch als Standard-Dateisystem verwendet werden,<ref>{{Internetquelle |autor=Jörg Thoma |url=http://www.golem.de/1112/88392.html |titel=Neuerungen für Fedora 17 stehen fest |werk=golem.de |datum=2011-12-13 |abruf=2012-02-09}}</ref> wurde jedoch immer wieder verworfen, weil einige Werkzeuge zum Administrieren des Dateisystems noch nicht ausgereift waren.<ref>{{Internetquelle |autor=Thorsten Leemhuis |url=https://www.heise.de/newsticker/meldung/Fedora-19-MariaDB-statt-MySQL-aber-kein-Btrfs-1794637.html |titel=Fedora 19: MariaDB statt MySQL, aber kein Btrfs |werk=heise.de |datum=2013-01-31 |abruf=2013-01-31}}</ref><ref name="fedoraproject.org">fedoraproject.org: {{Webarchiv|url=https://docs.fedoraproject.org/en-US/Fedora/20/html/Installation_Guide/Create_Btrfs-x86.html |wayback=20140707192244 |text=9.14.4. Create a Btrfs subvolume }} (englisch)</ref><ref>{{Internetquelle |autor=Chris Murphy |url=https://www.spinics.net/lists/fedora-desktop/msg13979.html |titel=Re: Btrfs in fedora 25-26 |werk=spinics.net |datum=2016-09-08 |abruf=2017-09-23}}</ref> Fedora 33, erschienen im Oktober 2020, hat nach über 10 Jahren<ref>{{Internetquelle |autor=Ferdinand Thommes |url=https://linuxnews.de/2020/07/fedora-33-mit-btrfs-als-standard-dateisystem/ |titel=Fedora 33 kommt mit Btrfs als Standard-Dateisystem |werk=linuxnews.de |datum=2020-07-16 |abruf=2020-08-21}}</ref><ref>{{Internetquelle |url=https://fedoramagazine.org/btrfs-coming-to-fedora-33/ |titel=Btrfs Coming to Fedora 33 |datum=2020-08-24 |abruf=2020-09-08 |sprache=en-US}}</ref> Btrfs als Standard-Dateisystem letztlich doch eingeführt.<ref name="heiseonline_4940606">{{Heise online |ID=4940606 |Titel=Linux-Distribution Fedora: Version 33 macht BTRFS zum Standard-Dateisystem |Autor=David Wolski |Datum=2020-10-27 |Abruf=2020-10-27 |Zitat=Fedora 33 erscheint mit einem Paukenschlag: Die Entwickler der Linux-Distribution haben den Wechsel von EXT4 zu BTRFS als Standard-Dateisystem der Linux-Distribution beschlossen.}}</ref>

2017 gab [[Red Hat]] bekannt, Btrfs in RHEL nicht mehr zu unterstützen,<ref>{{Internetquelle |autor=golem.de |url=https://www.golem.de/news/rhel-7-4-red-hat-beendet-unterstuetzung-fuer-btrfs-1708-129266.html |titel=Red Hat beendet Unterstützung für Btrfs |werk=golem.de |datum=2017-08-02 |abruf=2018-08-01}}</ref> woraufhin es in RHEL 8 (2019) nicht mehr enthalten war.<ref name="heiseonline_4878486">{{Heise online |ID=4878486 |Titel=Linux: Dateisystem Btrfs soll in Fedora 33 zur Vorgabe werden |Autor=Martin Gerhard Loschwitz |Datum=2020-08-25 |Abruf=2020-08-25 |Zitat=Nachdem das Dateisystem in RHEL 6 als "Technology Preview" ausgeliefert wurde, war damit in Version 8 schon wieder Schluss: Btrfs flog aus der Distribution. Aktuelle RHEL-Versionen liefern keinerlei Support mehr für Btrfs. … Wie das Red Hat-Team künftig mit der Fedora-Entscheidung umgeht und wie sich diese auf RHEL auswirkt, bleibt abzuwarten}}</ref> Wie sich die Entscheidung von Fedora, der freien Basis von RHEL, auf das kommerzielle Linux von Red Hat auswirkt, bleibt noch abzuwarten.<ref name="heiseonline_4878486" /> [[Canonical]] setzt indes unter Ubuntu auf das mit Btrfs vergleichbare Dateisystem [[OpenZFS]] (''{{lang|en|ZFS on Linux}}''), das seit Version 16.04 immer mehr in die Distribution integriert wird, beinhaltet jedoch Unterstützung für Btrfs.

Stand September 2025 wird von der Verwendung von Btrfs mit RAID 5 oder RAID 6 noch abgeraten.<ref>{{Internetquelle |url=https://btrfs.readthedocs.io/en/latest/btrfs-man5.html#raid56-status-and-recommended-practices |titel=RAID56 STATUS AND RECOMMENDED PRACTICES |werk=btrfs.readthedocs.io |sprache=en |abruf=2025-09-20}}</ref> Dafür sind drei noch nicht gelöste Probleme in diesem Betriebsmodus verantwortlich. Bei einem Stromausfall kann es zu einer Desynchronisierung kommen, da eine [[Journaling|Journal]]-Lösung noch fehlt. Fehlerhafte Daten könnten zu einem ''{{lang|en-US|Destructive RMW}}'' führen, womit Folgefehler auftreten. Schließlich führt ''{{lang|en-US|[[data scrubbing|scrubbing]]}}'' zu einer hohen Ein- und Ausgabelast, die bei RAID5 zweimal so hoch und bei RAID6 dreimal so hoch sein kann.<ref>https://lore.kernel.org/all/86f8b839-da7f-aa19-d824-06926db13675@gmx.com/ (amerikanisches Englisch)</ref>

=== Windows und ReactOS ===
Der Dateisystemtreiber WinBtrfs ermöglicht die Verwendung des Dateisystems unter [[Microsoft Windows|Windows]] und [[ReactOS]].<ref>{{Internetquelle |autor=maharmstone |url=https://github.com/maharmstone/btrfs |titel=WinBtrfs. Contribute to maharmstone/btrfs development by creating an account on GitHub |sprache=en |datum=2018-12-18 |abruf=2018-12-18}}</ref>
{{Hauptartikel|WinBtrfs}}

== Kritik am Design ==
[[Red Hat]] beauftragte im zweiten Quartal 2010 Edward Shishkin, einen der ursprünglichen [[Reiser File System#Reiser4|Reiser4]]-Entwickler, mit einem [[Review (Softwaretest)|Codereview]]. Shishkins Schluss war, dass das Design fehlerhaft ist, da dem ursprünglichen Algorithmus in Kernpunkten nicht gefolgt wird. Die Designfehler führen dazu, dass in speziellen Fällen der Plattenplatz ausgehen kann, obwohl genügend Platz vorhanden ist.<ref>{{Internetquelle |autor=Edward Shishkin |url=https://lkml.org/lkml/2010/6/18/144 |titel=Btrfs: broken file system design (was Unbound(?) internal fragmentation in Btrfs) |werk=Linux Kernel Mailing List archive |datum=2010-06-18 |sprache=en |abruf=2010-12-31}}</ref><ref>{{Internetquelle |autor=Edward Shishkin |url=http://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg05354.html |titel=Re: Balancing leaves when walking from top to down (was Btrfs:…) |werk=linux-btrfs |datum=2010-06-30 |sprache=en |abruf=2011-01-08}}</ref><ref>{{Internetquelle |url=https://btrfs.wiki.kernel.org/index.php/FAQ |titel=FAQ |werk=btrfs Wiki |datum=2011-01-08 |sprache=en |archiv-url=https://web.archive.org/web/20110720221727/https://btrfs.wiki.kernel.org/index.php/FAQ |archiv-datum=2011-07-20 |offline=1 |abruf=2011-01-08}}</ref> Die Btrfs-Entwickler widersprachen der Behauptung, dass es sich um einen Designfehler handele. Sie bezeichneten es vielmehr als Implementierungsfehler, der bereits behoben sei.<ref>{{Internetquelle |url=https://btrfs.wiki.kernel.org/index.php/FAQ#..._btrfs_is_broken_by_design_.28aka._Edward_Shishkin.27s_.22Unbound.28.3F.29_internal_fragmentation_in_Btrfs.22.29 |titel=FAQ |werk=btrfs Wiki |sprache=en |archiv-url=https://web.archive.org/web/20151006232608/https://btrfs.wiki.kernel.org/index.php/FAQ#..._btrfs_is_broken_by_design_.28aka._Edward_Shishkin.27s_.22Unbound.28.3F.29_internal_fragmentation_in_Btrfs.22.29 |archiv-datum=2015-10-06 |offline=1 |abruf=2015-11-17}}</ref> Im August 2017 kündigte Red Hat an, langfristig die Unterstützung von Btrfs in [[Red Hat Enterprise Linux]] (RHEL) einzustellen.<ref>{{Literatur |Titel=RHEL 7.4: Red Hat beendet Unterstützung für Btrfs – Golem.de |Online=https://www.golem.de/news/rhel-7-4-red-hat-beendet-unterstuetzung-fuer-btrfs-1708-129266.html |Abruf=2017-08-04}}</ref> Anlass dafür seien Probleme des Dateisystems im Zusammenspiel mit [[Docker (Software)|Docker]], sowie Anwenderbeschwerden, die nach Aussage von Mitentwicklern häufig aufwändige manuelle Korrekturen im Dateisystem erforderten.<ref>{{Literatur |Titel=Red Hat wendet sich von Btrfs ab – Pro-Linux |Sammelwerk=Pro-Linux |Online=https://www.pro-linux.de/news/1/25005/red-hat-wendet-sich-von-btrfs-ab.html |Abruf=2017-08-04}}</ref> Die zu dem Zeitpunkt aktuelle Version von RHEL nutzte allerdings den Linux-Kernel 3.10, der den Btrfs-Entwicklungsstand von 2013 widerspiegelt und von den Btrfs-Entwicklern nicht empfohlen wird.<ref>{{Internetquelle |url=https://access.redhat.com/downloads/content/package-browser |titel=Log in to Red Hat IDP |abruf=2018-06-26}}</ref> Im gleichen Jahr kaufte Red Hat die Firma Permabit und deren kommerzielle Daten-Deduplizierung.<ref>{{Internetquelle |url=https://www.redhat.com/de/about/press-releases/red-hat-acquires-permabit-assets-eases-barriers-cloud-portability-data-deduplication-technology |titel=Red Hat Acquires Permabit Assets, Eases Barriers to Cloud Portability with Data Deduplication Technology |abruf=2018-06-26}}</ref> 2017 kündigte Red Hat die Ablöse von Btrfs aus RHEL an, entwickelte aber mit Stratis an einer eigenen Technik mit ähnlichen Fähigkeiten.<ref>{{Internetquelle |autor=Swapnil Bhartiya |url=https://www.linux-magazine.com/Online/News/Red-Hat-to-Drop-Support-for-Btrfs |titel=Red Hat to Drop Support for Btrfs |titelerg= |werk=[[Linux-Magazin|Linux Magazin]] |datum=2017-08-08 |sprache=en |abruf=2023-03-06 |zitat=The company is building their own storage solution called Stratis.}}</ref> 2018 wurde in RHEL schließlich sowohl Btrfs als auch ZFS durch Stratis ersetzt.<ref>{{Internetquelle |autor=Udo Seidel |url=https://www.heise.de/select/ix/2019/1/1546084123429385 |titel=Zwiebeltechnik – Datenträger mit Stratis einfach verwalten |werk=iX |hrsg=Heise |datum=2019 |seiten=56 |abruf=2023-03-06 |kommentar=iX 1/2019, S. 56}}</ref>

== Siehe auch ==
* [[Liste von Dateisystemen]]

== Weblinks ==
* [https://btrfs.readthedocs.io/en/latest/ BTRFS-Dokumentation] (englisch)
* [https://btrfs.wiki.kernel.org/ btrfs Wiki Archiv (obsolet)] (englisch)
* [http://www.phoronix.com/scan.php?page=article&item=linux_38_hdd&num=1 Linux 3.8 File-System Testing From A SATA 3.0 HDD] (englisch)
* [http://www.admin-magazin.de/Das-Heft/2012/05/Ein-Btrfs-Praxis-Check-und-Workshop Ein Btrfs-Praxis-Check und -Workshop] – ''[[Admin-Magazin]]'', Version 05/2012; auch zu ''Snapshots'', ''Subvolumes'' und ''Benchmark''
* [https://wiki.ubuntuusers.de/Befehle_Btrfs-Dateisystem/ Befehle Btrfs-Dateisystem] – ''Ubuntuusers-Wiki''

== Einzelnachweise ==
<references responsive />

[[Kategorie:Journaling-Dateisystem]]
[[Kategorie:Linux-Software]]
[[Kategorie:Freies Dateisystem]]
[[Kategorie:Abkürzung]]

Btrfs - Versionsgeschichte

imported>Eriosw: archivlinks geprüft