問題を説明するために、今、NTFSパーティションをでバックアップしていますddrescue。アプリケーションは数分間（2〜3 GB）実行された後、明らかにハングします。エラーは報告されsuccessful read: 0 s agoず、フリーズが数分間続いても変わらない。これは、プロセスが完了するまで繰り返されます。この特定のディスクでは、「現在のレート」（またはフリーズする前の瞬間のコピー速度）は90〜100 MB / sになる傾向があり、ddrescue「平均レート」（フリーズを含む）は33 MB / s s。
実際のディスクI / Oが残りのGBの数値と一致しなかったため、Windowsの非常に大きなファイルまたはフォルダーをサムドライブにコピーしているときに、これに最初に気付きました。後でNTFSの問題だと思った。これまでに、私はこの経験を複数のコンピューター上の多数のOSで経験しました。これがあったディスクのいくつかは、死の床にありましたが、完全に健全なディスクでも同じくらい頻繁に起こります。
私はまだ、ほぼ独占的にNTFSを使用していますが、私はつらい時、それはまた影響を与えたときに、これはNTFSの問題であると信じていddrescueて-d旗を。それで、これらすべての背後にあるものは何ですか？
2
読み取りがハングしていることをどのように確認しますか？乗り換えの場合は、考えるべき目的地もあります。キャッシュを使用すると、データのブロックをキャッシュしてからデバイスに書き込まれるのを待つことは珍しくありません。特にUSBドライブの場合。
—
Appleoddity
一度に数ギガバイトをキャッシュしますか？
—
リズ
コピー元またはコピー先のドライブでアクティビティが見られる場合、想定は間違っています。データが転送されているか、OSがディスク上で待機しています。質問を、おそらくあなたの機器ではないように構成しました。「私はこの経験を多数のOS、複数のコンピューターで経験しました。」唯一の合理的な答え。
—
-Appleoddity