GhostBSD 25 徹底レビュー:オールドスクールなUNIXの精神と現代的な使いやすさは両立できるか

GhostBSD 25レビュー――レトロな作業環境と遊び心の融合

更新日:2025年4月11日

はじめに

DedoimedoでUNIX系OSをテストする頻度は高くありませんが、いざ試すとなれば、こうしたシステム特有の「ハードコアなノスタルジー」を味わうのが楽しみです。もっとも、程度問題ではありますが。一方には、systemdのような余計なものに頼らない、スパルタ的で職人的なシステム管理の姿勢があります。その一方で、比較的シンプルで親しみやすい利用体験を目指す試みも見られます。そして常に突きつけられる究極の問い――「果たしてLinuxより優れていると言えるのか?」

5年前にもGhostBSDを試したことがあります。当時の印象は「まずまず」。一般的なディストリビューションほど取っつきやすくはないものの、大きくかけ離れているわけでもありませんでした。GhostBSDの中身はFreeBSDであり、それはつまり、隙のない堅牢なセキュリティを意味します。通常、セキュリティと利便性はトレードオフの関係にあり、日常使いできるシステムを最大限にロックダウンするのは容易ではありません。今回改めて新鮮な目線で見直し、このUNIXが日々のニーズを満たせるのか、少なくとも一部でも役立つのかを検証します。「できるか」と「すべきか」、両方の問いです。それでは始めましょう。

事前準備と検討事項

UNIX系システムをテストする際、いつも悩まされるのがアプローチの方法です。WindowsやLinuxと並行して物理マシン上でデュアルブートテストを行いたいところですが、3つの理由から躊躇してしまいます。第一に、ZFSを使いたい場合、このファイルシステムはかなり「欲張り」で、ディスク全体を要求しがちです。ディスクは多いほど良く、大容量RAIDを与えれば満足します。UFSという選択肢もありますが、その場合、GRUB(利用可能なら)を使うべきか、それともBSDネイティブのブートローダーを試すべきかという問題が生じます。第二に、UEFIシステムで正常に動作するかどうか確信が持てません(TPMやセキュアブートは気にしませんが)。最後はスワップパーティションの問題です。テスト用のIdeaPadラップトップにはスワップがありませんが、GhostBSDのWikiによると作成しておくべきとのこと。

結局、仮想マシンでのテストを選択しました。完璧ではありませんが、最初の一歩としては十分です。これで物理インストールへの自信がつくかもしれません。パーティションテーブルを壊すのが怖いわけではありません(そこにあるWindows 11は単なるテスト環境であり、言ってみれば無意味なOSです)が、大掛かりな再インストールやブートローダーいじりをする気分ではなかったのです。

インストール

GhostBSDはライブセッションを提供しているため、インストール前に使用感を確かめられます。初回起動時、システムはハードウェアが十分なRAMを搭載しているかチェックし、条件を満たしていれば動作速度向上のためイメージ全体をメモリにコピーします。ゲストOSに8GBのRAMを割り当てたところ、メモリへのデータコピーに数分かかりました。その後、Xfceセッションが起動します。

画面解像度は1024x768pxと小さく、リサイズできませんでした。VBoxClientの各種コマンドやxrandrなど、あらゆる手を尽くしましたが効果なし。そこでグラフィックスアダプターを変更したところ、再起動後にGhostBSDは最大化したVirtualBoxウィンドウのサイズにぴったり合わせて表示されるようになりました(Slimbook ExecutiveノートPCのネイティブ解像度2880x1800pxよりわずかに小さい程度です)。この仮想アダプター変更の手順は、最近Linuxクライアントで紹介したものと同様です。GhostBSDはVBoxVGAを好み、VMSVGAは好みません。

また、時計が画面中央に配置されていることにお気づきでしょう。奇妙です。スケーリングを200%に変更すると、すべてがきれいに整いました。小数点以下のスケーリング(フラクショナルスケーリング)には対応していないようです。

インストールはデフォルト設定、つまりZFSを使用しました。選択できたのはFreeBSD BIOSローダーのみで、デュアルブートに対応しているはずのFreeBSDブートマネージャーやrEFIndブートマネージャーはグレーアウトしていました。

インストール自体は約10分とかなり迅速で、非常に簡単でした。

初期設定

スケーリング設定をやり直した後、MATEデスクトップの調整に1〜2時間ほど費やしました。醜いわけでは決してないのですが、妙な細かい仕様が多かったのです。まず、デフォルトテーマがやや暗めなので、明るめの壁紙に変更しました。次に、幸いMATEでは外観を簡単にカスタマイズでき、ウィンドウ枠、フォント、さらにはマウスカーソルまで個別に細かく制御できます。実際、デフォルトのカーソルは小さすぎて正しく拡大表示されなかったため、変更が必要でした。とはいえ、耐え難い苦行ではありませんでした。

