BSOD - BSOD (синие экраны смерти), Перезагрузки .:[АРХИВ]:.

Ginger · Отправлено: **13:53, 15-10-2006** | #**501**

vadim84

Цитата:

Винду переустановил и всё нормально стало

ну если не будет больше ошибок, то хорошо...

Matumba
спасибо.
как давно стала появляться ошибка и после каких действий?
стоит ли SP1?

Matumba · Отправлено: **18:19, 15-10-2006** | #**502**

Цитата:

Matumba
спасибо.
как давно стала появляться ошибка и после каких действий?
стоит ли SP1?

У меня ХР Корпоративка. SP2 сразу вливается. Плюс все обновления из инета выкачаны.
Переставлял с нуля систему, результат один.
При перезагрузке и выключении компа чаще всего именно С2 ошибка.
Я сейчас последовал уже данному совету. Отключил встроенную сетевуху и пользуюсь своей старой. Пока рано говорить о результатах. Тестируюсь.
Кстати гонял память с помощью Мемтест еще раз. Память все выдержала на ура.

Сегодня до смены сетевушки вылетела опять С2. Вот дамп:

Код:

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

BAD_POOL_CALLER (c2)
The current thread is making a bad pool request.  Typically this is at a bad IRQL level or double freeing the same allocation, etc.
Arguments:
Arg1: 00000007, Attempt to free pool which was already freed
Arg2: 00000cd4, (reserved)
Arg3: 0000003e, Memory contents of the pool block
Arg4: 86446008, Address of the block of pool being deallocated

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

GetUlongFromAddress: unable to read from 80564c50
GetUlongFromAddress: unable to read from 80564c50

POOL_ADDRESS:  86446008 

BUGCHECK_STR:  0xc2_7

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  DRIVER_FAULT

PROCESS_NAME:  System

LAST_CONTROL_TRANSFER:  from 8054a583 to 804f9c37

STACK_TEXT:  
f7a3eccc 8054a583 000000c2 00000007 00000cd4 nt!KeBugCheckEx+0x1b
f7a3ed1c 805bf8d3 86446008 e5726854 865c4e70 nt!ExFreePoolWithTag+0x2a3
f7a3ed3c 805b9e2d 00000000 86446008 86446020 nt!ObpFreeObject+0x18d
f7a3ed54 805257b8 86446020 00000000 806e4a3c nt!ObpRemoveObjectRoutine+0xe7
f7a3ed6c 8052a390 865c1020 805627f0 80563798 nt!ObfDereferenceObject+0x4c
f7a3ed78 80563798 80537757 00000000 00000000 nt!PspReaper+0x5c
f7a3edac 805ce794 00000000 00000000 00000000 nt!ExWorkerQueue+0x78
f7a3eddc 805450ce 80537668 00000002 00000000 nt!PspSystemThreadStartup+0x34
00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x16


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!ExFreePoolWithTag+2a3
8054a583 8b45f8          mov     eax,dword ptr [ebp-8]

SYMBOL_STACK_INDEX:  1

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrpamp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  42250a1e

SYMBOL_NAME:  nt!ExFreePoolWithTag+2a3

FAILURE_BUCKET_ID:  0xc2_7_nt!ExFreePoolWithTag+2a3

BUCKET_ID:  0xc2_7_nt!ExFreePoolWithTag+2a3

Followup: MachineOwner

Теперь он ругнулся на ntkrpamp.exe. Чесно слово меня это уже нервирует

.

Blast · Конфигурация компьютера

Matumba
А у вас в boot.ini прописан параметр /kernel=ntkrpamp.exe?
Если да, то для чего? Этот параметр определяет использование многопроцессорного ядра Windows с более чем 3 ГБ оперативной памяти

Matumba · Отправлено: **18:56, 15-10-2006** | #**504**

Цитата:

Matumba
А у вас в boot.ini прописан параметр /kernel=ntkrpamp.exe?
Если да, то для чего? Этот параметр определяет использование многопроцессорного ядра Windows с более чем 3 ГБ оперативной памяти

Вот мой boot.ini.

