Windows 7 синий экран код ошибки 0x0000006b

В данной статье мы с вами будем рассматривать синий экран смерти, который именуется PROCESS1_INITIALIZATION_FAILED и имеет номер 0x0000006B. Что сами Майкрософт говорят по поводу этой проблемы? Они говорят вот что: «Данная проблема появляется вследствие повреждения файла Bootcat.cache или же из-за изменения размера этого файла». Из этого мы точно можем утверждать, что проблема заключается в файле Bootcat.cache. Также нельзя исключать таких вещей, как повреждения системных файлов, аппаратных компонентов, кабелей или прочее. Синий экран смерти PROCESS1_INITIALIZATION_FAILED может проявлять себя на большинстве версий операционной системы Windows.

В сообщении этого критического сбоя присутствует следующая информация:

STOP: 0x0000006B (Параметр1, Параметр2, Параметр3, Параметр4)

PROCESS1_INITIALIZATION_FAILED

Заметка: эти четыре параметра могут меняться в зависимости от конфигурации компьютера пользователя.

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

Решаем сбой PROCESS1_INITIALIZATION_FAILED

Метод №1 Удаление файла Bootcat.cache

Следуя из сообщения Майкрософт, первым вашим шагом станет удаление файла Bootcat.cache из папки CodeIntegrity. Данный файл располагается в директории C:WindowsSystem32Codeintegrity. Вам понадобится загрузить компьютер через диск восстановления системы Windows. Если вы не знаете, как создать этот диск, то пройдите по этой ссылке на сайт Майкрософт, где написаны точные инструкции по его созданию. Создав этот диск, сделайте следующее:

• Вставьте диск или же флеш-носитель в свой компьютер.
• Перезапустите компьютер.
• Загрузите систему через диск восстановления Windows.
• Выберите предпочитаемый язык и другие параметры, а затем нажмите «Далее» для продолжения.
• Кликните на кнопку «Восстановление системы».
• Далее пройдите путем «Диагностика→Дополнительные параметры→Командная строка»
• Выберите пункт «Командная строка».
• Впишите в нее команду diskpart.
• Впишите list volume и нажмите Enter.
• Запомните в каком разделе находится ваша ОС, затем впишите Exit и нажмите Enter.
• Впишите C:(укажите тот раздел, в котором находится ваша ОС) и нажмите Enter.
• Впишите cd windowssystem32codeintegrity и нажмите Enter.
• Впишите del bootcat.cache и нажмите Enter.
• Закройте Командную строку.
• Перезагрузите свой компьютер, а затем попытайтесь зайти в систему обычным путем.

Метод №2 Копирование Bootcat.cache с другого компьютера

Если первый метод вам не помог в решении проблемы с синим экраном смерти PROCESS1_INITIALIZATION_FAILED, то вы должны попробовать этот метод, который включает в себя копирование файла Bootcat.cache с другого компьютера, подразумевая, что тот работает там корректно. Также как и в предыдущем методе, вам снова придется загрузить свою систему через диск восстановления.

• Найдите другой компьютер и зайдите в его операционную систему.
• Вставьте в флеш-устройство в компьютер.
• Нажмите Windows+E чтобы открыть Проводник Windows.
• Пройдите в директорию C:WindowsSystem32Codeintegrity.
• Копируйте файл Bootcat.cache к себе на флеш-устройство.
• Вставьте флеш-хранилище в компьютер, у которого проблемы с синим экраном смерти PROCESS1_INITIALIZATION_FAILED.
• Запустите проблемный компьютер через диск восстановления Windows и доберитесь до Командной строки, как это было показано в предыдущем методе.
• Открыв Командную строку, впишите в нее команду diskpart.
• Впишите list volume и нажмите Enter.
• Запомните в каком разделе находится ваша ОС, затем впишите Exit и нажмите Enter.
• Впишите C:(укажите тот раздел, в котором находится ваша ОС) и нажмите Enter.
• Впишите cd windowssystem32codeintegrity и нажмите Enter.
• Впишите copy E:bootcat.cache(впишите ту букву, под которой выступает ваше флеш-хранилище) и нажмите Enter.
• Закройте Командную строку.
• Перезагрузите свой компьютер.

Метод №3 Удаление файла COMPONENTS

Итак, если ничего из вышеперечисленного не помогло, а такое вполне возможно, то давайте двигаться дальше. На этот раз мы с вами попробуем сделать кое-что другое – удаление файла COMPONENTS из директории windowssystem32config. Данное действие также зарекомендовало себя отличным способом по борьбе с синим экраном смерти PROCESS1_INITIALIZATION_FAILED.

• Снова запустите свою ОС через диск восстановления.
• Пройдите весь путь до Командной строки, как это было уже показано в предыдущих методах.
• Впишите команду diskpart и нажмите Enter.
• Впишите list volume и нажмите Enter.
• Впишите Exit и нажмите Enter.
• Впишите cd windowssystem32config и нажмите Enter.
• Впишите del components и нажмите Enter.
• Закройте Командную строку.
• Перезагрузите свой компьютер.

Ну что, ваша система все еще загружается с синим экраном смерти PROCESS1_INITIALIZATION_FAILED? Ок, тогда давайте двигаться далее.

Метод No4 Установка Windows 7 SP1

Если вы используете Windows 7 без SP1, то вам нужно попробовать установить этот сервисный пакет для вашей операционной системы. Все что вам нужно сделать, так это пройти в Центр загрузок Майкрософт и скачать от туда необходимый сервисный пакет. Однако, будьте внимательно, что именно вы скачивайте. Обязательно отталкивайтесь от того, какой разрядностью обладает ваша система, т.е. 32-битная или 64-битная. Загрузите Windows 7 SP1, установите его и перезагрузите систему. Затем проверьте, появляется ли синий экран смерти PROCESS1_INITIALIZATION_FAILED.

