C000007b ошибка при запуске windows 7

Данный сбой происходит при загрузке или установке Windows и говорит нам о невозможности использования загрузочного диска (раздела) по разным причинам. Это может быть повреждение или ненадежное подключение шлейфов, неисправность носителя, отсутствие в ОС или памяти необходимых для работы дисковой подсистемы драйверов, сбой порядка загрузки в БИОС. Существуют и другие факторы, например, действие вредоносных программ, или использование софта для работы с разделами жестких дисков.

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

Подробнее: Решаем проблему синих экранов в Windows

Причина 1: Шлейфы

Шлейфы – это обычные провода, с помощью которых жесткий диск подключается к компьютеру. Их два: кабель питания и шлейф передачи данных.

В первую очередь нужно проверить надежность их подключения. Если ситуация не изменилась, то стоит попробовать включить диск в соседний порт SATA, поменять кабель питания (воспользоваться другим, идущим от БП), заменить шлейф данных.

Причина 2: Неисправность носителя

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

Подробнее:
Создаем загрузочную флешку с Windows 7
Загрузка Windows 7 с флешки

1. После того как ПК будет загружен, появится стартовое окно программы установки Виндовс. Здесь нажимаем комбинацию клавиш SHIFT+F10, вызвав «Командную строку».
   
2. Запускаем консольную дисковую утилиту (после ввода нажимаем ENTER).

   diskpart
   

3. Вводим команду для получения списка жестких дисков, включенных в систему.

   lis dis

   Определить, «виден» ли наш диск, можно посмотрев на объем накопителей.

   

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

1. Вводим команду для вывода списка томов, имеющихся на всех накопителях, которые в данный момент подключены к компьютеру.

   lis vol
   

2. Находим раздел, возле которого указано, что он зарезервирован системой, и переходим к нему командой

   sel vol d

   Здесь «d» — буква тома в списке.

   

3. Делаем этот раздел активным, то есть показываем системе, что загружаться нужно именно с него.

   activ
   

4. Завершаем работу утилиты командой

   exit
   

5. Пробуем загрузить систему.

Если нас постигла неудача, то следует выполнить проверку системного раздела на наличие ошибок и исправить их. Поможет нам в этом утилита CHKDSK.EXE. Ее также можно запустить из «Командной строки» в программе установки Windows.

1. Загружаем ПК с установочного носителя и открываем консоль сочетанием клавиш SHIFT+F10. Далее нам нужно определить букву системного тома, так как установщик меняет их по своему алгоритму. Вводим

   dir e:

   Здесь «е» — буква обозреваемого раздела. Если в нем будет обнаружена папка «Windows», то переходим к дальнейшим действиям. В противном случае перебираем другие буквы.

   

2. Запускаем проверку и исправление ошибок, ждем завершения процесса, после чего перезагружаем ПК с жесткого диска.

   chkdsk e: /f/r

   Здесь «е» — буква раздела с папкой «Windows».

   

Причина 3: Сбой очереди загрузки

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

Подробнее: Как попасть в BIOS на компьютере

Далее мы приведем пример настройки для AMI BIOS. В вашем случае названия разделов и параметров может отличаться, но принцип остается тем же.

1. Ищем вкладку меню с названием «Boot» и переходим в раздел «Boot Device Priority».
   
2. Оставаясь на первой позиции в списке, жмем ENTER, переключаемся на наш диск и снова ENTER. Определить нужный накопитель можно по названию.

   

3. Нажимаем клавишу F10, стрелками переключаемся на «ОК» и нажимаем ENTER.

   

Если при выборе накопителя наш диск в списке не был обнаружен, то нужно произвести еще пару манипуляций.

1. На вкладке «Boot» переходим в раздел «Hard Disk Drives».

   

2. Ставим диск на первую позицию тем же способом.

   

3. Настраиваем порядок загрузки, сохраняем параметры и перезагружаем машину.

Причина 4: Режимы SATA

Рассматриваемая ошибка может возникать из-за неверно выставленного режима работы контроллера SATA. Для того чтобы исправить ситуацию, нужно снова заглянуть в БИОС и выполнить пару настроек.

Подробнее: Что такое SATA Mode в BIOS

Причина 4: Отсутствие драйверов

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

Подробнее: Исправление ошибки 0x0000007b при установке Windows XP

Обратите внимание, что для «семерки» нужно будет скачать другую версию программы nLite. Остальные действия будут аналогичными.

Скачать nLite с официального сайта

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

Подробнее: Нет жесткого диска при установке Windows

Если вы используете дополнительные контроллеры для дисков SATA, SAS или SCSI, то для них также нужно установить (внедрить или «подсунуть») драйвера, найти которые можно на сайтах производителей данного оборудования. Имейте в виду, что стандарт «хардов» должен поддерживаться контроллером, в противном случае мы получим несовместимость и, как следствие, ошибку.

Причина 5: Дисковый софт

