Linus Torvalds rimuove il codice Bcachefs dal kernel Linux

Il kernel Linux subisce regolarmente importanti sviluppi guidati dalla sua comunità e dal suo iconico creatore, Linus Torvalds. Il recente annuncio della rimozione del codice Bcachefs solleva nuove domande sull’integrazione e la sostenibilità dei file system al centro dell’open source. Dopo essere stato contrassegnato come “mantenuto esternamente” nella versione 6.17 del kernel, Bcachefs è stato definitivamente rimosso con il rilascio di Linux 6.18. Questa rimozione è dirompente per utenti e sviluppatori che si affidavano a questa promettente tecnologia per migliorare l’archiviazione e la gestione dei dati su Linux. Questo processo evidenzia le complesse sfide dello sviluppo software in un ambiente critico come il sistema operativo Linux, bilanciando stabilità, innovazione e gestione delle differenze tecniche e umane all’interno di una comunità esigente. Contesto tecnico e motivi della rimozione di Bcachefs dal kernel Linux

Bcachefs, un file system open source, mira a combinare le prestazioni di caching con una gestione avanzata dei dati, affermandosi come una vera alternativa a sistemi come Btrfs o XFS. Il suo obiettivo iniziale era quello di offrire maggiore resilienza, una gestione efficiente degli snapshot e prestazioni elevate grazie a una cache integrata. Incorporato nel kernel Linux a partire dalla versione 6.7, questo file system ha rapidamente attirato l’interesse di molti appassionati di Linux e specialisti dello storage. Tuttavia, nonostante il suo potenziale, problemi di stabilità e uno sviluppo a volte caotico ne hanno ostacolato l’adozione ufficiale nel kernel principale.

Una delle principali decisioni prese da

Linus Torvalds La decisione presa con il rilascio del kernel Linux 6.17 è stata quella di designare Bcachefs come “mantenuto esternamente”. Questo passaggio significava che, sebbene il codice fosse ancora presente nel kernel, nessun nuovo contributo attivo sarebbe stato integrato direttamente dalla community principale. Questa posizione rifletteva il desiderio di limitare i rischi legati alla maturità del sistema, proteggendo al contempo gli utenti già coinvolti con Bcachefs. Con il rilascio di Linux 6.18, la situazione è cambiata: il codice di Bcachefs è stato completamente rimosso dal kernel. Linus Torvalds ha giustificato questa rimozione sottolineando la natura obsoleta del codice nel kernel, ora sostituito da un modulo esterno Distributed Kernel Module Support (DKMS). Questa mossa aveva lo scopo di evitare confusione riguardo alle versioni del kernel e garantire una migliore stabilità complessiva del sistema. In termini numerici, ciò si traduce nella rimozione di oltre 117.000 righe di codice dedicate a Bcachefs dal kernel, una quantità enorme che sottolinea l’importanza di questa decisione. Bcachefs è incluso nel kernel Linux dalla versione 6.7.

Spostato allo stato “mantenuto esternamente” in Linux 6.17. Completamente rimosso in Linux 6.18 per evitare conflitti di versione. Spostato in un modulo DKMS per mantenere un supporto indipendente.

• Scopri perché il file system bcachefs è stato rimosso, le motivazioni di questa decisione e le alternative consigliate nel mondo Linux.
• Impatto sulla comunità Linux e sullo sviluppo di software open source.
• La rimozione di Bcachefs evidenzia una realtà innegabile nell’ecosistema Linux: la necessità di bilanciare innovazione, rigore e coesione della community. Il file system è un elemento centrale del kernel e qualsiasi modifica richiede estrema vigilanza per garantire la sicurezza informatica e la robustezza dell’intero sistema. Questa decisione riflette anche le tensioni che possono sorgere tra sviluppatori principali, collaboratori esterni e manutentori, in particolare quando si tratta di aderire al rigoroso ciclo di sviluppo software specifico del kernel Linux.
• Questo dimostra che, nonostante una community Linux molto dinamica e appassionata, gestire progetti in un modello open source non è privo di sfide: richiede di conciliare visioni tecniche a volte divergenti e pratiche diverse in termini di gestione del codice e test. Inoltre, la pressione su Linus Torvalds è elevata, poiché deve prendere decisioni drastiche per preservare la qualità e la stabilità del kernel, anche se ciò significa rimuovere funzionalità scarsamente stabilizzate. Importanza del rispetto del ciclo di vita dello sviluppo del kernel Linux

Rischi associati all’integrazione di codice immaturo in un database critico

Mantenimento della stabilità e della sicurezza informatica del sistema Linux

Transizione obbligatoria alla modularità tramite DKMS per Bcachefs

• https://www.youtube.com/watch?v=8E8Gb7Ikm2o
• Bcachefs come modulo DKMS: un compromesso tecnico e strategico
• La scelta di convertire Bcachefs in un modulo DKMS (Dynamic Kernel Module Support) fornisce una soluzione pragmatica per gli utenti avanzati che desiderano continuare a utilizzare questo file system senza dipendere direttamente dalle versioni ufficiali del kernel. Un modulo DKMS consente di compilare, installare e mantenere driver o file system esterni in parallelo al kernel, offrendo maggiore flessibilità agli amministratori di sistema e agli utenti avanzati.
• Per coloro che desiderano installare e utilizzare Bcachefs su distribuzioni popolari come Ubuntu, Arch Linux o NixOS, ora è necessario passare attraverso questi moduli out-of-kernel, che comportano alcuni aggiustamenti soprattutto durante i frequenti aggiornamenti del kernel. Questo metodo, sebbene meno trasparente dell’integrazione diretta nel kernel, impedisce comunque che codice potenzialmente instabile influenzi la sicurezza IT complessiva.
• DKMS garantisce la compatibilità dei moduli con diverse versioni del kernel