Метод No5 Удаление Roxio GoBack

Если вы используете программное обеспечение Roxio GoBack, то вам нужно попробовать удалить его, чтобы проверить, не вызывает ли ли оно уже оговоренный синий экран смерти. Удаляется Roxio GoBack довольно просто через Программы и компоненты.

• Нажмите на клавиатуре Windows+R.
• Впишите appwiz.cpl и нажмите Enter.
• Выберите Roxio GoBack и удалите ее.
• Перезагрузите компьютер.
• Протестируйте систему на стабильность.

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

Метод №6 Восстановление Windows с помощью утилиты DISM

Для выполнения этого метода, нам потребуется использовать утилиту под названием DISM. DISM – это команда, которая позволяет вам монтировать образ Windows(install.wim) и выполнять такие действия, как установку, удаление, настройку и обновление операционной системы. DISM является компонентом комплекта средств для развертывания и оценки Windows(Windows ADK), который можно загрузить по этой ссылке. Итак, чтобы восстановить Windows с помощью утилиты DISM, вам потребуется сделать следующее:

• Для начала загрузите Windows ADK, а затем установите DISM.
• Нажмите на Пуск и впишите в поисковик запрос «Система обслуживания образов развертывания и управления ими».
• Нажмите на найденный результат ПКМ и выберите Запустить от Администратора.
• Впишите в нее DISM /image:D: /cleanup-image /revertpendingactions и нажмите Enter.
• После выполнения команды, перезагрузите свой компьютер, а затем протестируйте систему на наличие синего экрана смерти PROCESS1_INITIALIZATION_FAILED.

Метод №7 Исключить папку от сканирований

Антивирусное программное обеспечение также может стоять у истоков проблемы с появлением оговоренного синего экрана смерти. Чтобы исправить это, вам нужно исключить папки CodeIntegrity и catroot от сканирования антивирусом. Сейчас мы покажем вам как это делать на примере Защитника Windows. Если вы используете иной антивирус, то это не беда, так как там, скорее всего, будут применимы эти шаги.

• Кликните на Пуск и впишите в поисковик запрос «Защитник Windows».
• Нажмите на найденный результат ПКМ и выберите «Запустить от имени Администратора».
• Перейдите во вкладку «Параметры».
• Кликните на «Добавить исключение».
• Кликните на «Исключить папку».
• Пройдите в директорию C:WindowsSystem32CodeIntegrity.
• Кликните «Исключить эту папку».
• Кликните на «Исключить папку» еще один раз.
• Пройдите в директорию C:WindowsSystem32catroot.
• Кликните «Исключить эту папку».
• Еще раз хорошенько проверьте, исключили ли вы нужные вам папки.

Возможно, синий экран смерти PROCESS1_INITIALIZATION_FAILED появлялся в случае сканирования этих папок. По крайней мере, так утверждают некоторые пользователи в Интернете. Ну что, проблема все еще преследует вас?

Метод №8 Использование утилиты CHKDSK

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

• Нажмите ПКМ на Пуск и выберите «Командная строка(администратор)».
• Впишите chkdsk /r и нажмите Enter.
• Далее напишите Y и нажмите Enter, чтобы принять перезагрузку компьютера.
• Подождите, пока утилита завершит починку файловой системы на компьютере. Должны завершиться все пять стадий операции.

Мы надеемся, что данная статья помогла вам преодолеть проблему в виде синего экрана смерти PROCESS1_INITIALIZATION_FAILED. Если же он так и продолжает постоянно проявляться, то вы также можете еще попробовать выполнить восстановление системы с помощью ранее созданной точки или через бэкап. Если и это не помогло, то это может означать, что у вас присутствуют проблемы аппаратного характера, например, виновниками могли стать ваш HDD/SSD или же оперативная память.

Статья дополняет серию материалов, освещающих методы устранения проблем, приводящих к возникновению критической системной ошибки (BSOD). В материалах раздела рассматриваются ситуации, с которыми я сталкивался лично (в своей практике) и с которыми мне удалось разобраться. STOP-ошибка (STOP error), контроль дефекта (BugCheck) или в простонародье BSOD — фатальный системный сбой операционной системы Windows, являющийся причиной полного прекращения функционирования основных компонентов ядра операционной системы, влекущий за собой потерю динамических не сохраненных пользовательских данных и приводящий к появлению на экране монитора синего экрана смерти (BSOD). Числовое обозначение STOP-ошибки — идентификатор, характеризующий «природу» фатальной системной ошибки, используется при диагностике причины возникшей неполадки. В данной статье речь пойдет о сбое с идентификатором STOP 0000006B.

Теория

STOP 0x0000006B имеет собственную специфику и возникает на ранних стадиях загрузки операционной системы. В момент возникновения сбоя пользователь наблюдает на экране следующее сообщение об фатальной системной ошибке:

В общем случае формат ошибки следующий:

где:

Вообще загрузка операционной системы представляет собой достаточно сложную процедуру, которая состоит из множества стадий. На одной из начальных стадий загружается непосредственно ядро операционной системы, которое начинает проходить этапы инициализации/создания собственных структур и создания/запуска основных системных процессов, составляющих исполнительную подсистему ядра. Символическое имя ошибки PROCESS1_INITIALIZATION_FAILED (ОШИБКА_ИНИЦИАЛИЗАЦИИ_ПРОЦЕССА1), по идее разработчиков, должно сообщать нам о том, что ошибка STOP 0000006B возникает в ситуации невозможности загрузки/инициализации некоего критичного для загрузки операционной системы модуля. Что означает имя PROCESS1, это процесс, загружаемый на стадии 1 или процесс с номером (идентификатором) 1? И если следовать подобной логике, то зададимся вопросом: процесс №1 это случайно не процесс System? Ведь если брать во внимание высказывание главного разработчика Microsoft Раймонда Чена (Raymond Chen):

