Намертво зависает

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

Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.

Loading Dump File [C:\Windows\MEMORY.DMP]
Kernel Summary Dump File: Only kernel address space is available

Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7600 MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16385.x86fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0x8343e000 PsLoadedModuleList = 0x83586810
Debug session time: Sun Feb 7 13:54:30.060 2010 (GMT+3)
System Uptime: 0 days 1:38:04.465
Loading Kernel Symbols
...............................................................
................................................................
.........................
Loading User Symbols
PEB is paged out (Peb.Ldr = 7ffd700c). Type ".hh dbgerr001" for details
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {6a3bffec, 2, 1, 834ca1d8}

PEB is paged out (Peb.Ldr = 7ffd700c). Type ".hh dbgerr001" for details
PEB is paged out (Peb.Ldr = 7ffd700c). Type ".hh dbgerr001" for details
Probably caused by : memory_corruption ( nt!MiRemoveAnyPage+138 )

Followup: MachineOwner
---------

0: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 6a3bffec, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000001, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: 834ca1d8, address which referenced memory

Debugging Details:
------------------

PEB is paged out (Peb.Ldr = 7ffd700c). Type ".hh dbgerr001" for details
PEB is paged out (Peb.Ldr = 7ffd700c). Type ".hh dbgerr001" for details

WRITE_ADDRESS: 6a3bffec

CURRENT_IRQL: 2

FAULTING_IP:
nt!MiRemoveAnyPage+138
834ca1d8 f00fba2800 lock bts dword ptr [eax],0

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: sidebar.exe

TRAP_FRAME: 9f973b54 -- (.trap 0xffffffff9f973b54)
ErrCode = 00000002
eax=6a3bffec ebx=6a3bffec ecx=00000002 edx=00000001 esi=6a3bffe4 edi=85cbf714
eip=834ca1d8 esp=9f973bc8 ebp=9f973c20 iopl=0 nv up ei pl zr na pe nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010246
nt!MiRemoveAnyPage+0x138:
834ca1d8 f00fba2800 lock bts dword ptr [eax],0 ds:0023:6a3bffec=????????
Resetting default scope

LAST_CONTROL_TRANSFER: from 834ca1d8 to 834847eb

STACK_TEXT:
9f973b54 834ca1d8 badb0d00 00000001 9f973b74 nt!KiTrap0E+0x2cf
9f973c20 834d2273 00000041 00000002 00000000 nt!MiRemoveAnyPage+0x138
9f973c48 834cc8d5 000000e6 00000002 879b8578 nt!MiGetPage+0x28a
9f973c90 834c55a0 00000001 065ee000 9f973d34 nt!MiResolveDemandZeroFault+0x121
9f973d1c 834845f8 00000001 065ee000 00000001 nt!MmAccessFault+0x1dc1
9f973d1c 773447c5 00000001 065ee000 00000001 nt!KiTrap0E+0xdc
WARNING: Frame IP not in any known module. Following frames may be wrong.
0223c688 00000000 00000000 00000000 00000000 0x773447c5


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!MiRemoveAnyPage+138
834ca1d8 f00fba2800 lock bts dword ptr [eax],0

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: nt!MiRemoveAnyPage+138

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc007

IMAGE_NAME: memory_corruption

FAILURE_BUCKET_ID: 0xA_nt!MiRemoveAnyPage+138

BUCKET_ID: 0xA_nt!MiRemoveAnyPage+138

Followup: MachineOwner
---------

Rich213 :PROCESS_NAME: sidebar.exe

Какаие гаджеты у вас стоят на рабочем столе? Раз причина сбоя процесс sidebar.exe (боковая панель), скорее всего виноват какой-то кривой гаджет.

проверил оперативку стандартным средством windows в быстром режиме 2 прогона - проблем не обнаружено. Сейчас попробую memtest86+ погонять.
Стоят гаджеты: у 1 пользователя часы, показ слайдов, погода и индикатор ЦП;
у 2 пользователя часы, календарь, погода и показ слайдов.

Прогон memtest86+ в стандартном режиме ошибок не выявил. Но когда захожу в конфигурацию выбираю пункт 3 Memory Sizing, а затем 2 Probe начинается вроде бы всё нормально, но затем наблюдаю то, что я описывал выше - полное зависание (отключается мышь, клава). Единственная разница - при прогоне теста картинка на экране искажается за мгновение перед зависанием, а в обычном случае просто замирает всё. Пробовал несколько раз - результат один! Может это и есть путь к разгадке?

Так же хочу добавить.
Причиной служит

BugCheck A, {6a3bffec, 2, 1, 834ca1d8}
...
IRQL_NOT_LESS_OR_EQUAL (a) - код a
...
Arg1: 6a3bffec, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000001, bitfield :
...
WRITE_ADDRESS: 6a3bffec
...
FAULTING_IP:
nt!MiRemoveAnyPage+138 - сама ошибка nt!MiRemoveAnyPage
834ca1d8 f00fba2800 lock bts dword ptr [eax],0
...
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
...
BUGCHECK_STR: 0xA
...
PROCESS_NAME: sidebar.exe
...
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nt
DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc007
IMAGE_NAME: memory_corruption

т.е. скорей всего sidebar.exe обратилось к памяти для записи, а она не для записи.
Обычно в переменной image_name - сидит имя драйвера или файла, но в стеке нет нечего такого по названию функций действительно происходит работа с памятью.

Во как интересно!!! Спасибо за расшифровку, Бэлиан.
Вот только что с этим делать? На данный момент Гаджеты отключил с помощью Security Task Manager (отправил в карантин). Пока всё нормально. Как болезнь эту вылечить?

Rich213
Пока всё нормально. Как болезнь эту вылечить?

Вопрос какую? если пока все нормально. Или гаджет нужно включить.

Достало уже это зависание. Не пойму как может sidebar.exe быть опять причиной если гаджеты отключены и в процессах его не видно. После каждого глюка дебуггер упорно выводит одну и ту же информацию про sidebar.exe и обращение к памяти. Есть ещё мысли у кого ни будь по этому поводу?

Rich213, запустите программу Process Explorer от имени администратора и покажите скриншот.

День добрый! Выкладываю скриншот Process Explorer:

[pfs]94601-process explorer.jpg[/pfs]

Привет всем! Сегодня в дампе уже другая ошибка и процесс. Что творится? Тесты памяти ни чего не выявили. Такое ощущение, что ошибка возникает при каких то определенных условиях обращения к памяти. Дрова последней версии от NVIDIA с офсайта стоят.HELP!!!

Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\MEMORY.DMP]
Kernel Summary Dump File: Only kernel address space is available

Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7600 MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16385.x86fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0x83449000 PsLoadedModuleList = 0x83591810
Debug session time: Sat Feb 6 16:26:03.743 2010 (GMT+3)
System Uptime: 0 days 6:36:04.148
Loading Kernel Symbols
...............................................................
................................................................
.....................
Loading User Symbols
PEB is paged out (Peb.Ldr = 7ffd600c). Type ".hh dbgerr001" for details
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {0, 2, 1, 834dcc97}

*** ERROR: Module load completed but symbols could not be loaded for nvlddmkm.sys
PEB is paged out (Peb.Ldr = 7ffd600c). Type ".hh dbgerr001" for details
PEB is paged out (Peb.Ldr = 7ffd600c). Type ".hh dbgerr001" for details
Probably caused by : nvlddmkm.sys ( nvlddmkm+117c4e )

Followup: MachineOwner
---------

1: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 00000000, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000001, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: 834dcc97, address which referenced memory

Debugging Details:
------------------

PEB is paged out (Peb.Ldr = 7ffd600c). Type ".hh dbgerr001" for details
PEB is paged out (Peb.Ldr = 7ffd600c). Type ".hh dbgerr001" for details

WRITE_ADDRESS: 00000000

CURRENT_IRQL: 2

FAULTING_IP:
nt!MiUnlinkFreeOrZeroedPage+7b
834dcc97 f00fc108 lock xadd dword ptr [eax],ecx

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0xA

PROCESS_NAME: explorer.exe

TRAP_FRAME: 98db949c -- (.trap 0xffffffff98db949c)
ErrCode = 00000002
eax=00000000 ebx=00000012 ecx=ffffffff edx=00000000 esi=8482adf8 edi=85cbf764
eip=834dcc97 esp=98db9510 ebp=98db9534 iopl=0 nv up ei ng nz na pe nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010286
nt!MiUnlinkFreeOrZeroedPage+0x7b:
834dcc97 f00fc108 lock xadd dword ptr [eax],ecx ds:0023:00000000=????????
Resetting default scope

LAST_CONTROL_TRANSFER: from 834dcc97 to 8348f7eb

STACK_TEXT:
98db949c 834dcc97 badb0d00 00000000 000001ff nt!KiTrap0E+0x2cf
98db9534 834c926b 00013d12 00000022 87f73ab8 nt!MiUnlinkFreeOrZeroedPage+0x7b
98db95c4 834c97bc 87f73ab8 00000022 00000000 nt!MiAllocateMdlPagesByLists+0x3d2
98db9648 834c9ed9 00000000 00000000 ffffffff nt!MiAllocatePagesForMdl+0x2d6
98db9670 9274ac4e 00000000 00000000 ffffffff nt!MmAllocatePagesForMdl+0x26
WARNING: Stack unwind information not available. Following frames may be wrong.
98db96d4 9274ae92 878a9648 98db9778 9275f315 nvlddmkm+0x117c4e
98db96e0 9275f315 878a9648 00022000 98db9908 nvlddmkm+0x117e92
98db9778 9272ed0b 878a9648 98db998c c1d0035c nvlddmkm+0x12c315
98db979c 9272f0b9 86cb9008 00000000 00021fff nvlddmkm+0xfbd0b
98db990c 927358c5 c1d0035c ff020000 ff00000d nvlddmkm+0xfc0b9
98db9994 926ca1df 00000000 98db9a3c 926ca1ad nvlddmkm+0x1028c5
98db99a8 926ccb1b 98db99bc 00022000 85f0c3e0 nvlddmkm+0x971df
98db99ec 92663f78 ff00000d 0000003e 00002010 nvlddmkm+0x99b1b
98db9a6c 92664934 86e91000 85f0c3e0 86e91000 nvlddmkm+0x30f78
98db9a9c 9265ec7b 00000001 85f0c3e0 86e91000 nvlddmkm+0x31934
98db9ab0 9264c913 ff020000 86e91101 86535378 nvlddmkm+0x2bc7b
98db9acc 9266a1ca 00000000 00000000 86535378 nvlddmkm+0x19913
98db9afc 9266a468 86535378 9266aa66 86e91000 nvlddmkm+0x371ca
98db9b20 92b25ac2 98db9b94 8771a000 834176ee nvlddmkm+0x37468
98db9b38 92b28d1f 92b25a8f 98db9b94 98db9b74 nvlddmkm+0x4f2ac2
98db9b48 913068a9 864ccaf0 98db9b94 910c707e nvlddmkm+0x4f5d1f
98db9b74 91305bfe 864ccaf0 98db9b94 09f4bdd7 dxgkrnl!DXGADAPTER: diCreateContext+0x46
98db9c1c 91306448 c7b693a0 00000187 00000001 dxgkrnl!DXGCONTEXT::Initialize+0xbc
98db9c40 91306f3f 98db9cdc 00000000 00000001 dxgkrnl!DXGDEVICE::CreateContext+0xd2
98db9d28 8348c42a 0213e510 0213e550 770864f4 dxgkrnl!DxgkCreateContext+0x43c
98db9d28 770864f4 0213e510 0213e550 770864f4 nt!KiFastCallEntry+0x12a
0213e550 00000000 00000000 00000000 00000000 0x770864f4


STACK_COMMAND: kb

FOLLOWUP_IP:
nvlddmkm+117c4e
9274ac4e 8b4dfc mov ecx,dword ptr [ebp-4]

SYMBOL_STACK_INDEX: 5

SYMBOL_NAME: nvlddmkm+117c4e

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: nvlddmkm

IMAGE_NAME: nvlddmkm.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5ce288

FAILURE_BUCKET_ID: 0xA_nvlddmkm+117c4e

BUCKET_ID: 0xA_nvlddmkm+117c4e

Followup: MachineOwner
---------

Rich213,
MODULE_NAME: nvlddmkm
IMAGE_NAME: nvlddmkm.sys

Тип ошибки, один и тот же

Arguments:
Arg1: 6a3bffec, memory referenced
...
Arg4: 834ca1d8, address which referenced memory

и

Arguments:
Arg1: 00000000, memory referenced
...
Arg4: 834dcc97, address which referenced memory

Адреса
834ca1d8 - район 2,1Gb
834dcc97 - район 2,1Gb

Во втором случае вызвал PROCESS_NAME: explorer.exe (грубо говоря наш проводник) но на драйвере MODULE_NAME: nvlddmkm, IMAGE_NAME: nvlddmkm.sys меня смушает строчка
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
в обоих случаях

У вас windows x86 а памяти сколько?
В диспетчере устройств посмотрите распределение пространства т.е. адресного на оборудование, и диапазон 2,1Gb - шестнад.вид это где то 834с(...) - 834d(...)

Система 32-х разрядная. Оперативки 4 Gb, но доступно 3,25 Gb. В диапазоне 00010000-CFFFFFFF Системная плата. Такая вот ось.

Я вот что думаю, если мне одну планку памяти вынуть, а потом поменять их местами. Может выявится проблемная планка? Что скажете на этот счет? Если зависания будут на одной из них - в магазин менять по гарантии.

С памятью конечно нужно провести эксперимент, даже можно попробовать на 2Gb поработать конечно.

Только почему у вас не все 4Gb, в Bios должен быть параметр REMAP, перераспределение памяти между устройствами, так же можно по windows user отдать 3Gb, под ядро 1Gb, про это уже много везде написано.
Второе видео на сколько у нее память. И дрова то что взяли с сайта, точно для win7 а не для vista