Программы для работы с дисками и разделами (Acronis Disk Director, MiniTool Partition Wizard и другие) в отличие от аналогичного системного средства, имеют более удобный интерфейс и больше необходимых функций. Вместе с тем, манипуляции с томами, выполненные с их помощью, могут привести к серьезному сбою в файловой системе. Если такое произошло, то поможет только создание новых разделов с последующей переустановкой ОС. Впрочем, если размер томов позволяет, то можно произвести восстановление Виндовс из резервной копии.

Подробнее:
Варианты восстановления Windows
Как восстановить Windows 7

Существует еще одна неочевидная причина. Это использование функции восстановления загрузки в Acronis True Image. При ее включении на всех дисках создаются необходимые файлы. Если отключить один из них, то программа выдаст ошибку запуска. Выход здесь простой: подключить накопитель обратно, загрузить систему и отключить защиту.

Причина 6: Вирусы

Вирусы — вредоносные программы, которые способны, повредив дисковые драйвера, привести к возникновению ошибки 0x0000007b. Для проверки ПК и удаления вредителей нужно воспользоваться загрузочным диском (флешкой) с антивирусным дистрибутивом. После этого следует произвести операции по восстановлению запуска системы, описанные выше.

Подробнее: Борьба с компьютерными вирусами

Заключение

Устранение причин ошибки с кодом 0x0000007b может быть несложным или, наоборот, весьма трудозатратным. В некоторых случаях гораздо проще переустановить Windows, чем бороться со сбоями. Надеемся, что информация, приведенная в этой статье, поможет вам исправить ситуацию без этой процедуры.

Операционная система Windows — это сложный, взаимодополняющий и связанный с другим ПО комплекс эффективного распределения вычислительных ресурсов и управления устройствами. Однако не редки случаи, когда происходят проблемы. Ошибка 0xc000007b появляется у многих пользователей ПК. На этой странице мы узнаем, в чем заключается сложность её устранения, и найдем несколько способов решения.

0xc000007b означает, что код ошибки возникает из-за ненормального вызова файла dll. Часто игры или программы, которые мы планируем запустить, используют библиотеки и компоненты распространенных ПО — DirectX (часто версии 9.0) и распространяемый пакет Visual C++.

Переходите по ссылке для скачивания DirectX и C++ или испробуйте все способы решения данной проблемы. Выберите необходимые вам и устанавливайте на свой ПК.

Переустановка новых версий не помогла?

Проблемы с файлами dll в DirectX или C++

Проблема с патчем или пиратской программой

Исключение декомпрессии

Решение

• Найдите дистрибутив с приложением.
• Распакуйте его через правую кнопку мыши в любую папку.
• Пропустите ошибки, возникающие при работе архиватора.

Неправильный exe-файл был изменен вирусом

Решение

Чтобы исправить, включите сначала стандартный защитник Windows, а потом сторонний антивирус, чтобы проверить ОС на наличие вредоносных файлов, и исправьте их или внесите в карантин.

• Наберите в строке поиска «Защита от вирусов и угроз».
• Откройте это окно безопасности Windows кликнув по найденному параметру левой кнопкой мыши.
• Включите все параметры подсвеченные как выключенные таким образом, чтобы они стали выводить галочку в зеленом кружке.

Несовместимость игры с текущей системой

Решение

• Пожалуйста, зайдите на официальный сайт игры (или steam).
• Посмотрите, что написано в графе операционная система в минимальной конфигурации, необходимой для игры.
  • Сравните с той которая у вас. Если Необходимо обновить ОС, установите необходимую, например Windows 11 последней конфигурации с нашего ресурса.
• Кроме версии системы, также советуем проверить требования к оборудованию.
  • Кроме покупки нового качественного «железа» выхода нет.

Режим отладки программного обеспечения

Ошибка 0xc000007b на синем экране

Решение

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

Ошибка 0x0000007b появляется на синем экране

Решение

• При включении ПК нажмите на клавишу «del, F2,F9,F12 (в зависимости от того, какой клавишей запускается загрузчик — BIOS именно у вас. Это будет на секунду написано на экране)»
• Перейдите в раздел «Advaced».
• Затем найдите «SATA Configuration». Иногда этого пункта нет, в сразу можно увидеть «SATA Mode Selection».
• Поменяйте значение на «iDE». Как показано на скриншотах из разных загрузчиков в галерее ниже.

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

Драйвер видеокарты обновлен?

Решение

• Перейдите на официальный веб-сайт вашей видеокарты, чтобы загрузить и установить ее.
• Либо наберите в поисковике Windows «Диспетчер устройств».
• В открывшемся окне, выберите «Видеоадаптеры».
• Кликните ПКМ и в выпадающем меню отройте «Свойства».
• Внутри щелкните по вкладке «Драйвер».
• Нажмите «Обновить».

Вы импортировали информацию реестра?

Решение

Запустите его, чтобы импортировать информацию. В противном случае может быть невозможно запустить игру.

Часто все очень просто и достаточно кликнуть два раза левой кнопкой мыши и дать разрешение на изменение реестра.

Англоязычная директория

Решение

• Например, измените название пути на «C:/game/…».
• Вы должны убедиться, что пользователь Windows, которого вы используете в настоящее время, именован английскими символами.
  • Иначе рекомендуется создать нового пользователя.

