大量のファイルをコピーすると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の命令セットですか（小さいディスクがうまく機能したためイメージできません）。

特に両方のOSでハングアップするため、他の何かよりも接続の問題のように聞こえます。私はパーソナルNASを持っていますが、同じユーザーからの複数の接続が好きではありません。自分でfreefilesyncを使用すると、常に問題なく動作するようです。

まず、タスクマネージャーを開いて、プロセスを監視しながらバックアップ手順を開始します。ラップトップ自体がフリーズしている場合、ここでどのハードウェアがピークに達し始めるかを特定できる場合があります-それはCPUですか？羊？通信網？GPU？

タスクマネージャがすべて正常に見える場合は、両方のマシンとNAS（可能な場合）の電源を切ってから、新しいマシンの電源を入れてからNASの電源を入れてください。DHCPがNASなどのIOTデバイスで整理するのに数分かかることがあるため、電源を入れてから数分後に両方を提供します。それが違いを生むかどうかを確認しますか？

また、ネットワークはどうですか？おそらく、マシンとNASの両方がLANで接続されています-新しいマシンのケーブルを交換してみてください-少なくともCAT5Eであることを確認してください。ネットワークスイッチを経由していますか、それともルーターに直接接続していますか？どのように構成されていますか？NASを一時的にPCに直接接続するとどうなりますか？

RAMが大きすぎるかどうかのクエリをすぐに除外できますが、それが問題だとは思いません。システム設定のRAMを実質的に小さいサイズに減らします-Windows 7-10で機能するガイドがあります：https : //helpdeskgeek.com/windows-7/fix-the-maximum-amount-of-memory-usable -by-windows-7-64-bit / 再起動が必要になります。

それ以上のことはできませんが、提案があればうまくいくかもしれません。幸運を！