大量のファイルをコピーするとUbuntuとWindowsがフリーズする
古いマシン（コアi7-920 / 12 GB RAM）と新しいマシン（AMD 1950X、96 GB RAM）の2つのマシンがあります。両方のマシンには、Ubuntu 18.04とデュアルブートセットアップのWindows 10があります。NASを古いものにバックアップするとすべてが問題なく、新しいものにバックアップすると、オペレーティングシステムに関係なく、しばらく（約30分）後にシステムがハングします。 詳細：外付けUSBディスクにNASをバックアップします。USBディスクにTruecryptコンテナを作成し、FreeFileSyncを使用してUSBファイルをNASと同期します。すべてのシステムで、NASはSAMBA共有としてマウントされます。truecryptコンテナはNTFS形式です。この体制は、すべてのマシン/システムの組み合わせでバックアップとして500 GBのディスクがあったときにうまく機能しました。NASがバックアップディスクを大きくする恐れがあるため、最近2つの4TBディスクを購入しました。各ディスクには、1.5 TBのコンテナと2 TBのコンテナの2つのTruecryptコンテナが含まれていました。古いマシンでは、すべてが正常に動作します。1GB /秒LANで86 MB /秒の最高速度。 新しいマシンでは、両方のOSのすべてのフェーズですべてがハングします。Truecryptコンテナの作成は問題なく開始しますが、しばらくフォーマットした後（30分？クロックしませんでした）、Truecryptはハングします。古いマシンでTruecryptコンテナを作成およびフォーマットし、このディスクを新しいマシンでマウントできました。Truecryptにもマウントされ、FreeFileSyncを実行しました。しばらくして、FreeFileSyncがハングしました。実際には、ハングではなく、極端なスローダウンに気づきました。FreeFileSyncを停止することはできますが、それには（文字通り）数時間かかりました。Truecryptコンテナをマウント解除することもできますが、これには夜の睡眠が必要でした。 誰が何が起こっているかについていくつかのアイデアを持っていますか？新しいマシンのRAM容量が大きすぎて、ディスクキャッシュが大きすぎませんか？AMDの命令セットですか（小さいディスクがうまく機能したためイメージできません）。