STOP 0x00000051

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

Симптомы

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

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

где:

Символическое имя ошибки REGISTRY_ERROR (ОШИБКА РЕЕСТРА), говорит нам о том, что STOP 00000051 возникает в ситуации, когда имеется проблема с системным реестром: структурно повреждены данные в одном из кустов, либо произошла ошибка ввода-вывода при попытке обращения к одному из файлов, хранящий реестр. Суть в том, что реестр является основным хранилищем данных о конфигурации операционной системы, поэтому повреждение его с большой вероятностью чревато серьезными проблемами для операционной системы в целом. В операционной системе Windows кусты реестра представляют из себя обычные файлы, которые носят имена DEFAULT, SAM, SECURITY, SOFTWARE, SYSTEM и хранятся в структуре файловой системы по пути %SystemRoot%\System32\config. Ошибка STOP 00000051 возникает, если по какой-либо причине системному коду режима ядра не удается произвести критически-важные операции (чтение, запись, иные операции) с определенным кустом реестра. Очевидно, что данные операции могут быть необходимы для нормального выполнения этапов конфигурирования ключевых системных элементов (например, профиля пользователя). Без нормального окончания данных процедур дальнейшая загрузка рабочего окружения пользователя не представляется возможной и система принимает решение аварийно завершиться.

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

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

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

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

Восстановление реестра

Для того, что бы восстановить реестр Windows в рабочее состояние, посмотрите статью о восстановлении реестра.

Специфические особенности некоторых сбоев

Применительно к сбою STOP 0x00000051, четвертый входной параметр (BugCheckParameter4), отраженный на синем экране смерти в круглых скобках (0xDDDDDDDD), может подсказать нам более подробные сведения о деталях сбоя и определить возможные более специфичные методы устранения проблемы для случаев, когда она вообще может быть устранена.