Linux : Torvalds exclut le système de fichiers Bcachefs du noyau

Torvalds vient d’expulser les 117 000 lignes de code de Bcachefs du noyau Linux, coupant court à dix ans de développement turbulent. La version 6.18, qui arrive dans moins de deux mois, ignorera donc par défaut ce système de fichiers hybride pourtant encensé pour sa gestion du stockage avancée. Pour la communauté Linux, cet épisode rappelle que les règles du kernel ne pardonnent ni les retards ni les ego.

Pourquoi Bcachefs a disparu du noyau Linux ?

Lundi soir, à peine 24 h après la sortie de la 6.17, Torvalds a signé le patch qui efface Bcachefs. Le mainteneur Kent Overstreet avait déjà vu son code marqué « maintenu en externe » depuis deux mois, synonyme de sursis.

Les tensions portent moins sur la technologie que sur la méthode : correctifs massifs envoyés hors fenêtre de fusion, modifications non concertées de portions critiques, et échanges virulents en public. Dans l’univers ultra-cadencé du développement du noyau Linux, ces entorses équivalent à un segfault en prod.

Résultat : le code retourne hors tree, là où il était avant son intégration fin 2023. Une purge rare dans l’histoire des logiciels libres, surtout pour un composant aussi sensible qu’un système de fichiers.

Un conflit de culture plutôt que de bits

Dans ses mails, Overstreet a défendu l’ajout de nouvelles fonctions en phase RC en citant Btrfs ou XFS. Torvalds lui a rétorqué que ces exceptions concernaient des corrections ciblées, pas des réécritures complètes.

La friction s’est amplifiée quand d’autres mainteneurs ont découvert des patches touchant leurs sous-systèmes sans discussion préalable. Chez les vétérans du kernel, la coopération prime sur la vélocité ; ignorer cet équilibre, c’est s’exposer à un git revert XXL.

Le bannissement sert donc d’avertissement pédagogique : le process importe autant que le code, surtout dans l’écosystème open source le plus scruté du globe.

Impact immédiat pour les admins et les distros

Concrètement, peu de serveurs tournaient déjà en production sur Bcachefs. Le module restait marqué « expérimental », et seules Arch, Debian ou Ubuntu le proposaient pour test.

Néanmoins, certains labs avaient parié sur ses promesses : compression en ligne, checksum, et mises à jour atomiques façon ZFS, le tout dans un seul format. Leur première question est simple : comment continuer à monter leurs volumes après la 6.18 ?

La réponse passe par le bon vieux DKMS. Overstreet a refactoré le code pour qu’il se compile contre n’importe quel kernel ≥ 6.16, solution déjà éprouvée pour les drivers Nvidia ou VirtualBox.

DKMS : parachute ou piège ?

Avantage : le module se recompile automatiquement à chaque upgrade, évitant le scénario « rootfs introuvable ». Inconvénient : la moindre rupture d’API côté kernel fait planter la compilation, laissant la machine incapable de booter si Bcachefs est sur la racine.

Certaines distributions gardent donc l’ancien noyau comme option de secours. D’autres discutent d’un paquet bcachefs-dkms maintenu par la communauté, mais le patchwork d’outils de build diffère entre Fedora, openSUSE ou Gentoo.

L’admin prudent reviendra peut-être vers Ext4, XFS ou Btrfs, quitte à sacrifier quelques IOPS pour la tranquillité d’esprit. Car un système de fichiers instable peut coûter plus cher qu’un rack entier de SSD.

Le message de fond pour l’écosystème open source

Développer un FS généraliste demande des années de tests réels, à l’image du marathon qu’ont connu Ext4 ou Btrfs. Google, Meta, Red Hat ou SUSE injectent des millions pour valider chaque changement, parce qu’un bug disque se transforme vite en incident majeur.

En 2025, la fragmentation du stockage – NVMe, SMR, objets distribués – accentue la difficulté. Sans équipe élargie ni validation continue, Bcachefs devra convaincre qu’il peut suivre le rythme du mainline tout en restant à jour.

L’affaire rappelle enfin que la force des logiciels libres réside dans la collaboration. Quand le débat technique vire au conflit personnel, le code recule et la communauté Linux y perd un candidat sérieux pour l’avenir du stockage.

Source: www.heise.de