より苦労したのはパネル設定です。上部パネルにはショートカットをピン留めできますが、Plasmaのアイコンのみタスクマネージャーに慣れてしまった身としては物足りません。下部パネルをショートカットバーとして活用するよう調整しましたが、ランチャーと開いているウィンドウを統合する簡単な方法がなく、やや不格好でした。

そこで登場するのがPlankです。そう、GhostBSDにはドックが付属しており、これで問題が解決するはず……ある意味では解決しましたが、いくつか問題がありました。まず、ドックの設定はコマンドラインからフラグ付きで起動する必要があり、ドック自体から挙動を編集するオプションがありません。非表示の挙動、幅、サイズ、ズームエフェクト、テーマなどを変更しました。また、デフォルトでピン留めされているアプリのアイコンと、手動で追加(ロック)したアイコンで見た目が異なることにも気づきました。Firefoxが最たる例ですが、それだけではありません。ログイン時に毎回ドックを表示したいなら、Plankの自動起動設定も必要で、これは一筋縄ではいきません。

さらに、PlankはLibreOffice Writerをどうしてもドックに登録できませんでした。スイートの他のアプリは登録できるのに、Writerだけは不可。興味深いことに、デフォルトのシステムメニューにもWriterが表示されません。Compactメニューを使うとサブメニューが崩れて開かなくなります。より「モダン」な代替手段であるBriskメニューも使えますが、こちらは正常に動作し、LibreOffice Writerもきちんと表示されます。ただし、過去のUbuntu MATEレビューで何度も指摘したように、Briskは英国英語がハードコードされており、「Favorites」が必ず「Favourites」と表記されます。

そんなこんなで、最終的には見栄えのするシステムが完成しました。

パッケージ管理

LinuxおよびUNIX系システムの体験において最も重要な要素といえば、ソフトウェアのインストールとアップデートの扱いでしょう。近年、優れたストアを備えたLinuxディストリビューションは少数派で、せいぜい多少扱いにくいカタログやパッケージマネージャーがある程度です。その点、UNIX系システムはさらに後れを取っています。

GhostBSDのSoftware Stationの使用感は、正直なところ……辛いものでした。まるで2005年にタイムスリップしたかのようです。検索して目的のものを見つけることはできます。例えば、プリインストールされていないLibreOfficeなど。ただし、実際のプログラムは十数個の翻訳パッケージに挟まれてリストの中程に埋もれています。整理整頓がやや難しく、スクリーンショットもなく、情報はわずか1行のテキストコメントのみ。つまり、欲しいものを欲しい時点で知っている必要があるのです。探索用途には向いていません。

Software Stationはpkgのフロントエンドにすぎません。コマンドライン上のpkgは、aptやdnfなどと同等の仕事をこなします。非常に高速でレスポンスも良好です。Fishシェルを使うのも楽しかったですね。古風ながら、決して煩わしくありません。

システムアップデートも問題なく動作しました。高速で、トラブルなしです。

日常的な使い勝手

GhostBSDは私のLinux的な感覚に挑戦してきました。ほとんどのLinuxディストリビューションは決して洗練されていませんが、少なくとも日々の操作に関しては、平均的なUNIXのやり方よりもストリームライン化されています。試した項目の一部を簡単にご紹介します。

まずSteamをインストールできるか試してみました。結果として、可能です。しかし、そこには大きな警告文が現れます――別アカウントで実行すべきだというものです:

steam-install
「Steam専用のOSユーザーアカウントを作成することをご検討ください。
さもなければ、すべてのSteamゲームがあなたのファイルへ無制限にアクセスできます。
本当に気にしないのであれば、--allow-stealing-my-passwords,-browser-history-and-ssh-keys フラグでこの警告を抑制できます。」

steam-install --allow-stealing-my-passwords,-browser-history-and-ssh-keys
Downloading Steam...
fetch: https://repo.steampowered.com/steam/pool/steam/s/steam/steam_1.0.0.79.tar.gz: Not Found
steam_1.0.0.79.tar.gz 3877 kB 2336 kBps 01s
Extracting bootstrap...
Creating symlink root -> steam
Creating symlink bin32 -> steam/ubuntu12_32
Creating symlink bin64 -> steam/ubuntu12_64
Creating symlink sdk32 -> steam/linux32

「Not Found」エラーも気になりましたが、一応Steamは正常にインストールされたようです。続けてSteamを起動しようとすると、今度は複数のシステム設定の変更を求められました:

/usr/local/steam-utils/bin/steam
「以下の要件が満たされていることを確認してください:
* 非特権chrootが有効であること
* nullfs.koがロードされていること」

(rootで)`sysctl security.bsd.unprivileged_chroot=1` を実行。
永続化するには /etc/sysctl.conf に設定を追加。

(rootで)`kldload nullfs` および `sysrc kld_list+=nullfs` を実行。

要するに、BSDは堅牢化されたシステムであり、「あまりにも」楽しいことをするようには設計されていません。銀行取引のような真面目な用途でGhostを使えば快適に感じられるでしょうが、日常的な娯楽はセキュリティ設計の邪魔になるのです。

次に、仮想マシンとの間でファイルをやり取りしたくなりました。NAT環境ではポートフォワーディングが使え、SSHと組み合わせれば、ブリッジアダプターを使わずにホストとLinuxゲスト間でデータを往復させる私のお気に入りの方法です。同じことをGhostBSDでも実現したかったのです。

SSHDを有効化するために文献を読み漁る必要がありました。さらにファイアウォールとも格闘し――無効化するかルールを作成するかして――ようやく接続できる状態に。すべてRCファイルで制御されており、この方式はsystemdのユニットファイルよりはるかに好感が持てます。

service sshd start
Cannot 'start' sshd. Set sshd_enable to YES in /etc/rc.conf or use 'onestart' instead of 'start'.

ただし欠けているのは、こうした設定を管理するシンプルでフレンドリーなフロントエンドです。最終的にSSHDにはアクセス可能になりましたが、Kubuntuからの初回のssh/scp接続は遅く、応答まで約3秒かかりました。セキュリティ機構かもしれません。その後はすべて正常に動作しました。

MP3を多数再生してみたところ、VLCでは快適に動作しました。しかし途中から音声が途切れるようになり、2〜3秒ごとに音量が上下するような症状です。FreeBSDフォーラムでも全く同じ問題のスレッドを見つけました。ZFSのVFSプリフェッチを無効化すると改善しましたが、完全には解消しません。おそらくZFSは仮想マシンで使うには負荷が重すぎるのでしょう。

ここで、LinuxとUNIXの作法の違いに直面しました。sysctlをリロードする際、-pフラグが機能しません。

また、システム音量はリニアではありません。音量スライダーを上下させると、音量が対数的に変化し、これが非常に違和感があります。実質的に使えるのはスライダー上部の5分の1だけで、ささやき声から爆音まで瞬時に切り替わってしまうのです。それ以外の範囲は基本的に静かすぎます。

ファイルマネージャーのCajaは、なぜかファイル名を変更できませんでした。右クリック→名前の変更、反応なし。理由は不明です。

トラブル解決のためにドキュメントを相当参照する羽目になったことで、Linuxと比べてBSD圏の情報が圧倒的に不足していることも判明しました。主流の検索エンジンは大抵、ありふれたLinux向けの回答を出力するばかり。この点において、Linuxがどれほどユーザーフレンドリーになったか、そしてUbuntuが他のすべてのディストリビューションよりどれだけ先行しているかを実感します。

ここでテスト終了です。

まとめ

平均的なユーザーの使いやすさという観点では、GhostBSDは一般的なLinuxディストリビューションに大きく水を空けられています。そうでないと言うのは、時空連続体を歪めることになります。多くの側面、特にパッケージ管理とシステム管理において、BSDはより難しく、より困難で、妥協が少ない設計です。その感触は、およそ15年前のLinuxに似ています。以来、Linuxは作業をGUIツールでこなせるよう大幅に進化しましたが、同時に不要な抽象化レイヤーを大量に積み上げて古典的な管理を難しくし、安定性も平均的に低下させました。

BSDはBSDであり、ふわふわした使いやすさを謳うことは決してありません。日常用途に寄せた亜種もありますが、それでも努力は必要です。最終的には仕事を完了できますし、いじり回すことが好きなら、素朴なUNIX哲学に感謝することでしょう。ファイルはファイル。ごまかしなし。実のところ、矛盾はないと思うのです。この堅牢なアプローチと、楽しい日常用途の両立は可能です。もちろん投資と時間は必要ですが。技術的には、BSDにより良いパッケージ管理ツール(例えばPlasmaのDiscoverのような)と、日常業務の90%を管理できる完全なコントロールセンターがあれば、BSDは普通のディストリビューションの有力な対抗馬になり得ます。しかし、そこで大きな問題第2号・第3号に行き当たります。ハードウェアサポートと、一般的なソフトウェアの入手性です。これは永遠に真の解決を見ないかもしれません。BSDは、日常の楽しさを抑えた、落ち着いた真面目な用途にこそ適しているのかもしれません。

GhostBSD 25は、オールドスクールなDNAと現代的な悪癖の間の綱渡りを演じています。時に見事に、しかし常に成功するとは限りません。所々に課題や引っかかりがあり、これらは解決されるべきです。とはいえ、結局のところ作業の大部分は完了でき、結果には満足しています。唯一の疑問は、新しい問題が発生したときに、どれだけ迅速かつ簡単に対処できるかということです。OSの目的は、絶えず管理されることではなく、ユーザーのニーズを支援することにあるはずです。現時点では、この問いに対する確固たる長期的な答えを持っていません。しかし総じて、GhostBSDは気に入りました。よく動作し、堅牢で、デスクトップ分野における本格的な挑戦者になり得るポテンシャルを秘めています。今後に期待しましょう。

それでは、また。