Происходит возникновение сбоя в реестре

Причины появления

Когда выявляется дефектный системный куст, предусматривается выдача синего экрана смерти. Разработчики Microsoft сделали все возможное для того, чтобы минимизировать вероятность появления подобной проблемы. Например, приложение загрузчик NTLDR во всех версиях операционных систем Windows выполняет проверку куста на дефекты перед тем, как осуществить его загрузку. Аналогичные мероприятия проводятся и в том случае, когда обнаруживается проблема отсутствия наиболее важных ключей. Наиболее распространенной причиной такой ситуации требуется указать на наличие неправильных действий со стороны пользователя.

Параметры

Производится выдача следующих сведений:

STOP 0x00000074 (0x00000003, 0x00000002, 0x80087000) BAD_SYSTEM_CONFIG_INFO

Первые параметры не предполагают никакого интереса и считаются зарезервированными, но это не относится к последнему. Именно он должен рассматриваться более внимательно, поскольку обозначает код статуса NT.

Способы решения

Наиболее простой вариант - это при перезагрузке устройства выбрать из предложенного списка вариант «последняя удачная комбинация». При наличии серьёзных дефектов в системе, подобный подход будет невозможным. Рекомендуется произвести процедуру переустановки ОС или применить диск

Ошибка bad system config info относится к категории самых иррациональных неприятностей, которые могут произойти на одной из последних операционных систем от компании Microsoft. Все дело в том, что появление синего экрана bad system config info обычно сигнализирует о проблемах с системными библиотеками, которые автоматически загружаются специальным протоколом NTLDR. Но операционная система, чисто теоретически, при своем запуске должна самостоятельно проверять функциональность подобных файлов и исправлять повреждения, при их обнаружении.

Тем не менее, иногда этого, по каким-то неизвестным причинам, не происходит, что и приводит к bad system config info Windows 7 или аналогичному сообщению на восьмой и десятой версии ОС.

Следовательно, нужно знать, как исправить bad system config info Windows 10 (8, 7). Существует две методики, позволяющих решить данную проблему.

Вариант первый. Загрузка удачной конфигурации

Иногда, чтобы исправить bad system config info Windows 8, достаточно сделать всего несколько простейших действий.

Как решить bad system config info:

1. Начать процедуру перезагрузки персонального компьютера или ноутбука.
2. Успеть нажать на клавишу «F8».
3. В предложенном списке попробовать загрузить последнюю удачную конфигурацию.

Иногда пользователь забывает вовремя нажать нужную кнопку, система продолжает в очередной раз загружаться с неисправленной ошибкой, что, естественно, снова приводит к bad system config info Windows 10 при загрузке. Если произошло именно так, то рекомендуется повторить процедуру, описанную выше.

Если данный способ не принес положительного результата, то следует перейти ко второй методике.

Вариант второй. Работа с командной строкой

Что делать – bad system config info Windows 10, при этом, первый вариант не принес успеха?

Существует еще одна последовательность действий, которая практически всегда приводит к положительному результату решения поставленной задачи:

1. Еще раз выполнить перезагрузку компа.
2. Перейти к выбору загрузки системы с помощью все той же кнопки «F8».
3. Выбрать меню, отвечающее за устранение неполадок системы. Оно должно располагаться в самом верху предложенного списка.
4. В новом окошке перейти в командную строку.
5. Поочередно вбить две фразы: «bcdedit /deletevalue {default} numproc» и «bcdedit/deletevalue {default} truncatememory».

Все. Можно попробовать запустить ПК в нормальном режиме. Чаще всего этот способ решает возникшую проблему. Тем не менее, иногда даже его недостаточно. Если выпала именно эта вероятность, то, как это не прискорбно, придется инициировать процедуру переустановки операционки. На этом этапе, конечно, потребуется затратить значительно больше временных ресурсов. Изначально необходимо иметь под рукой загрузочный диск с нужной версией ОС.

1. Вставить в считывающее устройство диск.
2. Перезапустить PC.
3. Перейти в меню БИОСа и переставить приоритетность считывания информации с стационарного накопителя на дисковод с загрузочными данными.
4. Сохранить, запустить комп.

