Рига: +6.1°С
Надежды на AGESA 1.3.0.0a не оправдались
Несмотря на экстренный выпуск обновления BIOS с микрокодом AMD AGESA ComboAM5 PI 1.3.0.0a, предназначенного для стабилизации работы процессоров Ryzen на платформе AM5, производитель ASRock столкнулся с новой волной сообщений о выходе из строя центральных процессоров. Пользователи на различных платформах, включая Reddit, продолжают делиться тревожными историями о «смерти» своих чипов, что ставит под сомнение эффективность предпринятых мер.
ASRock выпустила новую прошивку, стремясь положить конец череде проблем, которые в последние месяцы приобрели широкий общественный резонанс. Первоначально анонсировалось, что AGESA ComboAM5 PI 1.3.0.0a (часто интегрируемая в версии BIOS, например, 4.10) должна была устранить критические ошибки загрузки, которые приводили к неработоспособности системы с определенными моделями Ryzen.
Новые инциденты на свежих версиях ПО
Свежие сообщения, зафиксированные в конце марта 2026 года, указывают на то, что проблема не только не исчезла, но и продолжает проявляться на системах, уже получивших самое актуальное программное обеспечение. В одном из зафиксированных недавних случаев, владелец материнской платы ASRock X870 Pro RS WiFi, оснащенной топовым процессором Ryzen 7 9800X3D, сообщил о полном зависании системы с черным экраном в процессе обычной работы за рабочим столом. Перезагрузка не помогла, и система перестала проходить процедуру POST.
По словам пострадавшего, система функционировала на заводских настройках, за исключением активации профиля памяти EXPO. После отказа системы, и процессор, и материнская плата были отправлены на гарантийный ремонт.
Это не единичный пример. Другой пользователь, использующий плату ASRock X870 Riptide WiFi, также обновился до версии BIOS 4.10. Его система вышла из строя во время просмотра веб-страниц и прослушивания музыки, о чем свидетельствовал постоянно горящий красный светодиодный индикатор CPU на плате. В данном случае замена процессора на другой аналогичный чип Ryzen 7 9800X3D позволила восстановить работоспособность системы, что подтвердило отказ именно первого экземпляра CPU.
Попытки восстановления и их ограничения
Важно отметить, что ряд пользователей ранее сообщал об успешном «оживлении» некоторых процессоров после установки AGESA 1.3.0.0a. Например, в одном из задокументированных случаев система с Ryzen 5 9600X и платой ASRock X870E Taichi начала работать стабильно после обновления до стабильной версии 4.10, позволяя запускать игры и бенчмарки без сбоев, которые ранее проявлялись в виде зависаний или невозможности выхода из сна. Это свидетельствует о том, что часть проблем носит программно-управляемый характер, связанный с некорректной инициализацией или управлением питанием.
Однако, как подчеркивают аналитики и сами пользователи, микрокод не способен исправить физические повреждения. Если в результате сбоя произошел тепловой пробой или иное необратимое повреждение кристалла или контактных площадок, никакое обновление BIOS не вернет процессор к жизни. В некоторых случаях, когда сбои предшествовали обновлению, физический износ мог быть уже нанесен.
Контекст: Повторение истории и фокус на PBO
Данная ситуация вызывает параллели с проблемами, наблюдавшимися ранее с процессорами предыдущего поколения на платформе AM5. Тогда причиной также называли излишне агрессивные настройки по умолчанию в BIOS от производителей плат, в частности, чрезмерно высокие лимиты тока и напряжения (EDC, TDC, PPT) в рамках технологии Precision Boost Overdrive (PBO). PBO, будучи механизмом, расширяющим границы производительности, требует точной калибровки материнской платой в рамках, установленных AMD.
В прошлый раз ASRock уже выпускала более консервативные прошивки для снижения рисков. Текущая волна вновь смещает фокус на то, как именно производители материнских плат реализуют эти лимиты для новых процессоров Ryzen 9000-й серии. Многие пользователи жалуются, что даже при использовании стандартных настроек, активирующих только EXPO, системы выходят из строя.
Рекомендации для пользователей и перспективы
В сложившейся ситуации производителям компонентов, включая ASRock и AMD, предстоит дальнейшая совместная работа над верификацией и оптимизацией микрокода, чтобы гарантировать безопасность дорогостоящих процессоров. Для пользователей, столкнувшихся с проблемой, единственным доступным немедленным шагом остается обращение по гарантии. Энтузиастам, стремящимся избежать риска, настоятельно рекомендуется дождаться дополнительных подтверждений стабильности от сообщества или же временно снизить лимиты мощности вручную в BIOS, игнорируя автоматические профили.
Несмотря на то что ASRock заявила о намерении тесно сотрудничать с AMD для устранения «неисправностей загрузки», продолжающиеся инциденты после выпуска «исправляющего» патча требуют более глубокого анализа причин, выходящих за рамки простого программного бага, чтобы восстановить доверие к платформе AM5.
Следите за новостями на других платформах: