FreeBSD 14.2はDockerファンを魅了したいが、Wi-Fiには依然として苦労している

Table of Contents

FreeBSD 14.2はDockerファンを魅了したいが、Wi-Fiには依然として苦労している

最も広く使用されている BSD の最新ポイントリリースである FreeBSD 14.2 には、Docker ファンを魅了するいくつかの新機能が搭載されています。

FreeBSD 14.2-RELEASEが火曜日にリリースされました。これはバージョン14の最新マイナーリリースであり、14.1からのアップグレードを検討し始める時期が来たことを意味します。14.1は昨年6月にリリースされ、14.2の3ヶ月後にサポート終了を迎える予定です。つまり、時間は刻々と過ぎています。FreeBSD 14.0は10月初旬に公式サポート終了を迎え、今後アップデートは提供されません。

このバージョンは、PDP-11 上の 2.9BSD 以来、BSD プロジェクトに長年貢献してきた故 Michael J Karels 氏に捧げられています。彼は、Unix 史上最も影響力のあるリリースの一つである 4.3BSD のシステムアーキテクトであり、また、x86 PC 向けの最初の BSD となった商用システムである BSD/OS のシステムアーキテクトでもありました。

uname、inxi、neofetch の出力を表示する FreeBSD 14.2 コンソール。

FreeBSDコンソール。BSDユーザーの多くが好むような古いスタイル。クリックして拡大

バージョン14.2には、3か月前にリリースされたOpenZFS 2.2.6とOpenSSL 3.0.15が含まれています。14.2の完全なリリースノートには、変更および更新されたすべてのコンポーネントが記載されており、READMEには役立つ出発点がいくつか記載されています。インストール中に注目すべき新機能として、ネットワークアダプターなどの必要なファームウェアを自動的にダウンロードしてインストールする機能があります。

このバージョンでは、4つの主要アーキテクチャと9つのバリアント向けに複数のバージョンとフォーマットが用意されているだけでなく、コンテナのサポートが大幅に強化されています。コンテナをサポートしたからではありません。FreeBSDは24年前からJailsという形でコンテナをサポートしてきました。コンテナが初めて登場したのは2000年のバージョン4で、SolarisにZonesが導入される4年前です。

違いは、FreeBSDがOCI仕様に準拠した方法でコンテナを扱えるようになったことです。Open Containers Initiativeは、Linux Foundationが支援する企業間アライアンスであり、コンテナのパッケージ化、配信、展開、管理方法を標準化しています。これらは、Linux上のコンテナを扱う広大な業界関係者にとって最も馴染みのある手法です。

PodmanはDockerと互換性のある、完全にFOSSでデーモンレスなコンテナ管理システムです。FreeBSD 14.2のx86-64およびArm64エディションには、FreeBSD上でOCIコンテナを扱うためのPodman互換ツールキットが含まれています。そのサイトには次のように書かれています。

明確に言えば、いいえ、Linuxulator のようなものを使わない限り、これは Linux コンテナーを取得して FreeBSD で直接実行できるという意味ではありません。また、Linux 上のコンテナーで FreeBSD を直接実行できるという意味でもありません。簡単におさらいすると、Reg FOSS デスクは、Docker が一部の VC の目に留まるずっと前に、仮想化の簡単な歴史のパート 3 でコンテナーの仕組みを説明しています。ある OS のコンテナーを別の OS 上で実行することは可能ですが、仮想マシンではいくつかの操作が必要になります。たとえば、これが、多くの人が Alpine Linux を使用している理由であり、その方法でもありますが、彼らはそれを知りません。VM 内の Alpine インスタンスは、Docker Desktop が Windows および macOS 上で Linux コンテナーを実行する方法です。

Old school X11 on shiny new FreeBSD: a window manager and a bunch of xterms. Who needs more?

ピカピカのFreeBSDに古き良きX11:ウィンドウマネージャーと豊富なxterm。これ以上のものは不要? – クリックして拡大

現時点では、OCIサポートはFreeBSDコンテナをFreeBSD本体上で実行することに重点を置いています。FreeBSDにはLinuxulatorと呼ばれるLinuxエミュレータが含まれており、個々のLinuxバイナリを実行できるだけでなく、Linuxulator上で既存のディストリビューションのユーザーランドを実行することもできます。これはLinux Jailと呼ばれるセットアップです。例えば、以前記事を書いたStefano Marinelli氏が、Alpineをjail内で実行した例をドキュメント化しています。

FreeBSDのOCIサポートはまだかなり新しいため、現時点ではroot権限で実行する必要があります。rootroot権限なしで実行できることは、PodmanのLinuxにおけるセールスポイントの一つですが。これはおそらく今後変わるでしょうし、FreeBSD上でLinuxコンテナを直接実行できるという興味深い理論的な見通しもあります。

しかし現時点では、これらは既存の実績あるFreeBSD-on-FreeBSDコンテナと同じです。違いは、jailの管理にFreeBSD独自のコマンドを使用するのではなく、Docker互換の構文、Docker互換のコンテナファイル形式、標準のJSON設定ファイルなどを使用できることです。

  • FLTKが1.4に到達、Wayland対応とHiDPIサポートが向上
  • Apple macOS 15 Sequoia は正式にUNIXになりました。もし興味があれば…
  • バージョン7.6 – 「テセウスのOpenBSD」 – リリース
  • 退屈なのは良いことだから、顧客をLinuxからBSDへ切り替える

これは、FreeBSDへの移行を検討している経験豊富なDockerユーザーの作業負担を軽減する一方で、Podman、OCIコンテナイメージ生成用のBuildah、リモートコンテナレジストリを操作するSkopeoといった標準ツールの管理方法を知っている既存のツールとの統合を容易にします。これらのツールは、リポジトリからイメージを取得したり、あるリポジトリから別のリポジトリにコピーしたり、イメージを検査したりすることができます。特に、今年のEuroBSDConでは、FreeBSDマシンの管理にAnsibleが頻繁に使用されていることがわかりました。

まもなく、主に Linux を対象とした既存のツールを使用して FreeBSD サーバー上のコンテナを管理することがはるかに容易になるはずです。

FreeBSDのテストベッドマシン(Lenovo ThinkPad T420)を新しいリリースにアップグレードしました。この古いラップトップは、FreeBSD 13.3から14への移行で苦労しました。CPU内蔵のIntel HD 3000 GPUしか搭載していないにもかかわらず、FreeBSDのアップグレードによってIntel DRMドライバとSlimディスプレイマネージャの一部が削除され、X11が動作しなくなってしまいました。この問題は少し前に解決しましたが、14.2を試す前に、マシンを14.0から14.1にアップグレードする必要がありました。

freebsd-update -r 14.1 upgrade
freebsd-update install

その後、再起動し、freebsd-update install2回目の実行、そして再び再起動しました。アップグレードは完璧にスムーズに進み、すべて正常に動作しました。その後、14.2でもこのプロセスを繰り返しました。

freebsd-update -r 14.2 upgrade
freebsd-update install

結局、うまくいきませんでした。マシン自体は動くものの、コンソールが動かないのです。カーネルがGPUを初期化すると画面が真っ暗になってしまうのです。何も入力せずにログインしてstartxXfce 4.18を起動することは可能ですが、SSHで接続して初めて起動しているのが確認できました。(どうやらこれは既知の問題らしいのですがdrm-kmod、私たちにとっては言い訳にはなりません。)熱心なFreeBSDエバンジェリストから「アップグレードは安全すぎてほとんど退屈だ」という話を聞いたことがありますが、残念ながらGUI搭載のラップトップではそうはいきません。

If you prefer a few more mod cons, there are a choice of desktops available, installable via the optional 'desktop-installer' tool.

よりモダンな機能をご希望の場合は、オプションの「デスクトップインストーラー」ツールを使用してインストールできるデスクトップの選択肢があります(クリックして拡大)

数ヶ月前、FreeBSD Foundationがデスクトップエクスペリエンス向上のための資金を獲得したと記事を書きました。資金は切実に必要とされているので、賢明に使われることを願っています。また、Wi-Fiは正常に動作しているものの、2.4GHz帯のホームネットワークしか認識・接続できないことにも気付きました。5GHz帯への対応はまだです。一方、テストベッドとして使用しているThinkpad W520に、Windows 10と2つのLinuxディストリビューションと同じパーティションに新規インストールしようとしましたが、完全に失敗しました。マルチブート環境では、最新バージョンであっても他のバージョンとうまく連携しないようです。

VirtualBox VMにインストールすると、よりスムーズにインストールできました。EuroBSDConで得たヒントは、VirtualBoxではUEFIサポートは「特定のOSのみ」と謳っているものの、FreeBSDでは重要だという点です。どうやら、MBRでパーティションされたディスク上のBIOSシステムでZFSから起動すると、既知の問題が発生するようです。UEFIを選択し、OSにパーティションスキームを選択させると完璧に動作し、GPTでパーティションされた16GBの仮想ドライブ上で問題なくシステムを実行できました。

FreeBSD 14.2には、既存のエンタープライズインフラとの統合性を高めるのに役立つ便利な新機能がいくつか搭載されており、将来のエキサイティングな可能性への基盤を築くものとなっています。しかし、ファームウェアの処理が改善されたとはいえ、今回のリリースに奇跡的な変化は期待できません。最近のLinuxシステムと比較すると、インストールは依然として容易ではなく、Wi-Fiのサポートも現時点では期待外れです。®

Discover More