Microsoft повідомила, що не має доказів кореляції між серпневим оновленням безпеки для Windows 11 24H2 (KB5063878) і користувацькими скаргами на збої та можливе пошкодження даних на SSD/HDD різних брендів. За словами компанії, телеметрія і внутрішні тести не показали аномалій у роботі накопичувачів після встановлення патча, однак збір і аналіз звітів від користувачів тривають.
Суть інциденту: коли почалися збої та які моделі згадуються
Приблизно два тижні тому частина користувачів і дослідників пов’язала проблеми з дисками із KB5063878 та попереднім оновленням 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‑буфера частіше «падають» за менших обсягів запису, що узгоджується з їхньою чутливістю до довгих черг I/O.
Позиція Microsoft: телеметрія і лабораторні тести не підтвердили збій
Компанія заявила: «Після ретельного розслідування Microsoft не виявила зв’язку між оновленням безпеки за серпень 2025 року і повідомленнями про проблеми з дисками». Інженери не змогли відтворити інциденти на актуальних збірках, у тому числі під час спільних ітерацій із виробниками накопичувачів. Microsoft продовжує моніторинг і закликає надсилати детальні логи подій і діагностичні дані.
Спільні перевірки з виробниками накопичувачів
За даними компанії, розширені випробування у лабораторіях і аналіз телеметрії не виявили підтверджених випадків деградації файлової системи, втрати даних чи «зникнення» дисків, які можна однозначно пов’язати з установкою KB5063878 у Windows 11 24H2.
Phison: спростування «списку уражених контролерів» і рекомендації щодо охолодження
Як зазначає Tom’s Hardware, після перших повідомлень в інтернеті поширився документ зі «списком уражених» контролерів Phison. У Phison заявили, що цей файл — підробка та не має стосунку до компанії, і повідомили про намір вжити правових заходів проти дезінформації.
Виробник підкреслив, що провів понад 4500 годин тестування, однак відтворити проблему не вдалося. Водночас Phison рекомендує при високих навантаженнях використовувати радіатори для SSD, щоб мінімізувати ризик перегріву і thermal throttling — стандартну практику під час інтенсивного запису на NVMe.
Технічний контекст: чому NVMe‑накопичувачі «відвалюються» під навантаженням
Подібні сценарії часто зумовлені комбінацією факторів: перегрів і thermal throttling, особливості прошивки контролера, вичерпання SLC‑кеша, write amplification за великих обсягів запису, тайм‑аути NVMe (NVM Command Timeout), а також енергозберігальні режими APST/ASPM і налаштування драйверів (зокрема стека stornvme). DRAM‑less SSD дійсно чутливіші до фрагментованих операцій запису та довгих черг.
Оновлення безпеки здатні непрямо збільшувати I/O‑активність (сканування, встановлення патчів, переіндексація вмісту), що виявляє приховані апаратно‑програмні обмеження. Водночас без відтворюваності інцидентів і чіткої кореляції в телеметрії прив’язувати проблему до конкретного патча некоректно.
Що робити користувачам та ІТ‑відділам: практичний чеклист
Не відмовляйтесь від критичних оновлень, але розгортуйте їх поетапно: пілотні групи, моніторинг метрик (I/O‑затримки, швидкість запису/читання, температура SSD), після чого широке впровадження. Оновіть прошивки SSD і драйвери чипсета/NVMe, забезпечте належне охолодження і повітряний потік у корпусі.
Регулярно перевіряйте SMART‑показники (Reallocated/Media Errors, Temperature), аналізуйте Журнал подій Windows на попередження контролера зберігання. Для систем із високим I/O доцільно встановити радіатори на NVMe, підтримувати актуальні резервні копії та за потреби тимчасово зменшувати конкуренцію за запис під час великих оновлень.
Якщо збій повторюється, збирайте максимально детальні артефакти: дампи, звіти про надійність, версії прошивок, логи драйверів і відправляйте їх у підтримку Microsoft та виробника накопичувача. Це підвищує шанси на швидку діагностику і виправлення.
Ситуація навколо KB5063878 демонструє важливість дисципліни управління оновленнями та прозорої телеметрії. Станом на момент публікації ні Microsoft, ні партнери з обладнання не підтвердили причинно‑наслідковий зв’язок між патчем і збоями дисків. Продовжуйте встановлювати оновлення безпеки зі ступеневим розгортанням, регулярно перевіряйте прошивки та логи і проведіть аудит стека зберігання й стратегії резервного копіювання, щоб мінімізувати ризики простоїв і втрат даних.
