Ошибка Stop 0x0000007b при загрузке или установке Windows – как устранить?

Ошибка Stop 0x0000007b при загрузке или установке Windows – как устранить? Техника

Описание кода ошибки

Она описывает фатальную критическую ситуацию, возникающую при генерировании процессором исключения, необрабатываемого ядром операционной системы. Такой исключительной ситуацией может послужить связанное прерывание или, так называемая, двойная ошибка.
Bound trap (связанное прерывание) представляет вид прерывания, которое ядру Windows нельзя перехватывать для обработки. Такая исключительная ситуация не приводит к вызову системного обработчика исключений. Поэтому происходит крах системы, завершающийся синим экраном и STOP-ошибкой UNEXPECTED_KERNEL_MODE_TRAP. Тот же стоп-код генерирует система при возникновении двойной ошибки, когда попытка обработки возникшего исключения приводит к другой ошибке (double fault).
Фото 2

  • Примером может послужить исключительная ситуация деления на ноль, описываемая последовательностью 0x00000000. Причиной такого исключения может стать, например, битая память.
  • Выполнение процессором недопустимой операции (0x00000006) также может быть значением первого параметра.
  • Двойное исключение (double fault) описывает код 0x00000008. Это попытка обработать возникшее исключение, которая также завершилась неудачей. Причиной двойного необрабатываемого исключения могут стать переполнение стека ядра Windows или проблемы с «железом».

Первый параметр может принимать и другие значения. Расшифровывать эти значения можно с помощью документации к архитектуре процессоров Intel.

Данный стоп-код характерен
для любой версии Windows
. Например, он замечен при установке Windows XP, возникает такая ситуация и при эксплуатации Windows 10. Описана данная ситуация и при работе с
Symantec AntivirusФото 3

0x0000007a

0x0000007A: KERNEL_DATA_INPAGE_ERROR

Windows » BSOD » 0x0000007A: KERNEL_DATA_INPAGE_ERROR

В избранное | Версия для печати | Посетителей: 5660 | Просмотров: 6595 (сегодня 2)

Не может быть прочитана запрашиваемая ядром страница памяти.

Ошибка вызвана плохим блоком в памяти или ошибкой контроллера диска. См. так же KERNEL_STACK_INPAGE_ERROR.

Параметры:

1. тип

2. статус ошибки (обычно I/O код статуса)

3. текущий процесс

4. адрес

Windows NT 2000 XP

Решение STOP 0x00000077 и 0x0000007A сообщений.

Эти STOP сообщения относятся к ситуациям, когда Windows NT не может загрузить информацию о виртуальной памяти в рабочую память из-за проблем с оборудованием или програмного обеспечения.

Возможные причины:

— Повреждённый блок на жёстком диске.

— Некорректное завершение оборудования SCSI.

— Плохое соединение жёсткого диска с контроллером.

— Ошибка контроллера жёсткого диска.

— Недостаток свободного места.

Применяется к следующим системам:

Windows XP

Windows 2000

Windows NT

Stop 0x0000007A or KERNEL_DATA_INPAGE_ERROR

Причина:

Stop 0x7A сообщение указывает, что страница памяти не была найдена и не может быть загружена в память. Это может быть из-за несовместимых дисков, контроллеров, firmware (BIOS) или оборудования.

Параметры:

1. Lock type value (0x00000001, 0x00000002, 0x00000003, or page table entry (PTE) address).

2. I/O код статуса

3. Если тип лока 0x00000001, этот параметр указывает на текущий процесс. Если тип лока 0x00000003, этот параметр указывает на адрес виртуальной памяти.

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

Причина может быть выявлена через второй параметр (I/O код статуса), используя следующую информацию:

0xC000000E или STATUS_NO_SUCH_DEVICE: оборудование не может быть определено.

0xC000009A или STATUS_INSUFFICIENT_RESOURCES: нехватка nonpaged pool ресурсов.