Включено ли прямое ускорение?

Решение

• Зажимаем «Win+R».
• Вводим «dxdiag».
• Переходим в вкладку «Дисплей».
• Находим поле «Возможности DirectX».
• Все должно быть включено так, как на картинке ниже.

Если что то выключено, то проблема скрывается в в следующем:

• Битые драйвера;
  • Проверьте в «Диспетчере устройств» и обновите все драйвера через меню «Свойства».
• Не новый Дирекс;
  • Обновите до версии указанной в системных требованиях.
• Ускорение железа;
• Сторонние программы для ускорения;
• Электронные компоненты перестали работать или не соответствуют требованиям.

Вы установили PhyX?

Решение

Для пользователей видеокарт ATI для запуска игры необходимо всего лишь установить драйверы PhyX. Сам physxloader.dll подставится автоматически при установке драйвера.

• Иногда physxloader.dll нужно скопировать в корень с игрой, заменив уже существующий и в системную папку «C:WindowsSystem32».
• После чего это «*.dll» необходимо зарегистрировать, для этого:
  • Нажмите «Win+R».
  • Введите «regsvr32.exe physxloader.dll».

Режим совместимости

Решение

• Конкретный метод заключается в том, чтобы щелкнуть правой кнопкой мыши значок игры.
• Выбрать «Свойства».
• Найти вкладку «Совместимость».
• Установить флажок «Запустить эту программу в режиме совместимости».
• Выбрать, какую операционную систему использовать.

Ваша игра для Windows Live установлена?

Решение

Кликните на ссылку и скачивайте .NET Framework с нашего сайта или испробуйте все способы из приведенной инструкции и перейдите на страницу загрузки платформы внизу инструкции.

Замена операционной системы

По запросам заметно, что эта проблема очень распространена на 64-битных компьютерах, и в редких случаях она встречается и на системах x32. Поэтому рассмотрите возможность перехода на 32-битную ОС. Вероятность этой проблемы будет значительно снижена.

Аппаратное обеспечение

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

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

Игры, которые я запускаю, имеют спецэффекты DirectX 11, будет ли это иметь какое-то отношение к Дирекс 9?

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

Есть ли проблема с DirectX, которая влияет на последние игры?

Да, дело в том, что Windows старых версий поддерживают самые основные компоненты Дирекс, а игре часто нужны более продвинутые (такие как d3dx9_42.dll, xinput1_3.dll…). В системе отсутствуют эти ключевые файлы, из-за чего игра не запустится или появится ошибка 0xc000007b.

Некоторые люди могут спросить: я уже установил DirectX 9.0 и C++, но они все равно не работают?

Здесь кроется важная вещь: 32-битные системы должны устанавливать 32-битные файлы библиотек DirectX и C++, а 64-битные системы должны устанавливать файлы библиотек с типом разрядности данных как x32-а, так и x64-е бита, что является ключом к решению этой проблемы.

Не так давно я столкнулся с одной, достаточно редко встречающейся в моей практике, ошибкой. Она носит название «Ошибка при запуске приложения (0xc000007b)» и влечет за собой отказ в запуске приложения в операционной системе Windows. Проще говоря, некоторые приложения перестают запускаться вообще, либо всё же запускаются, но далеко не всегда. Щелкаешь в проводнике по имени запускного exe-модуля, либо пытаешься запустить исполняемый файл из командной строки, и наблюдаешь следующую картину:

Забавно, но что то в этой ошибке c000007b показалось мне знакомым, моя дырявая долговременная память сохранила смутные образы подобных проблем еще с незапамятных времен, при этом не оставив никаких ясных обстоятельств. Изучая информацию по данной ошибке в Сети я начал припоминать, что наблюдал подобные ошибки еще во времена Windows 2000, но на самом то деле характерны они были для исполняемых бинарных модулей аж со времен Windows 98, просто формулировались иначе. Начиная с версии Windows 2000 и по сей день ошибка c000007b выглядит в точности так, как представлено выше, и, скорее всего, на протяжении нескольких поколений ОС имеет родственные причины возникновения. Специфика найденного мной в Сети материала заключалась в том, что давались многочисленные рекомендации по исправлению, однако не было никакой конкретики по причинам, в связи с чем появилось желание попытаться изучить проблему самостоятельно.

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

Данная статья представляет собой всего-лишь теоретические выкладки по исследованию загрузчика образов операционной системы Windows. Изучение проводилось с целью создать базис для предполагаемого дальнейшего изучения особенностей кода загрузчика. На данный момент рекомендаций по исправлению ошибки c000007b в данной статье не предоставлено, поскольку практика показала неоднозначность популярных решений с использованием утилит Dependency Walker и Process Monitor.

Формат исполняемых файлов

