Linux 7.4、UnixWareのブート用ファイルシステムBFSを削除

Linuxカーネルは、バージョン7.4でBFSファイルシステムのドライバーを削除します。Ethan Nelson-Moore氏が2026年9月4日に削除パッチをカーネルのメーリングリストへ送り、メンテナーのChristian Brauner氏がすでに取り込みの列に並べました。カーネルが2つのリリースで手放す、3つ目の古いファイルシステムです。

ここでのBFSは、SCO UnixWareがブートパーティションに使っていたブート用ファイルシステム（boot file system）です。UnixWareは商用のUnixで、Linuxはそうしたディスクを読めるようにこのドライバーを抱えていました。Nelson-Moore氏のパッチは「very little reason anyone would want to access it from Linux」だと述べています。

パッチが実際にしていること

パッチは20個のファイルに手を入れます。そのうち6個を削除し、14個を変更し、1,275行を取り除いて4行を足します。削除されるのは、ドキュメント、Kconfigの項目、Makefile、ヘッダー、そしてドライバー本体です。

1つだけ残るファイルがあります。パッチはinclude/uapi/linux/bfs_fs.hを残します。これはディスク上の形式をユーザー空間のプログラムへ伝えるヘッダーです。ドライバーを消すことと、その公開ヘッダーを消すことは別々の判断であり、カーネルは後者をインターフェースの約束を破ることとして扱います。

挙げられた理由は、使っている人がほとんどいないはずだ、というものです。「BFS is the filesystem UnixWare uses for its boot partition. It has extremely limited functionality, only supporting contiguous files and no subdirectories」とNelson-Moore氏はパッチに書きました。投稿はさらに「bfs is highly unlikely to have any users, so remove it」と付け加えています。

その2つの制限は、少し立ち止まる価値があります。連続したファイルは、ディスク上で途切れないブロックの並びに収まらなければなりません。サブディレクトリがないとは、すべてのファイルが1つの平らな一覧に並ぶということです。カーネルとブートローダーを置くには足りますが、それ以上はほとんど無理です。

より大きな片づけの一部

BFSが最初ではありません。EFSとFreeVxFSは、直前のサイクルであるLinux 7.3で削除されました。Phoronixは、これらの削除が、めったに使われないファイルシステムをツリー内に抱える負担を減らすための新しいカーネルの方針に沿ったものだと報じています。

レビューは速く進みました。Brauner氏はパッチに「I agree」と答えて取り込みました。彼はそれが「the vfs-7.4.bfs branch of the vfs/vfs.git tree」に入ったと書き、「patches in the vfs-7.4.bfs branch should appear in linux-next soon」としています。Lorenzo Stoakes氏、Jan Kara氏、Tigran Aivazian氏、Darrick J. Wong氏がスレッドに加わりましたが、見える範囲の返信に削除への反対はありません。

開発者にとっての意味

フォレンジックや移行のツールを保守しているなら、マウントの構成を確認してください。古いUnixWareのディスクをマウントして読むツールは、使っているディストリビューションが7.4のカーネルを出した時点で動かなくなります。ユーザー空間のリーダーを用意するか、このドライバーを含む最後のカーネルを手元に残す計画を立ててください。

残ったヘッダーを執行猶予と読まないでください。bfs_fs.hが残るのは、ユーザー空間向けのインターフェースを軽々しく消さないからであって、ドライバーが戻ってくるからではありません。そのヘッダーを取り込んだうえでmountを呼ぶコードなら、動き続けるのは半分だけです。

これを惜しむより、次はどのファイルシステムかを見てください。2サイクルで3つの削除は流れであり、示された基準は実際の利用者に対する保守コストです。ツリーの中の珍しいものに依存しているなら、いま有効な一手はメーリングリストでそう言うことです。BFSのスレッドは、誰も反対しなければパッチから取り込みまでどれほど速いかを見せています。

ドライバーを上流に出す人すべてに教訓があります。目に見える利用者のいないドライバーは、支持者のいない保守コストであり、カーネルはその請求を始めました。ニッチなドライバーを生かす方法は、使われている証拠を残すこと、つまりバグ報告、テスト結果、そしてメールに答えるメンテナーです。今サイクルのカーネルの仕事には逆の例も多く、AMDのZen 6が既存の緩和策を不要にした件では、ハードウェアの提供元がコードを担いでいます。