【2026年最新版】MacのFinderで大量ファイル移動時に進捗バーが途中で止まる対処法【完全ガイド】

※本ページにはプロモーション(広告)が含まれています

「数千ファイルをFinderで別ドライブに移動しようとしたら、進捗バーが30%で止まったまま動かない」「移動中にFinderが応答しなくなり、強制終了するしかなかった」「外付けSSDへ大量の写真を移そうとして、何時間待ってもバーが進まない」――macOS 26のFinderで、大量ファイル移動時に進捗バーが途中で止まってしまう問題は、写真家・動画編集者・データ移行を行うユーザーから多く報告されています。Finderは少数ファイルの操作には最適化されていますが、数千〜数万ファイルを一度に扱うと、メモリ管理やSpotlightのインデックス処理が原因でストールしてしまうのです。

本記事では、macOS 26のFinderで大量ファイル移動が止まる原因を仕組みから解説し、ターミナルのmvコマンドによる代替手法、メモリ最適化、Spotlightインデックスの一時無効化、外部ツールの活用まで、実際に試して効果のあった対処法を網羅します。読み終える頃には、数万ファイルを安定して移動できるようになり、二度と進捗バーの停止に悩まされなくなるはずです。

この記事でわかること

• FinderがmacOS 26で大量ファイル移動時に止まる根本的な原因
• ターミナルのmvコマンドを使った安全で高速な代替手法
• Spotlightインデックスの一時無効化による高速化テクニック
• メモリ不足を解消するための事前準備と設定変更
• サードパーティツール(Carbon Copy Cloner、rsync)の活用方法
• 大量ファイル移動を成功させるためのベストプラクティス

FinderはなぜmacOS 26で大量ファイル移動が止まるのか

Finderはユーザーフレンドリーなファイル管理ツールですが、内部的にはGUI処理・進捗計算・メタデータ管理・Spotlight連携など、多くの処理を同時並行で実行しています。少数ファイルなら問題なく動作しますが、数千〜数万ファイルを移動すると、これらの処理が複合的にボトルネックとなりストールが発生します。

ストールの主要原因5つ

具体的には以下の5つが進捗バーの停止に直結します。原因1: メタデータ処理のオーバーヘッド。Finderは1ファイルごとに作成日・更新日・拡張属性・タグ情報・Quick Lookサムネイルを別途処理します。1万ファイルなら1万回のメタデータ操作が発生し、APFSのトランザクション処理を圧迫します。

原因2: Spotlightインデックスへの書き込み競合。移動先ボリュームでSpotlightが有効な場合、ファイル到着のたびにインデックスを更新します。Finderの移動処理とSpotlightのインデックス処理がI/Oを取り合い、互いを待機する状態(deadlock-like behavior)になります。

原因3: 進捗バー計算のCPU消費。Finderは残り時間を1秒単位で再計算しますが、ファイル数が多いほど計算量が指数的に増加し、UIスレッドがブロックされます。これが「進捗バーが動かない」「キャンセルボタンが押せない」状態を生みます。

原因4: メモリスワップ発生。Finderは移動対象のファイル一覧を全てメモリにロードします。8GBメモリのMacで5万ファイルを扱うと、SwapfileがSSDに書き出され、I/O速度が10分の1以下に低下します。

原因5: 外付けドライブのファイルシステム差異。APFS→exFAT、APFS→NTFSへの移動は、内部でファイル属性変換が走ります。この変換が1ファイルごとに発生するため、大量ファイルでは指数的に時間がかかります。

macOS 26で問題が顕在化した背景

macOS 26では、Spotlightの新インデックス形式とiCloud Desktop & Documentsの連携が強化された結果、Finderの内部処理がさらに重くなりました。以前のmacOSでは1万ファイル程度なら問題なく移動できていたものが、macOS 26では3,000ファイル前後でストールするケースが報告されています。

緊急対処法: 進捗バーが止まったらまずこれ

移動中にバーが止まった場合、強制終了する前に以下を試してください。データ損失を防げる可能性があります。

対処1: 5〜10分待つ

