結論：2025年の5 GB障害はZimaOSのGoogle Drive連携の制限であり、Google Driveのファイルサイズ制限ではない
小さいファイルのアップロードは成功しましたが、5 GB以上の動画ファイルはinput/output errorで失敗しました。その後、IceWhaleのプロダクトマネージャーが、当該ビルドのZimaOSからGoogle Drive APIへの経路に転送量の制限があったことを確認しました。重要なのは、Google Drive自体は個々のファイルについてはるかに大きなサイズをサポートしている点です。問題は連携レイヤーにありました。
現在のZimaOSでは、ローカルストレージとGoogle Drive間でファイルを移動できる
2026年9月のクラウドドライブ接続ガイドには、ローカルからクラウドへの直接移動、一括移行、進捗表示、転送後の検証が記載されています。そのため、「5 GBを超えるファイルは失敗する」を現在の製品仕様として扱わないでください。
目的が共同作業ではなくバックアップである場合は、ZimaOSバックアップの概要を利用するのが適切です。
Googleの実際の制限に照らして障害を確認する
Google Workspaceでは、24時間あたりユーザー1人につき750 GBのアップロードまたはコピー上限が定められており、共有ドライブでは最大5 TBの個別ファイルが許可されています。したがって、15～20 GBの動画は、それだけでGoogle Driveにとって大きすぎるわけではありません。GoogleのDriveのアップロードとコピーに関する制限を参照してください。
現在、大きなファイル1つだけが失敗する場合は、ZimaOSの転送ステータス、ローカルの空き容量、プロバイダーの容量制限、1日のアップロード使用量、そして同じファイルをGoogle Driveから直接アップロードできるかどうかを確認してください。
大容量のAPIベースのアップロードでは、中断した転送を最初からやり直さずに再開できるよう、Googleは再開可能なアップロードを推奨しています。大きなファイルで連携障害を診断する際の技術的な参考資料は、Google Driveの再開可能なアップロードに関するガイダンスです。
同じオフィス内での転送には、SMBが今でもより高速で簡単な方法
同じLAN上に同僚がいる場合、SMBを使えばクラウドを経由する必要がありません。また、別のローカルマシンが再度ダウンロードするだけなのに、20 GBをGoogle Driveへアップロードする必要もなくなります。
ZimaClient接続ガイドでは、直接アクセスを支えるクライアント側の仕組みを説明しています。
リモートの同僚には、ファイルアクセスとクラウドバックアップを分ける
ZimaClientのリモートアクセスを使えば、まずGoogle DriveへコピーしなくてもZimaOSのファイルを公開できます。「同僚に永続的なクラウドリンクを送る」ことが要件なら、Google Driveが適しています。「NAS上のファイルにリモートからアクセスする」ことが要件なら、NASのリモートアクセス経路を利用してください。
したがって、重要な診断上の問いは「Google Driveは同期するか」ではなく、「バックアップを行いたいのか、Driveを通じて共同作業をしたいのか、それともNASのファイルへリモートアクセスしたいのか」です。これらは3つの異なるワークフローです。
