このスレッドは、現在の機能一覧ではなく、2025年後半時点のZimaOSのスナップショットとして読むのが適切です。投稿者はCasaOSから移行した後、macOSクライアントの再接続問題、停止したように見えるアプリのインストール、プロキシアプリのインストール後に発生したブリッジネットワークの破損、ロシア語ローカライズの質の低さ、意図的に制限されたホストOS、限定的なZVMのデバイスパススルー、基本的なバックアップ動作、空白のbtopパネルについて、実際に不満を報告しました。
これらの一部はバグで、一部はアーキテクチャ上の選択であり、いくつかはその後変更されています。元の投稿者は、1.5.2にアップデートした後、btopのモニタリングが正常に動作したことを自ら確認しています。現在のZimaOS 1.7.1には、より新しいApp Store、バージョン管理されたバックアップワークフロー、ストレージおよびネットワーク関連の幅広い修正、さらに成熟したアプリ／AIカタログも含まれています。ただし、読み取り専用のアプライアンスモデルは意図的に維持されています。
btopのモニタリング問題は、1.5.2で修正されたことが投稿者によって確認済み
投稿者はスレッドを更新し、ZimaOS 1.5.2に移行した後、システムモニタリングが正常に動作したと述べています。したがって、これは最も明確な項目の一つです。恒久的な製品上の制限ではありませんでした。
現在のZimaOSドキュメントにも、btopベースのシステムモニタリングが引き続き含まれています。この機能は当初、1.3.x系で製品に導入されました。
停止したアプリのインストールは、UIの状態、Dockerの状態、またはレジストリ障害が原因の可能性がある
コミュニティの返信では、Dockerの処理が完了してもUIが更新を反映しないことがあると説明されていました。これは十分にあり得ますが、このスレッドではIceWhaleによる診断ではありません。現在のApp Storeの障害は、次のように切り分けるべきです。
- イメージの取得、DNS、レジストリの障害。
- コンテナの作成または起動の失敗。
- コンテナは正常だが、ダッシュボードの状態が古い。
- アプリのWebUIまたはネットワーク設定の不備。
現在のインストール環境で「毎回NASを再起動する」ことを恒久的な解決策として扱うべきではありません。
V2RayAによってブリッジ接続のアプリが動かなくなったことは、ZimaOSコアのバグだと証明されていない
元の投稿者は、V2RayAをインストールした後、ブリッジネットワークを使用するアプリが開かなくなったと述べています。コミュニティの返信では、プロキシやDNSの変更によってDockerブリッジの名前解決が妨げられた可能性が示唆されました。このスレッドには、その障害を特定のDNSまたはルーティング規則に結び付けるログやIceWhaleによる確認はありません。
プロキシ／VPNコンテナがルーティング、DNS、iptables／nftables、またはDockerのネットワーク名前空間を変更した場合は、影響を受けたすべてのアプリを非難する前に、これらの変更を確認してください。
読み取り専用のホストは設計上の選択であり、現在も存在する
投稿者は、任意のホストパッケージをインストールできないことを不満に感じていました。従来型のDebian／Ubuntuサーバーを望むユーザーにとって、この批判は妥当です。しかし、これは偶発的なバグではありません。現在のZimaOSドキュメントでも、システムフォルダーの大部分は読み取り専用であり、アプリケーションはDocker、モジュール、VM、またはサポート対象の開発者向け拡張機能を通じて実行することが想定されています。
アプライアンス方式が自分のワークフローに適しているか判断する際は、現在のZimaOS CLIファイルシステムモデルを参照してください。
ZVMのパススルーには制限があったが、状況は変化している
2025年後半には、他の場所での公式返信でも、PCIeパススルーは長期的なロードマップ項目だと説明されていました。2026年までに、ZVM-Extraなどのコミュニティモジュールがlibvirt上でUSB／PCIeパススルーを追加しましたが、これはコミュニティ製ソフトウェアであり、あらゆるパススルーワークフローが現在すべてZVMの組み込みサポート機能になったことを示すものではありません。
重要なGPU／HBA／USBパススルーを使用する場合は、2025年の不満やベータ版のコミュニティモジュールだけを全体像と見なさず、現在のZVM UIとIOMMUグループを確認してください。
「バックアップはファイルをコピーするだけ」という不満は、現在では歴史的に不完全
現在のZimaOS Backupは、スケジュールタスク、再開可能で障害に強い転送、ローカル／USB／クラウド／他のZimaを保存先とする機能、バージョン管理された復元ポイントをサポートしています。ただし、Duplicatiのような暗号化アーカイブユーティリティと同じ製品ではありません。
2025年時点の制限を繰り返し述べる前に、現在のZimaOS Backupモデルを確認してください。
リセットUIにはアプライアンス復旧の思想が表れている
本質的な問いは、アプライアンスOSを望むかどうか
制限のないパッケージ管理、手動編集したホストサービス、従来型のデスクトップ／サーバー・ディストリビューションを求めるユーザーは、Debian、Ubuntu、Proxmox、Unraid、または別のプラットフォームを引き続き好むかもしれません。管理されたNASレイヤー、Docker App Store、ストレージUI、リモートアクセス、保護されたシステムパーティションを求めるユーザーは、ZimaOSを好む可能性があります。
2025年のスレッドはこのトレードオフを明らかにしている点で価値がありますが、現在の評価は、1.5時代のすべての症状が今も存在すると決めつけず、ZimaOS 1.7.1で行うべきです。
ZimaOSの欠点に関するFAQ
元の投稿者にとって、壊れていたbtopパネルは修正されましたか？
はい。投稿者は、ZimaOS 1.5.2にアップデートした後、モニタリングが動作したと明確に述べています。
読み取り専用のホストファイルシステムは現在も意図された仕様ですか？
はい。現在のZimaOSもアプライアンス型のシステムであり、ホストフォルダーの大部分は読み取り専用です。
現在のBackupも、1回限りのファイルコピーだけですか？
いいえ。現在のBackupには、スケジュール、再開可能な転送、複数の保存先タイプ、バージョン、復元ポイントが含まれています。
