A Linux 7.3 kernel beolvasztási ciklusában kikerült néhány ősi fájlrendszer, és bekerült egy új pszeudo fájlrendszer. Ahogy várható volt, a Linux 7.3

kivette a FreeVxFS fájlrendszer drivert. Ez egy csak olvasható, nyílt forráskódú driver a Veritas VxFS fájlrendszerhez, amit korábban a HP-UX és az SCO UnixWare használt. A mai rendszereken gyakorlatilag nincs rá valódi igény, mostanra leginkább az AI/LLM kódgenerátorok és a hibaellenőrző eszközök figyelmét vonzza. A mostanra beolvasztott pull request eltávolította a FreeVxFS-t:

"Ez eltávolítja a freevxfs drivert. A különféle, 1990-es évekbeli, régi Unix rendszerekkel való kompatibilitás biztosítása 25 éve még szórakoztató volt. Ma már leginkább az automatikus hibaellenőrzők martaléka. Az elmúlt 15 évben mindössze egy ismert felhasználója és közreműködője volt."

Ettől függetlenül érkezett az EFS pull request, amely az SGI által az XFS fájlrendszer előtti időkben, IRIX alatt használt, csak olvasható, lemezen tárolt formátumot távolítja el. Az EFS több mint 20 éve gazdátlanul állt. Eközben a Linux 7.3 részeként egy új fájlrendszer driver is megjelent, a FailFS.

A FailFS a nemrég beolvasztott NULLFS kiegészítője. A FailFS esetében minden, a fájlrendszert elérő művelet EOPNOTSUPP hibakóddal tér vissza Linuxon, vagyis azt jelzi, hogy a művelet nem támogatott. Christian Brauner Linux fejlesztő a FailFS-t bevezető pull requestben így magyarázta:

"Hozzáadjuk a failfs-t és elérhetővé tesszük az FD_FAILFS_ROOT jelzőt. Ez lehetővé teszi, hogy a userspace teljesen eldobja a fájlrendszer-állapotát. Ha egy folyamatnak a gyökérkönyvtára vagy a munkakönyvtára a failfs-en van, akkor minden elérési út feloldását egy konkrét fájlleíróhoz kell rögzítenie. Az abszolút elérési utak, az abszolút szimbolikus linkek és az AT_FDCWD-hez viszonyított feloldások egyszerűen meghiúsulnak.

A failfs a nullfs párja. A nullfs egy végleg üres, nem módosítható könyvtárat ad, ahol a keresések ENOENT hibával térnek vissza, de a könyvtár megnyitható, olvasható, lekérdezhető (stat) és lehet rá mountolni. A failfs ezzel szemben minden műveletet elutasít. A gyökér egyáltalán nem nyitható meg. Egyetlen példányát a rendszerindítás korai szakaszában mountolják a kern_mount() hívással, így logikailag elkülönül minden mount namespace-től.

Ezt egészíti ki az új fchroot() system call, amely a fájlleíróval végzett chrootot elsőrangú fogalommá teszi. Nem privilegizált felhasználóként is lehetséges chrootolni a failfs-re, feltéve, hogy a feladatnál nincs beállítva új jogosultság."

Ettől függetlenül, a VFS pull sorozat részeként NILFS2 frissítések is érkeztek ehhez a ritkán emlegetett fájlrendszerhez. A NILFS2 az O_DIRECT olvasásokat átállította az IOmap infrastruktúra használatára.

Az EFS és a FreeVxFS kivezetése nagyjából 3,7 ezer kódsort érintett, miközben az egyszerű FailFS mindössze 931 kódsorból áll, a dokumentációval együtt.