Az XFS fejlesztői felkészülnek a Linux 6.18-as kiadásra, amely nagy valószínűséggel az idei év LTS verziója lesz. A decemberre várt stabil megjelenés előtt lezárják a régi, hibás vagy félrevezető opciókat, miközben a kiforrott funkciók alapértelmezetté válnak. A legfontosabb újdonság, hogy az online fájlrendszer-ellenőrzés, a scrub/fsck támogatás mostantól alapból engedélyezve lesz a kernelben. Darrick J. Wong az erről szóló patchben kiemelte, hogy az online fsck több mint egy éve stabilan működik az upstreamben, ezért elhagyhatók a korábbi óvatosságra intő üzenetek. Carlos Maiolino a változtatások beolvasztásakor hozzátette, hogy az elmúlt tizenhat hónap tapasztalatai alapján a funkció problémamentesnek bizonyult, így indokolt az alapértelmezett engedélyezés.
Tartalomjegyzék
Ami megy: V4 és ASCII case-insensitive funkciók alapértelmezetten letiltva
A fejlesztők párhuzamosan folytatják a korábban már bejelentett kódtisztítást az XFS kódbázisában. Kconfig szinten mostantól alapból ki van kapcsolva a V4-es XFS formátum és a régóta törött, ASCII-kis/nagybetű-érzéketlenséget megvalósító könyvtárkezelés. A V4 formátum nem tud olyan alapvető képességeket, mint a metaadatok ellenőrző összegezése, a megerősített metaadat-verifikáció vagy a Y2038 utáni időkezelés, ezért a terv változatlan: 2025 szeptemberétől a támogatás alapból kikapcsolt, 2030 szeptemberére pedig végleg kikerül a kódbázisból.
A gyakorlatban ez azt jelenti, hogy a V4-re építő rendszerek üzemeltetőinek sürgősen érdemes V5-re migrálniuk, hiszen a V5 széles körben elérhető és kiforrott, a Linux 5.10 óta velünk van. Hasonló sors vár az ASCII case-insensitive kódra is, amely csak ISO 8859-1 környezetben működik, nem kompatibilis a kiterjesztett attribútumokkal, és ma már nem javasolt a használata: 2025-ben alapból tiltott, 2030-ban végleg búcsúzik.
Ami jön: online fsck, alapból bekapcsolva
Az XFS online scrub/fsck képessége lehetővé teszi a metaadatok ellenőrzését csatolt, használatban lévő fájlrendszeren, így a problémák proaktívan, leállás nélkül azonosíthatók, és az online repair modul révén adott keretek között javíthatók is. A fejlesztői fában ennek megfelelően a Kconfig opciók Y állásba kerülnek, eltűnik a „kísérleti” óvatosságra intő megjegyzés, és a kapcsolók a 2025-ös LTS ciklus alapfelszereltségének részévé válnak.
Ezzel párhuzamosan a dokumentáció és a kód több ponton egyszerűsödik: kikerülnek a zavaró, történelmi mount opciók és sysctl-ek, így tisztább lesz a felület, és csökken az üzemeltetők vállán a döntési teher olyan funkciók körül, amelyekre már rég nincs valós igény. A változtatások nettó egyenlege erősen törlésbarát, vagyis több a kidobott, mint a hozzáadott sor, ami a hosszú távú karbantarthatóság felől nézve kifejezetten jó hír.
Üzemeltetői következmények és LTS-kilátások
A 6.18 kernel decemberi megjelenésével várhatóan ez a kiadás kapja meg a 2025-ös LTS státuszt, így az itt rögzített alapértelmezések évekig meghatározzák majd a vállalati és disztribúciós gyakorlatot. Azoknak, akik még V4-es köteteket vagy ASCII case-insensitive konfigurációt használnak, reális migrációs tervre lesz szükségük, mert a disztribúciók ezeket a képességeket a jövőben nem fogják automatikusan bekapcsolni, középtávon pedig el is tűnnek. Ezzel szemben az online ellenőrzés és javítás bekapcsolása kézzelfogható előnyöket hoz a napi üzembe: a fájlrendszer képes folyamatos állapotfelügyeletre, a hibák korai jelzésére és célzott kezelésére, mindezt szolgáltatáskiesés nélkül. Az XFS e körrel egyszerre lesz modernebb és üzemeltetőbarátabb, ami ideális belépő a következő LTS ciklusba.