Installazione tramite pacchetti dedicati o compilazione manuale a seconda della distribuzione

Richiede una manutenzione attiva per tenere il passo con gli sviluppi del kernel Linux

Facilita lo sviluppo e il test al di fuori del core principale

Permette di evitare blocchi causati da contributi troppo tardivi o instabili

• Per gli amministratori interessati sono disponibili tutorial specifici che spiegano come configurare Bcachefs in modalità DKMS, ad esempio su
• Ubuntu
• o anche
• Arco e NixOS
• . Questa modularizzazione supporta una dinamica open source in cui i componenti critici del sistema possono evolversi indipendentemente dal kernel, limitando al contempo il rischio di instabilità all’interno della distribuzione Linux.

scopri perché bcachefs è stato rimosso, il suo impatto sugli utenti e le alternative consigliate. analisi e consigli per adattarsi a questo cambiamento nell’ecosistema del file system Linux. Tensioni e disaccordi tra gli sviluppatori su Bcachefs Nel 2025, le discussioni sull’integrazione di Bcachefs rimangono un esempio lampante delle tensioni interne allo sviluppo del software Linux. Da un lato, Kent Overstreet, sviluppatore principale di Bcachefs, ha insistito nel continuare a portare avanti correzioni e aggiustamenti fino agli ultimi istanti prima del rilascio del kernel 6.17, il che ha portato a tensioni con Linus Torvalds e altri manutentori. Questo rifiuto di aderire rigorosamente ai cicli di sviluppo ha contribuito alla decisione finale di abbandonare Bcachefs a favore di una gestione esterna. Questi eventi ricordano casi precedenti riscontrati con altri file system come XFS o Btrfs, dove modifiche tardive a volte complicavano la convalida delle versioni. Per la comunità Linux, imparare a bilanciare una rapida integrazione con una convalida rigorosa è diventato un problema centrale per mantenere la qualità del kernel, pur consentendo sperimentazione e innovazione. Dibattito sulla conformità alle regole delle Release Candidate (RC)Conflitti sulla governance del codice e contributi tardivi

Riferimenti storici a precedenti progetti di file system (XFS, Btrfs)

Strategie per limitare le interruzioni nella comunità Linux

Per approfondire la questione, un articolo completo analizza

• questi disaccordi tra sviluppatori
• e le loro conseguenze per l’ecosistema Linux.
• https://www.youtube.com/watch?v=j1fNl-qjY1U
• Conseguenze per utenti Linux e amministratori di sistema nel 2025
• La rimozione ufficiale di Bcachefs dal kernel Linux sta costringendo molti utenti ad adattare le proprie infrastrutture. Chi utilizzava Bcachefs in produzione deve ora gestire questo file system come un modulo esterno, con tutti i vincoli che ciò comporta in termini di manutenzione e compatibilità. Ad esempio, è diventato imperativo monitorare l’evoluzione del modulo DKMS per garantirne la corretta integrazione con le nuove funzionalità del kernel.

Per gli amministratori di sistema, questa situazione richiede: Maggiore vigilanza sugli aggiornamenti del kernel Linux La necessità di integrare DKMS nel proprio processo di amministrazione

Una gestione più complessa delle versioni dei moduli esterni

Una formazione più avanzata per padroneggiare la compilazione e l’installazione dei moduli

Test rigorosi prima di qualsiasi distribuzione in produzione

Allo stesso tempo, altri file system continuano a evolversi e rappresentano valide alternative. Btrfs, in particolare, in costante miglioramento, e OpenZFS mantengono un posto importante nel panorama Linux, spesso favoriti per la loro maturità e comprovata stabilità. Confronti tecnici, come quelli pubblicati su riviste specializzate o su siti web come

• Linux Encaja
• , forniscono un prezioso aiuto nella scelta della soluzione più adatta a esigenze specifiche.
• Prospettive di evoluzione e robustezza del kernel Linux
• L’uscita di scena di Bcachefs ci invita a riflettere sui principi fondamentali che governano lo sviluppo del kernel Linux. Questo sistema complesso richiede un’attenta combinazione di rigore, innovazione e attenzione al ciclo di vita dei contributi. Pur accogliendo nuove funzionalità, è essenziale che il kernel rimanga affidabile e sicuro, soprattutto in un contesto in cui Linux è ampiamente utilizzato in ambienti critici come l’embedded computing, i server cloud e le infrastrutture di sicurezza IT.
• Questo ritiro illustra la tendenza a rafforzare la modularità del kernel spostando le funzionalità sperimentali su moduli esterni. Questo approccio garantisce che i progetti emergenti possano continuare a evolversi liberamente, preservando al contempo la stabilità e la coesione del core del sistema. Rappresenta un vero compromesso tecnico e comunitario, che segna una pietra miliare nella storia dello sviluppo di software open source attorno a Linux. Mantenere la qualità e la stabilità essenziali per il kernel Linux

Incoraggiare lo sviluppo modulare e indipendente Facilitare la sperimentazione al di fuori del kernel principaleGarantire una maggiore sicurezza per i sistemi critici

Garantire un futuro sempre più efficiente dell’architettura multi-kernel

Per un approfondimento più tecnico sull’architettura multi-kernel e sulla sua relazione con la gestione del file system, consulta

questa risorsa dedicata

• .
• Rimozione di bcachefs: scopri perché il file system bcachefs è stato rimosso, le sue conseguenze e le alternative da considerare per le tue soluzioni di storage Linux.