WD SN770 および SN580 レジストリ ハックで Windows 11 24H2 BSOD 問題を解決する

Microsoft の最新のオペレーティング システム アップデートである Windows 11 バージョン 24H2 では、特にディスク パフォーマンスに影響する、文書化されていない一連のバグが発生しています。ユーザーは、アップグレード後に 8.63 GB のデータを削除できないことに不満を訴えています。さらに、Windows SFC スキャン機能が誤動作しているようですが、Microsoft はこの問題を認識しており、近日中にリリースされる KB5044384 アップデートで対処する予定です。

さらに、Windows 11 24H2 へのアップグレード後にこれらのドライブでブルー スクリーン クラッシュが発生するため、多くのユーザーが Western Digital NVMe SSD で特に複雑な問題に直面しています。

この問題は、専用の DRAM チップがなく、代わりにホスト メモリ バッファ (HMB) を介してシステム メモリをキャッシュに利用する WD_Black SN770 および WD Blue SN580 モデルで特に発生しています。影響を受けたユーザーは、この問題の根本原因はホスト メモリ バッファ サイズの不適切な割り当てにあると判断しており、レジストリ エディタで調整すると問題が解決するようです。

ご存知ない方のために説明すると、多くの SSD には、NAND フラッシュ メモリとコントローラ間のメタデータを管理するバッファとして機能する専用の DRAM コンポーネントが組み込まれています。この DRAM キャッシュにより、書き込みパフォーマンスが向上し、ランダム アクセスの遅延が最小限に抑えられます。対照的に、DRAM を搭載していない NVMe SSD は通常、HMB テクノロジーを利用して、コントローラがダイレクト メモリ アクセス (DMA) を介してシステム メモリを利用できるようにします。

通常、NVMe SSD は Windows 上で約 64 MB のメモリを割り当てますが、この割り当てを 100 MB 以上に拡張できます。この問題の影響を受けたユーザーは、SN770 および SN580 モデルで HMB 割り当てが最大 200 MB まで上昇するのを観察しており、これが競合を引き起こしてブルー スクリーン エラー (BSOD) を引き起こす可能性が高いため、この矛盾は極めて重要です。

残念ながら、VLO の hmb-nvme アプリケーションなどのサードパーティ ユーティリティがなければ、Windows 上で直接 HMB 割り当てサイズを決定するのは難しい場合があります。

幸いなことに、レジストリ エディターを使用して問題を調整する簡単な回避策があります。HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\StorPort ディレクトリにある「HmbAllocationPolicy」キー内の DWORD 値を変更することで、割り当てを 64 MB に戻すことができます。これを行う手順は次のとおりです。

1. REGEDITを実行してレジストリ エディターを起動します。
2. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\StorPortディレクトリに移動します。
3. まだ存在しない場合は、新しいHmbAllocationPolicyサブキーを作成します。
4. キーの DWORD 値を 0 または 2 に調整します (0 = HMB 割り当てがオフ、2 = HMB 割り当てが 64 MB に設定されます)。
5. コンピュータを再起動します。

これらの手順で機能が回復した場合、HMB 割り当てが根本的な原因であった可能性があります。同様の問題に直面している他のブランドの SSD を使用しているユーザーは、公式の Windows アップデートまたはファームウェア アップグレードによって状況が永久に解決されるまで、このレジストリ調整を適用することをお勧めします。

出典: WD フォーラム

ソース