On Windows NT-based operating systems, process and thread IDs happen always to be a multiple of four.

..в то время как процесс System имеет PID=4, то получается, что PROCESS1 и есть System? Далее, опираясь на данные, которые можно получить из исходных кодов ядра, можно утверждать, что на определенном этапе стартует Диспетчер процессов. Диспетчер процессов предназначается для управления процессами в ОС и одной из его задач является загрузка и подготовка (экспорт) функций DLL. На одном из ранних этапов загрузки, при подготовке процесса System, происходит связывание функции основных системных DLL (ntdll.dll и других). Как раз на этом этапе работы и может появляться рассматриваемая нами ошибка: либо по причине повреждения одной из критичных системных DLL, либо из-за разных версий взаимосвязанных DLL, либо по причине несоответствие подписи (подделки) кода некоторых DLL (защита которых реализована в специальном коде ядра операционной системы).

Зачастую при возникновении STOP 0000006B системой не создаются файлы аварийных дампов (даже несмотря на настроенные параметры аварийных дампов), что заметно осложняет диагностику.

Второй параметр (BugCheckParameter2)

Все найденные мной точки возникновения критической ошибки STOP 0000006B располагаются в коде ядра операционной системы, размещенного в файле ntoskrnl.exe (либо другом ntkr*.exe в зависимости от аппаратной конфигурации станции). Давайте попробуем разобрать каждую из них подробнее.

Второй параметр =2

Первый найденный фрагмент находится внутри функции PsLocateSystemDlls и выглядит он следующим образом:

Функция PsLocateSystemDll, судя по всему, открывает последовательно все версии библиотеки ntdll.dll (в 64-разрядных системах их несколько) и получает оттуда точки входа функций KiUserApcDispatcher, KiUserExceptionDispatcher, KiUserCallbackDispatcher, RtlRaiseException и некоторых других. Адреса данных процедур необходимы ядру для выполнения основных задач (например, для генерации исключения для процессов пользовательского режима, доставки APC и обратных вызовов графического пользовательского интерфейса win32k.sys).

Второй параметр =3

Следующий фрагмент был найден внутри функции PspLocateSystemDll:

то есть второй параметр 3! Функция PspLocateSystemDll выполняет инициализацию (заполнение) полей структуры размещаемых в памяти ядра системных библиотек.

Второй параметр =6

Очередной блок размещается внутри функции PspInitializeSystemDlls:

то есть второй параметр 6! Похоже функция PspInitializeSystemDlls производит заполнение (инициализацию) полей структуры экспортируемых библиотекой ntdll.dll функций. Она берет базовый адрес образа (ImageBase) каждой доступной в системе версии ntdll.dll и производит разрешение всех экспортируемых функций, а так же производит ряд других манипуляций.

Все параметры =0

И наконец внутри функции Phase1InitializationDiscard имеется такой вот код:

Судя по приведенному блоку кода, непосредственно перед заталкиванием в стек кода ошибки (значение 6Bh), подготовки четырех параметров перед вызовом функции KeBugCheck не производится. Скорее всего как раз по этой причине, в ряде сбоев, на результирующем синем экране все параметры равны нулю. Как видно из кода, перед возбуждением исключения STOP 0000006B производится проверка результата выполнения функции PsInitSystem. Сама функция фактически представляет собой диспетчер процессов и предназначена для создания структуры процесса, вызывается ядром в ходе инициализации в фазах 0 и 1. Сам останов в этой точке возникает как реакция на нештатное завершение функции PsInitSystem, внутри которой к возникновению ошибки могут приводить следующие события:

• ошибочное завершение ObCreateObjectTypeEx (Создание объекта в пространстве имен);
• ошибочное завершение SeRegisterObjectTypeMandatoryPolicy (Регистрация политики доступа к объекту);
• равенство значений переменных PsPAffinityUpdateLock (?) = PspCidTable (указатель на таблицу описателей, хранящей созданные объекты процессов и нитей);
• ошибочное завершение ExInitializeResourceLite (инициализация ресурса исполняемой подсистемы);
• ошибочное завершение PspCreateProcess (Создание процесса);
• ошибочное завершение ObReferenceObjectByHandle (Поиск объекта по описателю);
• неправильное значение поля PsInitialSystemProcess+1ECh (глобальная переменная, указатель на структуру EPROCESS для процесса System);
• ошибочное завершение PsCreateSystemThread (создание потока, запускающийся в режиме ядра, возврат описателя процесса).

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

Первый параметр (BugCheckParameter1)

Помимо приведенных выше указателей на этапы (второй параметр BugCheckParameter2), в процессе исполнения кода которых произошел сбой, более свободно ориентироваться в причинах проблемы помогает первый параметр. Напомню, что применительно к сбою STOP 0000006B, первый входной параметр (BugCheckParameter1) дает нам статус завершения операции:

Общие причины

• Ошибка обнаружения критичного для загрузки ОС объекта/модуля (драйвера/библиотеки) по причинам: ошибки файловой системы, повреждение носителя информации, …
• Ошибка инициализации критичного для загрузки ОС объекта/модуля (драйвера/библиотеки): ошибки структуры файла (повреждение данных файла), ошибки файловой системы, повреждение носителя информации, …;
• Рассинхронизация (несоответствие) версий ядра (файл(ы) ntoskrnl.exe, ntkrnlmp.exe, ntkrnlpa.exe, ntkrpamp.exe) и библиотеки ntdll.dll (обычно после обновлений).
• Иные ошибки, попадающие под общую категорию ошибок инициализации фаз ядра.

Общие варианты решения

В данном заголовке приводятся общие методы восстановления, которые применяются для всех подвидов ошибки STOP 0x0000006B вне зависимости от параметров ошибки (BugCheckParameter1, BugCheckParameter2, BugCheckParameter3, BugCheckParameter4), которые указаны после кода STOP-ошибки в круглых скобках.

• Запуск проверки состояния жесткого диска / файловой системы на предмет наличия ошибок (при помощи команды chkdsk c: /f/r);
• Запуск средства Восстановление запуска из встроенного инструментария Устранение неполадок компьютера, либо с установочного диска или с любого другого средства восстановления.
• Копирование файлов: ntdll.dll, ntoskrnl.exe, ntkrnlmp.exe, ntkrnlpa.exe, ntkrpamp.exe, ci.dll из директории %SystemRoot%System32 с работоспособной станции-донора. Тут важно понимать, что все файлы должны быть с одной системы, дабы исключить рассинхронизацию версий;
• Если вы не можете самостоятельно точно определить, какие именно файлы были рассинхронизированы и не помог предыдущий пункт, то можно воспользоваться довольно варварским методом: произвести копирование целиком директорий %SystemRoot%Winsxs и %SystemRoot%System32 с работоспособной станции-донора. Тут предварительно на целевой системе надо будет «допилить» безопасность на перечисленных папках: получить владельца и выставить полные права для пользователя Все;
• Замена файла %SystemRoot%system32codeintegritybootcat.cache и директории %SystemRoot%system32catroot{F750E6C3-38EE-11D1-85E5-00C04FC295EE} с работоспособной станции. Для замены можно запуститься с любого доступного LiveCD и перенести указанный файл.

Безусловно, но большинство пользователей ПК панически боятся неожиданно оказаться без доступа к своему любимому устройству. Одним из вариантов такой ситуации является синий экран смерти 0x0000006b. Особенность заключается в том, что ошибка может быть вызвана, как программной, так и аппаратной средой. Учитывая этот факт, решение вопроса с stop 0x0000006b Windows 7 заключается в одновременном проведении целого комплекса лечебных процедур.

Причины возникновения

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

Обычно надписи «0x0000006b bsod» могут предшествовать следующие процессы:

• Выполнение загрузки каких-либо обновлений для операцинки.

• Физическое вмешательство в работу оборудования, входящего в состав ПК.

Причины выяснены, теперь необходимо понять, как исправить «process1 initialization failed 0x0000006b Windows 7».

Решение возникшей проблемы

Начнем лечение «process1 initialization failed 0x0000006b Windows 7» со второй причины возможного возникновения. Данная проблема легко может быть вызвана некорректной работой жестких дисков или повреждениями различных шлейфом, поэтому первый шаг – выполнить процесс визуальной проверки и, в случае возникновения сомнений, заменить необходимые элементы.

Следующий шаг – программное решение вопроса с 0x0000006b win 7. В этом пункте могут возникнуть затруднения, так как на официальном сайте компании Microsoft представлено якобы решение этой проблемы, но, как показала практика, оно не совсем эффективно. Реально справиться с ситуацией поможет сочетание предложенного лечения от разработчиков и помощь одного из пользователей, который лично столкнулся с подобной ошибкой, но смог самостоятельно выйти из положения. Итак, что требуется сделать?

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

1. Найти на винчестере папку c:windowssystem32catroot{F750E6C3-38EE-11D1-85E5-00C04FC295EE}, которую следует заменить на аналогичную, скачанную с диска.
2. Кроме того, выполнить поиск и замену файла bootcat.cache.

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

В данной статье мы с вами будем рассматривать синий экран смерти, который именуется PROCESS1_INITIALIZATION_FAILED и имеет номер 0x0000006B. Что сами Майкрософт говорят по поводу этой проблемы? Они говорят вот что: «Данная проблема появляется вследствие повреждения файла Bootcat.cache или же из-за изменения размера этого файла». Из этого мы точно можем утверждать, что проблема заключается в файле Bootcat.cache. Также нельзя исключать таких вещей, как повреждения системных файлов, аппаратных компонентов, кабелей или прочее. Синий экран смерти PROCESS1_INITIALIZATION_FAILED может проявлять себя на большинстве версий операционной системы Windows.

В сообщении этого критического сбоя присутствует следующая информация:

STOP: 0x0000006B (Параметр1, Параметр2, Параметр3, Параметр4)

PROCESS1_INITIALIZATION_FAILED

Заметка: эти четыре параметра могут меняться в зависимости от конфигурации компьютера пользователя.

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

Решаем сбой PROCESS1_INITIALIZATION_FAILED

Метод №1 Удаление файла Bootcat.cache

Следуя из сообщения Майкрософт, первым вашим шагом станет удаление файла Bootcat.cache из папки CodeIntegrity. Данный файл располагается в директории C:WindowsSystem32Codeintegrity. Вам понадобится загрузить компьютер через диск восстановления системы Windows. Если вы не знаете, как создать этот диск, то пройдите по этой ссылке на сайт Майкрософт, где написаны точные инструкции по его созданию. Создав этот диск, сделайте следующее:

• Вставьте диск или же флеш-носитель в свой компьютер.
• Перезапустите компьютер.
• Загрузите систему через диск восстановления Windows.
• Выберите предпочитаемый язык и другие параметры, а затем нажмите «Далее» для продолжения.
• Кликните на кнопку «Восстановление системы».
• Далее пройдите путем «Диагностика→Дополнительные параметры→Командная строка»
• Выберите пункт «Командная строка».
• Впишите в нее команду diskpart.
• Впишите list volume и нажмите Enter.
• Запомните в каком разделе находится ваша ОС, затем впишите Exit и нажмите Enter.
• Впишите C:(укажите тот раздел, в котором находится ваша ОС) и нажмите Enter.
• Впишите cd windowssystem32codeintegrity и нажмите Enter.
• Впишите del bootcat.cache и нажмите Enter.
• Закройте Командную строку.
• Перезагрузите свой компьютер, а затем попытайтесь зайти в систему обычным путем.