「止まっている」ように見えても、実際にはバックグラウンドでファイル処理が進行中の場合があります。アクティビティモニタを開き(Command + スペース→「アクティビティモニタ」)、Finderプロセスの「ディスク」タブを確認してください。「読み込みバイト数/秒」「書き込みバイト数/秒」が動いていれば、UIがフリーズしているだけで処理は継続中です。

対処2: アクティビティモニタでI/Oを確認

「ディスク」タブで以下を確認します。Finder行のI/Oが0バイトのまま5分以上続けば、本当にストールしています。逆に1MB/秒でも書き込みがあれば、待機が最善策です。1万ファイルの移動には、SSD間でも30分以上かかることがあります。

対処3: 強制終了は最終手段

どうしても止まったままの場合、Finderを強制終了(Option + Command + Esc)します。ただし、移動中のファイルが消失する可能性があるため、必ず移動元と移動先の両方を確認してから次の手段に移ってください。

根本対処法1: ターミナルmvコマンドによる代替

大量ファイル移動の最も確実な解決策は、Finderを使わずターミナルのmvコマンドを使うことです。GUI処理がない分、CPU・メモリ消費が10分の1以下に抑えられ、ストールせず高速に完了します。

基本的なmv構文

「Pictures/2026」フォルダを外付けSSD「ExternalSSD」のルートに移動する場合は次の通りです。mv ~/Pictures/2026 /Volumes/ExternalSSD/と入力します。1万ファイル含むフォルダでも、SSD間なら数分で完了します。

進捗を表示しながら移動

標準のmvは進捗を表示しないため、不安に感じるかもしれません。rsyncを使えば進捗付きで移動できます。rsync -av --progress --remove-source-files ~/Pictures/2026/ /Volumes/ExternalSSD/2026/とします。

--progressでファイルごとの進捗、--remove-source-filesでコピー成功後に元ファイルを削除します。空のフォルダが残るので、後でfind ~/Pictures/2026 -type d -empty -deleteで削除してください。

失敗時のリトライ

rsyncは中断されても再実行で続きから再開できます。これがFinderにはない強力な利点です。ネットワークドライブへの移動や、外付けディスクの一時切断にも強いため、業務用途で必須のツールです。

根本対処法2: Spotlightインデックスの一時無効化

Spotlightインデックスは大量ファイル移動の最大の足枷です。移動対象のドライブと移動先のドライブの両方で、インデックスを一時無効化することで、移動速度が3〜5倍に向上します。

システム設定からの無効化

「システム設定」→「Siriと検索」(またはSpotlight)→「プライバシー」を開きます。+ボタンをクリックし、移動元と移動先のドライブを追加します。これでSpotlightがインデックスを停止します。

ターミナルからの無効化(より確実)

sudo mdutil -i off /Volumes/ExternalSSDと入力します。パスワードを求められるので入力してください。「Indexing disabled.」と表示されれば成功です。

移動完了後はsudo mdutil -i on /Volumes/ExternalSSDで再有効化できます。再有効化後はインデックス再構築に数時間かかりますが、バックグラウンドで進むため作業に支障はありません。

パージインデックスのリセット

Spotlightが「インデックスを再作成中」になると、CPU使用率が100%近くまで上昇し、他の作業に支障が出ます。sudo mdutil -E /Volumes/ExternalSSDで既存インデックスを削除し、sudo mdutil -i off /Volumes/ExternalSSDで再構築自体をキャンセルできます。

根本対処法3: メモリ最適化と事前準備

大量ファイル移動の前に、Macのメモリを解放しておくことで、Swapfile発生を防ぎ移動速度を維持できます。

不要アプリの完全終了

Chromeは大量ファイル移動の天敵です。タブを多数開いた状態のChromeは、3〜10GBのメモリを消費します。移動前にCommand + Qで完全終了してください。同様にSlack、Photoshop、Final Cut Pro、Logic Proなど、メモリ集約型アプリも一時終了します。

メモリ圧縮の状態確認

アクティビティモニタの「メモリ」タブで「メモリプレッシャー」を確認します。緑色なら問題なし、黄色は注意、赤色は危険です。赤色の場合は再起動してから移動を開始してください。

Spotlight・Time Machineの一時停止

Time Machineは1時間ごとにバックアップを実行します。大量ファイル移動中にバックアップが走ると、I/O競合でストールします。「システム設定」→「一般」→「Time Machine」で一時停止しておきます。