Приступим. Для начала давайте посмотрим, что же нам сообщают разработчики об ошибке со статусом c000007b на официальной странице значений NTSTATUS? Ошибка носит символическое имя STATUS_INVALID_IMAGE_FORMAT (НЕКОРРЕКТНЫЙ ФОРМАТ ОБРАЗА), а в описании к ней присутствует следующая формулировка: «Образ либо не предназначен для выполнения в Windows или содержит ошибку..», ну и далее даются общие рекомендации. Как всегда, довольно пространное определение, не содержащее в себе значимых подробностей, однако уже позволяющее нам сделать как минимум два предположения:

1. ошибка может содержаться в служебных структурах заголовка основного запускаемого модуля (exe-файл);
2. ошибка может содержаться в подключаемых образах (dll-библиотеках);

Ну хорошо, а что же в себе таит утверждение о некорректном формате? Возможно, подразумевается некое повреждение структуры PE-образа? Но ведь близких по природе ошибок в PE-образе, чисто теоретически, может быть великое множество, и скорее всего так оно и есть. Одним словом, это утверждение о повреждении структуры исполняемого образа требует проверки и аргументации!! В свою очередь, для проверки следовало бы отследить, какой именно код ядра и на каком этапе выводит данное сообщение. Вероятно, если мы наблюдаем подобную ошибку до запуска приложения, то от момента щелчка правой кнопкой мыши по бинарному исполняемому файлу (например: exe-файл) в проводнике Windows (explorer.exe) и до непосредственного начала выполнения кода приложения, проходит некая скрытая от глаз пользователя работа на уровне ядра операционной системы и вот как раз эта самая работа иногда завершается с ошибкой. Одни вопросы порождают другие. Думаю, для лучшего понимания того, какая именно логика скрывается за безмолвием загрузки, надо сперва задаться вопросом «что же вообще такое представляет из себя исполняемый файл в среде Windows и как он загружается»? Всякий бинарный исполняемый файл в Windows построен на основе формата под названием PE (Portable Executable, переносимый исполняемый), который содержит в себе великое множество разнообразных секций, предназначенные для подготовки участков файла (они же блоки кода и данных), критичных для непосредственного выполнения приложения.

Portable Executable (PE) — формат исполняемых файлов и динамических библиотек, используемый в операционных системах Microsoft Windows. Фактически это довольно сложная структура данных, в которой содержится информация, необходимая системному загрузчику исполняемых образов, то есть коду ядра, который производит всю необходимую работу по подготовке исполняемого файла к непосредственному запуску (создание адресного пространства процесса, отображение файла в память, создание всех необходимых для функционирования системных конструкций и прч). В операционных системах Windows описываемый формат PE применяется при создания таких исполняемых файлов как: .exe, .dll, .sys и некоторых других.

Выходит, в системе имеется некий загрузчик образов (PE-загрузчик), естественно, ведь кто-то должен подготавливать код и данные к непосредственному исполнению. Это отлично укладывается в логику функционирования операционной системы, к тому же я про него время от времени краем уха слышал. Но это, извините, закопано где-то системе, с чего нам начать? Давайте начнем с малого, с формирования тестовой среды:

• Операционная система: Windows 7 Профессиональная (Русская), 32-разрядная (6.1.7601) (32-битную среду я выбрал для простоты, дабы WOW64 не вносил свои коррективы);
• Простой исполняемый модуль lasterr.exe из комплекта примеров FASM (EXAMPLESDLL) с минимумом подключаемых библиотек. Опять же, для простоты;
• Отладчик WinDbg (версия 10.0.14321.1024) из комплекта Debugging Tools for Windows (x86);
• Утилита Process Monitor;

Процесс загрузки образа

В моем случае, при отсутствии необходимых знаний, придется двигаться с самого начала, при этом интуитивно выискивая направления по косвенным признакам. Все те данные, которыми мы обладаем на текущий момент, подводят нас к мысли, что надо каким-то образом зацепиться за этот пресловутый загрузчик образов, но как? Единственное, что приходит в голову, так это использовать всеми нами любимую утилиту Process Monitor. Зная специфику программы, можно заранее предположить, что это будут лишь поверхностные сведения, поскольку утилита не покажет нам подробности многих этапов загрузки образа на выполнение. Но ведь что-то она нам все же даст, ведь пока мы идем в темноте и пытаемся нащупать хотя бы какие-то ориентиры для дальнейшего продвижения. Просто будем надеяться, что информация, предоставляемая нам утилитой Procmon поможет нам двинуться дальше, найти зацепку в виде каких-нибудь малозаметных деталей. Тут стратегия у нас будет достаточно простая, ничего необычного.

1. Из-под учетной записи с правами локального администратора запускаем утилиту Procmon;
2. В разделе Filter создаем фильтр на наше приложение lasterr.exe;
3. Останавливаем захват событий (Ctrl+E или иконка лупы на панели);
4. Очищаем лог (Ctrl+X или значок ластика на панели);
5. Снова включаем захват (Ctrl+E) событий;
6. Стартуем наблюдаемое приложение lasterr.exe, как обычно двойным щелчком из проводника;

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

1. Образ приложения lasterr.exe загружается в адресное пространство собственного процесса по адресу 0x400000. То есть мы наблюдаем какой-то из этапов уже работающего загрузчика образов;
2. Образ системной библиотеки ntdll.dll загружается в адресное пространство процесса по адресу 0x77c30000. Эта библиотека всегда загружается первой?
3. Активизируется ускоритель prefetcher. В системной директории C:WindowsPrefetch проверяется .pf-файл(ы) для запускаемого приложения;
4. Чуть ниже мы можем увидеть группу событий по операциям (CreateFile, SetBasicInformationFile, QueryAttributeTagFile, CreateFileMapping, QueryStandardInformationFile) с библиотеками ntdll.dll, kernel32.dll, apisetschema.dll, kernelbase.dll, locale.nls, errormsg.dll, user32.dll и прочими. Судя по всему это не проецирование образов, а события, генерируемые prefetcher’ом;
5. Ниже по списку мы наблюдаем первые события с операцией Load Image, которые знаменуют собой загрузку необходимых приложению DLL библиотек в адресное пространство процесса;
6. Еще ниже по списку событий мы наблюдаем чтение ветки HKLMSOFTWAREMicrosoftWindows NTCurrentVersionImage File Execution Options. Имеется в виду механизм, которых позволяет запускать образы под отладчиком;
7. Далее мы видим считывание ключа реестра HKLMSOFTWAREMicrosoftWindows NTCurrentVrsionWindowsLoadAppInit_DLLs. Ключ ответственен за механизм AppInit_DLLs, который позволяет определить списки DLL, загружаемые в адресное пространство «каждого» процесса;
8. Далее идет работа с различными языковыми опциями и MUI;

Это все, что предоставляет нам Procmon. Но на самом деле в приведенном выше списке мы видим очень малую часть логики, так сказать её вершину. Обусловлено это тем, что Process Monitor показывает лишь то, до чего может сам дотянуться, и не отображает всего многообразия операций по подготовке приложения к запуску. (прим.: хотя, возможно я забыл отключить какие-то встроенные фильтры). Но даже малое порой представляет собой большое, все дело в точке зрения Давайте посмотрим, о чем на могут рассказать захваченные Process Monitor’ом события? Например, событие Load Image применительно к образу lasterr.exe по загрузке себя же самого по базовому адресу 0x400000 в адресное пространство процесса, определенно будет нам интересно. Щелкнем по нему пару раз и перейдем во вкладку Stack. Стек вызовов начинается с функции RtlUserThreadStart, которая является частью системной библиотеки ntdll.dll. Библиотека ntdll.dll предоставляет собой «родной» интерфейс (Native API) пользовательского режима для функций ядра, это своеобразный «мост» между функциями библиотек пользовательского режима и кодом, который реализует соответствующий функционал в ядре. Функция RtlUserThreadStart именуется подобным образом не спроста, название говорит само за себя, намекая нам на назначение данной функции. Предположительно она предназначена для старта потока внутри процесса, при содержит функционал части пользовательского режима.

RtlUserThreadStart — общая стартовая функция для всех потоков в Windows.

Вот уже есть у нас какая-никакая а зацепка в виде данной функции, с которой стартуют все потоки в Windows. Проходим далее по списку событий и в общем потоке обращаем своё внимание на событие Load Image, которое относится к загрузке библиотеки kernel32.dll. Поступаем аналогичным образом, выполняем двойной щелчок левой кнопкой мыши, открываем дополнительную информацию о событии, переходим на вкладку Stack и наблюдаем следующее:

Тут уже у нас в начале стека вызовов присутствует фрейм функции LdrInitializeThunk из библиотеки ntdll.dll. Странно, в этот раз стек начинается с другой функции, хотя, поскольку нам не известна взаимосвязь функций в библиотеке ntdll.dll, это мало нам о чем-то говорит, поскольку LdrInitializeThunk может вызываться позже, то есть во многих случаях мы можем иметь дело с одной и той же логикой.

LdrInitializeThunk — функция обратного вызова (режим ядра -> режим пользователя) в составе библиотеки ntdll.dll, которая не столько обратный вызов, сколько точка входа, с которой все потоки пользовательского режима начинают свое выполнение. Другими словами, создание любого потока пользовательского режима всегда происходит посредством данной функции. В некоторых источниках фигурирует как процедура инициализация загрузчика, начальный его этап, отвечает за инициализацию непосредственно загрузчика, менеджера кучи, таблиц FLS, NLS, TLS, структур критической секции. Судя по всему они с RtlUserThreadStart работают в связке, но как именно, пока не ясно.

Мы получили имена двух функций, которые, судя по всему, имеют отношение к созданию потока и подготовке его к выполнению. Теперь можно переходить непосредственно к практической части исследования. Надеюсь, перед началом экспериментов у Вас уже готова тестовая среда и установлены Debugging Tools for Windows из комплекта Windows SDK и в системную переменную Path добавлен путь к необходимой версии каталога с отладчиками. Теперь задача перед нами стоит не совсем тривиальная, поскольку нам необходимо поймать момент запуска приложения, до его непосредственного выполнения и даже до момента подготовки адресного пространства процесса. К превеликой нашей радости, основными отладчиками от Microsoft поддерживаются фильтры событий, которые включают отладочный сценарий начальной стадии загрузки приложения. Насколько я понял, он может быть активирован двумя путями:

• Настройка отладчика через GUI: через меню Debug — Event Filters. На фильтре события Create process указываем опцию Execution: Enabled. После перезапуска процесса отладчик остановится до функции LdrInitializeThunk.
• Запуском отладчика со специальными опциями командной строки.

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

windbg.exe -xe ld:ntdll.dll lasterr.exe

опция xe подразумевает останов после того, как библиотека ntdll.dll будет загружена в адресное пространство процесса. И не спроста, потому как в самом отладчике, в командной строке, мы должны поставить точку останова:

bp ntdll!LdrInitializeThunk

а затем продолжить выполнение командой «g». Для чего это все? А для того, чтобы пропустить некоторое количество кода, которое выполняется до функции LdrInitializeThunk. Мы бы в любом случае вышли на неё, однако потратили бы дополнительное время.
Отладчик останавливается на точке остановка в самом начале функции:

Ну, судя по всему, функция LdrInitializeThunk содержит (на верхнем уровне) вызовы всего трех функций: LdrpInitialize, ZwContinue, RtlRaiseStatus, причем, я так понимаю, две последних функции являются для нас не значимыми. Выполнив отладчиком по клавише F10 команду call ntdll!LdrpInitialize я убедился, что приложение запустилось. Получается, вся работа происходит в глубинах функции Ldrpinitialize, надо идти внутрь. Первым параметром в функцию LdrpInitialize передается адрес дампа PE-файла в адресном пространстве процесса, а вторым адрес какой-то неизвестной структуры (?). Судя по всему, когда я впервые остановился на точке останове в начале функции, в первом параметре я увидел адрес подмапленной в память библиотеки ntdll.dll, поскольку она загружается самой первой. С этого момента я опускаю ряд подробностей нахождения мест кода, которые могли быть ответственны за генерацию ошибки c000007b, поскольку описание всего процесса отладки превратило бы повествование в бесконечное. Скажу лишь, что всю работу по анализу кода я проводил при помощи отладчика WinDbg и дизассемблера IDA.

Первая причина

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

Самое последнее условие je ntdll!LdrpSnapIAT должно уводить нас на следующую ветку кода:

Понятное дело, что в штатном режиме управление туда не передается, поэтому я просто взвел флаг zero, чтобы принудительно инициировать переход. Ну и в самом конце фрагмента кода мы видим долгожданную команду mov eax, 0C000007Bh, после чего я запускаю выполнение командой g и.. вот оно:

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

Судя по описанию с MSDN, данная функция ищет запись внутри PE-заголовка и возвращает адрес данных для этой записи (при наличии возвращает заголовок секции (IMAGE_SECTION_HEADER)) и длину, а случае ошибки возвращает ноль. Используется для поиска различных таблиц в PE-файлах.

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

Похоже что за инициализацию процесса отвечает функция LdrpInitializeProcess, которая, на определенном этапе своей работы начинает загружать библиотеки, необходимые для работы основного приложения, при помощи функции LdrLoadDll, а та, в свою очередь, начинает просматривать таблицу импорта и заполнять Import Address Table (IAT) через функцию LdrpSnapIAT. Однако стек не всегда остается подобным, при прогоне программы по команде g и остановке на точке останова, стек вызовов иногда меняется, показывая, что код загружает модули, присутствующие в таблице импорта.

Функция LdrpSnapIAT «связывает» таблицу адресов импорта с импортируемыми DLL библиотеками, перезаписывает каждую запись в таблице адресов импорта актуальным адресом импортируемой функции.

В коде функции LdrpSnapIAT имеется вызов функции RtlImageDirectoryEntryToData, которая, в свою очередь, использует RtlImageDirectoryEntryToDataEx, а та вызывает функцию RtlpImageDirectoryEntryToData32, которая уже проверяет следующие условия:

1. Если значение входного параметра DirectoryEntry (Порядковый номер требуемой записи каталога) больше или равно (>=) значения PeHeader.OptionalHeader.NumberOfRvaAndSizes (число записей в массиве DataDirectory. обычно имеет значение 16); Поскольку DirectoryEntry может иметь только определенные значения: IMAGE_DIRECTORY_ENTRY_ARCHITECTURE (7), IMAGE_DIRECTORY_ENTRY_BASERELOC (5), IMAGE_DIRECTORY_ENTRY_BOUND_IMPORT (11), IMAGE_DIRECTORY_ENTRY_COM_DESCRIPTOR (14), IMAGE_DIRECTORY_ENTRY_DEBUG (6), IMAGE_DIRECTORY_ENTRY_DELAY_IMPORT (13), IMAGE_DIRECTORY_ENTRY_EXCEPTION (3), IMAGE_DIRECTORY_ENTRY_EXPORT (0), IMAGE_DIRECTORY_ENTRY_GLOBALPTR (8), IMAGE_DIRECTORY_ENTRY_IAT (12), IMAGE_DIRECTORY_ENTRY_IMPORT (1), IMAGE_DIRECTORY_ENTRY_LOAD_CONFIG (10), IMAGE_DIRECTORY_ENTRY_RESOURCE (2), IMAGE_DIRECTORY_ENTRY_SECURITY (4), IMAGE_DIRECTORY_ENTRY_TLS (9), он действительно не должен быть >=16!
2. Если значение поля PeHeader.DataDirectory.Export библиотеки = 0. В коде функции для поиска местоположения структуры Object Table используется yнивеpсальная формула: pe_header_offset + rva_entries_number*8 + 78h; здесь: pe_header_offset — смещение от начала файла до PE-заголовка (смещение 3Ch), rva_entries_number — количество записей в таблице объектов. После вычисления мы попадаем на первую запись структуры IMAGE_DATA_DIRECTORY, которая содержит относительный адрес (RVA) таблицы экспорта. Предположение: в уже загруженной в адресное пространство процесса DLL, которая должна предоставлять экспортируемые функции нашей основной программе (иначе бы она не была загружена), отсутствует таблица экспорта? Подобная ситуация не допустима и явно ошибочна.

Вот по этим то условиям на выходе мы и видим ошибку c000007b. Чтобы понять что же происходит в глобальном плане, следует принимать во внимание, что нашему приложению требуются внешние DLL, которые содержат функции, необходимые для выполнения. В свою очередь сама подключаемая DLL может импортировать функции из других библиотек, что создает своеобразный каскад загрузок. Загрузчик должен пройти по таблице импорта каждой библиотеки и понять её зависимости. Вот именно на определенных моментах этих проходов и возникают описанные выше проверки различных структур библиотек.

Когда после запуска исследуемого приложения под отладчиком, при первом останове на функции LdrpSnapIAT пытаешься принудительно выйти на данную ветку кода, то ошибка не появляется! Могу предположить, что при первом вызове функции анализируется какая-то важная системная библиотека, поскольку из данных Procmon было видно, что первой загружается ntdll.dll, то можно предположить что так оно и есть. Соответственно, отказ в загрузке её самой (вероятно) не может быть завершен ошибкой, и загрузка приложения lasterr.exe в этом случае просто «тихо» завершается не выводя никаких сообщений, иными словами приложение не запускается без каких-либо ошибок, просто ничего не происходит. Поэтому, я несколько раз выполнил команду g и начал анализировать функцию со второго и последующих её вызовов, что дало видимые результаты.

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

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

Общее решение

Можно встретить две основные рекомендации по устранению ошибки c000007b:

1. В некоторых случаях для решения подобной проблемы предлагается использовать утилиту Dependency Walker, которая позволяет просматривать импортируемые и экспортируемые сбойным модулем библиотеки, и, соответственно, выявить библиотеки, которые по тем или иным причинами не смогли подгрузиться. Но средство позволяет выявить лишь часть причин возникновения ошибки c000007b, поскольку:

   как было показано выше, ошибка c000007b может генерироваться по нескольким условиям внутри кода загрузчика исполняемых образов операционной системы Windows, и не все из этих условий напрямую связаны с [недоступностью] импортируемых и экспортируемых функций подключаемых к модулю библиотек.

   ..к тому же, DW грешит еще и тем, что иногда не обнаруживает всех импортируемых модулем библиотек.

2. Еще одним решением служит утилита Process Monitor, которая позволяет собирать события по деятельности загрузчика исполняемых модулей и выявлять некоторые проблемы. Но и он зачастую не видит всех деталей работы кода загрузчика, к тому же не способен найти проблемы в ресурсных секциях и заголовках.

Тем не менее, описанные инструменты позволяют обнаруживать большинство причин возникновения ошибки c000007b, они могут быть использованы в качестве стартового инструментария, и уже при невозможности решить проблему с их помощью, единственным средством остается отладчик. Лишний раз хочется кинуть камень в огород разработчиков, поскольку они могли бы значительно облегчить определение причины ошибки c000007b путем расширения статусных кодов и введения подробного описания, однако это потребовало бы доработки загрузчика образов. Но поскольку подобная глобализация множества разнородных ошибок под одним статусным кодом в программах под Windows характерна еще со времен Windows 2000, думаю, что ситуация в ближайшее столетие не поменяется

Ошибка 0x0000007B (INACCESSABLE_BOOT_DEVICE) при загрузке компьютеру указывает на то, что Windows не может получить доступ к загрузочному диску из-за отсутствия необходимого драйвера или повреждения носителя.

Администратор может столкнуться с ошибкой 0x0000007B в следующих случаях:

• При восстановлении Windows из бэкапа на другой физический компьютер или виртуальную машину Hyper-V, VMware или VirtualBox (как частный случай восстановление из Bare Metal Recovery на другое железо);
• После переносе (клонировании) Windows на новый диск или новый компьютер;
• При миграции физической системы с помощью создании образа компьютера (например, с помощью disk2vhd) и разворачивании из этого vhd образа новой виртуальной машины;
• При переключении режима работы SATA контроллера в BIOS с AHCI на IDE/RAID, или наоборот (в этом случае достаточно открыть настройки BIOS и вернуть исходный режим SATA);
• При замене материнской платы и / или контроллера жесткого диска;
• После обновления BIOS/UEFI или смене настроек.

