簡単に言うと：通常のLinuxパッケージ管理、systemdサービス、カスタムネットワーク、またはホストレベルのツールに依存している場合は、Ubuntu Serverを使い続けてCasaOSを追加してください。マシンを専用NASアプライアンスのように動作させたい場合や、ほとんどのワークロードをアプリ／コンテナモデル内で運用できる場合は、ZimaOSに置き換えてください。
CasaOSはLinux上で動作する
CasaOSは既存のディストリビューションにインストールされます。現在のCasaOSのシステムサポートでは、Debian 12を推奨し、Ubuntu Serverをテスト済みの選択肢として挙げています。ワンラインインストーラーは、ベースOSを置き換えずにCasaOSを追加します。
そのため、通常のLinuxパッケージ管理、systemdサービス、カスタムネットワーク、またはホストレベルのツールを引き続き使用する場合は、Ubuntu + CasaOSが柔軟な選択肢になります。 aptカスタムsystemdユニット、ホストVPN、ネイティブのゲームサーバーパッケージ、監視エージェント、従来のLinuxサーバーを前提とするスクリプト。
ZimaOSはホストOSを置き換える
ZimaOSは、起動可能なオペレーティングシステムイメージとしてインストールされます。現在のZimaOS x86のインストールは汎用x86-64を対象としており、UEFIブートが必要です。また、Secure Bootを無効にし、25GB以上のストレージを用意する必要があります。
このモデルは、ストレージ、Jellyfin、バックアップ、Dockerアプリ、その他のホームサーバーサービスが主な用途であるマシンに適しています。ホストレベルの自由度の一部と引き換えに、よりアプライアンスに近いワークフローを利用できます。
ワークロードを基準に選ぶ
| 必要性 | より適した出発点 | 理由 |
|---|---|---|
| Jellyfin + 少数のコンテナ | ZimaOS | ホスト管理の負担が少ない。 |
| Jellyfin + ネイティブLinuxツール | Ubuntu + CasaOS | 通常のLinuxにおける制御性を維持。 |
| カスタムスクリプトを使うゲームサーバー | Ubuntu + CasaOS | ホストレベルの依存関係を容易に管理。 |
| 主にNAS／メディア／バックアップ | ZimaOS | 用途特化型のアプライアンスモデル。 |
状態を棚卸しする前にUbuntuを消去しないでください
OSを入れ替える前に、Docker Composeファイル、環境変数、バインドマウントを記録してください。 /DATA/AppDataメディアパス、ゲームのセーブデータ、PUID/PGIDの所有権、固定IP／DNS、リバースプロキシ、VPN、ファイアウォールルール、ハードウェアトランスコーディング用デバイスのマッピングを記録してください。
OSを変更しても、Jellyfinのライブラリやゲームデータが自動的に保持されるわけではなく、サポートされていないハードウェアでGPUトランスコーディングが保証されるわけでもありません。
判断基準
Ubuntu + CasaOSを使い続けるのは、そのマシンが依然としてLinuxサーバーとしての役割を第一とし、NASダッシュボードを第二とする場合です。ZimaOSを選ぶのは、ホームサーバー／NASとしての役割が第一で、ほとんどのワークロードがコンテナと組み込みのストレージワークフローに適している場合です。
CasaOSのDockerモデルは、CasaOSがLinux上のビジュアルレイヤーとして適している理由を示しています。ZimaOSアプリプラットフォームは、アプライアンス型の代替手段を示しています。
既存のマシンを転用するのではなく、専用の x86 ホームサーバーを構築する場合、ZimaBoard 2 は両方のアプローチに対応しています。
インストールだけでなく、更新と復旧について考える
Ubuntu + CasaOS では、Linux ディストリビューションと CasaOS という2つの更新レイヤーがあります。パッケージのバージョンを固定したり、カーネルの変更を管理したりしたい場合には便利ですが、互換性に関する作業も増えます。ZimaOS はマシンをよりアプライアンスに近い形で扱うため、システムのライフサイクルはシンプルになりますが、汎用的な Debian ホストとしての自由度は意図的に低くなっています。
すでに安定した Ubuntu サーバーがある場合、リスクの最も低いテストは、重要なデータを削除せずに CasaOS をインストールし、重要度の低いアプリを1つ追加して、ワークフローに適合するか確認することです。ZimaOS への移行はホスト OS を変更するため、検証済みのバックアップと復旧手順を用意してテストすべき、より大きな決断です。
Jellyfin では4つのものを保持する
- メディアパス：同じホストフォルダーを維持するか、コンテナのマッピングを更新します。
- Jellyfin の設定：映画ファイルだけでなく、アプリケーションの設定およびデータベースディレクトリを保持します。
- GPU デバイス：移行前に Intel/AMD/NVIDIA のデバイスマッピングとドライバーの前提条件を記録します。
- ポートとリバースプロキシ：クライアントが LAN IP、ホスト名、パブリックドメインのどれで Jellyfin にアクセスするかを記録します。
「映画を認識できる」新規インストールでも、視聴履歴、ユーザー、アートワーク、トランスコード設定が消えていれば、Jellyfin の移行に成功したとは言えません。
ゲームサーバーではホストの柔軟性がより重要になる
多くのゲームサーバーは Docker と相性がよい一方で、Mod ローダー、SteamCMD スクリプト、Wine/Proton の依存関係、ファイアウォール例外、カスタムの起動ロジックは、従来型の Linux ホストのほうが扱いやすい場合があります。ゲームサーバーがすでに Ubuntu 上で安定しているなら、CasaOS を追加して Ubuntu を維持することで、関係のない正常稼働中のサービスを移行プロジェクトに変えずに済みます。
逆に、すべてのゲームサーバーがすでにコンテナ化され、データが適切にバインドマウントされている場合は、ワークロードが移植可能なため、ZimaOS を評価しやすくなります。
決定する前に移植性テストを実行する
重要なサービスごとに、次の5つの質問に答えてください。
- 永続データはどこにありますか？
- Compose ファイルからコンテナを再作成できますか？
- Docker 以外にホスト側のパッケージが必要ですか？
- 特別なハードウェアデバイスが必要ですか？
- バックアップからクリーンなマシンに復元できますか？
これらの質問に答えられない場合は、ホスト OS の変更は時期尚早です。まずバックアップと復元の手順を構築しましょう。ワークロードを移植可能にしておけば、オペレーティングシステムの選択ははるかに簡単になります。
よくある質問
CasaOS は Ubuntu を置き換えますか？
いいえ。CasaOS は、対応する Linux システム上にインストールされます。
ZimaOS はシステムディスクを置き換えますか？
通常の ZimaOS インストールでは、対象ディスクに専用の OS イメージを書き込むため、まずそのディスクをバックアップしてください。