Код:

[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Professional RU" /noexecute=optin /fastdetect

Ничего такого в нем нету.

Blast · Конфигурация компьютера

Странно, но в этом случае ntkrpamp.exe в принципе не должен использоваться...
Ну да ладно, давайте посмотрим будут ли возникать ошибки при отключенной встроенной сетевой карте.

Matumba · Отправлено: **20:48, 15-10-2006** | #**506**

Цитата:

Странно, но в этом случае ntkrpamp.exe в принципе не должен использоваться...
Ну да ладно, давайте посмотрим будут ли возникать ошибки при отключенной встроенной сетевой карте.

Еще как. Уже 2 экрана словил.
Первый

Код:

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

DRIVER_CORRUPTED_EXPOOL (c5)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high.  This is
caused by drivers that have corrupted the system pool.  Run the driver
verifier against any new (or suspect) drivers, and if that doesn't turn up
the culprit, then use gflags to enable special pool.
Arguments:
Arg1: 00000006, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000001, value 0 = read operation, 1 = write operation
Arg4: 8054afd2, address which referenced memory

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


BUGCHECK_STR:  0xC5_2

CURRENT_IRQL:  2

FAULTING_IP: 
nt!ExAllocatePoolWithTag+66a
8054afd2 894804          mov     dword ptr [eax+4],ecx

CUSTOMER_CRASH_COUNT:  2

DEFAULT_BUCKET_ID:  DRIVER_FAULT

PROCESS_NAME:  WoW.exe

LAST_CONTROL_TRANSFER:  from f4713c0e to 8054afd2

STACK_TEXT:  
ba048990 f4713c0e 00000000 00000001 72504354 nt!ExAllocatePoolWithTag+0x66a
ba0489b0 f4713bd6 86328d78 ba0489c0 00000001 tcpip!PplAllocate+0x5c
ba0489c4 f47180a6 85bcfcb0 85bcfbf8 85d1f408 tcpip!GetDGSendReq+0x15
ba0489e4 f4717766 ba048a08 00000000 00000000 tcpip!TdiSend+0xe8
ba048a18 f471523d 85bcfbf8 85d1f42c 85bcfbf8 tcpip!TCPSendData+0x83
ba048a34 804eeeb1 8632af18 85bcfbf8 85ba2008 tcpip!TCPDispatchInternalDeviceControl+0x51
ba048a44 f7831d60 ba048a64 f7834cdc 8632af18 nt!IopfCallDriver+0x31
WARNING: Stack unwind information not available. Following frames may be wrong.
ba048a4c f7834cdc 8632af18 85bcfbf8 85bcfbf8 mvstdi5x+0x6d60
ba048a64 f78350b9 863253e0 8632af18 85bcfcb0 mvstdi5x+0x9cdc
ba048a7c f7830a6d 863253e0 85bcfbf8 85bcfd80 mvstdi5x+0xa0b9
ba048a94 f7830b12 863253e0 85bcfbf8 0000000f mvstdi5x+0x5a6d
ba048aa8 804eeeb1 863253e0 85bcfbf8 85d48538 mvstdi5x+0x5b12
ba048ab8 f46b0ede 00000000 00000008 ba048b1c nt!IopfCallDriver+0x31
ba048b10 f46a75e5 85d09390 0012d774 f46a75e5 afd!AfdFastConnectionSend+0x209
ba048c5c 8057f173 86398770 00000001 0012d6ec afd!AfdFastIoDeviceControl+0x415
ba048d00 80578038 000025c4 00002400 00000000 nt!IopXxxControlFile+0x255
ba048d34 8054060c 000025c4 00002400 00000000 nt!NtDeviceIoControlFile+0x2a
ba048d34 7c90eb94 000025c4 00002400 00000000 nt!KiFastCallEntry+0xfc
0012d73c 00000000 00000000 00000000 00000000 0x7c90eb94


STACK_COMMAND:  kb

FOLLOWUP_IP: 
mvstdi5x+6d60
f7831d60 ??              ???

SYMBOL_STACK_INDEX:  7

SYMBOL_NAME:  mvstdi5x+6d60

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: mvstdi5x

IMAGE_NAME:  mvstdi5x.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  420126f0

FAILURE_BUCKET_ID:  0xC5_2_mvstdi5x+6d60

BUCKET_ID:  0xC5_2_mvstdi5x+6d60

Followup: MachineOwner

Второй

Код:

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

DRIVER_CORRUPTED_EXPOOL (c5)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high.  This is
caused by drivers that have corrupted the system pool.  Run the driver
verifier against any new (or suspect) drivers, and if that doesn't turn up
the culprit, then use gflags to enable special pool.
Arguments:
Arg1: 00000006, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000001, value 0 = read operation, 1 = write operation
Arg4: 8054afd2, address which referenced memory

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


BUGCHECK_STR:  0xC5_2

CURRENT_IRQL:  2

FAULTING_IP: 
nt!ExAllocatePoolWithTag+66a
8054afd2 894804          mov     dword ptr [eax+4],ecx

CUSTOMER_CRASH_COUNT:  3

DEFAULT_BUCKET_ID:  DRIVER_FAULT

PROCESS_NAME:  WoW.exe

LAST_CONTROL_TRANSFER:  from f6f77fe4 to 8054afd2

STACK_TEXT:  
b8eef4c0 f6f77fe4 00000000 00000001 2020564e nt!ExAllocatePoolWithTag+0x66a
WARNING: Stack unwind information not available. Following frames may be wrong.
b8eef4d0 c1d00021 f6f5cca1 b8eef4f0 00000058 nv4_mini+0x54fe4
b8eef4d4 f6f5cca1 b8eef4f0 00000058 e1dbf1f8 0xc1d00021
b8eef4d8 b8eef4f0 00000058 e1dbf1f8 e1dbf1e8 nv4_mini+0x39ca1
b8eef4dc 00000000 e1dbf1f8 e1dbf1e8 e1dbf198 0xb8eef4f0


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nv4_mini+54fe4
f6f77fe4 ??              ???

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nv4_mini+54fe4

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nv4_mini

IMAGE_NAME:  nv4_mini.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  44dd49d8

FAILURE_BUCKET_ID:  0xC5_2_nv4_mini+54fe4

BUCKET_ID:  0xC5_2_nv4_mini+54fe4

Followup: MachineOwner

Полный бред. Я выкину этот комп нахрен.

Blast · Конфигурация компьютера

Цитата:

Полный бред.

мда... похоже на то

Ругается на все что ни попадя, то видео, то еще на что, то на сеть... похоже больше на D1 наш любимый, файервол установлен?

Matumba · Отправлено: **21:39, 15-10-2006** | #**508**

Цитата:

мда... похоже на то
Ругается на все что ни попадя, то видео, то еще на что, то на сеть... похоже больше на D1 наш любимый, файервол установлен?

У меня виндовый Брендмауэр включен. Антивирь McAfee. Все. Больше никакой лабуды нету.

Я вот сейчас еще попробовал память в БИОСе поставил не на 667МГц, а на 533МГц.
Уже целых пол часа ничего не падает.
Может это правда мать? Не держит обещаные 667 ДДР2??? Хотя она и больше МГц должна держать.
Может такое быть?

А что за D1? Намек опять на неисправный RAM?

Blast · Конфигурация компьютера

Matumba
Да нет, D1 чаще на кривые дрова программ указывает которые интенсивно сетевые протоколы мониторят, файеры вобщем.

Цитата:

Может это правда мать?

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

Ginger · Отправлено: **23:36, 15-10-2006** | #**510**

Matumba
mvstdi5x.sys - Anti-Virus Mini-Firewall Driver
nv4_mini.sys - Nvidia driver

до этого опять сетевой драйвер был...

вобщем сперва порекомендую сходить на сайт мат.платы и скачать новые драйвера.\

а на самом деле все ошибки говорят о некорректной работе с памятью.. т.к. драйвера все разные, то вывода 2:
1. неисправный RAM
2. неверные настройки памяти.

начните со второго...
(на что я вам с самого начала указала)