FreeNAS、TrueNAS CORE と続いてきた系譜が、FreeCORE という名前でまだ生きている。しかも今回は単なる派生版の紹介ではなく、TrueNAS CORE 13.3 の路線をそのまま FreeBSD 15 に持ち上げ、独立して保守を続けるという宣言だ。ストレージ用OSの世界では、プロジェクトの終了や開発元の方針転換がそのまま利用者の不安につながる。だからこそ、この手の「後を継ぐ」動きは、名前以上に中身を見ておきたい。
FreeCORE のトップページは、まず自分たちが何者かをかなりはっきり示している。FreeCORE は FreeNAS と TrueNAS CORE から続く系譜にあり、FreeBSD と OpenZFS の上に成り立つシステムだと説明している。さらに、これを「TrueNAS CORE 13.3 を引き継いで、FreeBSD 上で独立して保守するOS」と位置づけている。つまり、単に似た名前の新規プロジェクトではなく、開発の流れが止まった CORE 系を別の場所で延命する構図だ。
ページ上では、系譜が「FreeNAS → TrueNAS → FreeCORE」と短く整理されている。あわせて、更新の軸も示されていて、13.3 をベースにしつつ、現在のトレインは 15.0、次が 15.1 と書かれている。ここでいう train は、配布版や更新系列のことだと読めばよい。FreeCORE はこの train に沿って更新を続ける方針らしい。
状態については、15.0-U1 が stable と明記されている。さらに、TrueNAS CORE 13.3 を使っているシステムは、そのまま in-place で 15.0 に上げられ、その後はプロジェクト側の update train に乗っていくと案内している。ここは実用上かなり重要で、再インストールを前提にしない移行が想定されている。
導入方法も簡潔だ。Install guide は freecore.org/install にあり、ダウンロード用の ISO として FreeCORE-15.0-U1.iso が案内されている。既存環境からの移行には、fetch https://freecore.org/freecore-enroll.sh && sh freecore-enroll.sh というコマンドが示されている。つまり、まず管理対象として FreeCORE に「登録」させ、その後の更新経路に乗せる形だと分かる。
開発面では、ソースコードは Codeberg に置かれ、GitHub にミラーがある。再現可能な不具合は issue として報告し、IRC は Libera.Chat の #freecore、連絡先は hello@freecore.org、セキュリティ連絡は security@freecore.org と案内している。最後に、FreeNAS、TrueNAS CORE、FreeBSD、OpenZFS への謝辞と、ライセンスヘッダーに元の著者性を記していることも明言している。加えて、FreeCORE は iXsystems や FreeBSD Foundation とは関係がなく、支援も承認も受けていない独立プロジェクトだと、商標の注記まで含めてはっきり線を引いている。
私がまず気になったのは、FreeCORE が新しい挑戦として自分を売っているのではなく、「続き」を名乗っていることだ。ここは重要で、ストレージOSを選ぶ人にとっては、機能の派手さよりも、今ある構成をどこまで壊さずに維持できるかのほうがずっと大きい。TrueNAS CORE 13.3 から 15.0 へ in-place upgrade できる、とわざわざ書くのもその文脈だろう。移行コストを最小化しないと、いくら後継を名乗っても現場は動かない。
一方で、独立維持という言葉は安心材料であると同時に、責任の所在がはっきりすることも意味する。iXsystems とは無関係だと明示しているのは、法務上のためだけではないはずだ。今後の不具合修正や機能追加は、もはや上流の都合には乗らない。利用者にとっては、既存の真似をして終わるのか、それとも本当に保守を継続できるのかが試される。私はここに、フォークの強さと脆さが同時に出ていると思う。
FreeCORE が FreeBSD 15 をベースにしている点も見逃しにくい。単に TrueNAS CORE 13.3 の見た目を保ったまま時間稼ぎをするなら、古い土台を引きずるほうが楽な場面もあるはずだ。それでも 15.0 に載せ直したのは、保守の便宜だけでなく、土台そのものを現代化する意図があるのだろう。OpenZFS のようなストレージ基盤は、OS 側の変化にかなり敏感だ。だからベースの更新は、静かな話に見えて実は重い。
ただし、ここには慎重に見たい点もある。FreeBSD 15 に上げたからといって、TrueNAS CORE 時代のすべてがそのまま保証されるわけではない。むしろ、API や周辺ツール、ドライバの相性で思わぬ差が出る可能性がある。元記事は「15.0-U1 is stable」と書いているが、それはあくまでプロジェクト側の現時点の評価だ。長く使う現場では、安定版のラベルより、実際の運用事例の積み上がりのほうが効いてくる。私は、ここを過信しすぎないほうがいいと思う。
freecore-enroll.sh という登録スクリプトを実行して移行する仕組みは、見た目以上に象徴的だ。手作業で設定をいじらせるのではなく、利用者を新しい更新経路に乗せ直す。これは使い勝手の面では分かりやすいし、既存の 13.3 環境を救うには合理的だと思う。けれど、同時に「誰が更新経路を管理しているのか」がそのまま信頼の対象になる。OS の移行は、パッケージを1つ入れる話ではない。以後の配布や署名、リリースの責任をどこが持つのかが本質だ。
その意味で、Codeberg を本体、GitHub をミラーにしている構成や、IRC・メール・security 連絡先を最初から並べている点は、プロジェクトの透明性を高めようとしているように見える。小さな独立プロジェクトほど、説明が足りないと一気に不安が増す。逆に、入口から出口までの窓口をきちんと見せるのは、規模の小ささを補うやり方でもある。私は、ここを「コミュニティを作るための最低限の設計」として評価したい。
この動きが誰に効くかを考えると、答えはかなりはっきりしている。既に TrueNAS CORE 13.3 を使っていて、ZFS ベースのストレージを大きく崩したくない人だ。そういう人にとって、FreeCORE の価値は新機能の多さではなく、延命の現実味にある。インストール手順、ISO、登録スクリプト、連絡先まで揃えているのは、実験的な趣味プロジェクトではなく、実際に乗せるつもりがあると示したかったからだろう。
ただ、だからこそ「誰にでも勧められる」類の話ではない。独立 fork は、将来の方向性が上流と一致する保証を持たない。管理者が自分で追える範囲はよくても、長期保守の観点では不確実性が残る。私は、FreeCORE は TrueNAS CORE の代替というより、TrueNAS CORE の終了で空いた穴を埋める避難先に近いと見る。うまくいけば現場の寿命を延ばせるし、失敗すればまた別の移行先を探すことになる。技術的には地味だが、こういう「地味な継続」を引き受けるプロジェクトは、派手な新機能よりずっと現実に近い。
参考: FreeCORE