0xC000009C или STATUS_DEVICE_DATA_ERROR: плохой кластер на жёстком диске.

0xC000009D или STATUS_DEVICE_NOT_CONNECTED: неисправный кабель, зависание, или контроллер не смог получить доступ на жёсткий диск.

0xC000016A или STATUS_DISK_OPERATION_FAILED: плохой кластер на жёстком диске.

0xC0000185 или STATUS_IO_DEVICE_ERROR: неправильное завершение процесса или неисправный кабель SCSI оборудования, или два устройства пытались использовать одно и то же IRQ.

Для большей информации о других возможных статусов, смотрите Ntstatus.h файл Windows XP Professional Driver Development Kit (DDK).

Решение:

Используйте один из предложенных методов для решения этой проблемы:

Просканируйте жёсткий диск антивирусной программой.

Просмотрите Журнал событий (Event Viewer) для получения дополнительной информации, какое оборудование стало причиной ошибки.

Такое может произойти, когда запрошенная страница информации ядра не может быть прочитана из виртуальной памяти, или master boot record заражён вирусом, или из-за несовместимых дисков, контроллеров, firmware (BIOS), оборудования.

Плохой кластер на жёстком диске. Ошибка номера 0x7А зачастую является причиной плохого кластера в месте виртуальной памяти, или ошибка контроллера диска, или в ОЧЕНЬ редких случаях, когда не хватает свободного места на диске.

Если первый и второй параметры равны нулю, то причиной является неисправное оборудование. Если I/O статус равен C0000185 и виртуальная память на SCSI жёстком диске, вы должны проверить рабочее состояние кабелей и завершение SCS.

I/O код статуса 0xC000009C или 0xC000016A обычно указывает, что информация не может быть считана с жёсткого диска из-за плохого кластера.

Если возможно, то перезагрузите компьютер, Autochk автоматический запуститься и попытается выявить плохие кластеры. Если по какой либо причине Autochk не просканирует диск, запустите Autochk вручную. Если диск отформатирован на NTFS, запустите Chkdsk /f /r на системной партиции. Вы должны перезагрузить компьютер до того, как сканирование начнётся. Если вы не можете загрузить компьютер из-за этой ошибки, используйте Консоль (Command Console) и запустите Chkdsk /r .

Повреждённая память — random access memory (RAM), Level 2 (L2) SRAM cache, или RAM видео адаптера — ещё одна возможная причина этой ошибки.

Проверьте, если все карты адаптеров хорошо закреплены в слотах. Что контакты нигде не отходят.

Отключите caching в BIOS и проверьте, решит ли это проблему.

Если вы недавно установили новое оборудование, отключите и отсоедините его.

Если это не решит проблему, то повреждена материнская плата.

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

Так же вы можете установить драйвера для контроллеров, которых нет в библиотеках установочного диска Windows XP Professional. Для этого в начале установки нужно нажать F6, когда во время установки на экране появится:

Press F6 if you need to install a third party SCSI or RAID driver

Примечание:

Эта ошибка схожа с STOP: 0x00000077

Stop 0x0000007A во время установки на ATA66 компьютере

Во время установки Windows 2000 на IDE или UltraDMA66/ATA66 компьютер, вы получаете:

STOP 0x0000007A (0xc03f33fc, 0xc000000e, 0xfccffcba, ox0696b860)

KERNEL_DATA_INPAGE_ERROR ***Address xxxxxxxx has base at xxxxyyyy —

atapi.sys

Если у вас UlraDMA66/ATA66 (80 wire/40 pin) IDE кабель, подсоединенный к диску, на который вы устанавливаете Windows 2000, это может случиться, т.к. Windows 2000 не полностью поддерживает UltraDMA66 контроллер.

Решение:

Используйте подходящий способ, чтобы решить проблему:

1. Используйте стандартный ATA (40 wire/40 pin) IDE кабель и проверьте у производителя вашей мат. платы обновления драйверов ATA66 для Windows 2000.

