VFSキャッシュのディスク容量不足エラーを解決 — RcloneViewでマウントキャッシュを管理する

2026年7月25日 · 約7分

Developer Advocate

マウントしたクラウドドライブがローカルディスクを埋め尽くしてしまう場合、たいていはキャッシュモードがワークフローに対して高く設定されすぎています — RcloneViewでの診断と修正方法を紹介します。

クラウドストレージをローカルドライブとしてマウントすると、読み書きを高速かつ確実にするためにVFS(仮想ファイルシステム)キャッシュが使われますが、このキャッシュはローカルディスク上に置かれ、設定を誤ると気づかないうちに数ギガバイトも消費してしまいます。マウントが書き込みを受け付けなくなったり、クラウドストレージ側には十分な空き容量があるのにOSがディスク容量不足を報告したりする場合、原因はリモートではなくほぼ常にVFSキャッシュです。RcloneViewはマウント設定画面で関連するキャッシュ設定をすべて公開しているため、rcloneの設定ファイルを手動で編集する必要なくこの問題を解決できます。

すべてのクラウドを一か所で管理・同期

RcloneViewはrcloneのクロスプラットフォームGUIです。フォルダを比較し、ファイルを転送・同期し、クリーンなビジュアルインターフェースでマルチクラウドのワークフローを自動化できます。

ワンクリック操作: コピー · 同期 · 比較
信頼性の高い自動化のためのスケジューラーと履歴
Google Drive、OneDrive、Dropbox、S3、WebDAV、SFTPなどに対応

WindowsmacOSLinux

無料で始める →

コア機能は無料。Plusで自動化機能を利用可能。

VFSキャッシュがローカルディスクを圧迫する理由

RcloneViewのマウントオプションには、off、minimal、writes(デフォルト)、fullという4つのキャッシュモードがあります。「writes」モードでは、変更したファイルがアップロードを完了するまでローカルにキャッシュされます。「full」モードでは、読み取りのために開いただけのファイルもローカルにキャッシュされ、ネットワークに再度アクセスせずに再読み込みできるようになります — パフォーマンス面では優れていますが、マウント経由でアクセスする大規模なメディアライブラリやデータセットが知らないうちにドライブを埋め尽くしてしまう可能性があります。

Mount configuration screen showing VFS cache mode options in RcloneView

クラウドストレージ自体の使用量統計ではなく、RcloneViewのキャッシュディレクトリがあるドライブでディスク容量が減っている場合、まず確認すべきなのはこの設定です。

適切なキャッシュモードを選ぶ

日常的な用途のほとんどでは、「writes」モードが適切なバランスです。実際に変更中のものだけをキャッシュするため、ディスク使用量を現在の作業範囲に抑えられます。「full」モードは、マウント経由で直接動画編集を行う場合など、大きなファイルをオフラインで再読み込みする必要が本当にある場合のために取っておき、そのプロジェクトが終わったら「writes」や「minimal」に戻しましょう。「minimal」モードはキャッシュ量が最も少なく、ディスク容量が逼迫している場合に最も安全な選択肢です。

Comparing writes and full VFS cache modes for a cloud mount

RcloneViewは1つのウィンドウでWindows、macOS、Linuxにまたがる90以上のプロバイダーをマウント・同期できるため、どのリモートをマウントしていても同じキャッシュ設定が適用されます。

キャッシュ最大サイズと最大保持期間の設定

キャッシュモード自体に加えて、RcloneViewではキャッシュ最大サイズ(バイト単位、無制限は-1)と、キャッシュされたデータが破棄されるまでの有効期間を制御するキャッシュ最大保持期間でキャッシュに上限を設けられます。空きディスク容量より十分に低い具体的な最大サイズを設定しておけば、「full」モードであっても1回の大規模な読み取りセッションでドライブ全体が消費されることを防げます。他の場所で頻繁に変更されるファイルを扱っている場合は、より短い最大保持期間と組み合わせてください。

Setting cache max size and cache max age for a mount in RcloneView

すでに容量不足になったキャッシュのクリーンアップ

キャッシュが満杯になってマウントがすでに書き込みを拒否している場合は、Mount Managerからアンマウントしてキャッシュされたデータを解放し、作業を再開する前により低いキャッシュモードまたは明示的な最大サイズで再マウントしてください。事前にDebugレベルのロギングを有効にした上でLogタブを確認すれば、ネットワークや権限のエラーではなく、キャッシュの退避が実際の原因だったかどうかを確認できます。