Метод №2 Копирование Bootcat.cache с другого компьютера

Если первый метод вам не помог в решении проблемы с синим экраном смерти PROCESS1_INITIALIZATION_FAILED, то вы должны попробовать этот метод, который включает в себя копирование файла Bootcat.cache с другого компьютера, подразумевая, что тот работает там корректно. Также как и в предыдущем методе, вам снова придется загрузить свою систему через диск восстановления.

• Найдите другой компьютер и зайдите в его операционную систему.
• Вставьте в флеш-устройство в компьютер.
• Нажмите Windows+E чтобы открыть Проводник Windows.
• Пройдите в директорию C:WindowsSystem32Codeintegrity.
• Копируйте файл Bootcat.cache к себе на флеш-устройство.
• Вставьте флеш-хранилище в компьютер, у которого проблемы с синим экраном смерти PROCESS1_INITIALIZATION_FAILED.
• Запустите проблемный компьютер через диск восстановления Windows и доберитесь до Командной строки, как это было показано в предыдущем методе.
• Открыв Командную строку, впишите в нее команду diskpart.
• Впишите list volume и нажмите Enter.
• Запомните в каком разделе находится ваша ОС, затем впишите Exit и нажмите Enter.
• Впишите C:(укажите тот раздел, в котором находится ваша ОС) и нажмите Enter.
• Впишите cd windowssystem32codeintegrity и нажмите Enter.
• Впишите copy E:bootcat.cache(впишите ту букву, под которой выступает ваше флеш-хранилище) и нажмите Enter.
• Закройте Командную строку.
• Перезагрузите свой компьютер.

Метод №3 Удаление файла COMPONENTS

Итак, если ничего из вышеперечисленного не помогло, а такое вполне возможно, то давайте двигаться дальше. На этот раз мы с вами попробуем сделать кое-что другое – удаление файла COMPONENTS из директории windowssystem32config. Данное действие также зарекомендовало себя отличным способом по борьбе с синим экраном смерти PROCESS1_INITIALIZATION_FAILED.

• Снова запустите свою ОС через диск восстановления.
• Пройдите весь путь до Командной строки, как это было уже показано в предыдущих методах.
• Впишите команду diskpart и нажмите Enter.
• Впишите list volume и нажмите Enter.
• Впишите Exit и нажмите Enter.
• Впишите cd windowssystem32config и нажмите Enter.
• Впишите del components и нажмите Enter.
• Закройте Командную строку.
• Перезагрузите свой компьютер.

Ну что, ваша система все еще загружается с синим экраном смерти PROCESS1_INITIALIZATION_FAILED? Ок, тогда давайте двигаться далее.

Метод No4 Установка Windows 7 SP1

Если вы используете Windows 7 без SP1, то вам нужно попробовать установить этот сервисный пакет для вашей операционной системы. Все что вам нужно сделать, так это пройти в Центр загрузок Майкрософт и скачать от туда необходимый сервисный пакет. Однако, будьте внимательно, что именно вы скачивайте. Обязательно отталкивайтесь от того, какой разрядностью обладает ваша система, т.е. 32-битная или 64-битная. Загрузите Windows 7 SP1, установите его и перезагрузите систему. Затем проверьте, появляется ли синий экран смерти PROCESS1_INITIALIZATION_FAILED.

Метод No5 Удаление Roxio GoBack

Если вы используете программное обеспечение Roxio GoBack, то вам нужно попробовать удалить его, чтобы проверить, не вызывает ли ли оно уже оговоренный синий экран смерти. Удаляется Roxio GoBack довольно просто через Программы и компоненты.

• Нажмите на клавиатуре Windows+R.
• Впишите appwiz.cpl и нажмите Enter.
• Выберите Roxio GoBack и удалите ее.
• Перезагрузите компьютер.
• Протестируйте систему на стабильность.

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

Метод №6 Восстановление Windows с помощью утилиты DISM

Для выполнения этого метода, нам потребуется использовать утилиту под названием DISM. DISM – это команда, которая позволяет вам монтировать образ Windows(install.wim) и выполнять такие действия, как установку, удаление, настройку и обновление операционной системы. DISM является компонентом комплекта средств для развертывания и оценки Windows(Windows ADK), который можно загрузить по этой ссылке. Итак, чтобы восстановить Windows с помощью утилиты DISM, вам потребуется сделать следующее:

• Для начала загрузите Windows ADK, а затем установите DISM.
• Нажмите на Пуск и впишите в поисковик запрос «Система обслуживания образов развертывания и управления ими».
• Нажмите на найденный результат ПКМ и выберите Запустить от Администратора.
• Впишите в нее DISM /image:D: /cleanup-image /revertpendingactions и нажмите Enter.
• После выполнения команды, перезагрузите свой компьютер, а затем протестируйте систему на наличие синего экрана смерти PROCESS1_INITIALIZATION_FAILED.

Метод №7 Исключить папку от сканирований

Антивирусное программное обеспечение также может стоять у истоков проблемы с появлением оговоренного синего экрана смерти. Чтобы исправить это, вам нужно исключить папки CodeIntegrity и catroot от сканирования антивирусом. Сейчас мы покажем вам как это делать на примере Защитника Windows. Если вы используете иной антивирус, то это не беда, так как там, скорее всего, будут применимы эти шаги.

