A Linux kernelben maradt régi, alig használt kódrészek sorsa ismét napirendre került, ezúttal az SGI IRIX operációs rendszerből származó EFS fájlrendszer-meghajtó miatt. Az ügyet egy új karbantartói ajánlat tette aktuálissá, ám egy másik javaslat felvetette az eltávolítás lehetőségét is, mivel a karbantartásra jelentkező fejlesztő saját bevallása szerint nem használ EFS fájlrendszert, és eddig csak egyszerű fordítási javításokat küldött be a meghajtóhoz.
A Linux fs/efs meghajtója nem azonos az Amazon Elastic File System nevű fájlrendszerével, mivel ez a Silicon Graphics régi Extent File-System fájlrendszerét kezeli. Az EFS a unix kernelre épülő SGI IRIX 6.0 előtti verzióinak fájlrendszere volt, amelyet a rendszer nem ISO9660 formátumú CD-ROM-oknál és merevlemezes partícióknál használt. A fájlrendszer a kilencvenes évek közepére azonban háttérbe szorult, miután az SGI az XFS-re váltott.
Az EFS-meghajtó sorsa egy GCC-hez kapcsolódó fordítási hiba javítása után került elő. Maxwell Doose a kernel levelezőlistáján jelezte, hogy átvenné a meghajtó gondozását, de több hozzászólás szerint ez nem feltétlenül rendezné a kód helyzetét. Az EFS ma már rendkívül ritkán használt fájlrendszer, a jelentkező fejlesztőnek sincs saját EFS adathordozója, és a formátum létrehozásához szükséges eszközök modern Linux rendszereken már nem működnek megbízhatóan. Így továbbra is nyitott kérdés, hogy a meghajtó működése hosszabb távon érdemben tesztelhető és karbantartható marad-e.
A fejlesztők között többségben van az a vélemény, hogy az EFS-támogatás eltávolítása a kernelből ésszerű lépés lenne, mivel a meghajtó régóta gazdátlan, a tényleges felhasználói köre elhanyagolható, és a karbantartásra jelentkező fejlesztő mögött sem látszik aktív felhasználói háttér. Akinek régi SGI adathordozók mentéséhez még szüksége van EFS-támogatásra, az továbbra is használhat régebbi vagy hosszú távú támogatású, LTS kernelt. A kérdés azonban még nyitott, így egyelőre nem dőlt el, hogy az EFS új karbantartót kap, vagy kikerül a Linux kernel forrásfájából.
