{"id":469913,"date":"2025-10-03T11:49:11","date_gmt":"2025-10-03T11:49:11","guid":{"rendered":"https:\/\/www.europesays.com\/de\/469913\/"},"modified":"2025-10-03T11:49:11","modified_gmt":"2025-10-03T11:49:11","slug":"linux-torvalds-wirft-bcachefs-dateisystem-aus-dem-kernel","status":"publish","type":"post","link":"https:\/\/www.europesays.com\/de\/469913\/","title":{"rendered":"Linux: Torvalds wirft Bcachefs-Dateisystem aus dem Kernel"},"content":{"rendered":"
    \n
  1. \n

    Linux: Torvalds wirft Bcachefs-Dateisystem aus dem Kernel<\/p>\n<\/li>\n<\/ol>\n

    Linus Torvalds hat den Support f\u00fcr Bcachefs aus dem Hauptentwicklungszweig seines Kernels entfernt; das in neun oder zehn Wochen erwartete Linux 6.18 wird mit dem Dateisystem formatierte Datentr\u00e4ger daher von Haus aus nicht mehr einbinden k\u00f6nnen. Der f\u00fcr Linux-Verh\u00e4ltnisse ungew\u00f6hnliche Rauswurf erfolgte rund 24 Stunden nach der Freigabe von Linux 6.17 zum Wochenstart<\/a>. Diese Version hatte bereits keine Bcachefs-Neuerungen mehr gebracht, denn der Linux-Erfinder hatte den Stand dort vor zwei Monaten als „extern gewartet“ gekennzeichnet und damit eingefroren \u2013 nach mehrfachem Zank mit Kent Overstreet, dem Erfinder und Hauptentwickler von Bcachefs.<\/p>\n

    Bcachefs l\u00e4sst sich jetzt via DKMS einrichten<\/p>\n

    Der Rauswurf<\/a> sollte nur wenige Linux-Anwender betreffen, denn der Bcachefs-Code in Linux ist nie dem experimentellen Stadium entwachsen. Da einzelne Distributionen das Dateisystem aber als Option f\u00fcr Tester anboten, hat es durchaus Nutzer. Darunter sind auch einige sehr laute F\u00fcrsprecher. Kein Wunder, lockt doch Bcachefs mit einer attraktiven Kombination einiger von anderen Dateisystemen bekannten Features.<\/p>\n

    F\u00fcr diese und zuk\u00fcnftige Anwender hat Overstreet einige Umbauma\u00dfnahmen am Code vorgenommen, die er fortan extern entwickelt, wie er es vor der Aufnahme bei Linux 6.7 vor rund eindreiviertel Jahren getan hat. Durch die Umbauten l\u00e4sst sich Bcachefs jetzt per DKMS (Dynamic Kernel Module Support) bei verschiedensten Kerneln ab Linux 6.16 nachr\u00fcsten<\/a> \u2013 und wird bei Kernel-Updates idealerweise auch automatisch passend zum neuen Kernel \u00fcbersetzt. Das Ganze kennen viele Anwender etwa von Distributionen wie Debian oder Ubuntu, die das \u00e4ltere, propriet\u00e4re Kernel-Modul der Nvidia-Grafiktreiber via DKMS handhaben.<\/p>\n

    <\/p>\n

    \"\"<\/p>\n

    <\/a><\/p>\n

    Torvalds will mit dem Rauswurf Verwirrung vermeiden, wo Bcachefs jetzt via DKMS installierbar ist.<\/p>\n

    \n (Bild:\u00a0Screenshot Thorsten Leemhuis \/ heise medien)\n <\/p>\n

    Auch zur Virtualisierung mit VMware oder VirtualBox oder zum Support des Dateisystem OpenZFS setzen viele Distributionen auf das unabh\u00e4ngig vom Kernel gewartete DKMS<\/a>. Das funktioniert in vielen F\u00e4llen recht zuverl\u00e4ssig, f\u00e4llt gelegentlich aber beim Kompilieren auf die Nase. Das liegt zumeist nicht an DKMS, sondern am eher monolithischen Design von Linux.<\/p>\n

    Bei dem sind Treiber, Dateisystemcode und nichts Separates, sondern formen zusammen den „Kernel“ \u2013 auch dann, wenn man beim Bau des Kernels festlegt, einige Teile als nur bei Bedarf nachgeladenes Modul auszulagern. Bei g\u00e4ngigen Linux-Distributionen passen Kernel-Module daher nur zu dem Kernel-Image, f\u00fcr das sie kompiliert wurden. Diese sind somit eben nicht ab- oder aufw\u00e4rtskompatibel, wie man es von stabilen Plug-in- oder Add-on-Schnittstellen bei Browsern oder Treibern von Windows kennt.<\/p>\n

    Gefahr des „sich selbst Aussperrens“ durch instabile Schnittstellen<\/p>\n

    Das liegt auch an einem anderen Aspekt: Um den Kernel schnell und schlank zu halten, ver\u00e4ndern Torvalds und seine Helfer bei Bedarf die Kommunikationswege zwischen den verschiedenen Bestandteilen von Linux; dabei nehmen sie keine R\u00fccksicht auf externe gewarteten Kernel-Code, der sich \u00fcber diese Wege einklinkt. Entwickler von extern entwickeltem Kernel-Code wie fortan Bcachefs m\u00fcssen diesen daher hin und wieder an die Belange neuer Linux-Versionen anpassen; das kann alle paar Wochen oder nur alle paar Jahre n\u00f6tig sein, je nachdem, welche Kernel-Funktionen der externe Code verwendet und wie h\u00e4ufig sich diese Kernel-seitig \u00e4ndern.<\/p>\n

    Diese \u00c4nderungen am externen Code m\u00fcssen es dann aber auch zu den Nutzern schaffen, bevor diese auf Kernel-Version mit ver\u00e4nderten Schnittstellen wechseln. Hakt es daran, schl\u00e4gt beim Anwender das automatische Kompilieren des Moduls via DKMS fehl.<\/p>\n

    Bei extern gewarteten Modulen f\u00fcr Grafikchips f\u00fchrt das zu Problemen, die zumindest Kenner oft mit einigen Handgriffen l\u00f6sen k\u00f6nnen. Bei Modulen f\u00fcr Dateisysteme kann es schwieriger sein, denn wenn dem startenden Kernel ein Modul f\u00fcr das Root-Dateisystem fehlt, kann man das System dar\u00fcber nicht mehr starten und daher kein passendes neues Modul einrichten. Um sich aus so einer Situation ohne Live-Linux heraus zu man\u00f6vrieren, belassen einige Distributionen den jeweils letzten als funktionierend bekannten Kernel bei Updates als Boot-Option zur\u00fcck. Derlei braucht man im d\u00fcmmsten Fall auch, wenn neuer Modulcode nicht funktioniert und man das alte Modul schon gel\u00f6scht hat.<\/p>\n

    Distributions-spezifische Anpassungen erschweren die Auslieferung<\/p>\n

    Der DKMS-Weg von Bcachefs hat einen weiteren Nachteil, wie Overstreets Mail zur breiten Verf\u00fcgbarkeit des DKMS-Ansatzes zeigt<\/a>: Statt Bcachefs mehr oder weniger frei Haus \u00fcber den Kernel an Distributionen zu verteilen, sind nun Anpassungen f\u00fcr Eigenarten der verschiedensten Distributionen n\u00f6tig. Zur m\u00f6glichst einfachen Handhabung durch die Nutzer braucht es ferner idealerweise auch Distributions-spezifische Pakete, die jemand konstant pflegt und testet.<\/p>\n

    Beim Support f\u00fcr Arch Linux, Debian und Ubuntu scheint die Lage demnach schon recht gut zu sein. Bei Fedora ist es im Werden, w\u00e4hrend bei openSUSE noch allerlei Fragezeichen im Raum stehen; dessen Entwickler hatten k\u00fcrzlich den Bcachefs-Support bei Tumbleweed-Kernel beim Wechsel auf 6.17 deaktivierten<\/a> und Overstreets Verhalten dabei kritisierten<\/a>.<\/p>\n

    DKMS ist der Grund f\u00fcr den schnellen Rauswurf<\/p>\n

    Die Bcachefs-Unterst\u00fctzung zur Handhabung via DKMS nennt Torvalds jetzt als Grund f\u00fcr die Entfernung des Dateisystems \u2013 die Kenner mittelfristig erwartet hatten, aber letztlich jetzt viel flotter kam, als es bei der Stilllegung von Bcachefs vor zwei Monaten<\/a> schien. Der waren mehrere Streitereien<\/a> vorangegangen, vor allem zwischen Overstreet und Torvalds. Gleich zweimal hatte es zwischen den beiden lautstark gekracht, weil der Bcachefs-Erfinder Code mit neuen Features zur Aufnahme w\u00e4hrend der l\u00e4ngeren Stabilisierungsphase an den Linux-Erfinder schickte, anstatt w\u00e4hrend der kurzen Hauptentwicklungsphase (dem „Merge Window“), die daf\u00fcr vorgesehen ist. Overstreet war aber auch mehrfach mit anderen Entwicklern zusammen gerasselt. Unter anderem, weil er hinterr\u00fccks den von ihnen betreuten Code ge\u00e4ndert hatte.<\/p>\n

    Der streitbare Kalifornier hat Bcachefs seit \u00fcber zehn Jahren<\/a> weitgehend im Alleingang entwickelt \u2013 auch, weil sich mehrere mit der Zeit dazu gesto\u00dfene Mitstreiter \u00fcber kurz oder lang mit ihm \u00fcberworfen haben. Bis zu einem gewissen Grad ist das nur menschlich, schlie\u00dflich passiert derlei auch beim Hasenz\u00fcchter- und Sportvereinen; bei H\u00e4ufigkeit und Tonfall der Streitereien hebt sich die Bcachefs-Entwicklung aber negativ von anderen Software-Projekten und auch dem Linux-Kernel ab.<\/p>\n

    c’t Open Source Spotlight abonnierenc’t Open Source Spotlight abonnieren<\/p>\n

    Innovative Software, spannende Projekte: Erweitern Sie Ihre M\u00f6glichkeiten und werden Sie Teil der Open Source Community.<\/p>\n

    E-Mail-Adresse<\/p>\n

    Ausf\u00fchrliche Informationen zum Versandverfahren und zu Ihren Widerrufsm\u00f6glichkeiten erhalten Sie in unserer Datenschutzerkl\u00e4rung<\/a>.<\/p>\n

    Dateisystem-Entwicklung ist hart<\/p>\n

    Derlei Drama und der Zank mit zentralen Kernel-Entwicklern d\u00fcrften Schwergewichte aus dem Linux-Bereich verschrecken, die j\u00e4hrlich sch\u00e4tzungsweise mehrere Millionen von US-Dollar in Hardware und Mitarbeiter investieren, um die direkt in Linux enthaltenen Dateisysteme zu testen und zu verbessern \u2013 etwa Google (Ext4), Meta und Suse (Btrfs) oder Oracle und Red Hat (XFS).<\/p>\n

    F\u00fcr Overstreet und seine Unterst\u00fctzer wird es schwer, da mitzuhalten, denn Dateisysteme sind komplex und Linux-Nutzer machen die kuriosesten Dinge mit ihnen \u2013 daher sind meist viele Jahre Feldtest und m\u00fchsames Feintuning n\u00f6tig, bis ein universelles Dateisystem wie Bcachefs wirklich stabil und in vielen der g\u00e4ngigen Einsatzgebiete performant arbeitet.<\/p>\n

    Hier hat Bcachefs noch viel Arbeit vor sich, auch wenn sein Hauptentwickler den extern gewarteten Dateisystemcode k\u00fcrzlich als „stabil“ deklariert hat. Zumindest, wenn es \u00e4hnlich wie bei der Entwicklung von Btrfs, Ext4, Reiserfs oder XFS l\u00e4uft: Auch dort war ab einem vergleichbaren Punkt noch jahrelange Arbeit und damit letztlich auch viel Geld n\u00f6tig, um die Erwartungen der breiten Anwenderschar an Robustheit und Performance zu befriedigen.<\/p>\n

    (ktn<\/a>)<\/p>\n

    \n Dieser Link ist leider nicht mehr g\u00fcltig.\n <\/p>\n

    Links zu verschenkten Artikeln werden ung\u00fcltig,
    \n wenn diese \u00e4lter als 7\u00a0Tage sind oder zu oft aufgerufen wurden.\n <\/p>\n

    Sie ben\u00f6tigen ein heise+ Paket, um diesen Artikel zu lesen. Jetzt eine Woche unverbindlich testen \u2013 ohne Verpflichtung!<\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"Linux: Torvalds wirft Bcachefs-Dateisystem aus dem Kernel Linus Torvalds hat den Support f\u00fcr Bcachefs aus dem Hauptentwicklungszweig seines…\n","protected":false},"author":2,"featured_media":469914,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[135],"tags":[119803,29,9282,30,196,119801,119802,17699,57012,190,189,194,191,193,192],"class_list":{"0":"post-469913","1":"post","2":"type-post","3":"status-publish","4":"format-standard","5":"has-post-thumbnail","7":"category-wissenschaft-technik","8":"tag-bcachefs","9":"tag-deutschland","10":"tag-dkms","11":"tag-germany","12":"tag-it","13":"tag-kent-overstreet","14":"tag-linus-torvalds","15":"tag-linux","16":"tag-linux-kernel","17":"tag-science","18":"tag-science-technology","19":"tag-technik","20":"tag-technology","21":"tag-wissenschaft","22":"tag-wissenschaft-technik"},"share_on_mastodon":{"url":"https:\/\/pubeurope.com\/@de\/115310085169856092","error":""},"_links":{"self":[{"href":"https:\/\/www.europesays.com\/de\/wp-json\/wp\/v2\/posts\/469913","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.europesays.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.europesays.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.europesays.com\/de\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.europesays.com\/de\/wp-json\/wp\/v2\/comments?post=469913"}],"version-history":[{"count":0,"href":"https:\/\/www.europesays.com\/de\/wp-json\/wp\/v2\/posts\/469913\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.europesays.com\/de\/wp-json\/wp\/v2\/media\/469914"}],"wp:attachment":[{"href":"https:\/\/www.europesays.com\/de\/wp-json\/wp\/v2\/media?parent=469913"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.europesays.com\/de\/wp-json\/wp\/v2\/categories?post=469913"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.europesays.com\/de\/wp-json\/wp\/v2\/tags?post=469913"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}