Windows xp код ошибки 1000000a

Windows xp код ошибки 1000000a

С недавних пор система начала самопроизвольно перезагружаться (это при том, что у меня снята опция Automatically restart в System Failure). Причем только во время простоя компьютера.
В системном логе значится следующее:

Пытался искать по коду ошибки — ничего путного не нашел, только аналогичные случаи.
Кто-нибудь с этим уже сталкивался? В чем может быть причина?

Синий экран смерти — это было проделано?
Далее, что делалось до того момента в системе, как возникла проблема? Новые программы, устройства?
Откатить пробовал?

Добавлено 08.04.08, 16:38
Ну и контрольный: http://support.microsoft.com/kb/903251/ru
Вирусов случаем нету?

Газ, поступающий из России напрямую, горит бело-сине-красным пламенем (зрада), а, пройдя по территории какого-нить европейского государства, наполняется духом Свободы и Демократии, и уже горит синим пламенем и со звёздами! (перемога. )

Нет, конечно. Вы сами читали свои предписания? Ладно еще Орел, но у тебя просто что-то с чем-то. Для каждой системной ошибки свои методы поиска и устранения проблемы, а ты все свалил в одну большую кучу.

Система восстановления была вырублена мной на-корню, как самый малоэффективный метод восстановления системы (занимающий не мало места на диске).

Эм. Я чего-то не понимаю? Как это относится к моему случаю?

Газ, поступающий из России напрямую, горит бело-сине-красным пламенем (зрада), а, пройдя по территории какого-нить европейского государства, наполняется духом Свободы и Демократии, и уже горит синим пламенем и со звёздами! (перемога. )

Хм. Поставил обновление, заодно обновил драйвера видео и аудио — стало совсем «хорошо». Теперь XP через определенное время простоя (больше 20 минут точно) просто намертво воснет. Но изображение остается, причем не искаженным. Спасает только reset. Даже не представляю, в какую сторону теперь смотреть.

Да, железо не при чем — 100%, ибо на втором разделе Виста, работает круглосуточно, без сбоев и зависаний.

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

PS. Исправил ссылкуна более интересную KB

Хм. Спасибо за ссылку, буду знать

А вот какие меры сейчас можно предпринять для выявления причины?

Источник

Синий экран ошибка 0x0000000A: IRQL_NOT_LESS_OR_EQUAL

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

Причины появления

Следует отметить наличие некорректного или дефектного указателя. Он представляет собой особую переменную. Она указывает на некоторую зону памяти устройства. Когда значение не является верным, будет возникать критический сбой в работе системы.

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

Параметры ошибки

Для обнаружения причин рекомендуется запустить специальный дебагер. Определенные сведения можно получить в процессе анализа кода.

STOP 0x0000000A(0xAAAAAAAA, 0xBBBBBBBB, 0xCCCCCCCC, 0xDDDDDDDD) IRQL_NOT_LESS_OR_EQUAL

Предусматриваются указанные далее параметры:

0xAAAAAAAA

Указывается адрес, куда произошло неправильное обращение.

0xBBBBBBBB

IRQL, применяемый для обращения к памяти.

0xCCCCCCCC

Вид доступа (0 – чтение, 1 — запись).

0xDDDDDDDD

Адрес инструкции, запрашивающей доступ к памяти в 0xAAAAAAAA

Как решать проблему

• Выполнить проверку совместимости используемого оборудования и ОС.
• В ходе установки на экране должна возникнуть информация о настройках аппаратной конфигурации. Следует нажать F5 и провести задание подходящих вариантов.
• В CMOS следует выключить функции кэширования, использование теневой памяти, антивирусы на уровне BIOS, а также Plug and Play.
• Нужно отсоединить любой адаптер или дополнительное устройство, не считающийся обязательным для работы с ОС Windows.
• В случае применения SCSI адаптера надо обновить драйвера, отсоединить любые устройства SCSI (за исключением диска), а также не применять синхронную передачу информации.
• Осуществляется проверка RAM на устройстве. Рекомендуется применять в процессе специализированное ПО для подобных задач.
• Восстановить процесс установки операционной системы. Этот метод необходимо осуществлять в тех случаях, когда загрузки Windows не происходит.
• Выполнить откат драйверов. Подобный способ, как и в предыдущем пункте, следует применять исключительно в ситуации невозможности начала работы с Windows.

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

Появление сбоя в процессе апгрейда до Windows XP

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

