BAD_SYSTEM_CONFIG_INFO значит, что Windows на старте прочитала конфигурацию - куст реестра или данные BCD - и не смогла с ними жить. Числовой код - 0x74. Синий экран обычно сразу при загрузке, рабочий стол вы не увидите. Это ближе к «сломали загрузку и параметры ядра», чем к умершей видеокарте. 0x74 не равен 0x7B (диск недоступен) и не равен 0x78.

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

Повреждён BCD или куст SYSTEM. Сбой питания во время обновления, диск не дописал файл, кто-то «почистил» папку Boot, неудачный bcdedit. Система доходит до ядра и спотыкается о свои же данные.

Ручные правки памяти и ядра. Гайды «добавьте /patch» и «поставьте число ядер в msconfig меньше, чем есть» иногда оставляют в конфигурации вздор. После этого 0x74 на каждом старте. Откат этих галочек лечит чаще, чем переустановка.

Недописанное обновление. Feature update оборвался, кусты реестра новой и старой системы смешались. Тогда рядом могут быть попытки отката. Это не код Центра обновления 0x8007xxxx, а уже стоп на загрузке.

Диск. Реже как единственная причина, но сыплющийся SSD портит как раз кусты реестра. Если 0x74 вернулся после успешного восстановления BCD - смотрите SMART, не третий раз bootrec.

Путаница с загрузкой. BAD_SYSTEM_CONFIG_INFO при загрузке - синий экран. Чёрный экран с 0xc000000f - другое сообщение загрузчика про BCD. Лечение похожее, имена разные, не склеивайте их в один запрос.

msconfig и «число процессоров». Галочка стоит годами, человек про неё забыл, после обновления Windows 0x74. Снять её можно из безопасного режима или из среды, если удаётся дойти до конфигурации системы. Ставить число ядер меньше, чем есть, «для стабильности» не нужно: современная Windows сама управляет пакетами. Эта галочка - наследие отладки, не тюнинг.

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

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

  1. Зайдите в среду восстановления. Три прерванные загрузки или флешка → «Восстановление системы». Оттуда «Восстановление при загрузке» - первый безопасный шаг, не командная строка сразу.

  2. Снимите самодельные ограничения в msconfig, если когда-то ставили. Если среда даёт войти в безопасный режим: msconfig → «Загрузка» → снять «Число процессоров» и «Максимум памяти». Эти галочки - частая бытовая причина 0x74.

  3. Восстановите BCD штатными командами, не «удалите Boot». С флешки, в командной строке, после того как поняли букву системного тома. Обычный набор Microsoft: проверка диска, затем пересоздание данных загрузки. Точные команды зависят от BIOS или UEFI - их лучше смотреть в статье про загрузчик, чем копировать чужой bootrec вслепую на GPT-диск.

  4. Откатите систему на точку до сбоя. Если точки есть. Это возвращает кусты реестра. Не импортируйте «готовый SYSTEM» с другого компьютера и не качайте кусты с форума.

  5. Проверьте диск. chkdsk с флешки, CrystalDiskInfo если удалось загрузиться. Плохой SMART - копируйте файлы, потом система.

  6. Не правьте реестр офлайн наугад. Загрузка куста SYSTEM в regedit с флешки - инструмент мастера, не первый шаг. Одна лишняя ветка - уже не встанет и восстановление.

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

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

Это Windows 10 или 11 лечится по-разному? Один стоп-код. На UEFI-машинах аккуратнее с буквами томов и bcdboot, не с fixmbr «как на XP».

Поможет ли удаление последних обновлений из среды? Иногда, если синий экран начался сразу после патча. Если куст уже битый - сначала восстановление, потом обновления.

Можно ли просто скопировать папку config с другого ПК? Нет. Это чужая машина в вашем корпусе. Закончится новым синим экраном или отказом драйверов.

0x74 и 0x7B - похожие числа? Разные стоп-коды. 0x74 - конфигурация. 0x7B - диск недоступен. Если на экране BAD_SYSTEM_CONFIG_INFO, не лечите AHCI статьёй про INACCESSIBLE_BOOT_DEVICE.

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