CasaOSユーザーがプロジェクトが放棄されたのか疑問を持つのはもっともですが、証拠は単純な「はい」か「いいえ」で答えられるほど単純ではありません。コミュニティスレッドは、ユーザーが主要なCasaOSリポジトリで2024年12月以降新しい安定版が公開されておらず、多くのGitHub Issueが活動していないように見えることに気付いた後、2025年2月に始まりました。
2026年現在、CasaOSコアの安定版リリース頻度は以前より明らかに低下しており、開発の重点は大きくZimaOSへ移行しています。同時に、CasaOS関連のすべてのプロジェクトが停止したというのは正確ではありません。CasaOS App Storeは2026年もコミットを受け付け続け、2026年7月にはv2.0.0をリリースしており、関連するCasaOSリポジトリやプルリクエストも引き続き存在しています。最も安全な結論は、CasaOSコアの開発は大幅に減速した一方で、より広範なエコシステムの一部は維持されているということです。
ユーザーがCasaOSは放棄されたと考えた理由
元の投稿者が2025年2月24日にこの疑問を提起したのは、主要なCasaOSリリースが2024年12月以降更新されておらず、GitHubのIssueが目に見える進展のないまま蓄積しているように見えたためです。
この懸念は、スレッドの後半でさらに強まりました。2025年8月、同じユーザーが、2024年12月19日のCasaOSリリースからほぼ9か月が経過したと指摘しました。2026年2月までには、他のユーザーもCasaOSを放棄されたソフトウェアと表現し、既存のUbuntu/Docker環境を移行する方法を尋ねていました。
これらの観察結果は情報源によって裏付けられています。主要なCasaOS GitHubリリースページには、2024年12月19日に公開されたv0.4.15が安定版コアリリースとして現在も表示されています。
このスレッドには、情報源で裏付けられた公式のサポート終了声明はない
重要なのは、コアリリースが遅い、または停滞していることと、公式の終了告知を区別することです。元のスレッドには、CasaOSが正式に終了、廃止、またはサポート終了になったとIceWhaleが述べた発表はありません。
複数のコミュニティメンバーは、リリース頻度から開発終了を推測しました。これは彼らの解釈であり、公式な製品ライフサイクルの告知ではありません。
このページを公開する際は、コミュニティの結論を、IceWhaleが発表していない公式見解に変えないでください。
開発の重点がZimaOSへ移行
複数のコミュニティ返信では、IceWhaleは比較的小規模なチームであり、開発リソースの多くがZimaOSと新しいZimaハードウェアに移行したと説明されていました。
これは、現在の製品方針とも一致しています。ZimaOSは現在、IceWhaleが積極的に開発しているNASに重点を置いたオペレーティングシステムであり、最新のドキュメントと継続的な製品統合が提供されています。
より新しい選択肢を検討しているユーザーは、ZimaOSを確認できます。
このスレッドでは、より新しいハードウェアの方向性としてZimaBoard 2についても議論されました。現在の製品ラインはZimaBoard 2シングルボードサーバーです。
CasaOS App Storeは2026年も活動を続けていました
「放棄された」という言葉が広すぎる理由の一つは、CasaOS関連のリポジトリがすべて動きを止めたわけではないことです。
CasaOS App Storeリポジトリでは、2026年中もアプリの更新、ドキュメント作業、ビルドシステムの変更、新しいストアメタデータなど、活発なコミットが行われています。App Storeでは2026年7月にv2.0.0も公開されました。
これは、CasaOSコアがZimaOSと同じ開発投資を受けているという意味ではありません。エコシステム全体の動きが一様に止まったわけではない、という意味です。
CasaOSコア、UI、App Store、アプリはそれぞれ異なるレイヤーです
コミュニティで繰り返し話題になったのは、ユーザーがCasaOSで管理しているアプリケーションの問題を、すべてCasaOSコアのバグとして扱いがちなことです。CasaOSはDockerとストレージ連携を管理するレイヤーであり、コンテナ自体は上流プロジェクトから提供されています。
4つのレイヤーに分けて考えると分かりやすくなります。
- CasaOSコア： 主要サービスとAPIレイヤー。
- CasaOSのUI／コンポーネント： Webインターフェースと関連サービス。
- CasaOS App Store： アプリ定義とメタデータ。
- 上流アプリケーション： Nextcloud、Jellyfin、OneDrive/rclone連携、その他のコンテナ化ソフトウェア。
CasaOS自体に変更がなくても、上流のAPIやコンテナが古いと動作しなくなることがあります。逆に、CasaOSの連携コードに問題がある場合は、IceWhale側での対応が必要です。
OneDriveの問題は、レイヤー構造が重要である理由を示しています
そのスレッドには実用的な事例も含まれていました。元の投稿者は、OneDriveはマウントできたもののファイルを開けず、DropboxとGoogle Driveは引き続き動作していたと報告しました。
IceWhaleのチームメンバーは、rcloneを更新するよう提案しました。
sudo rclone selfupdateユーザーは、これによって2025年2月にOneDriveの問題が解決したことを確認しました。
これは、少なくとも一見すると「CasaOSの問題」に見える事象の一つが、プラットフォーム全体が機能停止した証拠ではなく、古い依存関係に起因していたことを示しています。
しかし、2026年には連携メンテナンスの遅れによるコストも明らかになりました
2026年1月、別のユーザーがOneDrive連携でMicrosoftアプリケーションのクライアントシークレットが期限切れになったことを示すAzure認証エラーを投稿しました。これは古いrcloneバイナリによる障害とは異なり、ローカルのDocker管理レイヤーが安定していても、クラウド連携には継続的なメンテナンスが必要であることを示しています。
そのスレッドには、2026年の期限切れシークレットエラーに対する確定した解決策は記載されていません。2025年のものを再利用しないでください rclone selfupdate 後のOneDrive認証失敗すべてに対する万能な解決策です。
CasaOSは、ZimaOSと同じ意味での完全なLinuxディストリビューションではありません
コミュニティの返信では、CasaOSはDebianやUbuntuなどの基盤Linuxシステム上にインストールされることが繰り返し強調されていました。ベースオペレーティングシステム、Dockerエンジン、カーネル、ストレージ、ネットワークスタックは、CasaOSの管理レイヤーとは別に引き続き存在します。
これは移行を計画する際に重要です。CasaOSを削除または置き換えても、基盤となるLinuxホストが自動的に消えるわけではありませんが、すべてのアプリ、ネットワーク、ボリューム、Samba設定を計画なしに移行できることも保証されません。
CasaOSを使い続けるべきですか？
次のような場合は、CasaOSを使い続けても問題ありません。
- 現在の構成が安定している場合。
- 基盤となるLinux/Dockerホストを理解している場合。
- CasaOSコアの迅速な機能リリースに依存していない場合。
- 実行しているアプリケーションが、それぞれの上流プロジェクトから引き続き更新を受けている場合。
- バックアップがあり、CasaOSの連携が停止してもホストを維持できる場合。
UIのリリース頻度が低いというだけで、安定したサーバーを移行する必要はありません。
移行を検討すべきタイミング
次のような場合は、移行を検討する合理性が高まります。
- 動作しなくなったCasaOSの連携に依存している場合。
- コアプロジェクトに反映されていないセキュリティ修正やプラットフォーム修正が必要な場合。
- ホストOSがCasaOSの想定するバージョンを超えている場合。
- ZimaOSで利用できる、ファーストパーティのNAS機能を積極的に使いたい場合。
- または、別の保守されているインターフェースでDockerを直接管理したい場合。
ZimaOSは、すべてのCasaOSホスト向けのそのまま使えるアップグレードではありません
2026年2月のある参加者は、ゲームとDockerワークロード用の汎用UbuntuコンピューターでCasaOSを使用しており、専用NASオペレーティングシステムは望んでいませんでした。これは重要な利用範囲の境界です。
ZimaOSはOSとして導入するものであり、既存のUbuntuデスクトップに、マシンの役割を変えずに単純に上書きインストールできるパッケージではありません。現在のホストがデスクトップやゲーミングPCも兼ねている場合は、CasaOSのパッケージ更新ではなく、インフラストラクチャの変更として移行を計画してください。
通常のDockerまたはPortainerへ移行できますか？
その後、コミュニティでは、CasaOSを削除し、既存のDocker環境をPortainer CEまたは標準のDockerツールで管理するのが妥当な選択肢かどうかが尋ねられました。
概念的には、はい。CasaOSで管理されるアプリケーションはDockerコンテナであり、Dockerボリューム、バインドマウント、ネットワーク、Compose定義はDockerの概念です。ただし、元のスレッドには、検証済みのワンコマンドによるCasaOSからPortainerへの移行手順は記載されていません。
CasaOSを削除する前に：
- すべてのアプリのComposeファイルまたは設定をエクスポート、あるいは記録してください。
- ホストとコンテナ間のボリュームマッピングを記録してください。
- Dockerネットワークと公開ポートを記録してください。
- アプリの設定ディレクトリとデータベースをバックアップしてください。
- CasaOSで管理しているSambaやクラウドストレージの連携は、個別に記録してください。
- どのサービスがCasaOSのコンポーネントで、どれが自分で作成したコンテナなのかを確認してください。
本番ホストからCasaOSを不用意にアンインストールしないでください
Dockerコンテナ自体を個別に再作成できる場合でも、CasaOSがコンテナ周辺のマウント、ストレージ統合、アプリ定義、サービスファイル、ネットワーク設定などを管理している可能性があります。
可能であればホストのバックアップまたはスナップショットを作成し、CasaOSのサービスを削除する前に、エクスポートしたCompose定義をテストしてください。
2026年のCasaOSの状況：最も正確な要約
| 分野 | 確認された状況 |
|---|---|
| CasaOSのメイン安定版コアリリース | 2024年12月のv0.4.15以降、安定版のリリース頻度は停滞しています。 |
| CasaOS App Store | 2026年にもアクティブな開発と、2026年7月のv2.0.0リリースが確認されました。 |
| GitHubエコシステム | Issueとプルリクエストは引き続きオープンしており、関連コンポーネントの一部では作業が続いていました。 |
| ソースにおける公式のサポート終了声明 | なし。 |
| IceWhaleの製品重視分野 | 明確にZimaOSと新しいZimaハードウェアへと軸足を移しました。 |
CasaOSユーザーが今すべきこと
- コアのバージョン番号が古いというだけで、安定しているサーバーを慌てて移行しないでください。
- Dockerアプリのデータとデータベースをバックアップしてください。
- コンテナ定義をエクスポートまたは文書化してください。
- 基盤となるLinuxディストリビューションとDockerエンジンを安全かつサポート対象の状態に保ってください。
- 上流アプリの更新をCasaOSの更新とは別に追跡してください。
- メインのバージョン番号だけに頼らず、CasaOSのGitHubリポジトリを確認してください。
- 重要な統合機能が動作しなくなった場合は、独自に修復するか、Dockerを直接管理するか、別のプラットフォームへ移行するかを判断してください。
- ZimaOSへ移行する場合は、既存のCasaOSをアップグレードするのではなく、OSを移行するものとして扱ってください。
CasaOS開発状況に関するFAQ
IceWhaleはCasaOSが放棄されたと公式に発表しましたか？
ソーススレッドにも、このページで使用した公開情報にも記載されていません。コミュニティのユーザーは、安定版コアのリリース頻度が停滞したため放棄されたと説明していますが、それは公式のサポート終了告知とは異なります。
CasaOSコアの最後の安定版リリースはいつですか？
CasaOSのGitHubメインリリースページでは、コミュニティの議論全体で参照されている安定版コアリリースとして、2024年12月19日のv0.4.15が表示されています。
CasaOS関連で現在もメンテナンスされているものはありますか？
はい。CasaOS App Storeでは2026年にもアクティブなコミットが確認され、2026年7月にはv2.0.0がリリースされました。これはコアリリースの停滞を解消するものではありませんが、より広範なエコシステムが完全に停止しているわけではないことを示しています。
すべてのCasaOSユーザーはZimaOSに移行すべきですか？
いいえ。ZimaOSは異なるOSのデプロイ方式であり、専用サーバーやNASの一部のワークフローに適しています。汎用的なUbuntuまたはDebianマシンでCasaOSを実行しているユーザーは、まず移行の影響を評価する必要があります。
CasaOSを削除したら、Dockerコンテナは維持されますか？
このスレッドには、保証された移行手順は記載されていません。Dockerコンテナとデータは個別に再作成できることが多いものの、削除する前に設定、ボリューム、ネットワーク、データベース、CasaOSで管理されているサービスをエクスポートしてください。