2. Во время установки вас просят нажать F6, если Вам необходимо установить SCSI и RAID драйвера (if you need to install a third party SCSI or RAID driver), установите обновлённый драйвер Windows 2000 UltraDMA66.

Примечание: Некоторые старые мат.платы не поддерживают UltraDMA66/ATA66. Спросите вашего производителя ж.диска о установке джамперов или программе, которую вы могли бы использовать, чтобы включить поддержку протокола ATA33 на ATA66 протоколе на диске или мат.плате, которая имеет встроенный UltraDMA66/ATA66 контроллер, неподдерживаемый Windows 2000.

Автор: Ginger

Иcточник: microsoft.com

Опубликована — 26.01.2005

§

Данные в реестр внёс, спасибо. Посмотрим, что будет в ближайшие 3 дня.

Что касается программ, висящих в фоне:

ATi Catalyst Control Center 2021.0202.2335.42270

SnagIt 8.0

USB Safely Remove 3.1.4

Download Master 5.5.3.1131

Eset Smart Security Home Edition 4.0.474.0

Daemon Tools Lite 4.30.3

uTorrent 1.8

Из программ чаще всего юзаю: Opera 10.50, AIMP 2.60, MS Office Outlook 2007, Sun VirtualBox 3.1.2.

Также в комплекте с Roxio Creator 2021 шла программа Roxio Burn, которая постоянно висит в процессах. Вставляю какой-либо оптический диск — появляется её значок на рабочем столе, предлагает скопировать диск или же записать на него данные:

68a0773c8d41.jpg

программа имеет 2 процесса: один всегда висит в трее и ждёт, когда в дисководе появится какой-либо диск; когда диск вставлен, он запускает второй процесс — собственно саму программу Roxio Burn. Ею пользуюсь почти всегда, когда пишу диски. В XP она у меня тоже была и тогда никаких BSoD’ов при выключении ПК не возникало.

Дополнительно:  Решаем проблему с полосами на экране ноутбука

Изменено 15 апреля, 2021 пользователем Shadow TH

§

Shadow TH: Если удалять нельзя, хотя бы в следующий раз перед выключением посмотри, какие процессы от виртуалки висят в системе и попробуй завершить их вручную (можно простой батник написать).

Обновление может помочь, но не всегда. Когда-то сталкивался с подобным на vmware 5, пока на 6 не перешел, ничего не помогало.

Exceptioncode: c0000006

Если поле ExceptionCode содержит значение c0000006 (In-page I/O error), а второй параметр Parameter[2]: c000009a (Insufficient system resources exist to complete the API), то полное описание ошибки выглядит следующим образом:

«Inpage operation failed at , due to I/O error c000009a», что переводится как «Ошибка страничной операции (ошибка подкачки страницы) в следствии ошибки ввода-вывода с кодом c000009a». Так же, статус завершения может содержаться в поле с именем ERROR_CODE, а полная комбинированный код ошибки в поле EXCEPTION_STR.

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

Утечка памяти (memory leak) — процесс неконтролируемого уменьшения объёма свободной (оперативной/виртуальной) памяти системы, связанный с ошибками в коде выполняющихся в данный момент программ, вовремя не освобождающих ненужные уже участки памяти, или с ошибками системных служб контроля памяти.

Память это конечный системный ресурс, и хорошая практика состоит в том, что как только часть памяти (минимальная единица выделения) становится не нужной какому-либо исполняемому коду, она должна быть возвращена в общий пул посредством освобождения (маркировки как свободная).

К сожалению, так случается не всегда. А иногда бывает, что ошибка в коде приводит к тому, что память вовремя не освобождается, а только постоянно резервируется. Естественно, что утечка происходит не в самих системных процессах (csrss.exe, smss.exe и прочих), которые могут фигурировать в качестве «упавшего» объекта, а где то еще, в каких-то сторонних модулях, работающих в ядре, скорее всего сторонних драйверах.

обратите внимание, что в выводе отладчика я выделил поля с именами NonPagedPool Usage, NonPagedPool Max. Они относятся к такому важному системному ресурсу, как невыгружаемый и выгружаемый пулы.

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

Сразу отмечу, что выгружаемые пулы обычно не являются причиной аварийных ситуаций из-за утечек памяти, поскольку они могут быть выгружены на диск, в файл подкачки. Стоит обращать своё внимание именно на невыгружаемые пулы. В случае, когда значения невыгружаемых пулов NonPagedPool Usage ~= NonPagedPool Max, можно сделать вывод об наличии факта исчерпания пулов.

В дополнение, в выводе могут встретиться такие строки как Excessive NonPaged Pool Usage и ???? pool allocations have failed, которые так же являются характерными признаками исчерпания пулов. Теперь мы можем вывести список всех процессов, использующих невыгружаемые пулы:

!poolused 7

Расширение !poolused даёт сводку по использованию памяти, на основании тэгов, применяемых для каждого пула, то есть показывает использование памяти для каждого тэга. Сам тэг характеризует конкретный модуль в ядре. Таким образом, !poolused собирает данные из механизма маркируемых пулов (pool tagging, группируемые по тэгу пулы), которая постоянно включена в ядре только в версиях Windows 2003 и старше. В расширении используются флаги, которые регламентируют количество выводимых данных и метод сортировки:

  • Bit 0 (0x1) — Включает детализированный вывод;
  • Bit 1 (0x2) — Сортирует вывод по количеству невыгружаемой памяти;
  • Bit 2 (0x4) — Сортирует вывод по количеству выгружаемой памяти;
  • Bit 3 (0x8) — Отображает вместо стандартных пулов пулы сессии;

Флаг 2 команды используется для вывода объема использования невыгружаемых пулов, 4 показало бы выгружаемые пулы.

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

Дополнительно:  Всё время разные коды BSoD - Ошибки "STOP" или "Синий экран смерти" - СофтФорум - всё о компьютерах и не только

Если в столбце Tag присутствует значение Irp, то имеются в виду IRP-пакеты (I/O request packet, пакеты запроса ввода-вывода), которые используются для обмена данными с драйверами. Поэтому, мы можем обратить своё внимание на пакеты драйверов (IRP), поскольку они могут дать нам подсказку по функциям, интенсивно использующим память. Для этого используем команду !irpfind отладчика:

Время выполнения команды !irpfind может быть ЧУДОВИЩНО БОЛЬШИМ! У меня последний раз при дампе размером в 4 гигабайта, операция выполнялась в течении нескольких часов.

Список, традиционно, не маленький, и я привел лишь небольшую его часть. По команде !pool (адрес из первой колонки) можно получить данные о принадлежности к выгружаемому или невыгружаемому пулу памяти:

По команде !irp (адрес из первой колонки) можно получить информацию о принадлежности пакета к определенному устройству:

Как мы можем видеть, в последних строках есть ссылка на драйвер устройства, которому предназначался IRP пакет: DriverAFD. У нас имя драйвера устройства было сразу видно в выводе команды !irpfind, приведенном выше, однако если Вам по каким-либо причинам необходимо узнать имя драйвера, то можно выполнить команду !devstack <Device> (адрес из колонки Device), которая получает информацию об устройстве, получившем IRP пакет:

При обнаружении стороннего драйвера, информацию по нему можно посмотреть командной

lmvm

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

Определение типа объекта

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

Запускаем отладчик WinDbg из комплекта Debugging Tools for Windows, затем открываем через меню File — Open Crash Dump… имеющийся у нас на руках (желательно полный) дамп памяти.В интерфейсе отладчика, в командной строке выполняем команду !analyze -v:

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

Проверка озу