Чаще всего я сталкивался с ошибкой 0x7b после конвертации физического компьютера с Windows Server 2008 R2/ Windows 7 в виртуальную машину с помощью VMware vCenter Converter. После окончания конвертации Windows на новой ВМ не загружается и на экране появляется BSOD со стоп-кодом:

STOP: 0x0000007B (0xFFFFF880009A9928, 0xFFFFFFFFC0000034, 0x0000000000000000, 0x0000000000000000).

Ошибка INACCESSABLE_BOOT_DEVICE в этом случае вызвана тем, что контроллер жесткого диска нового сервера (компьютера или виртуальной машины) отличается от исходного оборудования. Например, в большинстве гипервизоров для подключения дисков по умолчанию используется SCSI или SAS контроллер, который обычно отключен в исходном образе Windows. Т.е. драйвер lsi_sas.sys установлен, но служба, которая его запускает – отключена. В результате операционная системе не может загрузить необходимый драйвер и загрузка Windows прерывается с BSOD.

В режиме отладки видно, что загрузка Windows останавливается на этапе загрузки драйвера CLASSPNP.SYS.

Для исправления проблемы, нужно загрузиться с установочного диска/ USB флешки с Windows или загрузочного диска (например, MsDaRT). Если вы загрузили компьютер с установочного диска, нужно на первом экране начала установки (выбор языка и раскладки клавиатуры) нажать сочетание клавиш Shift+F10. Должно открыться окно командной строки, в котором нужно выполнить команду:

Regedit.exe

В открывшемся окне редактора реестра выберите на раздел HKEY_LOCAL_MACHINE и нажмите меню File -> Load Hive. На локально диске сервера (не перепутайте его с диском со средой WinPE) выберите файл WindowsSystem32configSYSTEM. В этом файле хранится системная часть реестра вашей Windows.

Эти действия смонтируют в редактор реестра куст реестра вашей системы с жесткого диска. Укажите временное имя новой ветки (например, local_hkey).

В загруженной ветке перейдите в раздел HKEY_LOCAL_MACHINElocal_hkeyControlSet001services.

Найдите следующие ключи реестра:

• Atapi
• Intelide
• LSI_SAS

В каждом из этих ключей найдите параметр типа REG_DWORD с именем Start и измените его значение на 0 (0x00000000).

Примечание. Значение Start=0, означает что данная служба (и соответвующий драввер) будут загружаться при загрузке Windows. Start=3 – ручной запуск службы.

Если перед возникновением проблемы вы переключили режим работы SATA контроллера на AHCI, нужно также в разделе msahci установить Start=0 (см. статью Как включить AHCI в Windows без переустановки).

Для сохранения изменений в файле реестра на диске нужно выбрать ваш HKEY_LOCAL_MACHINElocal_hkey и в меню выбрать Unload Hive.

Теперь можете перезагрузить сервер в обычном режиме. Windows должна загрузится нормально, при загрузке будет выполнен автоматический поиск и установка драйверов для нового контроллера диска.
Если после данных изменений ваша Windows так и не загрузилась с той же ошибкой INACCESSABLE_BOOT_DEVICE, значит у вас используются какой-то другой тип контроллера. Попробуйте в ветке HKEY_LOCAL_MACHINElocal_hkeyControlSet001services изменить значение параметра Start в соответствии с таблицей.

Ручная установка драйвера при возникновении ошибки INACCESSABLE_BOOT_DEVICE

Вы можете вручную установить драйверы в ваш офлайн образ Windows. Например, после выполнения миграции хоста через P2V вы можете установить в офлайн образ драйвер для VMware SCSI Disk Controller или драйвер VirtIO (для KVM виртуализации). Для этого скопируйте необходимые драйвера на загрузочную USB флешку и загрузитесь с нее.

Для установки драйвера в офлайн образ Windows (в этом примере он находитмя на диске F:), выполните команду:

dism /image:f: /add-driver /driver:vioscsi.inf

В некоторых организациях настроены групповые политики, которые ограничивают установку сторонних драйверов в Windows. Например, с помощью следующих параметров в разделе Computer Configuration -> Administrative Templates -> System -> Device Installation -> Device Installation Restrictions:

• Prevent installation of devices that match any of these device IDs
• Prevent installation of devices using drivers that match these device setup classes
• Prevent installation of removable devices
• Prevent installation of devices not described by other policy settings.

Если эти политики включены, Windows не сможет выполнить автоматическую установки драйвера контроллера. В этом случае нужно

1. Загрузить с диска ветку реестра WindowsSystem32configSYSTEM (как описано выше);
2. Затем перейдите в ветку
   HKEY_LOCAL_MACHINElocal_hkeySystemControlSet001ControlPnP
3. Измените значения параметров реестра DisableCDDB и DontStartRawDevices на 0
4. Выгрузите куст реестра и перезагрузите компьютер.