Western Digital выпустила новую прошивку на некоторые свои SSD и решения от SanDisk (WD_BLACK SN770(M), WD Blue SN580/5000 и SanDisk Extreme M.2) для исправления бага с появлением BSOD при установке Windows 11 24H2.
Western Digital настоятельно рекомендует с помощью приложения Western Digital Dashboard обновить прошивки SSD перед попыткой установки Windows 11 версии 24H2. Производитель также признал, что Microsoft может запретить ПК с перечисленными выше SSD-накопителями без последней прошивки получать доступ к обновлению Windows 11 24H2.
Ранее пользователи сообщили, что из-за бага в Windows 11 24H2 показывается BSOD при попытке установки системы на ПК с новыми Western Digital NVMe SSD WD SN770 и SN580. На форуме WD нашли способ, как исправить эту ситуацию с помощью редактора реестра ОС.
Проблема с BSOD возникает на WD Black SN770 и WD Blue SN580 из-за того, что оба этих накопителя не имеют DRAM и используют системную память для кэширования через буфер памяти хоста (HMB). Пользователи форума WD определили, что проблема возникает из-за неправильного выделения размера буфера памяти хоста, но, её устраняет ручная настройка с помощью редактора реестра.
Многие SSD поставляются с выделенной микросхемой DRAM, которая действует как буфер для метаданных между контроллером и флэш-памятью NAND. Наличие этого кэша DRAM улучшает кэширование записи и в целом сокращает время случайного доступа. Те NVME SSD, которые не имеют кэша DRAM, обычно поддерживают технологию HMB, которая помогает контроллеру получать доступ к системной памяти через прямой доступ к памяти (DMA). SSD NVMe обычно выделяют около 64 МБ из этого объёма в Windows, но они также могут выделять около 100 МБ или больше. Похоже, именно здесь и кроется проблема, поскольку затронутые ПК пользователей с BSOD имели по умолчанию выделение HMB до 200 МБ на SN770 и SN580. Это приводило к потенциальному конфликту в работе ОС.
К сожалению, может быть сложно определить объём выделения HMB в Windows без использования определённых сторонних утилит, например, как приложение hmb-nvme от VLO. Решение проблемы: изменение значения DWORD ключа HmbAllocationPolicy в HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlStorPort исправляет проблему, устанавливая нужный объём выделения HMB (равным 64 МБ).
В начале октября эксперты обнаружили в Windows 11 24H2 баг, который приводит к неудаляемому кэшу обновления ОС объёмом 8,63 ГБ. Эту информацию видно в системных настройках, но её нельзя удалить с помощью очистки диска (Disk Cleanup или Storage Cleanup не помогают) или других манипуляций. Помогает только чистая установка Windows 11 24H2. При попытке выполнить очистку диска и хранилища и удалить файлы кэша обновления в системе ничего не происходит и эти файлы продолжают занимать до 8,63 ГБ хранилища. В Microsoft в курсе бага в Windows 11 24H2 с 8,63 ГБ неудаляемого кэша.
Также ошибка в Windows 11 24H2 заставляет штатное средство проверки системных файлов sfc /scannow обнаруживать повреждённые файлы при каждом запуске и сканировании диска. В частности, SFC постоянно обнаруживает, что хэши для элемента файла Microsoft.Web.WebView2.Core.dll не совпадают.
Ранее обнаружились ещё два бага в Windows 11 24H2: скорость передачи данных по протоколу SMB в системе падаетhttps://habr.com/ru/news/851036/ до 100 Мбит/с и в новой версии ОС присутствует ошибка с пустой историей буфера обмена.
Источник новости: habr.com
