Windows 11 KB5124008: сбои драйвера AMD Radeon после обновления

На Reddit описали два ПК с Radeon RX 7900 XTX и RX 7800 XT, которые почти одновременно начали ловить тайм-ауты графического драйвера и зависать после установки сентябрьских обновлений Windows 11 KB5124008 и KB5126052. История примечательна тем, что удаление обоих пакетов и откат драйвера AMD проблему не сняли, поэтому связь с обновлениями пока остаётся подозрением, а не установленной причиной.

Основной случай касается системы с Radeon RX 7900 XTX и Ryzen 9 7900X3D. По словам автора темы, проблемы появились после установки KB5124008 со сборкой Windows 11 26200.9445 и накопительного обновления .NET Framework KB5126052.

Сначала пользователь удалил графический драйвер через Display Driver Uninstaller и установил AMD Software: Adrenalin Edition 26.8.1 заново. Уже через несколько секунд Windows сообщила о тайм-ауте драйвера, а попытка открыть Adrenalin закончилась зависанием компьютера, отключением дисплеев и принудительным выключением.

Затем автор откатил графический драйвер сначала до 26.7.1, который до этого считал стабильным, а потом до 26.6.4. Результат не изменился. Чистая установка и возврат к старому драйверу сами по себе вполне логичны при такой диагностике — мы отдельно разбирали известные проблемы AMD Adrenalin и откат драйвера, — но в этом случае смена версии не помогла.

Не сработал и откат самих обновлений Windows. Автор проверил, что KB5124008 был заменён августовским KB5121003 со сборкой 26200.9168, а KB5126052 — предыдущим пакетом .NET Framework KB5120708. После этого тайм-ауты и зависания сохранились.

Похожая история, по словам автора, произошла и со вторым компьютером, который он ранее собрал для знакомых: там использовались Radeon RX 7800 XT и Ryzen 7 7800X3D. После тех же обновлений установка графического драйвера также быстро заканчивалась тайм-аутом и сбоем.

В ходе поиска причины пользователь переподключал оборудование, проверял кабели питания, запускал SFC и DISM, пробовал отключать MPO и восстанавливать систему из точки примерно трёхнедельной давности. В журнале событий среди сбойных модулей фигурировал amdxx64.dll. Это подтверждает, что ошибка проявлялась внутри компонентов AMD, но само по себе не доказывает, что именно этот файл был первопричиной.

Небольшой прогресс появился после отключения аудиодрайверов AMD. Полные падения системы прекратились, однако браузер всё ещё мог вызвать зависание и новый тайм-аут, а приложение Adrenalin оставалось в некорректном состоянии. Поэтому полноценным исправлением этот обходной путь назвать нельзя.

Комментарии к теме делают картину менее однозначной. Несколько владельцев Radeon описали похожие чёрные экраны, тайм-ауты и исчезновение видеокарты после сентябрьского обновления. При этом другой участник сообщил, что повторная чистая установка драйвера через DDU вернула системе стабильность, а владельцы конфигураций с Radeon RX 9070 XT написали, что установили обновления без каких-либо сбоев. Ещё у одного пользователя удаление KB5124008 совпало с исчезновением проблем, но позднее патч установился снова, а компьютер продолжил работать нормально.

Есть и важная официальная деталь. Microsoft уже признала несколько отдельных проблем KB5124008: среди них сбои USB Audio Class 1.0, нестабильность Remote Desktop Services и проблемы с общими папками в некоторых виртуальных Linux-средах. Однако сбой графических драйверов Radeon в списке известных проблем Windows 11 25H2 сейчас не указан. Подтверждённую ошибку USB-аудио также нельзя напрямую связывать с тем, что автору частично помогло отключение аудиодрайверов Radeon: Microsoft описывает проблему именно с устройствами USB Audio Class 1.0.

В примечаниях AMD к драйверу Adrenalin 26.8.1 общего сбоя Radeon после KB5124008 тоже нет. Это не исключает несовместимость на отдельных конфигурациях, но пока не даёт оснований считать сентябрьские обновления причиной массовой проблемы AMD.

Поэтому основной кейс полезен прежде всего как сценарий диагностики: два разных ПК начали вести себя одинаково после одних и тех же обновлений, но их удаление не вернуло системы в исходное состояние. Если Windows после отката пытается сразу поставить проблемный пакет снова, временно взять установку под контроль можно штатными средствами или инструментами управления Windows Update, но постоянно отказываться от обновлений безопасности из-за одного неподтверждённого случая не стоит.

Источник: ToeJamLickerMan, r/AMDHelp.