BAD_SYSTEM_CONFIG_INFO и 0x74 - один и тот же bug check. Официальное число - 0x00000074, в поиске его часто сокращают. Microsoft прямо пишет: ошибка в реестре, чаще куст SYSTEM или отсутствуют критичные ключи. Это синий экран на старте или сразу после логотипа, не код Центра обновления и не 0xc0000005 при запуске программы. Куст уже читает загрузчик, поэтому «просто bootrec» этот стоп закрывает не всегда.

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

Повреждён куст SYSTEM. Выключили ПК во время записи, диск сыпется, место на системном томе кончилось в момент обновления. Загрузчик иногда проверяет куст и всё равно доходит до 0x00000074, если структура уже не та.

Кто-то почистил реестр. «Очиститель», ручное удаление веток «для скорости», чужой .reg из старого гайда. Microsoft отдельно отмечает: ключи могли стереть руками или кривой программой. Last Known Good иногда спасает, если до него ещё можно дойти.

После обновления или твика служб. Пакет не дописал значения, утилита «отключить телеметрию» вырезала то, без чего ядро не стартует. Откат точки восстановления здесь логичнее, чем сборка куста из файлов config соседнего ПК.

Путают с отказом BCD. 0xc000000f и 0xc0000225 - нет конфигурации загрузки. 0x00000074 - конфигурация нашлась, но системный куст или ключи внутри не годятся. Лечение одно на оба не работает.

Путают с MEMORY_MANAGEMENT. 0x0000001A - учёт страниц в уже работающей системе. 0x00000074 - конфиг. Тест планок не вреден, но не первое, что чинит этот стоп.

Не скачивайте «готовый SYSTEM hive» и не копируйте файлы из C:\Windows\System32\config с другого компьютера. Это реестр конкретной установки: драйверы, буквы томов, идентификаторы. Чужой куст даёт новый стоп или петлю. Не подменяйте ntoskrnl.exe.

Офлайн-загрузка куста через reg load - инструмент для человека, который видит, какой файл грузится и умеет его выгрузить. Случайный reg load плюс правка наугад ломает и запасную копию. Если не понимаете, что делаете, этот путь хуже чистой установки.

Люди иногда пишут «0x74» кириллической «х»: в поиске Windows такой набор не совпадёт с журналом. Официально всегда 0x00000074 и имя BAD_SYSTEM_CONFIG_INFO. Это не 0x0000007B и не 0xc000014c из отладчика: последний бывает параметром того же стопа и значит «куст повреждён», но его не набирают как отдельную бытовую ошибку.

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

  1. Запишите имя и число. Нужны BAD_SYSTEM_CONFIG_INFO и 0x00000074, не 0x0000007B. Сфотографируйте, было ли это после «очистителя» или обновления.

  2. Попробуйте точку восстановления и «Восстановление при загрузке». Установочная флешка → «Восстановление системы». Если точки есть - откатитесь на дату до стопа. Это штатный способ вернуть куст, не ручная сборка файлов.

  3. Проверьте диск. В командной строке среды diskpart → list vol, затем chkdsk по букве тома Windows. Битый том снова портит SYSTEM на следующей записи. SMART смотрят, как только система или Live-среда дают доступ.

  4. Не импортируйте .reg «исправить 0x74». Часть советов правит ключи, которых в вашей сборке нет, или сносит контроль запуска. Реестр на живой системе правят точечно, когда знают имя ключа. На мёртвом старте - точка восстановления или переустановка.

  5. Не копируйте папку config из RegBack вслепую. На современных Windows 10 и 11 автоматические копии кустов часто пустые: периодический бэкап по умолчанию выключен. Скопировать пустышки поверх текущих файлов - добить загрузку.

  6. Если точек нет и куст не грузится - скопируйте файлы и поставьте Windows заново. Для 0x00000074 это честный исход чаще, чем неделя офлайн-правок. Загрузчик после чистой системы собирается сам.

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

0x74 и 0x00000074 - разные коды? Нет. Это одно число, в поиске его сокращают. Имя стопа - BAD_SYSTEM_CONFIG_INFO.

Это всегда реестр? По документации Microsoft - да, куст или ключи. Диск может быть причиной порчи куста, но сам bug check про конфиг.

Можно ли взять SYSTEM с другого ПК? Нельзя. Это чужая установка.

Поможет ли bootrec? Только если заодно сбит BCD. Сам 0x00000074 командами загрузчика не лечится.

Стоит ли править куст офлайн? Только если понимаете загрузку и выгрузку hive. Иначе честнее переустановка.

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