nvme ドライバー (NVM Express) と DAX ファイル システムへの直接アクセスのメカニズムの作成で知られる Oracle の Matthew Wilcox 氏は、かつて削除されたレガシー ファイル システム ext および xiafs と同様に、ReiserFS ファイル システムを Linux カーネルから削除することを提案しました。コード ReiserFS を短縮し、読み取り専用モードでの動作のサポートのみを残します。
削除の理由は、特に ReiserFS の場合、AOP_FLAG_CONT_EXPAND フラグの古いハンドラーをカーネル内に残さなければならないという事実により、カーネル インフラストラクチャの最新化がさらに困難になることでした。これは、ReiserFS が依然としてこのフラグを使用する唯一の FS であるためです。 write_begin 関数。同時に、ReiserFS コードの最後の修正は 2019 年のものであり、この FS が一般にどの程度人気があるのか、また使用され続けているのかは不明です。
SUSEのJan Kára氏は、ReiserFSは時代遅れになりつつあるが、カーネルから削除できるほど古いかどうかは不明であることに同意した。 Ian 氏によると、ReiserFS は引き続き openSUSE と SLES に出荷されていますが、この FS のユーザー ベースは小さく、常に減少しています。エンタープライズ ユーザーの場合、SUSE での ReiserFS のサポートは 3 ～ 4 年前に廃止されており、ReiserFS を含むモジュールはデフォルトではカーネル パッケージに含まれていません。オプションとして、Ian 氏は、ReiserFS パーティションをマウントするときに廃止警告の表示を開始し、XNUMX ～ XNUMX 年以内にこの FS の使用を継続したいという連絡がなければ、この FS は削除の準備ができているとみなすことを提案しました。
ReiserFS ファイル システムを管理する Eduard Shishkin 氏も議論に参加し、ReiserFS コードから AOP_FLAG_CONT_EXPAND フラグの使用を削除するパッチを提供しました。 Matthew Wilcox はパッチを自分のスレッドに受け入れました。したがって、削除の理由は解消され、カーネルから ReiserFS を削除する問題はかなり長い間延期されたと考えられます。
未解決の 2038 問題を持つファイル システムをカーネルから除外する作業により、ReiserFS の陳腐化の問題を完全に無視することはできません。たとえば、この理由から、XFS ファイル システム フォーマットの 5.10 番目のバージョンをカーネルから削除するスケジュールがすでに準備されています (新しい XFS フォーマットは 2468 カーネルで提案され、タイム カウンタ オーバーフローを 4 に移動しました)。 XFS v2025 ビルドは 2030 年にデフォルトで無効になり、コードは XNUMX 年に削除されます)。 ReiserFS についても同様のスケジュールを作成し、他の FS または変更されたメタデータ形式への移行に少なくとも XNUMX 年間の期間を設けることが提案されています。
出所： オープンネット.ru