Matthew Wilcox von Oracle, bekannt für die Entwicklung des NVME-Treibers (NVM Express) und des Mechanismus für den direkten Zugriff auf das DAX-Dateisystem, schlug vor, das ReiserFS-Dateisystem analog zu den einst entfernten Legacy-Dateisystemen ext und xiafs oder aus dem Linux-Kernel zu entfernen Verkürzung des ReiserFS-Codes, sodass nur noch die Unterstützung für das Arbeiten im schreibgeschützten Modus übrig bleibt.
Der Grund für die Entfernung waren zusätzliche Schwierigkeiten bei der Modernisierung der Kernel-Infrastruktur, die dadurch verursacht wurden, dass Entwickler insbesondere für ReiserFS gezwungen sind, im Kernel einen veralteten Handler für das AOP_FLAG_CONT_EXPAND-Flag zu belassen, da ReiserFS das einzige FS bleibt, das dieses Flag im Kernel verwendet write_begin-Funktion. Gleichzeitig stammt die letzte Korrektur im ReiserFS-Code aus dem Jahr 2019 und es ist unklar, wie beliebt dieses FS im Allgemeinen ist und ob es weiterhin verwendet wird.
Jan Kára von SUSE stimmte zu, dass ReiserFS auf dem Weg ist, veraltet zu sein, es ist jedoch unklar, ob es alt genug ist, um aus dem Kernel entfernt zu werden. Laut Ian wird ReiserFS weiterhin an openSUSE und SLES ausgeliefert, aber die Benutzerbasis für dieses FS ist klein und nimmt ständig ab. Für Unternehmensanwender wurde die Unterstützung für ReiserFS in SUSE vor drei bis vier Jahren eingestellt und das Modul mit ReiserFS ist standardmäßig nicht im Kernelpaket enthalten. Als Option schlug Ian vor, damit zu beginnen, beim Mounten von ReiserFS-Partitionen eine Veraltungswarnung anzuzeigen und diesen FS als zum Löschen bereit zu betrachten, wenn Ihnen innerhalb von ein oder zwei Jahren niemand mitteilt, dass er diesen FS weiterhin verwenden möchte.
Eduard Shishkin, der das ReiserFS-Dateisystem verwaltet, beteiligte sich an der Diskussion und stellte einen Patch zur Verfügung, der die Verwendung des AOP_FLAG_CONT_EXPAND-Flags aus dem ReiserFS-Code entfernt. Matthew Wilcox hat den Patch in seinen Thread aufgenommen. Damit ist der Grund für die Entfernung beseitigt und die Frage der Entfernung von ReiserFS aus dem Kernel kann als schon seit längerem aufgeschoben betrachtet werden.
Aufgrund der Bemühungen, Dateisysteme mit einem ungelösten 2038-Problem aus dem Kernel auszuschließen, wird es nicht möglich sein, das Problem der Veralterung von ReiserFS vollständig auszuschließen. Aus diesem Grund wurde beispielsweise bereits ein Zeitplan für die Entfernung der vierten Version des XFS-Dateisystemformats aus dem Kernel vorbereitet (das neue XFS-Format wurde im 5.10-Kernel vorgeschlagen und verschob den Zeitzählerüberlauf auf 2468). Der XFS v4-Build wird im Jahr 2025 standardmäßig deaktiviert und der Code im Jahr 2030 entfernt. Es wird vorgeschlagen, einen ähnlichen Zeitplan für ReiserFS zu entwickeln, der mindestens fünf Jahre für die Migration auf andere FSs oder ein geändertes Metadatenformat vorsieht.
Source: opennet.ru