Microsoft заявила, что не обнаружила доказательств связи между августовским обновлением безопасности для Windows 11 24H2 (KB5063878) и сообщениями пользователей о сбоях и возможном повреждении данных на SSD и HDD разных производителей. По словам компании, телеметрия и внутренние тесты не подтвердили аномалий в работе накопителей после установки патча, но сбор пользовательских отчётов продолжается.
Что произошло: жалобы пользователей и первые версии
Около двух недель назад исследователи и пользователи начали связывать неполадки накопителей с KB5063878 и preview-обновлением KB5062660 для Windows 11 24H2. Сообщалось, что при интенсивных операциях записи (массовая запись файлов, инсталляция крупных игровых обновлений) система переставала видеть некоторые накопители — особенно решения на NAND-контроллерах Phison и InnoGrit. Часть устройств восстанавливалась после перезагрузки, другие оставались недоступны.
В пользовательских отчётах фигурировали модели SanDisk Extreme Pro, Corsair Force MP600, Maxio SSD, KIOXIA EXCERIA PLUS G4, KIOXIA M.2 SSD и другие устройства на контроллерах Phison PS5012-E12 и чипах InnoGrit. Отмечалось, что SSD без DRAM-буфера чаще уходят в сбой при меньших объёмах записи.
Позиция Microsoft: телеметрия не подтверждает проблему
Компания подчеркнула, что её инженеры не смогли воспроизвести сбои на актуальных сборках, в том числе совместно с производителями накопителей. «После тщательного расследования Microsoft не обнаружила связи между обновлением безопасности за август 2025 года и сообщениями о проблемах с дисками», говорится в официальном комментарии. Вендор продолжит мониторинг обратной связи и просит пользователей предоставлять детальные логи инцидентов.
Совместные тесты с производителями накопителей
По данным Microsoft, расширенные проверки в лабораторных условиях и анализ телеметрии не выявили случаев деградации файловой системы, потери данных или исчезновения дисков, которые можно было бы однозначно связать с установкой KB5063878 в Windows 11 24H2.
Phison: опровержение «списка затронутых контроллеров» и рекомендации по охлаждению
Как отмечает Tom’s Hardware, после появления первых сообщений в сети распространился документ со списком «затронутых» контроллеров Phison. Представители Phison заявили, что файл — подделка и не имеет отношения к компании, а также сообщили о намерении предпринять правовые действия против распространителей дезинформации.
Phison подчеркнула, что провела свыше 4500 часов тестирования, но не смогла воспроизвести проблему. При этом компания рекомендовала пользователям под высокой нагрузкой установить радиаторы на SSD для снижения риска троттлинга из‑за перегрева — это типовая мера, повышающая стабильность NVMe-накопителей под интенсивной записью.
Технический разбор: почему накопители «падают» под нагрузкой
Сценарии, похожие на описанные, нередко связаны не с обновлениями ОС, а с факторными комбинациями: перегрев и thermal throttling, особенности прошивки контроллера, исчерпание SLC‑кэша, write amplification при больших объёмах записи, тайм-ауты NVMe (NVM Command Timeout), а также энергосберегающие режимы (APST/ASPM) и настройки драйверов (в т.ч. стэк stornvme). DRAM‑less SSD действительно чувствительнее к очередям записи и фрагментированным I/O.
Обновления безопасности могут косвенно усиливать нагрузку на дисковый подсистему (например, из‑за повышенной активности сканирования, установки патчей или переиндексации), что способно проявить уже существующие аппаратно‑программные ограничения. Однако без воспроизводимости и корреляции в телеметрии привязать инциденты к конкретному патчу нельзя.
Что делать пользователям и ИТ-отделам
Не откладывайте критические обновления, но внедряйте их поэтапно: пилотные группы, мониторинг метрик, затем широкое развёртывание. Проверьте актуальность прошивок SSD и драйверов чипсета/NVMe, обеспечьте адекватное охлаждение и воздушный поток в корпусе. Рекомендуется контролировать SMART‑показатели (Reallocated/Media Errors, Temperature), анализировать журналы событий Windows на предмет предупреждений контроллера хранения.
Для систем с высокой I/O‑нагрузкой целесообразно предусмотреть радиаторы для NVMe, актуализировать бэкапы и, при необходимости, снизить конкурирующие задачи записи на период крупных обновлений. Если проблема возникает повторно, собирайте детальные логи (включая дампы, отчёты о надёжности, версии прошивок) и передавайте их в поддержку Microsoft и производителя накопителя.
Ситуация вокруг KB5063878 иллюстрирует важность дисциплины управления обновлениями и прозрачной телеметрии. На момент публикации ни Microsoft, ни партнёры по оборудованию не подтвердили связь между патчем и сбоями дисков. Продолжайте устанавливать обновления безопасности, придерживаясь поэтапного развертывания и лучших практик эксплуатационной надёжности, чтобы минимизировать риски для данных и доступности систем.