1. Требуется осуществить рестарт устройства. В некоторых случаях будет предложено осуществить возврат к ОС, которая использовалась ранее. Если подобное сообщение выдается, требуется выбрать именно его. Когда такой подход не представляется возможным, переходите сразу на четвертый этап.
2. После загрузки ОС Windows 98 или Windows МЕ проводится ряд мероприятий, направленных на удаление любых антивирусных программ и приложений-загрузчиков. Сам загрузчик должен быть полностью очищен.
3. Происходит еще один рестарт устройства и обновление до новой операционной системы выполняется повторно. При неизменности подобной проблемы можно говорить о том, что неисправность заключается в оборудовании.
4. Требуется отсоединить любые внешние устройства и сетевое оборудование. Необходимо оставить только те, которые нужны для запуска работы ОС. Если сбой исчез, то постепенно выполняя подключение обратно можно точно установить, где именно заключается проблема.
5. В том случае, когда ошибка никуда не пропала, высока вероятность сбоя работы BIOS. Следует выполнить его обновление. Для этого надо точно знать модель материнской платы и на сайте производителя проверить наличие последних версий BIOS.

Сбой возник в ходе смены питания с AC на DC у ноутбука

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

STOP: 0x00000050 (parameter1, parameter2, parameter3, parameter4) PAGE_FAULT_IN_NON-PAGED_AREA

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

Сбой возник в результате быстрого переключения пользователей

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

STOP: 0x0000000A (p-r1, p-r2, p-r3, p-r4) IRQL_NOT_LESS_OR_EQUAL

Значение p-r1 будет изменяться в зависимости от особенностей конкретного устройства. 2й и 3й параметры не играют никакой роли в задаче анализа проблемы. Явно на наличие подобного сбоя указывает p-r4= 0x804eba3a. Причиной часто является применение программ или драйверов Netropa Corporation. Они необходимы для реализации дополнительных функций.

Чтобы устранить сбой, нужно выполнить обновление драйверов. Рекомендуется скачивать последние версии с официального сайта производителя ПО — www.netropa.com. Имеется возможность установить причину, по которой не произошло завершения работы приложения в соответствии с требованиями:

1. Проходится путь Старт => Выполнить => msinfo32.exe => Среда Программного Обеспечения => Системная Информация.
2. Будет выдан перечень приложений и поставлена задача определить, какое именно из них относится к клавиатуре.
3. Когда проблемная программа обнаружена, применяется Autodump для выдачи кода ошибки.

Сбой возник в драйвере Pqv2i.sys

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

STOP 0x0000007b (p-r1, p-r2, p-r3, p-4) ERROR_UNHANDLED_ERROR

Наибольший интерес представляет p-r2. Если он равен 0xc0000102 или 0xc000009c, то имеем дело именно с драйвером Pqv2i.sys. Причина заключается в определенных версиях указанного файла. Наиболее эффективным решением необходимо назвать обновление ПО от разработчика Symantec. Для этого рекомендуется брать последние версии с их официального сайта.

Ошибка возникла на ОС Windows Server 2003

Когда ошибка типа 0x0000000A появляется на ОС Windows Server 2003, можно с уверенностью говорить о причине возникновения. Она заключается в том, что проведена неудачная попытка выполнить загрузку дефектного аккаунта некоторого юзера. Проблема способна возникнуть на ОС данного семейства любого вида.

В связи с тем, что подобный сбой раньше возникал весьма часто, разработчик выпустил несколько заплаток. Они предполагают только одну функцию – устранение ситуаций, способных привести к появлению ошибки данного типа. Искать их требуется непосредственно на официальном сайте Microsoft. Какие-либо предпосылки возникновения подобной проблемы отсутствуют.

Источник

Всем доброго времени суток. Сегодня у нас на информатике на одном из кампов появился Синий Экран. Дело было так.

На перемене два моих одноклассника Димка и Андрей сели играть в КС по сети, а я в этот момент на одном из кампов обновлял сигнатуры у Каспера. Они играли на снайперских винтовках, АВП вроде, нужно было попасть без прицела. Вот они сидят, и Андрею удаётся, не целясь, попасть в Димку с первого раза и сразу наповал, хет шот. Ну мы с Андреем в смех, и тут же секунды через 3 после попадания у Андрея вылетел Синий Экран. Как вы поняли, пришла очередь поржать мне с Димкой. Я скопировал дамп и открыл его с помощью проги БлюСкринВив, вот что она мне написала:

A problem has been detected and Windows has been shut down to prevent damage
to your computer.

