Разрешаване на проблеми с BSOD на Windows 11 24H2 с хакване на системния регистър на WD SN770 и SN580

Разрешаване на проблеми с BSOD на Windows 11 24H2 с хакване на системния регистър на WD SN770 и SN580

Най-новата актуализация на операционната система на Microsoft, Windows 11 версия 24H2, въведе поредица от недокументирани грешки, засягащи особено производителността на диска. Потребителите съобщават за разочарование от невъзможността да премахнат 8,63 GB данни след надстройката. Освен това функцията за сканиране на SFC на Windows изглежда не работи; Microsoft обаче призна този проблем и го адресира с предстоящата актуализация KB5044384.

Нещо повече, няколко потребители се сблъскват с усложнения специално с Western Digital NVMe SSD, тъй като тези устройства изпитват сривове на син екран след надстройката на Windows 11 24H2.

Проблемите възникват по-специално при моделите WD_Black SN770 и WD Blue SN580, като и двата нямат специални DRAM чипове и вместо това използват системна памет за кеширане чрез буфер на паметта на хоста (HMB). Засегнатите потребители са установили, че коренът на проблема се крие в неправилното разпределение на размера на буфера на паметта на хоста и корекциите, направени чрез редактора на системния регистър, изглежда решават проблема.

За тези, които не знаят, много SSD дискове включват специален DRAM компонент, който служи като буфер за управление на метаданни между NAND флаш паметта и контролера. Този DRAM кеш подобрява производителността при запис и минимизира закъсненията при произволен достъп. Обратно, NVMe SSD, които не разполагат с DRAM, обикновено използват HMB технология, позволяваща на контролера да използва системната памет чрез директен достъп до паметта (DMA).

Обикновено NVMe SSD разпределят около 64 MB памет в Windows; те обаче могат да разширят това разпределение до 100 MB или повече. Това несъответствие е основно, тъй като потребителите, засегнати от проблема, са наблюдавали тяхното разпределение на HMB да се покачва до 200 MB на моделите SN770 и SN580, което вероятно предизвиква конфликти, водещи до грешки на синия екран (BSOD).

За съжаление, определянето на размера на разпределението на HMB директно в Windows може да бъде предизвикателство без помощни програми на трети страни, като например приложението hmb-nvme на VLO.

За щастие има просто заобиколно решение с помощта на редактора на системния регистър за коригиране на проблема. Чрез модифициране на DWORD стойността в ключа „HmbAllocationPolicy“, намиращ се в директорията HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\StorPort, потребителите могат да зададат разпределението обратно на 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

Източник