Если все сделано правильно, то пользователь увидит перед собой стандартное меню установки OS от Microsoft, где все достаточно просто. Требуется только следовать рекомендациям от установщика.

Вариант третий. Официальный

Производитель самых известных операционных систем в мире дает собственное решение данной проблемы. Согласно информации на официальном интернет-ресурсе корпорации, причиной подобной ситуации может легко стать повреждение эксплуатируемых планок оперативной памяти. К сожалению, но этот вариант часто приводит к финансовым растратам, так как придется покупать новое изделие. Но, изначально, необходимо достоверно убедиться, что причина неприятности заключается именно в этом.

Если на компе пользователя используется несколько планок, сделать это легко:

1. Поочередно вынимать изделия из слотов и включать ПК для проверки наличия ошибки.
2. Если проблема исчезла, то придется заменить снятую в этот момент оперативку.

В том случае, если в оборудовании используется только одна планка, потребуется взять у кого-то еще одну, гарантированно рабочую, чтобы выполнить аналогичную проверочную процедуру.

Посоветовал мне как-то один добрый человек посмотреть настройку моего компа на предмет использования многоядерности и большого количества оперативки. Смотреть это дело нужно с помощью утилиты msconfig, во вкладке «Загрузка», кнопка «Дополнительные параметры». Там можно указать неумной Винде сколько у неё в распоряжении процессоров и сколько памяти.

Ну, меня дважды просить не нужно (точнее советовать дважды), да и человек советовал надёжный, проверенный. Сделал я, как подсказали. Отправил комп на перезагрузку. Сижу, жду чуда.

И тут началось… При первой попытке запуска моя Windows 7 выдала синий экран смерти (BSOD) с кодом 0x00000074 и сообщением, что у меня «bad_system_config_info «. Попытки загрузить систему в защищённом режиме, с восстановлением последней работоспособной конфигурации и пр. эффекта не возымели.

Попробовал выполнить «устранение проблем при запуске Windows», которое предлагает инсталляционный диск - безыдейно. Чуть не дошел в отчаянии до переустановки Windows. Но, слава Богу, под рукой был ноутбук, с которого погуглив, я обнаружил один буржуйский форум, на котором рекомендовалось воспользоваться волшебной утилиткой «bcdedit», которая служит для работы с защищённым хранилищем данных конфигурации загрузки.

Для справки: ранее, вплоть до Windows XP включительно, загрузочное меню Windows описывалось в файле boot.ini, находящемся в корне загрузочного раздела. Это был обычный текстовый файл, который было удобно редактировать даже в «Блокноте». Начиная с Windows Vista, этот файл заменён этим самым хранилищем – BCD, являющим собой двоичный файл. Для работы с ним и предназначена консольная утилита «bcdedit».

Возможности нового веяния - фичи по кличке BCD, довольно обширны и все их описать я не могу, т.к. сам не знаю. Но, среди всего многообразия, есть в ней возможность управлять и настройками количества процессоров и размера оперативной памяти. В том числе и возможность отката к установкам по умолчанию. Выполняется сие с помощью следующих команд (в консоли восстановления, вызываемой по нажатию F8 во время загрузки Windows):
bcdedit/deletevalue {default} numproc - устанавливает значение по умолчанию для количества процессоров;
bcdedit/deletevalue {default} truncatememory - устанавливает значение по умолчанию для количества оперативной памяти;

После выполнения этих команд и оправки на перезагрузку, моя Windows 7 загрузилась как миленькая. А проверка msconfig, «Загрузка», кнопка «Дополнительные параметры» показала, что установки действительно изменены на умолчания. Вот и всё лекарство.

Хотя, исходя из того, что я успел почитать об этом STOPcode, можно сделать вывод, что такая ошибка может возникнуть и при неисправных модулях оперативной памяти (хотя при неисправной оперативке, по ходу, ошибка может выпасть вообще любая). Ну и, само собой, при проблеме с жёстким диском, когда повреждается само хранилище BCD. Допускаю, так же, что проблема может возникнуть при использовании для инсталляции Windows различных самопальных сборок, где недэфолтные установки этих параметров (количество процессоров и размер оперативной памяти), могут попасть в конфиги устанавливаемой Windows. Имейте это в виду, товарищи!

