BAD_SYSTEM_CONFIG_INFO на синем экране Windows - багчек 0x00000074, коротко 0x74. Ядро прочитало конфигурацию и не поверило ей: чаще всего повреждены Boot Configuration Data или кусты реестра SYSTEM / SOFTWARE. Это не INACCESSIBLE_BOOT_DEVICE: том диск видит, «оглавление» системы - нет.

Имя и число - одно событие. На старых кадрах писали STOP: 0x00000074. В журнале BugCheck 0x00000074. Выдуманного кода BAD_SYSTEM_CONFIG_INFO_WINDOWS нет: так ищут «код плюс Windows».

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

Сломан BCD. После кривого bcdedit, оборванного обновления, утилиты «починить загрузчик» с форума. Ядро не собирает параметры загрузки и рисует 0x74.

Повреждён куст реестра. Сбой питания в момент записи, «чистка реестра», чужой .reg. Тогда BAD_SYSTEM_CONFIG_INFO появляется уже после того, как диск открылся.

Несовместимые параметры загрузки. Вручную прописали неверную конфигурацию памяти, отключили ядра, поставили «тест подписи» и забыли. Windows 10 и 11 одинаково обижаются на мусор в BCD.

Путают с 0xc0000098. Тот код чаще кадр загрузчика «запись недействительна», ещё до синего BAD_SYSTEM_CONFIG_INFO. Соседи по смыслу, оформление разное.

Не импортируйте «идеальный» SYSTEM с чужого ПК. Не скачивайте готовый BCD. Не чистите реестр твиккером после этого стопа: вы как раз в зоне, которую твиккер любит ломать. Не удаляйте кусты из C:\Windows\System32\config вручную «чтобы Windows создала новые» - не создаст, получите уже другой отказ.

Что делать самому

  1. Сверьте имя BAD_SYSTEM_CONFIG_INFO и число 0x00000074. Если на кадре INACCESSIBLE_BOOT_DEVICE - не эта статья.
  2. Среда восстановления с официальной флешки. «Восстановление при загрузке». После сбоя питания этого шага часто хватает.
  3. Откат системы из среды, если точки есть. Это спокойнее ручной сборки кустов.
  4. Пересоберите BCD штатно. На BIOS/MBR уместны bootrec /scanos и bootrec /rebuildbcd. На UEFI чаще bcdboot с реальной буквой тома Windows. Неверный bcdedit без понимания параметров как раз и рождает 0x74.
  5. Проверьте диск. chkdsk по букве тома. Битый том не лечится пересборкой BCD.
  6. Не копируйте файлы из config\RegBack вслепую на новых сборках. Microsoft давно не гарантирует свежие копии там. Если не уверены - остановитесь.
  7. Снимите ручные параметры BCD, если сами ставили ограничения памяти и числа ядер. Вернуть сток безопаснее, чем искать «какой ключ виноват».

На Windows 11 0x74 тот же. Если стоп начался после твиккера «оптимизация реестра» - откат или чистая установка честнее ручного склеивания кустов. Реестр наугад не «подлечивают»: неверная ветка SERVICES даёт уже 0x7B или не загружаемую систему.

Если данные нужны, а кусты не открываются - сначала съём диска, потом установка. Переустановка поверх иногда проще, чем воскрешение SYSTEM.

BAD_SYSTEM_CONFIG_INFO после утилиты «исправить BCD одним кликом» - частый сюжет. Утилита пишет параметры, которые эта сборка не понимает. Среде восстановления проще пересобрать BCD с нуля штатным bcdboot, чем вычищать чужие ключи. Не ставьте вторую утилиту поверх первой.

Если 0x74 появился сразу после правки bcdedit с ограничением памяти или числа ядер, верните сток штатными командами, не очисткой реестра. Неверная память в BCD как раз и даёт BAD_SYSTEM_CONFIG_INFO на живом железе.

На Windows 11 кусты реестра защищены сильнее. Копирование SYSTEM из запасной папки, которое проходило на семёрке, на новых сборках часто бессмысленно: копии пустые или старые. Не копируйте их по привычке. Откат, bcdboot, чистая установка - три рабочих пути.

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

0x74 и BAD_SYSTEM_CONFIG_INFO - одно? Да.

Это вирус? Редко. Чаще BCD, реестр, твиккер, сбой питания.

Чем не 0x7B? 0x7B - нет тома. 0x74 - том есть, конфигурация плохая.

Можно ли править реестр из среды? Только если точно знаете куст и ключ. Наугад - нет.

Поможет ли чистая установка? Да, если диск живой. Это нормальный план, не поражение.

Если BAD_SYSTEM_CONFIG_INFO появился после ручного bcdedit /debug on и забыли выключить, снимите отладку штатной командой. Не ищите «ключ отладки» в реестре. Живой том и стоковый BCD здесь важнее любых твиков.

Код 0x74 в поисковой строке без нулей путают с HTTP и с другими стопами. Пишите 0x00000074 или имя BAD_SYSTEM_CONFIG_INFO.

Имя BAD_SYSTEM_CONFIG_INFO тоже только латиницей, иначе поиск по журналу будет пустым.

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