Синий экран BAD_SYSTEM_CONFIG_INFO - это bug check 0x00000074. Windows не смогла прочитать согласованную конфигурацию, с которой ядро соглашается стартовать. Чаще всего страдают хранилище BCD или кусты реестра SYSTEM и SOFTWARE. Это не «просто перезагрузите», хотя разовый кадр после сбоя питания бывает. И это не повод качать «очиститель реестра»: как раз он такие стопы и производит.

Почему это происходит

Сломан BCD. В записях загрузки указаны не те устройства, не те пути, противоречивые параметры памяти. После ручного bcdedit из ролика, после клонирования, после неудачного добавления второй системы. Ядро читает конфиг и отказывается продолжать. На экране имя BAD_SYSTEM_CONFIG_INFO, не 0xc000000f: до ядра здесь уже дошли, но конфиг непригоден.

Повреждены кусты реестра. Файл C:\Windows\System32\Config\SYSTEM или соседние. Оборванная запись, битый сектор, «твикер», который выгрузил куст и не вернул. Microsoft в разборах 0x74 прямо связывает стоп с некорректной конфигурацией. Отличить от чисто BCD-истории сложно без дампа: внешне один кадр.

Неверные ограничения памяти в BCD. Старый трюк bcdedit /set {default} truncatememory или ручные removememory оставляют системе меньше RAM, чем нужно, или вовсе противоречие. После такого 0x74 знаком. Сами параметры люди копируют из гайдов «ускорить Windows».

Оборванное обновление или откат. Пакет дописал часть кустов и умер. На следующей загрузке конфиг с разных эпох. Это уже не код центра обновления на рабочем столе.

Не путайте 0x74 с INACCESSIBLE_BOOT_DEVICE. Там ядро не видит диск. Здесь диск виден, но конфигурация на нём считается мусором. Лечить 0x74 сменой AHCI можно только если попутно сломали ещё и диск - сами по себе режимы SATA этот стоп не рисуют.

Как исправить пошагово

  1. Сфотографируйте кадр и зайдите в WinRE. Три прерванные загрузки или флешка. Сначала «Восстановление при загрузке». Часто этого хватает, если пострадал только загрузчик.
  2. Откатите систему, если точка есть. В WinRE: «Восстановление системы». Это честнее, чем руками собирать кусты. Точки нет - не создавайте их сейчас, вы ещё не в Windows.
  3. Проверьте BCD, не редактируя наугад. В командной строке WinRE команда bcdedit покажет текущие записи. Если видите странные truncatememory, debug, ручные пути не на тот том - это кандидат. Снимать параметры можно, только если понимаете строку. Слепой набор из видео «удалите всё» ломает загрузку иначе.
  4. Пересоберите BCD штатно, если записи пустые или противоречивые. bootrec /rebuildbcd или bcdboot с верными буквами томов. Букву Windows в WinRE уточните через diskpart. Неверная буква пишет конфиг не туда.
  5. Не импортируйте чужие файлы SYSTEM и SOFTWARE. Подмена куста с другого ПК или из «папки ремонта» - классика неподъёмной системы. Если куст умер, штатный путь - копия из RegBack или Windows\System32\Config\RegBack, и то не на всех сборках Windows 10 и 11 эта папка ещё наполняется. Не уверены - остановитесь.
  6. Проверьте диск. chkdsk X: /f по тому Windows. Битый куст на сыплющемся HDD будет ломаться снова. SMART посмотрите, как только система встанет, или с другой среды.
  7. Когда конфиг развален окончательно, чистая установка спокойнее недели с офлайн-реестром. Файлы с соседнего тома копируют заранее. Ставить поверх имеет смысл, если установщик видит диск и предлагает сохранить данные. Правка кустов через reg load - инструмент для человека, который уже делал это не по ролику.

Запрещённый путь, который всё ещё кочует: скачать «рабочий SYSTEM» и заменить файл. Подпись, SID, драйверы устройств, буквы томов - чужой куст. Получите либо тот же 0x74, либо неподписываемые устройства, либо пароли локальных учёток, которые больше не сходятся.

Если стоп начался сразу после ручного bcdedit из ролика «добавить ядро», верните параметры той же утилитой, не ставьте Windows сразу. Одна лишняя строка truncatememory часто и есть весь 0x74. Список текущих записей - bcdedit /enum, не скриншот чужого видео.

Часто задаваемые вопросы

0x74 и BAD_SYSTEM_CONFIG_INFO - одно? Да. Число bug check 0x00000074, имя - BAD_SYSTEM_CONFIG_INFO.

Это лечится очистителем реестра? Нет. Очиститель как раз кандидат в причины.

Похоже ли на 0xc0000098? Оба могут расти из BCD, но 0xc0000098 обычно кадр загрузчика, а 0x74 - уже синий стоп ядра.

Нужно ли сбрасывать BIOS? Само по себе нет. Сброс прошивки 0x74 не чинит и может добавить INACCESSIBLE_BOOT_DEVICE, если уедет режим диска.

Смотрите также