STOP 0x000000ED

Метки:  ,

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

Симптомы

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

BSOD STOP 0x000000ED

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

где:

  1. 0xAAAAAAAA - первый параметр, характеризующий адрес возникновения исключения;
  2. 0xBBBBBBBB - второй параметр, характеризующий специфическую ошибку;
  3. 0xCCCCCCCC - третий параметр, не используется;
  4. 0xDDDDDDDD - четвертый параметр, не используется;

Проведенный более детальный анализ показал, что символическое имя ошибки, обозначаемое как UNMOUNTABLE_BOOT_VOLUME (НЕПОДКЛЮЧАЕМЫЙ ЗАГРУЗОЧНЫЙ ТОМ) говорит само за себя, намекая нам на то, что STOP 000000ED случается в ситуации, когда по какой-либо причине коду загрузки операционной системы начальных стадий не удается подключить (подмонтировать, сделать доступным для чтения) загрузочный логический том, содержащий критическую для загрузки системы информацию, такую как модули очередных этапов загрузки, без который дальнейшая загрузка операционной системы не представляется возможной.
Остается открытым вопрос, на каком именно этапе загрузки начинают возникать подобные ошибки? Ведь начиная с этапов, следующих за BootMgr, весь код, который необходим для данных этапах уже располагается на основном разделе, на который проинсталлирована операционная система. То есть, логично предположить, что STOP 0x000000ED может возникать на всех стадиях после BootMgr? Возможно, но для того, чтобы точно подтвердить это, надо знать, на каком этапе начинает работать логика функции KeBugCheckEx, отвечающей за вывод синего экрана смерти, загружается ли она уже на этапе BootMgr, либо позже, например, вместе с загрузкой ядра ntoskrnl.exe?

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

  • "Программное" повреждение файловой системы. Причины: некорректное завершение работы ОС, непредвиденное внезапное отключение питания, сбои программного характера, которые влекут за собой невозможность записи важных блоков файловой системы на физический носитель, либо искажение записываемой информации, поврежденные файлы конфигурации загрузки BCD.
  • "Аппаратное" повреждение файловой системы. Причины: дефекты магнитной поверхности носителя, такие как повреждение магнитной поверхности HDD либо ячеек памяти SSD, неисправность различных модулей платы управления накопителем.
  • Устарело: Настройки BIOS/UEFI сконфигурированы для принудительного использования UDMA режима. Хотя само устройство его не поддерживает.
  • Устарело: Используется стандартный 40-пиновый шлейф для подключения UDMA винчестера к контроллеру, вместо рекомендуемого в таких случаях 80-пинового кабеля.

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

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

Windows 7: Проверка диска из консоли восстановления

При загрузке поврежденной операционной системы, сразу после статусных сообщений BIOS/UEFI, несколько раз нажимаем клавишу F8 для вывода меню дополнительных вариантов загрузки. В появившемся списке выбираем пункт "Устранение неполадок компьютера":

Repair your computer

Затем стартует загрузка средства устранения неполадок компьютера. На следующем этапе нам требуется выбрать метода ввода с клавиатуры:

Метод ввода с клавиатуры

В зависимости от языка локализации системы, мы можем оставить метод ввода с клавиатуры без изменений на значении "Русская".

Далее у нас идет:

Вход администратора

Далее у нас загружается меню выбора инструментария:

Выбор средства восстановления

После выбора нами пункта "Командная строка" запускается хорошо уже знакомая нам командная строка Windows. В командной строке от нас требуется запустить специализированную утилиту проверки диска (chkdsk). Запускается она следующим образом:

chkdsk d: /f/r

Тут присутствует один немаловажный момент, необходимо правильно указать диск, на котором у нас установлена операционная система и который требуется проверить на наличие ошибок. Обычно, при загрузке консоли восстановления, в конфигурации компьютера с одним физическим диском, системный раздел (раздел, на который установлена операционная система Windows), имеет назначенную букву D:. В мультидисковой конфигурации литера может иметь другое значение.

Командная строка

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

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

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

Значение второго параметра (для 32/64-разрядной ОС) Символическое имя Описание
0xC0000032 / 0xFFFFFFFFC0000032 Причина ошибки в повреждении файловой системы, вероятнее всего программном.
0xC0000185 / 0xFFFFFFFFC0000185 STATUS_IO_DEVICE_ERROR Причины:

  • Аппаратная неисправность жесткого диска;
  • Неправильное терминирование поврежденного кабеля для SCSI-устройств;
  • Два устройства пытаются использовать одно прерывание (IRQ).
0xC0000006 / 0xFFFFFFFFC0000006

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

* Вероятнее всего имеется в виду служебный файл $UsnJrnl (USN Journal).
В этом случае имеется физическое повреждение поверхности/микросхем носителя информации.

  • Поделиться:

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *