Синий экран или ранняя остановка с текстом BAD_SYSTEM_CONFIG_INFO. По документации Microsoft это стоп-код 0x74: ядро прочитало конфигурацию системы и нашло её неверной. Чаще всего пострадали кусты реестра или параметры в BCD - размер памяти, число процессоров, «улучшения», которые прописали руками.

Это не 0xc0000098 на экране «компьютер нужно восстановить»: тот про отсутствие записи ОС в BCD. 0x74 - ядро уже читает конфиг и не соглашается с цифрами. И не 0xc0000005 у программы. Лечат конфигурацию, не видеодрайвер в первую очередь.

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

Ручная правка BCD. Кто-то прописал bcdedit с числом процессоров, маской памяти, отключением NX, «ускорением загрузки». Опечатка - и 0x74 на следующем старте. Типичный след форумных советов.

Повреждённый реестр. Сбой питания во время обновления, «очиститель реестра», неудачный откат. Ядро не может проглотить SYSTEM. Подмена куста файлом с другой машины почти всегда добивает загрузку: SID и устройства чужие.

Неудачное восстановление. Откатили точку к несовместимому состоянию, оборвали копирование конфига. Тогда BAD_SYSTEM_CONFIG_INFO после «восстановления системы». Ирония обычная.

Реже - диск. Сектор с кустом реестра не читается. Тогда 0x74 соседствует с другими стопами и SMART уже плохой. Чинить только BCD на сыплющемся HDD бесполезно.

Не скачивайте готовый SYSTEM с «чистой Windows 10» и не кладите его в C:\Windows\System32\config. Это одна из самых вредных инструкций в сети: система может встать без драйверов диска и сразу дать уже INACCESSIBLE_BOOT_DEVICE.

Что проверить самому

  1. Сверьте имя на кадре. BAD_SYSTEM_CONFIG_INFO или 0x00000074 - один код. Если 0xc0000098 и \Boot\BCD - статья про BCD, другие команды. Если 0x7B - диск, не реестр.
  2. Зайдите в среду восстановления. Флешка или три прерванные загрузки. Сначала «Восстановление при загрузке» и «Восстановление системы» к дате до правок. Личные файлы обычно на месте.
  3. Сбросьте подозрительные параметры BCD. Командная строка среды. Имеет смысл убрать ручные ограничения процессоров и памяти, если вы их ставили. Набор bcdedit /enum покажет, что прописано. Не копируйте чужую простыню bcdedit с форума целиком: пути томов другие.
  4. Не запускайте «очистку реестра» из среды и не удаляйте файлы в config. Если куст повреждён, штатный путь - откат к точке или ремонт из копии RegBack, и то только если копия свежая и вы понимаете, что делаете. Наугад копировать SYSTEM с соседнего ПК нельзя.
  5. chkdsk по тому Windows. Битый сектор под реестром даёт 0x74. Букву тома смотрите в diskpart, не угадывайте C:.
  6. Если сами правили bcdedit вчера - верните умолчания. Снятие truncatememory, numproc и подобных ключей, которые добавляли «для скорости». Windows сама знает, сколько у неё ядер.
  7. Оцените переустановку, если реестр не собирается, точек нет, диск живой. Честнее новая система и копия документов, чем неделя с чужими кустами. На умирающем накопителе сначала диск.

После входа не ставьте те же твики BCD и не запускайте «оптимизатор реестра». 0x74 часто рукотворный. Если код пришёл сам, без ваших команд, смотрите диск и хвосты обновления, не видеокарту.

Типичный сценарий: вчера по гайду прописали bcdedit /set с числом ядер «чтобы игры летали», сегодня синий кадр 0x74. Снимают именно этот ключ, не переустанавливают Windows. Другой сценарий - «очиститель» удалил кучу из SYSTEM, и точка восстановления - единственный спокойный путь. Третий - сбой питания посреди обновления: тогда сначала chkdsk и откат, не чужой файл реестра. Не смешивайте 0x74 с INACCESSIBLE_BOOT_DEVICE: там ядро не видит диск, здесь оно диск видит и не соглашается с конфигом. Команды лечения разные.

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

0x74 и BAD_SYSTEM_CONFIG_INFO - одно? Да. Номер и имя одного стоп-кода.

Это то же, что 0xc0000098? Нет. 0xc0000098 - загрузчик не нашёл запись ОС. 0x74 - ядро отвергло конфигурацию.

Можно ли править реестр из другой Windows на этом диске? Только если понимаете, какой куст грузите. Наугад - путь к новому стопу. Сначала точки восстановления.

Поможет ли sfc из среды? Иногда, если файлы ядра целы, а конфиг ещё читается. На убитом SYSTEM сначала откат, не sfc.

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