Первый раз выбило позавчера примерно 1 раз за 5 часов, вчера пошло по нарастающей вплоть до раз в 3-4 мин. Винда свежая 2-3 недели СП3, комп тоже не сильно старый- 9 мес, разгона нет и небыло. В чем может быть проблема?

kotyaaaaa
Вам в помощь http://www.microsoft.com/whdc/DevTools/ ... fault.mspx делаете дамп памяти и смотрите в деббагере

Если можно поподробнее, что это за прога и как ей пользоваться

kotyaaaaa
в свойствах системы вкладка "дополнительно" "загрузка и восстановление" в записи отладочной информации установите дамп памяти ядра, после загрузки системы, после очередного BSODа запустите прогу в вкладке File выберите "Open Crash Dump" откройте файл MEMORY.DMP (вроде как находится в папке Windows), и смотрите что является причиной BSODа

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

Съездил проверили- все в порядке з железом, вирусы были - удалили- почистили, а он мне седня опять таже фигня. Вобщем я воспользовался прогой GOBA и понять нифига не могу чем вызвана синька помогите люди- вот текст ошибки из этой программы.
ADDITIONAL_DEBUG_TEXT:
Use '!findthebuild' command to search for the target build information.
If the build information is available, run '!findthebuild -s ; .reload' to set symbol path and load symbols.

MODULE_NAME: nt

FAULTING_MODULE: 804d7000 nt

DEBUG_FLR_IMAGE_TIMESTAMP: 4a7834fd

READ_ADDRESS: unable to get nt!MmSpecialPoolStart
unable to get nt!MmSpecialPoolEnd
unable to get nt!MmPoolCodeStart
unable to get nt!MmPoolCodeEnd
00000000

CURRENT_IRQL: 2

FAULTING_IP:
+18c952f00f4dfdc
00000000 ?? ???

DEFAULT_BUCKET_ID: DRIVER_FAULT

BUGCHECK_STR: 0xD1

LAST_CONTROL_TRANSFER: from 00000000 to 80544700

FAILED_INSTRUCTION_ADDRESS:
+18c952f00f4dfdc
00000000 ?? ???

STACK_TEXT:
b84d36d0 00000000 badb0d00 00000016 00000000 nt!Kei386EoiHelper+0x2834


STACK_COMMAND: kb

FOLLOWUP_IP:
nt!Kei386EoiHelper+2834
80544700 f7457000000200 test dword ptr [ebp+70h],20000h

SYMBOL_STACK_INDEX: 0

SYMBOL_NAME: nt!Kei386EoiHelper+2834

FOLLOWUP_NAME: MachineOwner

IMAGE_NAME: ntkrpamp.exe

BUCKET_ID: WRONG_SYMBOLS

Followup: MachineOwner
---------
Your debugger is not using the correct symbols ***
*** ***
*** In order for this command to work properly, your symbol path ***
*** must point to .pdb files that have full type information. ***
*** ***
*** Certain .pdb files (such as the public OS symbols) do not ***
*** contain the required information. Contact the group that ***
*** provided you with these symbols if you need this command to ***
*** work. ***
*** ***
*** Type referenced: nt!KPRCB **
Loading Dump File [D:\WINDOWS\MEMORY.DMP]
Kernel Summary Dump File: Only kernel address space is available

Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path. *
* Use .symfix to have the debugger choose a symbol path. *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is:
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
*** ERROR: Symbol file could not be found. Defaulted to export symbols for ntkrpamp.exe -
Windows XP Kernel Version 2600 (Service Pack 3) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp_sp3_qfe.090804-1456
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055d720
Debug session time: Sun Dec 20 17:42:07.234 2009 (GMT+2)
System Uptime: 0 days 7:31:06.007
*********************************************************************
* Symbols can not be loaded because symbol path is not initialized. *
* *
* The Symbol Path can be set by: *
* using the _NT_SYMBOL_PATH environment variable. *
* using the -y <symbol_path> argument when starting the debugger. *
* using .sympath and .sympath+ *
*********************************************************************
*** ERROR: Symbol file could not be found. Defaulted to export symbols for ntkrpamp.exe -
Loading Kernel Symbols
...............................................................
.......................................................
Loading User Symbols

Loading unloaded module list


Вобщем погуглил я и выяснил, что данный BSOD вызван проблемой с оперативкой. Начал пробовать с разными планками (их у меня 4 по гигу каждая), менял местами- все равно рано или поздно BSOD в течение дня. В последнюю замену комп вообще отказался стартовать, и тогда опытным путем было установлен один из 4 разъемов, при наличии в котором памяти ком не стартовал, по видимому он накрылся, либо память по каким-то причинам отказывается работать в дуал ченел. Тогда у меня возникает такой вопрос- не значит ли это, что мат плата захочет со временем помереть? До этого возил в СЦ- все впорядке сказали они (скорее всего нихрена не делали, вирусы погоняли и все, я это и сам могу сделать)