• Кликните на Пуск и впишите в поисковик запрос «Защитник Windows».
• Нажмите на найденный результат ПКМ и выберите «Запустить от имени Администратора».
• Перейдите во вкладку «Параметры».
• Кликните на «Добавить исключение».
• Кликните на «Исключить папку».
• Пройдите в директорию C:WindowsSystem32CodeIntegrity.
• Кликните «Исключить эту папку».
• Кликните на «Исключить папку» еще один раз.
• Пройдите в директорию C:WindowsSystem32catroot.
• Кликните «Исключить эту папку».
• Еще раз хорошенько проверьте, исключили ли вы нужные вам папки.

Возможно, синий экран смерти PROCESS1_INITIALIZATION_FAILED появлялся в случае сканирования этих папок. По крайней мере, так утверждают некоторые пользователи в Интернете. Ну что, проблема все еще преследует вас?

Метод №8 Использование утилиты CHKDSK

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

• Нажмите ПКМ на Пуск и выберите «Командная строка(администратор)».
• Впишите chkdsk /r и нажмите Enter.
• Далее напишите Y и нажмите Enter, чтобы принять перезагрузку компьютера.
• Подождите, пока утилита завершит починку файловой системы на компьютере. Должны завершиться все пять стадий операции.

Мы надеемся, что данная статья помогла вам преодолеть проблему в виде синего экрана смерти PROCESS1_INITIALIZATION_FAILED. Если же он так и продолжает постоянно проявляться, то вы также можете еще попробовать выполнить восстановление системы с помощью ранее созданной точки или через бэкап. Если и это не помогло, то это может означать, что у вас присутствуют проблемы аппаратного характера, например, виновниками могли стать ваш HDD/SSD или же оперативная память.

Статья дополняет серию материалов, освещающих методы устранения проблем, приводящих к возникновению критической системной ошибки (BSOD). В материалах раздела рассматриваются ситуации, с которыми я сталкивался лично (в своей практике) и с которыми мне удалось разобраться. STOP-ошибка (STOP error), контроль дефекта (BugCheck) или в простонародье BSOD — фатальный системный сбой операционной системы Windows, являющийся причиной полного прекращения функционирования основных компонентов ядра операционной системы, влекущий за собой потерю динамических не сохраненных пользовательских данных и приводящий к появлению на экране монитора синего экрана смерти (BSOD). Числовое обозначение STOP-ошибки — идентификатор, характеризующий «природу» фатальной системной ошибки, используется при диагностике причины возникшей неполадки. В данной статье речь пойдет о сбое с идентификатором STOP 0000006B.

Теория

STOP 0x0000006B имеет собственную специфику и возникает на ранних стадиях загрузки операционной системы. В момент возникновения сбоя пользователь наблюдает на экране следующее сообщение об фатальной системной ошибке:

В общем случае формат ошибки следующий:

где:

Вообще загрузка операционной системы представляет собой достаточно сложную процедуру, которая состоит из множества стадий. На одной из начальных стадий загружается непосредственно ядро операционной системы, которое начинает проходить этапы инициализации/создания собственных структур и создания/запуска основных системных процессов, составляющих исполнительную подсистему ядра. Символическое имя ошибки PROCESS1_INITIALIZATION_FAILED (ОШИБКА_ИНИЦИАЛИЗАЦИИ_ПРОЦЕССА1), по идее разработчиков, должно сообщать нам о том, что ошибка STOP 0000006B возникает в ситуации невозможности загрузки/инициализации некоего критичного для загрузки операционной системы модуля. Что означает имя PROCESS1, это процесс, загружаемый на стадии 1 или процесс с номером (идентификатором) 1? И если следовать подобной логике, то зададимся вопросом: процесс №1 это случайно не процесс System? Ведь если брать во внимание высказывание главного разработчика Microsoft Раймонда Чена (Raymond Chen):

On Windows NT-based operating systems, process and thread IDs happen always to be a multiple of four.

..в то время как процесс System имеет PID=4, то получается, что PROCESS1 и есть System? Далее, опираясь на данные, которые можно получить из исходных кодов ядра, можно утверждать, что на определенном этапе стартует Диспетчер процессов. Диспетчер процессов предназначается для управления процессами в ОС и одной из его задач является загрузка и подготовка (экспорт) функций DLL. На одном из ранних этапов загрузки, при подготовке процесса System, происходит связывание функции основных системных DLL (ntdll.dll и других). Как раз на этом этапе работы и может появляться рассматриваемая нами ошибка: либо по причине повреждения одной из критичных системных DLL, либо из-за разных версий взаимосвязанных DLL, либо по причине несоответствие подписи (подделки) кода некоторых DLL (защита которых реализована в специальном коде ядра операционной системы).

Зачастую при возникновении STOP 0000006B системой не создаются файлы аварийных дампов (даже несмотря на настроенные параметры аварийных дампов), что заметно осложняет диагностику.

Второй параметр (BugCheckParameter2)

Все найденные мной точки возникновения критической ошибки STOP 0000006B располагаются в коде ядра операционной системы, размещенного в файле ntoskrnl.exe (либо другом ntkr*.exe в зависимости от аппаратной конфигурации станции). Давайте попробуем разобрать каждую из них подробнее.

Второй параметр =2

Первый найденный фрагмент находится внутри функции PsLocateSystemDlls и выглядит он следующим образом:

Функция PsLocateSystemDll, судя по всему, открывает последовательно все версии библиотеки ntdll.dll (в 64-разрядных системах их несколько) и получает оттуда точки входа функций KiUserApcDispatcher, KiUserExceptionDispatcher, KiUserCallbackDispatcher, RtlRaiseException и некоторых других. Адреса данных процедур необходимы ядру для выполнения основных задач (например, для генерации исключения для процессов пользовательского режима, доставки APC и обратных вызовов графического пользовательского интерфейса win32k.sys).