根本対処法4: サードパーティツールの活用

ターミナルが苦手な方には、GUI型の専用ツールがおすすめです。Finderより安定し、進捗表示も詳細です。

Carbon Copy Cloner

クローニング用途で有名ですが、フォルダ単位の移動・コピーにも最適です。差分転送・スケジュール実行・自動エラー回復など、Finderにはない機能が豊富です。30日間の試用版で大量ファイル移動を試せます。

ChronoSync

双方向同期に強いツールで、Mac間・外付けドライブ間のファイル移動に最適です。中断・再開機能があり、長時間作業でも安心です。

無料の代替: ForkLift

Finder互換のデュアルペイン型ファイラーで、大量ファイル操作に最適化されています。Pro版は有料ですが、無料版でも基本的な移動は可能です。

移動方法の比較表

手法	対象ファイル数の目安	速度	中断・再開	難易度
Finderドラッグ&ドロップ	〜1,000ファイル	遅い	不可	易
ターミナル mv	無制限	非常に速い	不可	中
ターミナル rsync	無制限	速い	可能	中
Carbon Copy Cloner	無制限	速い	可能	易
ChronoSync	無制限	速い	可能	易
ForkLift	〜10万ファイル	普通	可能	易

移動を成功させるためのベストプラクティス

事前にフォルダを分割する

5万ファイルを一度に移動するより、5,000ファイル × 10回に分割した方が確実です。年別・月別・プロジェクト別など、論理的な単位で分けてください。各回が30分以内に終わるサイズが理想です。

移動先のディスク容量に余裕を持たせる

移動先ディスクの空き容量が10%を切ると、APFSの最適化処理が働き速度が極端に低下します。20%以上の空き容量を確保してから移動してください。

ネットワークドライブには直接移動しない

NAS・SMB共有・iCloud Driveへの直接移動は、ネットワーク切断でデータ損失のリスクがあります。一度ローカルSSDに移動してからアップロードしてください。

移動後は必ず検証する

移動完了後、find /Volumes/ExternalSSD/2026 -type f | wc -lでファイル数を確認します。元のフォルダと数が一致しなければ、欠損があります。

よくある質問(FAQ)

Q1. 移動中に強制終了したら、ファイルは消えますか?

移動済みのファイルは移動先に残り、未移動のファイルは元の場所に残ります。Finderの場合、稀に「半分移動」状態になることがあるため、両方の場所でファイル数を確認してください。

Q2. ターミナルが怖いのですが、絶対に必要ですか?

1万ファイル以下ならFinderでも頑張れますが、それ以上はターミナルかサードパーティツールが必須です。Carbon Copy ClonerならGUIで安全に大量移動できます。

Q3. iCloud Driveのファイルも同じ方法で移動できますか?

iCloud Drive内のファイルはローカル化(ダウンロード済み)状態でないと移動できません。事前に「すぐにダウンロード」を選択してから移動してください。

Q4. APFSとexFATで速度差はありますか?

APFS同士の移動が最速です。APFS→exFATは2〜3倍時間がかかり、ファイル属性も一部失われます。長期保存用ならAPFS推奨です。

Q5. 移動完了の通知を受け取る方法は?

ターミナルでmv ~/Pictures/2026 /Volumes/ExternalSSD/ && say "移動完了"とすれば、終了時に音声で通知してくれます。長時間作業に便利です。

まとめ

macOS 26のFinderで大量ファイル移動が止まる問題は、メタデータ処理・Spotlightインデックス・進捗計算・メモリ不足が複合的に絡み合った結果です。Finderは1,000ファイル以下の操作に最適化されており、それを超える規模では限界があります。

解決策の柱は4つです。第一にターミナルmv/rsyncコマンドを使うこと、第二にSpotlightインデックスを一時無効化すること、第三にメモリを事前に解放すること、第四にサードパーティツールを活用することです。これらを組み合わせれば、5万ファイル以上でも安定して移動できます。

大切なファイルを扱う場合は、必ず事前にバックアップを取り、移動後にファイル数を検証してください。データ損失は取り返しがつかないため、慎重に進めることが最も重要です。本記事の手法を活用し、Finderのストールから解放され、快適なファイル管理を実現しましょう。