The problem seems to be caused by the following file: ntoskrnl.exe

IRQL_NOT_LESS_OR_EQUAL

If this is the first time you've seen this stop error screen,
restart your computer. If this screen appears again, follow
these steps:

Check to make sure any new hardware or software is properly installed.
If this is a new installation, ask your hardware or software manufacturer
for any Windows updates you might need.

If problems continue, disable or remove any newly installed hardware
or software. Disable BIOS memory options such as caching or shadowing.
If you need to use safe mode to remove or disable components, restart
your computer, press F8 to select Advanced Startup Options, and then
select Safe Mode.

Technical Information:

*** STOP: 0x1000000a (0x00000002, 0x0000001c, 0x00000000, 0x80502cb7)

*** ntoskrnl.exe - Address 0x80502cb7 base at 0x804d7000 DateStamp 0x4802516a

Что это за БСоД, из-за чего и что сделать, чтоб он больше не вылетал? Кроме этого вылета было ещё 6, но они все были ещё в прошлом году.

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

Изменено 6 сентября, 2012 пользователем Хосе Монтерос

А вот и тебе парень:kros

В твоём случае глюк дров а каких это тебе надо поискать.

Выполнение отладки после появления сообщения о Stop-ошибке IRQL_NOT_LESS_OR_EQUAL (0xA)

Аннотация

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

Ошибка STOP IRQL_NOT_LESS_OR_EQUAL (0xA)

Проблема

После установки драйвера система перестает отвечать на запросы и появляется следующее сообщение об ошибке в nt!KiActivateWaiterQueue+0x27:

Ошибка STOP IRQL_NOT_LESS_OR_EQUAL (0xA)

Трассировка стека показывает, что источником ошибки является драйвер Fast Fat.

Причина

Как правило, данная ошибка возникает, если драйвер дважды в одной операции вызвал функции IoQueueWorkItem() или ExQueueWorkItem() до того, как операция завершилась.

Этой проблеме подвержена часть драйверов устройств, статическим образом создающих структуры IO_WORKITEM и WORK_QUEUE_ITEM. Такие драйверы устройств не должны использовать статически созданный объект, если он уже находится в очереди.

Дополнительная информация

Если появляется сообщение об ошибке, описанное в разделе «Проблема», и система зависает, то для выполнения отладки следуйте приведенным ниже инструкциям.1. Предположим, что после установки драйвера Xyz.sys система зависла, и появилось описанное выше сообщение о критической ошибке 0xA.

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

В данном примере используется отладчик ядра. Можно использовать отладчики KD или WinDbg. Кроме того, для использования этого метода можно включить проверку драйвера.

3. Команда отладчика kv показывает содержимое стека. Следующая трассировка стека показывает, что очередь WORKER_QUEUE повреждена.Stack Trace:

f8979768 804f076c fc502008 ff651fb8 e16de008 nt!KiActivateWaiterQueue+0x27

f8979790 f8462061 00000000 00000000 00000000 nt!KeWaitForSingleObject+0x198

f89797ac f8462289 ff651fb8 00000600 ff651fb8 Fastfat!FatWaitSync+0x18

f897989c f8461e62 ff651fb8 fc502008 e16de008 Fastfat!FatNonCachedIo+0x36b

f8979a2c f845b6b0 ff651fb8 fc502008 fc502008 Fastfat!FatCommonWrite+0xf29

f8979a70 804eca36 82378020 fc502008 823d1698 Fastfat!FatFsdWrite+0xaa

f8979a80 f847f3b8 804f46ad f377404c f8979ab8 nt!IopfCallDriver+0x31

f8979a90 804eca36 82379a08 e27dac88 f8979aec sr!SrWrite+0xa8

f8979ad8 804f46ad f376a0a6 823cafb8 82035ca8 nt!IopfCallDriver+0x31

f8979adc f376a0a6 823cafb8 82035ca8 80570400 nt!IoSetThreadHardErrorMode

4. После просмотра трассировки может показаться, что причиной ошибки является драйвер Fast Fat. Однако в структуре KQUEUE содержится поврежденный элемент LIST_ENTRY:kd> dv

Queue = ffffffff8054eddc

kd> dt -r1 _KQUEUE 8054eddc

+0x000 Header :

+0x000 Type : 0x4 »

+0x001 Absolute : 0 »

+0x002 Size : 0xa »

+0x003 Inserted : 0 »

+0x004 SignalState : 1

+0x008 WaitListHead : _LIST_ENTRY [ 0x823cb438 — 0x823ca6b0 ]

+0x010 EntryListHead : [ 0x0 — 0x820ae3c8 ]

+0x000 Flink : (null)

+0x004 Blink : 0x820ae3c8 [ 0x0 — 0x8054edec ]

5. При разыменовании структуры BLINK, он указывает на элемент WORK_QUEUE_ITEM (в данном случае это первый параметр структуры IO_WORKITEM).

Примечание. Описание структуры IO_WORKITEM доступно при использовании символьного сервера для Windows XP и более поздних версий. В более ранних версиях Windows данная структура имеет тот же формат, но символы для нее отсутствуют.kd> dt -r1 _IO_WORKITEM 820ae3c8

+0x000 WorkItem :

+0x000 List : _LIST_ENTRY [ 0x0 — 0x8054edec ]

+0x008 WorkerRoutine : 0x8057fb78 nt!IopProcessWorkItem+0

+0x00c Parameter : 0x820ae3c8

+0x010 Routine : 0xf289dff0 +0

+0x014 DeviceObject : 0xfe01b110

+0x000 Type : 0

+0x002 Size : 0

+0x004 ReferenceCount : 0

+0x008 DriverObject : (null)

+0x00c NextDevice : (null)

+0x010 AttachedDevice : 0x1fde0970

+0x014 CurrentIrp : (null)

+0x018 Timer : (null)

+0x01c Flags : 0

+0x020 Characteristics : 0x490049

+0x024 Vpb : 0x000c0105

+0x028 DeviceExtension : 0x0001ffff

+0x02c DeviceType : 0x86a24

+0x030 StackSize : 8 »

+0x034 Queue : __unnamed

+0x05c AlignmentRequirement : 0x7fffffff

+0x060 DeviceQueue : _KDEVICE_QUEUE

+0x074 Dpc : _KDPC

+0x094 ActiveThreadCount : 0

+0x098 SecurityDescriptor : (null)

+0x09c DeviceLock : _KEVENT

+0x0ac SectorSize : 0

+0x0ae Spare1 : 0

+0x0b0 DeviceObjectExtension : (null)

+0x0b4 Reserved : (null)

+0x018 Context : 0x81f4a14c

Примечание. Исходя из содержимого объекта устройства, нельзя сказать, является ли данный объект допустимым. Однако значение поля Context является допустимым, а команда !pool показывает, что элемент pooltag имеет значение Culprit Pool Tag.

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

7. В следующем примере очередь содержит один элемент. Eго можно найти, используя структуру BLINK. Поскольку на практике очередь может содержать несколько элементов, необходимо по очереди рассмотреть структуру BLINK для каждого из них, пока не будет обнаружена структура BLINK, указывающая обратно на структуру KQUEUE.kd> !pool 81f4a14c

Pool page 81f4a14c region is Nonpaged pool

*81f4a140 size: 2b8 previous size: 8 (Allocated) *Culprit Pool Tag

Решение

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

За дополнительной информацией обратитесь к следующей статье Microsoft Knowledge Base:

314063.KB.RU (http://support.microsoft.com/kb/314063.KB.EN-US/RU/) Разрешение проблем, связанных с ошибкой «Stop 0x0000000A», в Microsoft Windows XP

За дополнительной информацией и документацией, содержащейся в наборе Windows DDK, обратитесь к следующему веб-узлу MSDN:

Bug Check 0xA: IRQL_NOT_LESS_OR_EQUAL

http://msdn.microsoft.com/library/default….ccodes_6vxj.asp (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ddtools/hh/ddtools/bccodes_6vxj.asp)

IoQueueWorkItem

http://msdn.microsoft.com/library/default….h/k104_6ecy.asp (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/kmarch/hh/kmarch/k104_6ecy.asp)

Сообщение об ошибке «STOP 0x00000050 (0xffffffe0, 0x00000001, 0xf30da010, 0x00000000) PAGE_FAULT_IN_NONPAGED_AREA»

Проблема

Примеры возникающих проблем. • Компьютер автоматически перезагружается.

• После входа в систему появляется следующее сообщение об ошибке.

Microsoft Windows

Система восстановлена после серьезной ошибки.

Создана запись в журнале для данной ошибки.

Передайте Microsoft сведения об этой ошибке.

Был подготовлен отчет об ошибке, который вы можете отправить нам для улучшения Microsoft Windows. Данный отчет рассматривается как конфиденциальный и анонимный.

Для просмотра данных отчета об ошибке щелкните здесь.

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

BCCode : 00000050 BCP1 : 0xffffffe0 BCP2 : 0x00000001 BCP3 : 0xf30da010 BCP4 : 0x00000000 OSVer : 5_1_2600 SP : 0_0 Product : 256_1

• На синем экране появляется следующее сообщение об ошибке.

Обнаружена ошибка, для предотвращения повреждения компьютера Windows завершит работу.

Техническая информация:

*** STOP: 0x00000050 (0xffffffe0, 0x0x00000001, 0xf30da010, 0x00000000)

PAGE_FAULT_IN_NONPAGED_AREA

• В системном журнале (просмотр с помощью программы «Просмотр событий») регистрируется следующее событие с кодом 1003.

Дата: дата

Источник: Система

Время: время

Категория: (102)

Тип: Ошибка

Код (ID): 1003

Пользователь: нет данных

Компьютер: компьютер

Описание: Код ошибки 00000050, параметр1 0xffffffe0, параметр2 0x00000001, параметр3 0xf30da010, параметр4 0x00000000. Дополнительные сведения см. на веб-узле центра справки и поддержки по адресу http://go.microsoft.com/fwlink/events.asp. Данные: 0000: 53 79 73 74 65 6d 20 45 System E 0008: 72 72 6f 72 20 20 45 72 rror Er 0010: 72 6f 72 20 63 6f 64 65 ror code 0018: 20 30 30 30 30 30 30 35 00000MN 0020: 30 20 20 50 61 72 61 6d 0 Param 0028: 65 74 65 72 73 20 66 66 eters ff 0030: 66 66 66 66 64 31 2c

Примечания

• Симптомы неустранимой ошибки могут различаться в зависимости от установленных для нее параметров. За дополнительной информацией о настройке параметров неустранимых ошибок обратитесь к следующей статье Microsoft Knowledge Base:

307973 (http://support.microsoft.com/kb/307973/RU/) Настройка механизма восстановления в Microsoft Windows XP

• Четыре параметра, которые входят в описание ошибки (BCP x), а также параметры в скобках (в составе технической информации для неустранимой ошибки) могут различаться в зависимости от конфигурации компьютера.

• Не все неустранимые ошибки 0x00000050 возникают по причине, которая описана в разделе «Причина» этой статьи.

Причина

Такое поведение вызвано несовместимостью драйвера для USB Universal Reader компании Lexar Media, Inc с Windows XP.

Back to the top

Решение

Для устранения этой проблемы установите последний драйвер от компании Lexar Media, Inc.

Статус

Компания Lexar Media, Inc. подтверждает, что подобная проблема возникает в случае использования с Windows XP драйвера Sausb.sys версии ниже 4.6.

И ещё:

Использование средства проверки драйверов для устранения неполадок в работе драйверов Windows

Дополнительная информация

В статье рассматриваются следующие вопросы. • Возможности средства проверки драйверов.

• Проверка ввода-вывода.

• Необходимые условия для выполнения проверки драйверов.

• Включение проверки драйверов.

• Устранение ошибок, возникающих при проверке драйверов.

• Проверка драйверов и графические драйверы.

• Диспетчер проверки драйверов (Verifier.exe).

• Глобальные счетчики.

• Слежение за пулом.

• Параметры.

• Легкоменяющиеся настройки.

• Параметры командной строки.

• Дополнительные сведения для разработчиков драйверов.

Back to the top

Возможности средства проверки драйверов.

Чтобы выполнить проверку драйверов, необходимо запустить средство Verifier.exe и перезагрузить компьютер. Чтобы начать анализ драйверов, других действий выполнять не нужно.

Средство проверки драйверов предоставляет следующие возможности.

Выделение ресурсов из пула

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

Проверка работоспособности при повышенной нагрузке на память

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

Проверка параметров

Все производимые драйвером вызовы, приводящие к установке спин-блокировок, возникновению прерываний IRQL и распределению пула автоматически подвергаются проверке параметров. При этом проверяется, удовлетворяют ли данные вызовы следующим требованиям. • Возникающее прерывание IRQL действительно возникает (уровень текущего прерывания IRQL меньше, чем уровень требуемого IRQL).

• Более низкий уровень IRQL действительно представляет собой более низкий уровень IRQL.

• Выполняется двойное снятие спин-блокировок.

• Установка и снятие спин-блокировок выполняются на соответствующем уровне прерывания IRQL.

• Выделение и освобождение выгружаемого пула выполняется на соответствующем уровне прерывания IRQL (уровень APC_LEVEL или более низкий).

• Выделение и освобождение невыгружаемого пула выполняется на соответствующем уровне прерывания IRQL (уровень DISPATCH_LEVEL или более низкий).

• Функциям API не передаются случайные (неинициализированные) значения.

Имитация сбоев при распределении пула

Запросы на выделение ресурсов из пула, для которых драйвер не устанавливает флаг MUST_SUCCEED, могут случайным образом отклоняться. Это позволяет проверить правильность работы драйвера в условиях недостатка памяти.

Освобождение пула

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

Обнаружение утечек пула

Система автоматически отслеживает все запросы драйвера на выделение ресурсов из пула. Если при выгрузке драйверов какие-либо ресурсы не освобождены, возникает системная ошибка. Чтобы просмотреть список выделенных ресурсов, которые еще не освобождены, воспользуйтесь командой !verifier 3 отладчика ядра. Кроме того, данную команду можно использовать до выгрузки драйвера, чтобы ознакомиться со списком ресурсов, которые были выделены драйверу в произвольный момент времени.

Проверка выгрузки драйвера

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

Back to the top

Проверка ввода-вывода

После включения проверки ввода-вывода с помощью диспетчера проверки файлов или путем изменения параметра реестра VerifyDriverLevel (дополнительные сведения см. в разделе «Включение проверки драйверов» данной статьи) при операциях ввода-вывода выполняются некоторые проверки, перечисленные ниже. • Все распределения IRPS, выполняемые с помощью функции IoAllocateIrp, выделяются из особого пула.

• В функциях IoCallDriver, IoCompleteRequest и IoFreeIrp выполняются проверки, позволяющие отслеживать сообщения драйвера об ошибках.

• Все сбои, возникающие при проверке ввода-вывода, порождают системную ошибку с кодом DRIVER_VERIFIER_IOMANAGER_VIOLATION (0xC9).

Back to the top

Необходимые условия для выполнения проверки драйверов

Средство проверки драйверов работает под управлением Windows 2000, Windows XP и Windows Server 2003. Использование одной из указанных операционных систем является единственным условием, необходимым для применения данного средства. Средство проверки драйверов поддерживается как в розничной, так и в отладочной версиях Windows. Рекомендации по подготовке к использованию диспетчера проверки драйверов на рабочих серверах см. в статье 251233 базы знаний Майкрософт. Если на компьютере установлена программа Norton Antivirus, не используйте в диспетчере проверки драйверов режим обнаружения взаимоблокировки. Дополнительные сведения см. в статье 325672 базы знаний Майкрософт.

Back to the top

Включение проверки драйверов.

Чтобы включить проверку драйверов, воспользуйтесь средством Verifier.exe. Данное средство входит в состав всех перечисленных выше версий Windows и автоматически устанавливается в папку System32. Средство Verifier.exe поддерживает пользовательский интерфейс и режим командной строки и позволяет выбирать проверяемые драйверы и соответствующий уровень проверки. Статистика проверки драйверов отображается в режиме реального времени. Дополнительные сведения см. в разделе «Диспетчер проверки драйверов» данной статьи.

Back to the top

Устранение ошибок, возникающих при проверке драйверов

Команда !verifier отладчика ядра и средство Verifier.exe показывают текущие параметры проверки драйверов и статистику в режиме реального времени.

Все ошибки, возникающие при проверке драйверов, вызывают появление системных ошибок. Наиболее распространенные ошибки приведены ниже. • IRQL_NOT_LESS_OR_EQUAL 0xA

• PAGE_FAULT_IN_NONPAGED_AREA 0x50

• PAGE_FAULT_IN_NONPAGED_AREA 0x50

• ATTEMPTED_WRITE_TO_READONLY_MEMORY 0xBE

• SPECIAL_POOL_DETECTED_MEMORY_CORRUPTION 0xC1

• DRIVER_VERIFIER_DETECTED_VIOLATION 0xC4

• DRIVER_CAUGHT_MODIFYING_FREED_POOL 0xC6

• TIMER_OR_DPC_INVALID 0xC7

• DRIVER_VERIFIER_IOMANAGER_VIOLATION 0xC9

Back to the top

Проверка драйверов и графические драйверы

Графические драйверы Windows уровня ядра (например библиотеки драйверов принтера и видеокарт) не могут напрямую обращаться к точке входа в пул. Вместо этого распределение пула выполняется косвенным образом с помощью графического интерфейса драйвера устройств (DDI), осуществляющего ответные вызовы драйвера Win32k.sys. Например, вызов функции EngAllocMem представляет собой ответный вызов, выполняемый графическим драйвером для явного выделения памяти из пула. Кроме того, выделение памяти из пула выполняют и другие специализированные обратные вызовы (например EngCreatePalette и EngCreateBitmap).

Чтобы предоставить возможность аналогичной автоматической проверки графических драйверов, в драйвер Win32k.sys добавлена поддержка некоторых функций проверки драйверов. Однако поскольку на графические драйверы налагается больше ограничений, чем на драйверы уровня ядра, для проверки графических драйверов требуются только некоторые возможности, предоставляемые средством проверки драйверов. В частности, нет необходимости в проверке IRQL и проверке ввода-вывода. Другие возможности (например использование особого пула, имитация сбоев при распределении пула и отслеживание пула) в различной степени поддерживаются различными обратными вызовами DDI.

Имитация сбоев при распределении пула поддерживается для следующих функций обратного вызова графического интерфейса DDI. • EngAllocMem

• EngAllocUserMem

• EngCreateBitmap

• EngCreateDeviceSurface

• EngCreateDeviceBitmap

• EngCreatePalette

• EngCreateClip

• EngCreatePath

• EngCreateWnd

• EngCreateDriverObj

• BRUSHOBJ_pvAllocRbrush

• CLIPOBJ_ppoGetPath

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

Включение проверки драйверов для графических драйверов выполняется так же, как и для остальных драйверов (дополнительные сведения см. в разделе «Включение проверки драйверов» данной статьи). Неподдерживаемые флаги (например флаг проверки IRQL) игнорируются. Для определения параметров проверки драйверов и трассировки пула для графических драйверов можно воспользоваться командой !gdikdx.verifier отладчика ядра.

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

Back to the top

Диспетчер проверки драйверов (Verifier.exe)

Для создания и изменения параметров проверки драйверов, а также для сбора статистики при проверке драйверов корпорация Майкрософт рекомендует использовать средство «Диспетчер проверки драйверов» (Verifier.exe). Данное средство поставляется в составе Windows и находится в папке %WinDir%System32.

Состояние драйвера

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

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

• Никогда не был загружен. Драйвер не загружался ни разу. Если для драйвера указано состояние «Никогда не был загружен», значит, файл с образом драйвера поврежден или в системе отсутствует драйвер с указанным именем.

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

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

Глобальные счетчики

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

Слежение за пулом

На данной странице отображаются значения дополнительных счетчиков, поддерживаемых средством проверки драйверов. Все счетчики, находящиеся на этой странице, активируются при установке в диспетчере проверки драйверов флага «Слежение за пулом». Большинство счетчиков отображают данные, относящиеся к конкретному драйверу (например счетчики «Текущих распределений», «Байт в текущий момент» и т. п.). Чтобы просмотреть показания счетчика для какого-либо драйвера, необходимо выбрать имя драйвера в поле со списком, находящемся в верхней части окна.

Параметры

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

• Отключена. Драйвер не проверяется.

• Включена (требуется перезагрузка). Проверка драйвера начнется после перезагрузки.

• Отключена (требуется перезагрузка). Драйвер проверяется. После перезагрузки проверка будет отключена.

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

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

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

Флажки, находящиеся в правом верхнем углу окна, позволяют указать тип проверки. Проверка ввода-вывода может выполняться на уровне 1 или на уровне 2. Уровень 2 предполагает выполнение дополнительных проверок по сравнению с уровнем 1.

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

• «Сбросить все». При нажатии данной кнопки снимаются все флажки, находящиеся на данной странице, и отключается проверка всех драйверов.

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

Легкоменяющиеся настройки

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

Параметры командной строки

Средство Verifier.exe можно запускать из командной строки (чтобы получить дополнительные сведения, выполните в командной строке команду verifier.exe /?). Ниже перечислены основные параметры командной строки, поддерживаемые данным средством. • verifier.exe /flags флаг [/iolevel 2]

Задает в десятичном виде значение флагов проверки драйверов, позволяет указывать уровень проверки ввода-вывода (чтобы ознакомиться со списком доступных флагов, выполните в командной строке команду verifier.exe /? или обратитесь к разделу «Включение проверки драйверов» данной статьи).

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

0 — Особый пул.

1 — Обяз. проверка IRQL.

2 — Нехватка ресурсов.

3 — Слежение за пулом.

4 — Проверка ввода/вывода.

5 — Обнаружение блокировок.

6 — Расширенная проверка ввода-вывода.

7 — Проверка DMA.

Например, введите следующую команду.

c:verifier /flags 3 /iolevel 2

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

• verifier.exe /all

Проверять все драйверы в системе.

• verifier.exe /volatile /flags флаг

Изменить флаги немедленно.

• verifier.exe /reset

Сбросить все параметры проверки драйверов.

• verifier /query

Вывести текущее состояние проверки драйверов и значения счетчиков на стандартное устройство вывода.

• verifier.exe /log ИМЯ_ФАЙЛА_ЖУРНАЛА [/interval количество_секунд]

Сохранить состояние и значения счетчиков проверки драйверов в файле журнала (где количество_секунд — заданный интервал времени).

Дополнительные сведения для разработчиков драйверов

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

Внимание! Неправильное использование редактора реестра может привести к возникновению серьезных неполадок, требующих переустановки операционной системы. Корпорация Майкрософт не несет ответственности за неправильное использование редактора реестра. При изменении реестра полагайтесь на свой опыт и знания.

Чтобы включить проверку драйверов путем изменения параметров реестра, выполните следующие действия. 1. Запустите редактор реестра (Regedt32).

2. Найдите следующий параметр реестра: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession ManagerMemory ManagementVerifyDrivers

3. Измените значение этого параметра (данный параметр имеет тип REG_SZ).

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

Ниже приведены примеры значений данного параметра. • Ntfs.sys

• Win32k.sys ftdisk.sys

• *.sys

Чтобы указать уровень проверки драйвера, измените следующий параметр реестра: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession ManagerMemory ManagementVerifyDriverLevel Ниже приведено описание побитовых значений данного параметра. Указанные значения можно объединять. • 0x01. Пытаться выполнить все распределения из особого пула.

• 0x02. Проверить работу драйвера в режиме повышенной нагрузки на память. Это позволяет проверить использование прерываний IRQL при доступе к выгружаемому коду и данным.

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

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

• 0x10. Включить проверку ввода-вывода.

Примечание. Если данный параметр реестра отсутствует или уровень проверки драйвера не указан, по умолчанию используется значение 3. Если в диспетчере проверки драйверов нажать кнопку «Предпочтения», данному параметру будет присвоено значение 0x1B. Чтобы обнаружить утечки памяти, используйте значение 0xB. Чтобы присвоить данному параметру значение 0xB, нажмите кнопку Предпочтения, а затем снимите флажок Проверка ввода/вывода.

Нравится ресурс? Помоги проекту!

[ Script execution time: 0,0680 ]   [ 15 queries used ]   [ Generated: 9.06.23, 04:26 GMT ]  

XMEye – программа для мониторинга камер наблюдения для Android и IOS устройств. XMEye получила обновление 6.0.7 в июне 2019, однако пользователи продолжают массово сталкиваться с ошибками 11307, 100000, 604000, 10005, 605005 и прочими. Сегодня попробуем детальнее разобраться с наиболее распространенными из них, а ниже дадим рекомендации как попытаться устранить проблемы самостоятельно.

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

Ниже пройдемся по самым распространенным кодам ошибок на данный момент.

Не удалось подключиться код ошибки 11307 (Systemlnfo)

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

• Проблема с Интернет-соединением. Она появляется даже если у пользователей всё в порядке с Интернетом. Но поскольку сервера находятся в Китае, появляется большая задержка передачи данных или большой пинг. Программа может работать, но периодически «вылетать» и отключаться. Следует подумать об увеличении скорости Интернета.
• Скорость снижается в разы если используется VPN подключение, а так же появляются обрывы что приводит к «вылету» устройств из сети.
• Если видите код 11307 или 10005 – проблемы с регистрацией потока от устройства. Тут поможет заявка на перепривязку ID к серверу. Такие заявки рассматриваются в течении месяца. Куда отправлять заявку на переподключение будет написано в конце статьи.

Ошибки 10000 и 10005

Код 100000 вызван конфликтом IP адресов на роутере или маршрутизаторе с айпишником видео регистратора. Возможно вы сменили маршрутизатор или неправильно настроили IP адреса. В корректной конфигурации устройства должны находиться и работать в одной подсети.
Например на видеорегистраторе стоит IP 192.167.1.*, а на маршрутизаторе 192.167.2.*. Решением будет перенастроить IP на одном из устройств.
Код 10005 появляется при задержке подключения к сети.