Содержание
ASUS начала выкатывать новые обновления BIOS для материнских плат AM5. Они должны исправить неприятный баг, из-за которого BitLocker мог требовать ключ восстановления при каждом запуске Windows.
Если вы ловили экран Recovery после прошивки и уже успели пожалеть об апгрейде — это как раз тот случай. Проблему связывали с предыдущей бета-версией BIOS, и жалоб было много.
Какие BIOS вышли и какие платы затронуты
Речь про бета-обновления BIOS 2102/1642 для материнских плат ASUS на сокете AM5. Обновления выходят сразу для двух поколений чипсетов — 600-й и 800-й серий.
По сути, это ответ ASUS на волну обращений пользователей. После установки предыдущей беты многие получали BitLocker Recovery на каждом старте системы, даже без явных изменений в конфигурации.
- Платформы: AM5
- Чипсеты: 600-серия и 800-серия
- Новые версии: BIOS 2102/1642 (beta)
Что именно ломалось: BitLocker просил ключ на каждом старте
По многочисленным отзывам, проблема началась после бета-обновления BIOS 2101. Сценарий выглядел одинаково: Windows загружалась в режим восстановления и просила 48-значный ключ BitLocker при каждом включении.
Самое неприятное — у части людей баг не уходил даже после отката BIOS. Не помогали и типовые действия с безопасностью платформы, что намекало на более глубокую причину.
Одна из версий, которая звучала в обсуждениях, — повреждение логов Secure Boot. Из-за этого BitLocker мог видеть ситуацию как потенциально небезопасную и включать защитный режим снова и снова.
Что ASUS поменяла в 2102/1642 и при чем тут AGESA
В списке изменений новых прошивок есть обновление микрокода AGESA до версии 1.3.0.0a. Но этот же AGESA уже был доступен в предыдущей бете 2101, так что главный смысл релиза — именно исправление поведения BitLocker.
ASUS проблему признала, и это ключевой момент. Потому что баг бил не по синтетике и не по разгону, а по доступу к данным. Если человек не сохранил ключ восстановления, он мог просто не попасть в систему.
Почему BitLocker вообще так реагирует на BIOS и железо
По документации Microsoft, BitLocker может срабатывать после изменений железа или настроек BIOS. Чаще всего триггеры связаны с TPM и Secure Boot. И это не уникальная история для ASUS, так устроена сама модель защиты.
BitLocker проверяет, не изменилась ли платформа так, как будто в систему вмешались. Если ему что-то не нравится, он показывает Recovery-экран и требует 48-значный ключ, чтобы расшифровать диск.
Почему пользователи не могли «просто починить» это откатом
В жалобах повторялась одна и та же деталь: даже после даунгрейда BIOS проблема могла оставаться. Люди перепрошивали старые версии, чистили CMOS, сбрасывали TPM, удаляли Secure Boot keys. Но у части систем BitLocker продолжал просить ключ.
И это как раз тот случай, когда баг ощущается не как «пара лишних секунд при старте». Он превращается в риск потерять доступ к данным, если ключ не привязан к аккаунту Microsoft или не сохранен отдельно.
Где посмотреть официальную ветку обновлений ASUS
ASUS ведет обсуждение и публикацию обновлений в своих каналах. Если вам нужно сверить версию BIOS и статус фикса, можно начать с официальной темы на форуме: ASUS ROG Forum (AM5, 600/800 series).
Что это значит для владельцев AM5 прямо сейчас
Если вы на плате ASUS AM5 и ставили бета-BIOS 2101, то обновления 2102/1642 — хорошая новость. Они выходят именно как ответ на BitLocker Recovery-цикл. На момент публикации остается дождаться, как быстро прошивка появится для всех моделей.
А если вы только планировали обновляться ради AGESA 1.3.0.0a, то теперь у ASUS есть версия, где хотя бы заявлен фикс самого раздражающего побочного эффекта. С учетом масштаба жалоб это тот редкий случай, когда «мелочь» в релиз-нотах важнее любого прироста совместимости.
