Matthew Wilcox az Oracle-től, aki az nvme illesztőprogram (NVM Express) és a DAX fájlrendszerhez való közvetlen hozzáférés mechanizmusának létrehozásáról ismert, javasolta a ReiserFS fájlrendszer eltávolítását a Linux kernelből az egyszer eltávolított ext és xiafs ill. lerövidítve a ReiserFS kódot, csak a csak olvasható módban való munkavégzés támogatását hagyva meg.
Az eltávolítás oka a kernel-infrastruktúra modernizálásával kapcsolatos további nehézségek, amelyeket az okoztak, hogy különösen a ReiserFS esetében a fejlesztők kénytelenek a kernelben egy elavult kezelőt hagyni az AOP_FLAG_CONT_EXPAND jelzőhöz, mivel a ReiserFS továbbra is az egyetlen FS, amely ezt a jelzőt használja a rendszermagban. write_begin függvény. Ugyanakkor a ReiserFS kód utolsó korrekciója 2019-es dátum, és nem világos, hogy ez az FS általában mennyire népszerű, és továbbra is használják-e.
A SUSE munkatársa, Jan Kára egyetértett abban, hogy a ReiserFS hamarosan elavulttá válik, de nem világos, hogy elég régi-e ahhoz, hogy eltávolítsák a kernelből. Ian szerint a ReiserFS továbbra is elérhető az openSUSE és az SLES számára, de ennek az FS-nek a felhasználói bázisa kicsi és folyamatosan csökken. A vállalati felhasználók számára a ReiserFS támogatása a SUSE-ban 3-4 évvel ezelőtt megszűnt, és a ReiserFS-t tartalmazó modul alapértelmezés szerint nem szerepel a kernelcsomagban. Lehetőségként Ian azt javasolta, hogy kezdjenek el megjelenni egy elavulási figyelmeztetést a ReiserFS partíciók csatlakoztatásakor, és fontolják meg, hogy ez az FS készen áll a törlésre, ha egy-két éven belül senki nem értesíti Önt arról, hogy továbbra is használni kívánja ezt az FS-t.
Eduard Shishkin, aki a ReiserFS fájlrendszert karbantartja, csatlakozott a vitához, és olyan javítást nyújtott be, amely eltávolítja az AOP_FLAG_CONT_EXPAND jelző használatát a ReiserFS kódból. Matthew Wilcox elfogadta a foltot a fonalába. Így az eltávolítás oka megszűnt, és a ReiserFS kernelből való eltávolításának kérdése jó ideig elodázottnak tekinthető.
Nem lehet teljesen elvetni a ReiserFS elavultságának problémáját a megoldatlan 2038-as problémával rendelkező fájlrendszerek kernelből való kizárása miatt. Emiatt például már elkészült az XFS fájlrendszer formátum negyedik verziójának kernelből való eltávolításának ütemezése (az új XFS formátumot az 5.10-es kernelben javasolták, és az időszámláló túlcsordulása 2468-ra került). Az XFS v4 build alapértelmezés szerint le lesz tiltva 2025-ben, és a kódot 2030-ban eltávolítják. Javasoljuk, hogy a ReiserFS-hez hasonló ütemezést dolgozzanak ki, legalább öt évet biztosítva a többi FS-re való migrációhoz vagy a megváltozott metaadat-formátumhoz.
Forrás: opennet.ru