Linux: Torvalds wyklucza system plików Bcachefs z jądra

Torvalds właśnie usunął 117 000 linii kodu dla Bcachefs z jądra Linuksa, przerywając dziesięć lat burzliwego rozwoju. Wersja 6.18, która pojawi się za niecałe dwa miesiące, będzie zatem domyślnie ignorować ten hybrydowy system plików, pomimo pochwał za zaawansowane zarządzanie pamięcią masową. Dla społeczności Linuksa ten epizod jest przypomnieniem, że zasady jądra nie tolerują ani opóźnień, ani ego. Dlaczego Bcachefs zniknął z jądra Linuksa? W poniedziałkowy wieczór, zaledwie 24 godziny po wydaniu 6.17, Torvalds podpisał łatkę usuwającą Bcachefs. Konserwator Kent Overstreet widział już swój kod oznaczony jako „zewnętrznie utrzymywany” przez dwa miesiące, co było oznaką ulgi. Napięcia dotyczą nie tyle technologii, co metody: masowych poprawek wysyłanych poza oknem scalania, nieskoordynowanych modyfikacji krytycznych fragmentów i zażartych publicznych dyskusji. W ultraszybkim świecie rozwoju jądra Linuksa, te naruszenia są równoznaczne z błędem segmentacji w środowisku produkcyjnym. Rezultat: kod wraca z drzewa do stanu sprzed integracji pod koniec 2023 roku. Rzadka czystka w historii wolnego oprogramowania, zwłaszcza w przypadku komponentu tak wrażliwego jak system plików. Zderzenie kultur, a nie bitów. W swoich e-mailach Overstreet bronił dodawania nowych funkcji w fazie RC, powołując się na Btrfs lub XFS. Torvalds ripostował, że te wyjątki dotyczyły poprawek ukierunkowanych, a nie całkowitego przepisania oprogramowania. Tarcia nasiliły się, gdy inni opiekunowie odkryli poprawki wpływające na ich podsystemy bez wcześniejszej dyskusji. Wśród weteranów jądra współpraca jest ważniejsza od szybkości; zignorowanie tej równowagi naraża Cię na masowy powrót do Gita. Zakaz służy zatem jako ostrzeżenie edukacyjne: proces jest równie ważny jak kod, zwłaszcza w najbardziej kontrolowanym ekosystemie open source na świecie.Natychmiastowy wpływ na administratorów i dystrybucje

W praktyce niewiele serwerów korzystało już z Bcachefs w środowisku produkcyjnym. Moduł pozostał oznaczony jako „eksperymentalny” i tylko Arch, Debian i Ubuntu oferowały go do testów.

Niemniej jednak niektóre laboratoria postawiły na jego obietnicę: kompresję online, sumy kontrolne i aktualizacje atomowe w stylu ZFS, wszystko w jednym formacie. Ich pierwsze pytanie było proste: jak kontynuować montowanie woluminów po wersji 6.18? Odpowiedź leżała w starym, dobrym DKMS. Overstreet przebudował kod tak, aby kompilował się z każdym kernelem ≥ 6.16, co jest już sprawdzonym rozwiązaniem dla sterowników Nvidii lub VirtualBox. DKMS: Spadochron czy pułapka?

Zaleta: moduł automatycznie rekompiluje się przy każdej aktualizacji, unikając scenariusza „nie znaleziono rootfs”. Wada: najmniejsza awaria API po stronie kernela powoduje awarię kompilacji, uniemożliwiając uruchomienie komputera, jeśli Bcachefs znajduje się w katalogu głównym. Niektóre dystrybucje zachowują więc stare kernele jako opcję awaryjną. Inni dyskutują o pakiecie bcachefs-dkms utrzymywanym przez społeczność, ale mozaika narzędzi do kompilacji różni się w zależności od systemu Fedora, openSUSE czy Gentoo. Rozważny administrator może powrócić do Ext4, XFS lub Btrfs, nawet jeśli oznacza to poświęcenie kilku IOPS dla spokoju ducha. Niestabilny system plików może kosztować więcej niż cała szafa dysków SSD.Podstawowe przesłanie dla ekosystemu open source

Opracowanie systemu plików ogólnego przeznaczenia wymaga lat testów w warunkach rzeczywistych, podobnych do maratonu, który przeszedł Ext4 i Btrfs. Google, Meta, Red Hat i SUSE inwestują miliony w walidację każdej zmiany, ponieważ błąd dysku szybko przeradza się w poważny incydent. W 2025 roku fragmentacja pamięci masowej — NVMe, SMR, obiekty rozproszone — zaostrza ten problem. Bez rozbudowanego zespołu lub ciągłej walidacji, Bcachefs będzie musiał przekonać ludzi, że jest w stanie dotrzymać kroku głównej linii, pozostając jednocześnie aktualnym.Wreszcie, sprawa ta przypomina, że ​​siła wolnego oprogramowaniależy we współpracy. Kiedy debata techniczna przeradza się w konflikt osobisty, kod schodzi na dalszy plan, a

społeczność Linuksa

traci poważnego kandydata na przyszłość pamięci masowej. Źródło: www.heise.de