長期 Linux 核心開發人員 Matthew Wilcox 發起了一項「是時候刪除 reiserfs 了嗎？」的討論。Wilcox 刪除 ReiserFS 的動機是由於，他正在追求的核心基礎設施的變化，但 ReiserFS 遺留在一定程度上對他的工作造成了阻礙。
Wilcox 指出，除了 Syzbot 的修復和其 tree-wide 程式碼的修改，ReiserFS 在最近幾年幾乎都沒有新動向；至少從 2019 年開始，似乎就沒有任何使用者上報的 bug 被修復了。
在樹中保留 reiserfs 有一定的代價。 例如，我非常希望刪除 ->write_begin 的"flags"引數。我們已經有了處理 AOP_FLAG_NOFS 的基礎設施，但 AOP_FLAG_CONT_EXPAND 仍然存在，只被 reiserfs 使用。
翻看過去幾年對 reiserfs 的修補程式，有對一些 syzbot 報告和 treewide 修改的修復。自 2019 年以來，似乎沒有對使用者發現的 bug 進行任何修復。reiserfs 是否仍然有一個龐大的安裝基礎，只是對一箇舊的穩定檔案系統非常滿意？ 還是它的所有使用者都已經遷移到了新的、令人興奮的、有積極功能開發的檔案系統？
我們以前也刪除過對老舊檔案系統的支援（ext, xiafs），所以這並不是沒有先例。不過，雖然我清楚地知道移除 reiserfs 對其他開發者的好處，但我沒有足夠的資訊來衡量使用者的成本。 也許他們對 5.15 支援他們的 reiserfs 檔案系統感到滿意，並且可以在 5.15 之後升級核心之前遷移到其他檔案系統。
除了直接刪除之外，另一種可能性是將核心程式碼精簡到對 reiserfs 的唯讀支援。大多數 reiserfs 的「怪癖」都與寫支援有關，所以這可能是一個有用的方法。 同樣，我不清楚人們是如何使用 reiserfs 的，所以我不知道它是否有用。
根據，ReiserFS 於 21 年前作為 Linux 核心的第一個紀錄檔檔案系統被引入，並在早期開原始檔系統中提供了創新功能。有一段時間，ReiserFS 在 SUSE Linux 上被預設使用，並且在 Namesys 時代有著積極的功能開發。
但自從 ReiserFS 的主要開發者 Hans Reiser 在 15 年前因謀殺妻子而被定罪後，除了前 Namesys 開發者 Edward Shishkin 的相關工作外，ReiserFS（或 Reiser4）已經停滯很長一段時間了。雖然 Shishkin 一直在推動 Reiser4/Reiser5 的發展，但隨著使用者興趣的減少，ReiserFS 的程式碼也已基本「腐爛」。且鑑於它與 Hans Reiser 的關係，似乎沒有公司願意再參與其中。更何況如今還有了 EXT4、XFS、Btrfs，甚至是 OpenZFS 這些更好的選擇。
而為了大家能夠更理性的討論決策，Wilcox 特意在討論帖的最後進行了宣告表示，這是一個純粹的技術討論，不要涉及相關人物。在該討論帖的下方，Edward Shishkin 則為 ReiserFS 釋出一個，以擺脫 AOP_FLAG_CONT_EXPAND flag。
不過，一些其他的核心開發者已經表現出了對廢棄/刪除該檔案系統的意向。按照此前有過的刪除核心功能的常見做法，ReiserFS 有可能在實際刪除之前被棄用幾個核心版本。
從目前的評論來看，看起來 ReiserFS 可能會在 2022 年被棄用，以便在未來的主線 Linux 核心版本中被移除。Dave Chinner 還考慮棄用其他未維護且不符合 2038 年的舊 Linux 檔案系統的計劃。