コミュニティソリューション

ZimaOSのAppDataを別のドライブへ移行:USB移行の制限と回避策

A ZimaOS AppData migration thread that began with a greyed-out migration control and ended with an official July 2026 clarification: USB drives were not supported as AppData migration destinations at that time, and the limitation was not tied to ZimaOS+.

ドライブがZimaOSの「ファイル」では完全に表示されていても、DockerイメージやAppDataの移動先としては利用できない場合があります。この違いが、2025年12月のこのスレッドで多くの混乱を招きました。

元の投稿者は2 TBのUSB SSDを接続し、「ファイル」では閲覧できましたが、AppDataの移行コントロールが無効になっていることに気付きました。初期のコミュニティ回答では、ドライブを再フォーマットするか、別の方法で初期化する必要があると考えられていました。しかし、その後のテストでこの説は否定され、2026年7月にIceWhaleが、当時はUSBドライブをAppDataの移行先としてサポートしていなかったと明らかにしたことで、最も信頼できる回答が示されました。

無効になった移行コントロールの表示例

AppData、Dockerイメージ、ユーザーデータベースの保存場所が表示され、移動コントロールが無効になっているZimaOSの移行設定
元の報告では、外付けドライブが接続されているにもかかわらず、移行コントロールを使用できませんでした。

「ファイル」に表示されてもAppDataの移行先として利用できるとは限らない

ユーザーのUSBディスクは、「ファイル」インターフェースとストレージ概要に正常に表示されていました。

ZimaDataという名前の外付けUSBドライブがシステムストレージと並んで表示されているZimaOSのファイルアプリ
ドライブには外付けUSBストレージとしてアクセスできました。これは、単純なファイルアクセスとAppData移行の対象資格が別の機能であることを示しています。
容量のほぼすべてを利用できる、ZimaDataという名前の2 TB USBドライブを示すZimaOSのストレージカード
ZimaOSは2 TBのUSBデバイスとその容量を検出しましたが、それによってAppDataの移行先として利用できるようにはなりませんでした。

ドライブを消去しても解決することは確認されなかった

コミュニティの回答では、GPTメタデータ、ファイルシステムシグネチャ、パーティションを削除し、ZimaOSがデバイスを新しい管理対象ディスクとして扱えるようにすることが提案されました。元の投稿者はこれらの方法を試しましたが、問題は解決しなかったと報告しています。別のユーザーも、ZimaOS 1.6.1および1.6.2で同様の消去を繰り返しましたが、結果は同じでした。

このスレッドに登場した破壊的なディスク消去コマンドは、コミュニティ参加者から提示されたものであり、根本的な制限の解決にも至っていません。そのため、復旧手順として推奨すべきではありません。無効になった移行ボタンをクリック可能にするためだけに、ディスクを消去しないでください。

IceWhaleが2026年7月にUSBの制限を確認

2026年7月10日、777-Spiderが決定的な説明を示しました。問題のドライブはUSB経由で接続されており、当時のZimaOSはUSBドライブをAppDataの移行先としてサポートしていませんでした。同じ回答では、これは ZimaOS+の有料機能による制限ではないことも明確に説明されています。

この公式回答により、ドライブを単に「raw」にするか、特別な方法で初期化すればよいという、それ以前のコミュニティの説は覆されました。

現在のZimaOSにもデータ移行ツールは組み込まれている

現在のZimaOSの手順では、設定 > データ移行からDockerイメージ、アプリケーションデータ、ユーザーデータベースを別のストレージ領域へ移動できると説明されています。ただし、すべてのUSBデバイスがAppDataの移行先として利用できるとは明記されていません。

現在のデータ移行ワークフローを確認し、インストールされているリリースで実際に表示される移行先を確認してください。「USBストレージが使用できる」ことから、USBがAppDataの移行にも必ず対応していると判断しないでください。

アプリごとのボリュームマッピングが代替手段になる場合がある

後のユーザーは、NextcloudのアプリYAMLをダウンロードし、カスタマイズしたアプリとしてインポートしたうえで、ホスト側のAppDataマッピングを外部ストレージ上のフォルダーに変更する回避策を見つけました。これはコミュニティによる回避策であり、IceWhaleがすべてのアプリに推奨している方法ではありません。

現在のZimaOSでも、システムドライブの容量を使い切る前に、アプリデータの保存場所を決めておくことが推奨されています。個別のアプリを大容量ディスク上で運用する必要がある場合は、永続的なアプリフォルダーが実際のストレージにどのように割り当てられるかの説明を確認するのが安全な出発点です。

ZimaOS AppData移行に関するよくある質問

「ファイル」ではUSBドライブが表示されるのに、AppDataの移行ボタンがグレーアウトしているのはなぜですか?

元のスレッドでの最終的なIceWhaleの回答では、当時、USBはAppDataの移行先としてサポートされていないと説明されました。ファイルアクセスとAppData移行は別の機能です。

この制限はZimaOS+が原因ですか?

いいえ。777-Spiderは、ZimaOS+や有料機能とは関係がないと明確に説明しています。

移行を有効にするためにUSBドライブを消去すべきですか?

このスレッドの内容からは、消去すべきではありません。複数回の破壊的な消去を試しても、制限は解消されませんでした。

個別のアプリのデータを別のドライブに保存することはできますか?

多くのDockerアプリでは、ホスト側のボリュームマッピングを使って別のストレージ場所を指定できます。必要なパスを慎重に確認し、変更前に既存データをバックアップしてください。