Вторым источником ошибки синего экрана 0x000000f4 может служить некорректное взаимодействие компонентов системы и оперативной памяти. При наличии отклонений в последней её работа будет выполняться не корректно и системный процесс, вместо нужных данных получит неверное значение. Это и приведёт к его падению. В процессе проверки состояния ОЗУ компьютер потребуется перезапустить:

  1. Открываем строку «Выполнить» («Ctrl R») и прописываем «msconfig».Окно Выполнить
  2. Переходим на вкладку «Загрузка» и отмечаем галочку «Сделать эти параметры загрузки постоянными».Конфигурация системы

Это требуется для того, чтобы активировать «Тайм-аут» при запуске системы, чтобы после перезагрузки запустить диагностику памяти.

  1. Перезагружаем компьютер и выбираем «Диагностика памяти» в окне выбора системы.Диспетчер загрузки

После этого выбираете настройки и запускаете процесс. Дело это не быстрое и отнимет определённое время. Пользоваться компьютером в это время не выйдет.

Способ справедлив для любой версии Windows. Альтернативным способом запуска диагностики является перезагрузка компьютера и нажатия F8 для отображения окна выбора загрузки. Такой способ больше подходит для Windows XP, поскольку там вместо «msconfig» используется текстовый файл «boot.ini».

Способ 6: восстановление системных файлов

Одной из причин, ведущей к ошибке 0x0000000a, является нарушение структуры файлов системы. Тогда необходимо произвести процедуру проверки и при необходимости восстановить проблемные элементы. Для выполнения указанной задачи запускаем ПК в «Безопасном режиме».

  1. Щелкайте «Пуск». Нажмите «Все программы».
  2. Переход во все программы через меню Пуск в Windows 7

  3. Войдите в директорию «Стандартные».
  4. Переход в папку Стандартные через меню Пуск в Windows 7

  5. Отыскав название «Командная строка», нажмите по нему ПКМ. В отобразившемся перечне выберите «Запуск от имени администратора».
  6. Запуск Командной строки от имени администратора из папки Стандартные через меню Пуск в Windows 7

  7. Активируется оболочка «Командной строки». Внесите туда такую запись:

    sfc /scannow

    Жмите Enter.

  8. Запуск сканирование системы на предмет наявности нарушения целостности системных файлов с помледующим их восстанволением путем ввода команды в интерфейс Командной строки в Windows 7

  9. Запустится утилита, которая выполнит сканирование системных файлов на предмет потери их целостности. В случае обнаружения неполадок проблемные объекты будут восстановлены.

Способ 7: восстановление системы

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

  1. С помощью меню «Пуск» перейдите в директорию программ «Стандартные». Алгоритм данного перехода был описан нами в предыдущем способе. Зайдите в каталог «Служебные».
  2. Переход в каталог Служебные из папки Стандартные через меню Пуск в Windows 7

  3. Нажмите «Восстановление системы».
  4. Запуск утилиты восстановления системы из каталога Служебные с помощью меню Пуск в Windows 7

  5. Запускается оболочка утилиты восстановления системных объектов и параметров. Нажмите «Далее».
  6. Стартовое окно утилиты восстановления системных файлов и параметров в Windows 7

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

  9. Теперь откроется окно, в котором нам остается только проверить все введенные данные. Также не забудьте закрыть все активные приложения и сохранить документы в них, тем самым предотвращая потерю информации. Затем применяйте «Готово».
  10. Запуск восстановления системы к конкретной точке восстановления в окне утилиты восстановления системных файлов и параметров в Windows 7

  11. ПК будет перезагружен, а все системные файлы и настройки в нем будет сброшены к выбранной точке восстановления. Если она была создана до возникновения ошибки 0x0000000a и причиной сбоя была не аппаратная составляющая, то в этом случае с большим уровнем вероятности вы избавитесь от указанной проблемы.
Оцените статью
Master Hi-technology
Добавить комментарий