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

ZimaOSでOneDriveまたはDropboxのマウントが見つからない場合:確認すべきこと

A user lost OneDrive and Dropbox from Files while Google Drive remained; stale directories persisted under /media and later OneDrive auth failures were traced upstream.

OneDriveまたはDropboxがZimaOS Filesから消えた場合は、まずクラウドマウント自体がなくなったのか、それともUIから見えなくなっただけなのかを確認してください。 /media配下に古いディレクトリがあるだけでは、クラウドドライブがまだマウントされている証拠にはなりません。何かを削除する前に、マウント状態の確認と現在のクラウドドライブUIを使用してください。

2025年の事例にはその後、重要な背景情報が加わりました。2026年のOneDrive障害について、コミュニティは統合に使用されていたMicrosoft Entraクライアントシークレットの期限切れが原因だと突き止め、IceWhaleもこの問題を認めました。2026年9月現在のZimaOSドキュメントでは、Google Drive、Dropbox、OneDriveが引き続き対応クラウドドライブとして掲載されているため、この過去の障害を恒久的な制限と見なすべきではありません。

障害の状況

OneDriveとDropboxのマウントが見つからない状態で、Google Driveのマウントを表示するZimaOS Filesサイドバー
Google Driveは表示されたままでしたが、OneDriveとDropboxはExternal storageから消えていました。 出典:IceWhaleコミュニティフォーラム。
OneDriveとDropboxが表示されなくなった後の、media配下にあるクラウド関連ディレクトリのZimaOSターミナル一覧
Filesアプリにマウントが表示されなくなった後も、/mediaの下にはクラウド関連のディレクトリが残っていました。 出典:IceWhaleコミュニティフォーラム。
Google Driveがマウントされ、OneDriveのパスがマウントされていないことを示すfindmntの出力
findmntでは、Google Driveがrclone経由でマウントされている一方、OneDriveのディレクトリは古いパスにすぎないことが示されました。 出典:IceWhaleコミュニティフォーラム。

ユーザーの環境には、クラウド関連のディレクトリがまだ残っていました。 /mediaでしたが、OneDriveとDropboxはFilesに表示されなくなりました。Google Driveはマウントされたままでした。不足しているアカウントを再追加しても何も起こらず、目に見えるエラーも発生しませんでした。

ステップ1:マウントが実在するか確認する

次を使用します:

findmnt | grep -i -E 'onedrive|dropbox|google'

の下にディレクトリが存在していても /media だけでは不十分です。もし findmnt 不足しているプロバイダーのマウント済みファイルシステムが表示されない場合は、アクティブなクラウドストレージではなく、マウント解除された古いパスとして扱ってください。

ステップ2:現在のFilesのクラウドドライブ一覧を確認する

現在のZimaOSクラウドドライブガイドでは、Google Drive、Dropbox、OneDriveをFilesに直接統合する方法を説明しています。現在の安定版リリースでプロバイダーが表示されない場合は、古い回避策を使う前に、まずアップデートしてください。

ステップ3:再認証する前にハードリフレッシュ

ハードリフレッシュまたはプライベートブラウザーセッションを使用してください。古いフロントエンドにより、更新や認証変更後に有効なバックエンド状態が壊れているように見えることがあります。あるブラウザーではマウントが表示され、別のブラウザーでは表示されない場合、問題はUIまたはセッションの状態である可能性が高いです。

ステップ4:認証が実際に壊れている場合にのみ再認証する

UIから接続できない場合は、認証情報を削除する前にバックエンドのエラーを収集してください。次のようなMicrosoftのエラー AADSTS7000222 不正なローカルフォルダーではなく、プロバイダー側のOAuth/クライアントシークレットの失敗を示します。

2026年のOneDriveインシデントでは、コミュニティの診断により、失敗の原因は期限切れのAzure/Entraクライアントシークレットであることが判明し、IceWhaleは問題を修正すると表明しました。これはグローバルな統合問題であり、各ユーザーが書き換える理由にはなりませんでした rclone.conf.

最初の対処としてrclone.confを手動編集しない

標準のrcloneリモートは手動で作成できますが、ZimaOSのFilesとBackupでは、管理対象のクラウドアカウントに追加のメタデータやマウント状態が付加される場合があります。手動で作成したリモートはUIの外部では機能しても、Filesとの統合に問題が生じる可能性があります。

高度なカスタムワークフローを意図的に使用し、独自に管理する準備がある場合にのみ、手動のrcloneを使用してください。

Filesのマウントとバックアップタスクを分けて考える

クラウドアカウントはFilesのマウントとしても、バックアップ先としても使用できます。バックアップタスクがこの症状を引き起こした場合は、クラウドアカウント自体が正常にマウントできることを確認するまで、バックアップポリシーの変更を続けないでください。

バックアップワークフローの概要は、この2つの層を明確に分けるのに役立ちます。

復旧を確認する方法

  • FilesのExternal/Cloudにプロバイダーが再び表示される。
  • findmnt アクティブなマウントが表示される。
  • 既知のクラウドフォルダーを閲覧できる。
  • 小さなテストファイルを正常に開ける。
  • プロバイダーを使用するバックアップタスクは、再認証エラーなしで実行されます。

よくある質問

マウントが消えた場合、OneDriveのファイルは削除されますか?

いいえ。ZimaOSのマウントが見つからなくなっても、プロバイダー側のクラウドデータは削除されません。復旧操作を行う前に、OneDriveまたはDropboxでアカウントを直接確認してください。

/mediaの下に古いフォルダーが残るのはなぜですか?

リモートファイルシステムが切断された後も、マウントポイントのディレクトリが残ることがあります。次を使用してください findmnt 実際のマウントと残存ディレクトリを区別するため。

ZimaOSを再起動すべきですか?

再起動で古いマウント状態が解消されることはありますが、上流側のOAuth認証情報エラーは修正できません。まず実際のエラーを確認してください。

現在、OneDriveはサポートされていますか?

はい。2026年9月現在のZimaOSドキュメントでは、FilesのクラウドドライブワークフローにOneDrive、Dropbox、Google Driveが記載されています。