Иногда ошибки BAD_SYSTEM_CONFIG_INFO типа "синий экран", связанные с аппаратным обеспечением, могут быть вызваны повреждением оперативной памяти (RAM). Если вы сталкиваетесь со случайными перезагрузками компьютера, звуковыми сигналами при загрузке или другими неисправностями компьютера (в дополнение к ошибкам BSOD 0x74), то весьма вероятно, что имеются повреждения памяти. На самом деле, почти 10% падений приложений в ОС Windows вызваны повреждениями памяти.

Если вы недавно добавили новую память в компьютер, мы рекомендуем временно убрать ее, чтобы убедиться, что она не является причиной ошибки BAD_SYSTEM_CONFIG_INFO. Если это действие устранило BSOD, знаичит, это источник проблемы, и, следовательно, новая память либо несовместима с каким-то вашим оборудованием, либо повреждена. В таком случае, вам потребуется замена новых модулей памяти.

Если вы не добавляли новой памяти, на следующем этапе необходимо провести диагностический тест имеющейся памяти компьютера. Тест памяти позволяет провести сканирование на наличие серьезных сбоев памяти и периодических ошибок, которые могут быть причиной вашего синего экрана смерти 0x74.

Хотя последние версии Windows содержат утилиту для проверки оперативной памяти, я крайне рекомендую вместо нее использовать Memtest86 . Memtest86 представляет собой тестирующее программное обеспечение на основе BIOS, в отличие от других тестовых программ, запускаемых в среде Windows. Преимущество такого подхода в том, что утилита позволяет проверять ВСЮ операционную память на наличие ошибок BAD_SYSTEM_CONFIG_INFO, в то время как другие программы не могут проверять области памяти, занятые собственно программой, операционной системой и другими запущенными программами.

Добрый день. На днях принес знакомый компьютер в ремонт, ну и раз он вот прям знакомый, то и тихой сапой попросил посмотреть его комп побыстрее, ну и лично. Ну куда уж тут денешься? Человек сей не силен особо в пользовании даже техникой такой, но по расскажу стало ясно, что завелся у него еще один пользователь, сын. Ну так вот последний и привел все к текущему состоянию. Присоединяйтесь к нашей группе в ВК! Времонте! Умная мастерская!
На деле при загрузке ОС (стояла win7x32) циклично выпадаем в синий экран с ошибкой Stop 0x00000074 bad_system_config_info.

Поискав решение проблемы в интернетах. Пришел к выводу, что беда в конфигурации загрузчика ОС. Ранее (до Windows Vista) правила загрузки описывались в файле boot.ini. В нашем случае же управление списком загрузки предоставляется только через встроенную утилиту BCDedit.

BCDEdit - это средство командной строки, предназначенное для управления данными конфигурации загрузки. Оно может использоваться для различных задач: создание новых хранилищ, изменение существующих хранилищ, добавление параметров меню загрузки и многого другого.

Ну раз выловили мы проблемное место, то попробуем его полечить. Вариантов на самом деле не много. Если до этого все хорошо работало, а теперь перестало и вылезает ошибка вида bad_system_config_info, нам это должно сказать о том, что хранилище списка загрузки BCD либо повреждено либо изменено. Повреждение как вариант могло бы произойти при физических ошибках жесткого диска либо оперативной памяти. Но естественно мы это проверили заранее.

Поэтому в нашем случае остается только сбросить все настройки списка загрузки на дефолтные, т.е стандартные. Для этого нам необходимо попасть в встроенную систему восстановления.

При загрузке компьютера жмем «F8», в данном случае нам нужна строчка Дополнительные параметры загрузки -> Устранение неполадок компьютера . Ну либо мы сразу прям увидим желаемое Устранение неполадок компьютера.

Bcdedit /deletevalue {default} numproc
bcdedit /deletevalue {default} truncatememory

Этими командами исправится количество процессоров и максимальное значение памяти в сценарии загрузки.

В нашем случае, все исправно загрузилось и заработало. Соответственно, следует сделать вывод, что были изменены сброшенные нами значения. Далее после выяснения причины и исправления последствий, мы передаем системный блок клиенту с наставлениями. А уж административные меры примененные к виновнику, это мы рассматривать не будем 🙂

Присоединяйтесь к нашей группе в ВК!