結論：動かなくなったFilesの進捗バーと、失敗したクラウドコピーは別々の問題として扱う
2024年のスレッドでは、両方の問題が明らかになりました。Dropboxの転送が実際に停止することもあれば、FilesのUIにキャンセル済みの古いタスクが表示され続けたり、更新後に進捗が失われたり、同時実行中の操作が非表示になったりすることもありました。この違いは重要です。ブラウザーを更新すると、基盤となる転送を変更せずに表示だけが変わる可能性があり、コピーを再試行すると重複した処理が発生するおそれがあります。
まず転送経路を分類する
正確な送信元と保存先を書き留めます：
- クラウド → ZimaOSローカルストレージ
- ZimaOSローカルストレージ → クラウド
- ローカルのZimaOSフォルダー → 別のローカルフォルダー
- SMBクライアント → ZimaOS
現在のZimaOSのクラウドドライブ対応では、Google Drive、Dropbox、OneDriveをマウントしたソースとして扱い、ローカルストレージとの間でデータを移動できます。現在のワークフローは、スレッドで説明されていた初期の1.2.x実装よりも大幅に幅広くなっています。
ZimaOSのクラウドドライブが、現在の製品基準です。
大容量コピーを再試行する前に保存先の容量を確認する
df -h
du -sh /media/DESTINATION/TARGET保存先の容量が不足したり、外付けディスクが切断されたり、マウント先が変わったりすると、クラウド転送が途中で失敗することがあります。プロバイダーのAPIが壊れていると判断する前に、空き容量と保存先の安定性を確認してください。データが重要な場合は、保存先を確認するまで移動ではなくコピーを使用します。
大規模なクラウドライブラリでは、小さな単位に分けて各バッチを確認する
初期の1.2.x/1.3.xに関する報告では、大規模なクラウド転送の信頼性に特に問題がありました。現在のZimaOSではこの経路が改善されていますが、大規模なライブラリでも論理的な単位に分けて移動した方が確認しやすくなります。最上位フォルダーを1つコピーし、次のフォルダーを開始する前に、ファイル数とサイズを確認し、代表的なファイルを開いてください。
Google Driveの再開可能なアップロードモデルと、DropboxのDropboxの転送パターンは、大容量クラウド転送に再試行可能で状態を保持する操作が必要な理由を示しています。
転送を制御する手段としてブラウザーを更新しない
以前のFilesの設計では、進捗状態の一部が読み込まれたWebセッション内に保持されていたため、サーバー側の処理が続いていても、更新後に表示が消えることがありました。また、複数の操作が実行されていても、UIには1つの操作しか表示されませんでした。そのため、進捗カードが古い状態に見えても、すぐに同じフォルダーを再度貼り付けないでください。まず保存先を確認し、ディスクやネットワークの動作が落ち着くまで待ちます。
転送のキャンセルはすぐに反映されない場合がある
IceWhaleの説明によると、以前のキャンセル機構では、タスクが実際に停止する前に現在のファイルの処理が完了するまで待つ必要がある場合がありました。つまり、「キャンセルをクリックした状態」と「バックエンドが停止した状態」は、常に同一ではありませんでした。個々のファイルが大きい場合は、代替ジョブを開始する前に、処理中のファイルが正常に閉じられるまで十分な時間を与えてください。
MacのメタデータにはFinderやSMBの方が適している場合がある
元の投稿者は最終的に、ZimaOS FilesよりもMacのFinderを好むようになりました。これは、Finderのタグや一部のメタデータが、ブラウザー経由のコピーでは期待どおりに保持されなかったためです。macOSのメタデータが重要な場合は、ブラウザーやクラウドの抽象化レイヤーを経由するより、直接SMBを使う方がローカル転送に適している可能性があります。
NASファイル共有が、ローカルファイル転送の代替手段を提供します。
現在のクラウド対応が、すべてのプロバイダーに対応していることを意味するわけではない
古いマーケティング画像や機能リクエストから、iCloudやBoxに対応していると推測しないでください。現在のZimaOS Cloud Driveインターフェースとドキュメントに記載されているプロバイダーを使用してください。プロバイダーが表示されない場合は、そのプロバイダーがサポートする同期・エクスポート機能、または明確な目的を持ったサードパーティツールを使用し、非公式なマウントを作成しないでください。
移行を移動処理に変える前にバックアップする
失いたくないデータについては、コピー → 確認 → バックアップ → 後でソースを削除、という順番が安全です。ZimaOSのバックアップは、1回のブラウザー転送だけに依存するよりも安全な保護層になります。通常のファイルではなくアプリケーションデータを移動する場合は、手動でFilesをコピーするのではなく、ZimaOSのデータ移行を使用してください。
FAQ
Filesの進捗バーが止まるのはなぜですか？
UIの古い状態が表示されている場合と、バックエンドの転送が実際に停止している場合があります。同じコピーを再試行する前に、保存先の動作を確認してください。
コピー中にブラウザーを更新できますか？
最新の転送は継続する場合がありますが、更新によってクライアント側の進捗情報が削除またはリセットされる可能性があります。ジョブを制御する目的で更新を使用しないでください。
大容量のクラウドコピーはなぜ失敗しやすいのですか？
長時間の転送では、プロバイダーによる帯域制限、ネットワーク中断、ディスク容量不足、再試行処理の問題が発生しやすくなります。小さく分けて確認したバッチの方が復旧しやすくなります。
ZimaOSはiCloud Driveに対応していますか？
古い製品画像から対応していると判断しないでください。現在のZimaOS Cloud Drive設定と最新のドキュメントに記載されているプロバイダーを使用してください。
MacではFilesとSMBのどちらを使うべきですか？
ローカルでの速度とMacのファイルシステムメタデータを重視する場合は、SMB/Finderを使用してください。ブラウザーやクラウドのワークフローが必要な機能である場合は、Filesを使用します。