Второй параметр =3

Следующий фрагмент был найден внутри функции PspLocateSystemDll:

то есть второй параметр 3! Функция PspLocateSystemDll выполняет инициализацию (заполнение) полей структуры размещаемых в памяти ядра системных библиотек.

Второй параметр =6

Очередной блок размещается внутри функции PspInitializeSystemDlls:

то есть второй параметр 6! Похоже функция PspInitializeSystemDlls производит заполнение (инициализацию) полей структуры экспортируемых библиотекой ntdll.dll функций. Она берет базовый адрес образа (ImageBase) каждой доступной в системе версии ntdll.dll и производит разрешение всех экспортируемых функций, а так же производит ряд других манипуляций.

Все параметры =0

И наконец внутри функции Phase1InitializationDiscard имеется такой вот код:

Судя по приведенному блоку кода, непосредственно перед заталкиванием в стек кода ошибки (значение 6Bh), подготовки четырех параметров перед вызовом функции KeBugCheck не производится. Скорее всего как раз по этой причине, в ряде сбоев, на результирующем синем экране все параметры равны нулю. Как видно из кода, перед возбуждением исключения STOP 0000006B производится проверка результата выполнения функции PsInitSystem. Сама функция фактически представляет собой диспетчер процессов и предназначена для создания структуры процесса, вызывается ядром в ходе инициализации в фазах 0 и 1. Сам останов в этой точке возникает как реакция на нештатное завершение функции PsInitSystem, внутри которой к возникновению ошибки могут приводить следующие события:

• ошибочное завершение ObCreateObjectTypeEx (Создание объекта в пространстве имен);
• ошибочное завершение SeRegisterObjectTypeMandatoryPolicy (Регистрация политики доступа к объекту);
• равенство значений переменных PsPAffinityUpdateLock (?) = PspCidTable (указатель на таблицу описателей, хранящей созданные объекты процессов и нитей);
• ошибочное завершение ExInitializeResourceLite (инициализация ресурса исполняемой подсистемы);
• ошибочное завершение PspCreateProcess (Создание процесса);
• ошибочное завершение ObReferenceObjectByHandle (Поиск объекта по описателю);
• неправильное значение поля PsInitialSystemProcess+1ECh (глобальная переменная, указатель на структуру EPROCESS для процесса System);
• ошибочное завершение PsCreateSystemThread (создание потока, запускающийся в режиме ядра, возврат описателя процесса).

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

Первый параметр (BugCheckParameter1)

Помимо приведенных выше указателей на этапы (второй параметр BugCheckParameter2), в процессе исполнения кода которых произошел сбой, более свободно ориентироваться в причинах проблемы помогает первый параметр. Напомню, что применительно к сбою STOP 0000006B, первый входной параметр (BugCheckParameter1) дает нам статус завершения операции:

Общие причины

• Ошибка обнаружения критичного для загрузки ОС объекта/модуля (драйвера/библиотеки) по причинам: ошибки файловой системы, повреждение носителя информации, …
• Ошибка инициализации критичного для загрузки ОС объекта/модуля (драйвера/библиотеки): ошибки структуры файла (повреждение данных файла), ошибки файловой системы, повреждение носителя информации, …;
• Рассинхронизация (несоответствие) версий ядра (файл(ы) ntoskrnl.exe, ntkrnlmp.exe, ntkrnlpa.exe, ntkrpamp.exe) и библиотеки ntdll.dll (обычно после обновлений).
• Иные ошибки, попадающие под общую категорию ошибок инициализации фаз ядра.

Общие варианты решения

В данном заголовке приводятся общие методы восстановления, которые применяются для всех подвидов ошибки STOP 0x0000006B вне зависимости от параметров ошибки (BugCheckParameter1, BugCheckParameter2, BugCheckParameter3, BugCheckParameter4), которые указаны после кода STOP-ошибки в круглых скобках.

• Запуск проверки состояния жесткого диска / файловой системы на предмет наличия ошибок (при помощи команды chkdsk c: /f/r);
• Запуск средства Восстановление запуска из встроенного инструментария Устранение неполадок компьютера, либо с установочного диска или с любого другого средства восстановления.
• Копирование файлов: ntdll.dll, ntoskrnl.exe, ntkrnlmp.exe, ntkrnlpa.exe, ntkrpamp.exe, ci.dll из директории %SystemRoot%System32 с работоспособной станции-донора. Тут важно понимать, что все файлы должны быть с одной системы, дабы исключить рассинхронизацию версий;
• Если вы не можете самостоятельно точно определить, какие именно файлы были рассинхронизированы и не помог предыдущий пункт, то можно воспользоваться довольно варварским методом: произвести копирование целиком директорий %SystemRoot%Winsxs и %SystemRoot%System32 с работоспособной станции-донора. Тут предварительно на целевой системе надо будет «допилить» безопасность на перечисленных папках: получить владельца и выставить полные права для пользователя Все;
• Замена файла %SystemRoot%system32codeintegritybootcat.cache и директории %SystemRoot%system32catroot{F750E6C3-38EE-11D1-85E5-00C04FC295EE} с работоспособной станции. Для замены можно запуститься с любого доступного LiveCD и перенести указанный файл.

Безусловно, но большинство пользователей ПК панически боятся неожиданно оказаться без доступа к своему любимому устройству. Одним из вариантов такой ситуации является синий экран смерти 0x0000006b. Особенность заключается в том, что ошибка может быть вызвана, как программной, так и аппаратной средой. Учитывая этот факт, решение вопроса с stop 0x0000006b Windows 7 заключается в одновременном проведении целого комплекса лечебных процедур.

Причины возникновения

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

Обычно надписи «0x0000006b bsod» могут предшествовать следующие процессы:

• Выполнение загрузки каких-либо обновлений для операцинки.

• Физическое вмешательство в работу оборудования, входящего в состав ПК.

Причины выяснены, теперь необходимо понять, как исправить «process1 initialization failed 0x0000006b Windows 7».

Решение возникшей проблемы

Начнем лечение «process1 initialization failed 0x0000006b Windows 7» со второй причины возможного возникновения. Данная проблема легко может быть вызвана некорректной работой жестких дисков или повреждениями различных шлейфом, поэтому первый шаг – выполнить процесс визуальной проверки и, в случае возникновения сомнений, заменить необходимые элементы.

Следующий шаг – программное решение вопроса с 0x0000006b win 7. В этом пункте могут возникнуть затруднения, так как на официальном сайте компании Microsoft представлено якобы решение этой проблемы, но, как показала практика, оно не совсем эффективно. Реально справиться с ситуацией поможет сочетание предложенного лечения от разработчиков и помощь одного из пользователей, который лично столкнулся с подобной ошибкой, но смог самостоятельно выйти из положения. Итак, что требуется сделать?

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

1. Найти на винчестере папку c:windowssystem32catroot{F750E6C3-38EE-11D1-85E5-00C04FC295EE}, которую следует заменить на аналогичную, скачанную с диска.
2. Кроме того, выполнить поиск и замену файла bootcat.cache.

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

Ошибка появляется во время запуска системы.

Решения взяты с форума oszone.ru — в моем случае, ни одно из предложенных решений не было действенным.

Пробовал восстанавливать реестр с папки repair (т.к. восстановление системы было отключено) — система начинает грузиться — но после перезагрузки вновь появляется эта ошибка.

Также проверял автозапуск с помошью программы autoruns — ничего подозрительного не обнаружил.

Пробовал сделать проверку диска

chkdsk /r

Также не помогло.

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

Итак что же предлагают сделать в данном случае на форуме, приведу избранные цитаты:

Принесли комп…

Победил ошибку спустя 3 часа.
Симптомы: винда и сейфмод — не грузятся, средство восстановления — useless. PROCESS1_INITIALIZATION_FAILED. В доп параметрах стояли нули 0x6b (0x0, 0x0, 0x0, 0x0). Вынь7

Па с бубном: советы с сайта мелкософтовцев, анализ минидампа, проверка/замена памяти, проверка на битые сектора винта, проверка на вирусы.

Итог:
— Память не причём была.
— вирусов не обнаружено.
— В минидампе — ссылка на ntkrnlpa.exe. (Unable to load image SystemRootsystem32ntkrnlpa.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntkrnlpa.exe)
— Совет мелкомягких — удалить bootcat.cache — не прошел. Соответственно, накатить рекомендуемое закрытое обновление не смог.

Начал подумывать о накате винды поверх… сложил лапки на пузе. Да, 0x06b — непобедим…

Да ну на…

Решение: заменил bootcat.cache с рабочего компа. Винда стартанула. Ура! Всё работает! Контрольный перезапуск — ппц, всё не работает. Еще одна подмена файла. Думаю, что делать дальше… случайно вспоминаю про закрытый фикс. Накатываю из под винды, перезагрузка — всё работает. Вуаля.

P.S.: Знал бы где упаду — соломки бы подстелил. (соломка — windows updates). Хозяева соломку отключили: «а зачем оно нуна? оО»
P.P.S.: Очень порадовала консоль восстановления вынь7 с её горячим подключением юсб. Не знал, блин… Вообще от семёрки масса положительных эмоций.

На правах некропостинга для будущих поколений. Ну и для развеивания мифа о непобедимости.

Кстати я не нашел bootcat.cache на рабочей машине с Windows XP — у меня ошибка была не на семерке

Еще одно полезное сообщение

Столкнулся с данной ошибкой на XP SP3, загрузился с ERD 2005, ерд не опознал винду на жестком, тамошний эксплорер не открывает папку system32, ругаясь на её повреждение. chkdsk /f /r /x c: и вуаля) всё работает, ошибка побеждена.

Кстати у меня, также была проблема с открытием папки %Windir%System32

Словил ошибку 0x0000006B (0xc0000102) на компьютере с WinXP — до этого он 4 года работал без косяков. chkdsk не помог, восстановление системы не помогло. Переустановить получилось — пока нормально вертится

Видимо как и мне времени было жалко на «отлов» ))

Доброго времени суток! Есть ноут Asus A6j, поставил на него семёрку. Всё прекрасно работало, а вот сегодня загрузка винды обернулась синим экраном с ошибкой PROCESS1_INITIALIZATION_FAILED (STOP: 0x0000006B, дальше одни нули). Проверил аварийной флешкой, антивирусами — всё чисто, винт и его содержимое видны, ошибок никаких известных по этой проблеме нет. Тем не менее, нужна винда и не хотелось бы переставлять.

дамп посмотреть не могу, так как система не грузится. в похожих темах ответа не нашёл, так как все файлы на месте и ничего не повреждено.

заменил файл bootcat.cache на аналогичный с ноута и комп включился.

Была речь о каком то фиксе, где его можно найти, чтобы повторно не стряслось?

И позже:

Сервис пак стоит, а при перезагрузке один хрен слетает в синий экран

Так лекарства от этого нет? запуск на один раз и переустановка оси?

В итоге:

PS: нашёл решение на одном сайте американском:
1) запускаетесь с флешки с файловым менеджером на борту
2) подменяете boot.cache на аналогичный с любого живого аппарата
3) с того же живого аппарата копируете папку c:windowssystem32catroot{F750E6C3-38EE-11D1-85E5-00C04FC295EE} с заменой файлов
пока полёт нормальный

Как видно неприятная ошибка — не хотелось бы ее еще раз встретить.