Компьютер включается, крутится логотип, затем синий экран с BAD_SYSTEM_CONFIG_INFO. Это стоп-код 0x00000074: ядро не приняло конфигурацию загрузки или куст реестра. До рабочего стола дело обычно не доходит, поэтому «откатить драйвер из диспетчера устройств» вы не сможете. Ниже - разбор именно этого кадра, не общего «синий экран после обновления» и не 0x7B про недоступный диск.
Почему это происходит
Конфигурация загрузки повреждена. BCD указывает не туда, записи ядер и памяти противоречат железу, после сбоя питания куст SYSTEM не дописался. Windows 10 и 11 здесь болеют одинаково. Отличие от 0xc0000225: там чаще чёрный кадр загрузчика «нужное устройство не подключено», здесь уже синий bug check.
Обновление оборвалось на фазе загрузчика. Большой пакет почти встал, BCD уже новый, кусты ещё старые или наоборот. Это не HRESULT Центра вроде 0x80070643: журнал Центра вы не откроете, пока не почините старт.
Кто-то правил загрузку руками. bcdedit /set с чужими ключами, галочки в msconfig, «патч ядер». Синий 0x74 после такого вечера - ожидаемый результат, не сюрприз.
Диск сыпется. Реже как единственная причина, чаще как фон: конфигурация не записывается наполовину. Тогда после «успешного» ремонта BCD синий кадр возвращается через день.
Не удаляйте C:\Windows\System32\config и не копируйте туда файлы с другого ПК. Это кусты реестра этой установки. Чужой SYSTEM даст уже CRITICAL_PROCESS_DIED или 0xc0000218. Не подкладывайте ntoskrnl.exe с форума.
На Windows 10 после нескольких синих 0x74 чаще сами выпадают дополнительные параметры. На Windows 11 Fast Startup умеет мешать холодному входу в WinRE: выключайте через Shift + «Завершение работы», затем три прерванных старта. Если синий кадр приходит уже после рабочего стола, а не на логотипе, это редкость для BAD_SYSTEM_CONFIG_INFO: перепроверьте, не CLOCK_WATCHDOG и не CRITICAL_PROCESS_DIED на фото. Имя стопа должно быть именно BAD_SYSTEM_CONFIG_INFO.
Точка восстановления старше вечера, когда начался синий экран, здесь ценнее ручного bcdedit. Точку «создать задним числом» нельзя. Если точек нет - не выдумывайте их в чужих инструкциях.
Как исправить пошагово
- Сфотографируйте синий кадр. BAD_SYSTEM_CONFIG_INFO, 0x00000074, строка What failed, если есть. Это пригодится, если авторемонт не поможет и пойдёте дальше.
- Войдите в WinRE. Три прерванных старта подряд, либо установочная флешка → «Восстановление системы» → «Поиск и устранение неисправностей» → «Дополнительные параметры». Сначала «Восстановление при загрузке», один полный проход.
- Откатите систему, если есть точка старше сбоя. В WinRE это безопаснее ручного BCD. Если точек нет - не создавайте их «задним числом», это невозможно.
- Проверьте диск. Командная строка:
diskpart→list vol, буква тома Windows, затемchkdsk X: /f /r. Долго, но на сыплющемся HDD без этого пересборка загрузчика бессмысленна. - Верните BCD к норме штатно. Когда том живой и схема UEFI:
bcdboot X:\Windows /s S: /f UEFI, где S - раздел EFI. Буквы берите изlist vol, не из памяти. На Legacy/MBR набор другой, слепой/fixmbrна GPT-диске не лечит 0x74. - Если удаётся безопасный режим - снимите галочки msconfig. Число процессоров, максимум памяти, «безопасный режим» оставленный по ошибке. Перезагрузка после снятия часто заканчивает историю.
Переустановка поверх с флешки (обновление с сохранением файлов) иногда проще, чем ручной BCD на ноутбуке, где буквы томов пляшут. Если раздела с данными нет и бэкапа тоже нет - сначала съём файлов, потом чистая система.
Часто задаваемые вопросы
BAD_SYSTEM_CONFIG_INFO - это вирус? Почти никогда. Типичны обновление, BCD и msconfig.
Можно ли просто поставить Windows заново? Да, если файлы скопированы. На живом диске это честный выход, когда возиться с кустами нет сил.
Чем этот синий экран отличается от CRITICAL_PROCESS_DIED? 0x74 - конфигурация на старте. 0xEF - критический процесс уже умер в работе или на поздней загрузке. Диагностика разная.
Нужно ли обновлять BIOS из-за 0x74? Не первым шагом. Сначала WinRE, диск, BCD. Прошивку трогают, когда железо и так собираются менять или есть известный баг платы.
