Компьютерный форум OSzone.net  

Компьютерный форум OSzone.net (http://forum.oszone.net/index.php)
-   Непонятные проблемы с Железом (http://forum.oszone.net/forumdisplay.php?f=48)
-   -   Спонтанные перезагрузки, частые зависания (http://forum.oszone.net/showthread.php?t=105095)

i can help you 15-04-2008 23:41 782224
Спонтанные перезагрузки, частые зависания
 
Купил новое железо - начались проблемы

Довольно часто случаются спонтанные перезагрузки либо просто виснет наглухо. Мышь, намлок не реагируют. Звук циклируется (если он был включен).

Просто при работе иногда вылазит бсод, дампы прилагаю. Но пологаю что эти бсоды из за чего-то другого.

Конфиг:

DualCore AMD Athlon 64 X2, 2900 MHz (14.5 x 200) 5600+
Asus M2N-E (3 PCI, 2 PCI-E x1, 1 PCI-E x4, 1 PCI-E x16, 4 DDR2 DIMM, Audio, Gigabit LAN)
PALIT NVIDIA GeForce 8600 GTS (256 mb)
2хDIMM2: OCZ XTC Platinum OCZ2P10001G
БП 450
3 винта

Винты, корпус и видяха от старого компа (там все ок) на видеокарте при переезде только заменил вентилятор на покруче

Перегрева нет, температура отличная.

Обновил дрова на видяху, енфорс - Не помогает :(

Когда писал этот пост - завис :(

При зависании пробовал открывать лоток сидюка... - работает.

Если бы были бсоды тогда все можно было понять из логов...а так...Идей уже нет

Код:
0: kd> !analyze -v
*******************************************************************************
*                                                                            *
*                        Bugcheck Analysis                                    *
*                                                                            *
*******************************************************************************

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
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 kernel debugger is available get stack backtrace.
Arguments:
Arg1: 71a5df52, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000008, value 0 = read operation, 1 = write operation
Arg4: 71a5df52, address which referenced memory

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

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
***                                                                  ***
***                                                                  ***
***    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                                    ***
***                                                                  ***
*************************************************************************
*************************************************************************
***                                                                  ***
***                                                                  ***
***    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                                    ***
***                                                                  ***
*************************************************************************
*********************************************************************
* 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+                                    *
*********************************************************************
*********************************************************************
* 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+                                    *
*********************************************************************

MODULE_NAME: nt

FAULTING_MODULE: 804d7000 nt

DEBUG_FLR_IMAGE_TIMESTAMP:  45e5484a

READ_ADDRESS: unable to get nt!MmSpecialPoolStart
unable to get nt!MmSpecialPoolEnd
unable to get nt!MmPoolCodeStart
unable to get nt!MmPoolCodeEnd
 71a5df52

CURRENT_IRQL:  2

FAULTING_IP:
+71a5df52
71a5df52 ??              ???

DEFAULT_BUCKET_ID:  WRONG_SYMBOLS

BUGCHECK_STR:  0xD1

LAST_CONTROL_TRANSFER:  from 71a5df52 to 80543a70

FAILED_INSTRUCTION_ADDRESS:
+71a5df52
71a5df52 ??              ???

STACK_TEXT: 
WARNING: Stack unwind information not available. Following frames may be wrong.
af21ad64 71a5df52 badb0d00 7c90eb94 00000000 nt!Kei386EoiHelper+0x2834
af21ad68 badb0d00 7c90eb94 00000000 00000000 0x71a5df52
af21ad6c 7c90eb94 00000000 00000000 00000000 0xbadb0d00
af21ad70 00000000 00000000 00000000 00000000 0x7c90eb94


STACK_COMMAND:  kb

FOLLOWUP_IP:
nt!Kei386EoiHelper+2834
80543a70 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
---------
Код:
Use !analyze -v to get detailed debugging information.

BugCheck 1000000A, {2621e, 1c, 0, 805444c7}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
***                                                                  ***
***                                                                  ***
***    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                                    ***
***                                                                  ***
*************************************************************************
*************************************************************************
***                                                                  ***
***                                                                  ***
***    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                                    ***
***                                                                  ***
*************************************************************************
*********************************************************************
* 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+                                    *
*********************************************************************
*********************************************************************
* 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+                                    *
*********************************************************************
Probably caused by : AmdK8.sys ( AmdK8+3552 )

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: 0002621e, memory referenced
Arg2: 0000001c, IRQL
Arg3: 00000000, 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: 805444c7, address which referenced memory

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

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
***                                                                  ***
***                                                                  ***
***    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                                    ***
***                                                                  ***
*************************************************************************
*************************************************************************
***                                                                  ***
***                                                                  ***
***    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                                    ***
***                                                                  ***
*************************************************************************
*********************************************************************
* 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+                                    *
*********************************************************************
*********************************************************************
* 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+                                    *
*********************************************************************

MODULE_NAME: AmdK8

FAULTING_MODULE: 804d7000 nt

DEBUG_FLR_IMAGE_TIMESTAMP:  4496462b

READ_ADDRESS: unable to get nt!MmSpecialPoolStart
unable to get nt!MmSpecialPoolEnd
unable to get nt!MmPoolCodeStart
unable to get nt!MmPoolCodeEnd
 0002621e

CURRENT_IRQL:  1c

FAULTING_IP:
nt+6d4c7
805444c7 ff80c4050000    inc    dword ptr [eax+5C4h]

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  WRONG_SYMBOLS

BUGCHECK_STR:  0xA

LAST_CONTROL_TRANSFER:  from ba99b552 to 805444c7

STACK_TEXT: 
WARNING: Stack unwind information not available. Following frames may be wrong.
805503c0 ba99b552 badb0d00 00000001 00000000 nt+0x6d4c7
80550450 805450cc 00000000 0000000e 00000000 AmdK8+0x3552
80550454 00000000 0000000e 00000000 00000000 nt+0x6e0cc


STACK_COMMAND:  kb

FOLLOWUP_IP:
AmdK8+3552
ba99b552 ??              ???

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  AmdK8+3552

FOLLOWUP_NAME:  MachineOwner

IMAGE_NAME:  AmdK8.sys

BUCKET_ID:  WRONG_SYMBOLS

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

spellozz 16-04-2008 00:08 782235
попробуй помудрить что-то с драйверами(даж не знаю что посоветовать,скорее всего поставить все с диска),и проверить память мемтестом...или для проверки поставить какую-нибудь другую ось...

rom2008 16-04-2008 00:10 782236
перегревается проц или что-то с оперативной памятью

ShellL 16-04-2008 06:40 782319
Цитата:
Цитата i can help you
DualCore AMD Athlon 64 X2, 2900 MHz (14.5 x 200) 5600+
Asus M2N-E (3 PCI, 2 PCI-E x1, 1 PCI-E x4, 1 PCI-E x16, 4 DDR2 DIMM, Audio, Gigabit LAN)
PALIT NVIDIA GeForce 8600 GTS (256 mb)
2хDIMM2: OCZ XTC Platinum OCZ2P10001G
БП 450
3 винта »
какой блок питания - если noname то его мощности реально не хватает для твоей конфигурации
назови сколько лет БП и его модель
так же возможно твоя материнка начинает поддерживать установленный процессор начиная с какой то более новой версии биос, например
M2N-E в версиях биос 0203 - 0802 вводится поддержка новых процессоров
проверьте свою версию биос на материнской плате и обновитесь последним (1305)
поддержка твоего процессора включена с версии 0502
последний можно скачать по ссылке:
http://dlsvr01.asus.com/pub/ASUS/mb/...M2N-E/1305.zip
суппорт процессоров проверить можно по этой ссылке: http://support.asus.com/cpusupport/c...Language=en-us
необходимо выбрать сокет, модель м.б. и посмотреть
http://support.asus.com/download/dow...ru&model=M2N-E
все последние обновления для M2N-E

i can help you 16-04-2008 09:44 782384
Большое спасибо за советы.
проверил с помощью http://testmem.nm.ru/ - все окей

Проц не перегревается.

блок питания от этого корпуса
http://www.jupiter-group.ru/product/...e&flag=2&id=24
Ему от силы 2 месяца.

Версия биоса 1202.
Сейчас буду перепрошивать

но думаю видяха конфликтует, ибо все просто тупо виснет. Бсодов нет.

i can help you 16-04-2008 10:57 782422
почитал что изменили в биосе. Решил не перепрошивать.
Опасно. Думаю дело явно не в этом

Поменял видео карту на старую... зависания продолжаются.
:( :( :(

i can help you 16-04-2008 12:19 782482
новый дамп выдали

Код:
Microsoft (R) Windows Debugger Version 6.8.0004.0 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [E:\WINDOWS\Minidump\Mini041608-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are 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+                                    *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 2) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Kernel base = 0x804d7000 PsLoadedModuleList = 0x805624a0
Debug session time: Wed Apr 16 15:33:29.656 2008 (GMT+4)
System Uptime: 0 days 0:35:49.373
*********************************************************************
* 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+                                    *
*********************************************************************
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
*** ERROR: Module load completed but symbols could not be loaded for ntoskrnl.exe
Loading Kernel Symbols
...........................................................................................................................
Loading User Symbols
Loading unloaded module list
........................
*******************************************************************************
*                                                                            *
*                        Bugcheck Analysis                                    *
*                                                                            *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000007F, {8, f7717d70, 0, 0}

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
***                                                                  ***
***                                                                  ***
***    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                                    ***
***                                                                  ***
*************************************************************************
*************************************************************************
***                                                                  ***
***                                                                  ***
***    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                                    ***
***                                                                  ***
*************************************************************************
*********************************************************************
* 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+                                    *
*********************************************************************
*********************************************************************
* 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+                                    *
*********************************************************************
Probably caused by : hardware ( nt+9800 )

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

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

UNEXPECTED_KERNEL_MODE_TRAP_M (1000007f)
This means a trap occurred in kernel mode, and it's a trap of a kind
that the kernel isn't allowed to have/catch (bound trap) or that
is always instant death (double fault).  The first number in the
bugcheck params is the number of the trap (8 = double fault, etc)
Consult an Intel x86 family manual to learn more about what these
traps are. Here is a *portion* of those codes:
If kv shows a taskGate
        use .tss on the part before the colon, then kv.
Else if kv shows a trapframe
        use .trap on that value
Else
        .trap on the appropriate frame will show where the trap was taken
        (on x86, this will be the ebp that goes with the procedure KiTrap)
Endif
kb will then show the corrected stack.
Arguments:
Arg1: 00000008, EXCEPTION_DOUBLE_FAULT
Arg2: f7717d70
Arg3: 00000000
Arg4: 00000000

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

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
***                                                                  ***
***                                                                  ***
***    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                                    ***
***                                                                  ***
*************************************************************************
*************************************************************************
***                                                                  ***
***                                                                  ***
***    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                                    ***
***                                                                  ***
*************************************************************************
*********************************************************************
* 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+                                    *
*********************************************************************
*********************************************************************
* 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+                                    *
*********************************************************************

FAULTING_MODULE: 804d7000 nt

DEBUG_FLR_IMAGE_TIMESTAMP:  0

BUGCHECK_STR:  0x7f_8

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  DRIVER_FAULT

MISALIGNED_IP:
nt+9800
804e0800 4d              dec    ebp

LAST_CONTROL_TRANSFER:  from 00000000 to 804e0800

STACK_TEXT: 
af4ae004 00000000 804e01b2 00000008 00010002 nt+0x9800


STACK_COMMAND:  kb

FOLLOWUP_IP:
nt+9800
804e0800 4d              dec    ebp

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  nt+9800

FOLLOWUP_NAME:  MachineOwner

IMAGE_NAME:  hardware

MODULE_NAME: hardware

FAILURE_BUCKET_ID:  IP_MISALIGNED

BUCKET_ID:  IP_MISALIGNED

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

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

UNEXPECTED_KERNEL_MODE_TRAP_M (1000007f)
This means a trap occurred in kernel mode, and it's a trap of a kind
that the kernel isn't allowed to have/catch (bound trap) or that
is always instant death (double fault).  The first number in the
bugcheck params is the number of the trap (8 = double fault, etc)
Consult an Intel x86 family manual to learn more about what these
traps are. Here is a *portion* of those codes:
If kv shows a taskGate
        use .tss on the part before the colon, then kv.
Else if kv shows a trapframe
        use .trap on that value
Else
        .trap on the appropriate frame will show where the trap was taken
        (on x86, this will be the ebp that goes with the procedure KiTrap)
Endif
kb will then show the corrected stack.
Arguments:
Arg1: 00000008, EXCEPTION_DOUBLE_FAULT
Arg2: f7717d70
Arg3: 00000000
Arg4: 00000000

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

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
***                                                                  ***
***                                                                  ***
***    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                                    ***
***                                                                  ***
*************************************************************************
*************************************************************************
***                                                                  ***
***                                                                  ***
***    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                                    ***
***                                                                  ***
*************************************************************************
*********************************************************************
* 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+                                    *
*********************************************************************
*********************************************************************
* 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+                                    *
*********************************************************************

FAULTING_MODULE: 804d7000 nt

DEBUG_FLR_IMAGE_TIMESTAMP:  0

BUGCHECK_STR:  0x7f_8

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  DRIVER_FAULT

MISALIGNED_IP:
nt+9800
804e0800 4d              dec    ebp

LAST_CONTROL_TRANSFER:  from 00000000 to 804e0800

STACK_TEXT: 
af4ae004 00000000 804e01b2 00000008 00010002 nt+0x9800


STACK_COMMAND:  kb

FOLLOWUP_IP:
nt+9800
804e0800 4d              dec    ebp

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  nt+9800

FOLLOWUP_NAME:  MachineOwner

IMAGE_NAME:  hardware

MODULE_NAME: hardware

FAILURE_BUCKET_ID:  IP_MISALIGNED

BUCKET_ID:  IP_MISALIGNED

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

Grub 16-04-2008 15:50 782616
Цитата:
Цитата i can help you
почитал что изменили в биосе. Решил не перепрошивать.
Опасно. Думаю дело явно не в этом »
Лучше перепрошить. Многие проблемы исчезают после перепрошивки. На сайте асуса все подробно описано как перепрошивать. Делается за минуту.

i can help you 16-04-2008 17:26 782676
да я к тому что
при перепрошивке очень велик шанс вне планового ребута.
Страшно :)

Grub 16-04-2008 17:42 782687
Включи комп и зайди в БИОС. Ничего не делай и подожди так минут 10. Можно повторить так раза 3. Если в во время нахождения в БИОСе ребута не будет, то можешь смело перепрошивать. Перепрошивается секунд за 20-30.

i can help you 16-04-2008 17:49 782694
Спасибо. Так и сделаю

Но, тут обнаружил что нужен флоп для перепрошивки... которого у меня нет.
:(

Grub 16-04-2008 18:08 782720
Цитата:
Цитата i can help you
Но, тут обнаружил что нужен флоп для перепрошивки... которого у меня нет. »
попроси у знакомых, друзей, соседа и т.д. Можно купить б\у - что совсем дешево было, можно новый чтоб дешево, но уж не так :)

yurfed 17-04-2008 01:36 782972
i can help you,
Цитата:
Type referenced: nt!_KPRCB
ни что иное как Processor Control Block
Установи драйвера http://www.nix.ru/download_drivers_b...?good_id=61594

i can help you 17-04-2008 08:54 783056
поставил все это
Изменений нет
зато есть новый дамп:
Код:
0: kd> !analyze -v
*******************************************************************************
*                                                                            *
*                        Bugcheck Analysis                                    *
*                                                                            *
*******************************************************************************

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
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 kernel debugger is available get stack backtrace.
Arguments:
Arg1: a54e20b1, memory referenced
Arg2: 0000001c, IRQL
Arg3: 00000000, value 0 = read operation, 1 = write operation
Arg4: a54e20b1, address which referenced memory

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

***** Kernel symbols are WRONG. Please fix symbols to do analysis.

*************************************************************************
***                                                                  ***
***                                                                  ***
***    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                                    ***
***                                                                  ***
*************************************************************************
*************************************************************************
***                                                                  ***
***                                                                  ***
***    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                                    ***
***                                                                  ***
*************************************************************************
*********************************************************************
* 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+                                    *
*********************************************************************
*********************************************************************
* 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+                                    *
*********************************************************************

MODULE_NAME: NDIS

FAULTING_MODULE: 804d7000 nt

DEBUG_FLR_IMAGE_TIMESTAMP:  41107ec3

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

CURRENT_IRQL:  1c

FAULTING_IP:
+ffffffffa54e20b1
a54e20b1 ??              ???

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  WRONG_SYMBOLS

BUGCHECK_STR:  0xD1

LAST_CONTROL_TRANSFER:  from 00000000 to a54e20b1

FAILED_INSTRUCTION_ADDRESS:
+ffffffffa54e20b1
a54e20b1 ??              ???

SYMBOL_ON_RAW_STACK:  1

STACK_ADDR_RAW_STACK_SYMBOL: ffffffffb060bde8

STACK_COMMAND:  dds B060BDE8-0x20 ; kb

STACK_TEXT: 
b060bdc8  00000000
b060bdcc  7c90eb94
b060bdd0  0000001b
b060bdd4  00200202
b060bdd8  0012f708
b060bddc  00000023
b060bde0  804ec791 nt+0x15791
b060bde4  f7411b85 NDIS+0x6b85
b060bde8  8897d400
b060bdec  00000000
b060bdf0  0020027f
b060bdf4  7c910000
b060bdf8  00000000
b060bdfc  00000000
b060be00  00000000
b060be04  00000000
b060be08  00001fa0
b060be0c  0000ffff
b060be10  895ebb00
b060be14  e35771f0
b060be18  0000ba34
b060be1c  00000000
b060be20  e35771f0
b060be24  00000004
b060be28  00003af2
b060be2c  00000000
b060be30  bf82327c win32k+0x2327c
b060be34  bc69e548
b060be38  000078a8
b060be3c  00000000
b060be40  0000038c
b060be44  e3bb0848


FOLLOWUP_IP:
NDIS+6b85
f7411b85 ??              ???

SYMBOL_NAME:  NDIS+6b85

FOLLOWUP_NAME:  MachineOwner

IMAGE_NAME:  NDIS.sys

BUCKET_ID:  WRONG_SYMBOLS

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

ShellL 17-04-2008 10:55 783114
выложи сами дампы несколько штук

по блоку питания, какой у вас из 3х - 6XR8/450(2.2), 6XR8/500(2.01) или 6XR8-PE/600(2.2)
хотя все три порядочные

i can help you 17-04-2008 12:04 783149
http://ifolder.ru/6196035
последние дампы.
(дампы делаются только в процентах 10 случаев. Когда есть бсод)

БП у меня на 450


Вчера тестил другой бп, проверенный на 350 правда. Эффект тот же

gf100 17-04-2008 12:21 783159
i can help you, я от похожей напасти избавился заменив шнурок SATA к диску... Я думаю, есть смысл погонять систему только с одним диском заменив ему интерфейсный шнур...

yurfed 17-04-2008 14:28 783266
Mini041708-02.dmp
Crash date: Thu Apr 17 09:20:53.828 2008 (GMT+4)
Stop error code: 0x7f_8
Probably caused by: ntoskrnl.exe ( nt+98f0 )

Mini041708-01.dmp
Crash date: Thu Apr 17 01:53:03.015 2008 (GMT+4)
Stop error code: 0xD1
Probably caused by: win32k.sys ( win32kGreCombineRgn+202 )

Mini041608-01.dmp
Crash date: Wed Apr 16 15:33:29.656 2008 (GMT+4)
Stop error code: 0x7f_8
Probably caused by: hardware ( nt+9800 )

Mini041508-02.dmp
Crash date: Tue Apr 15 18:32:24.593 2008 (GMT+4)
Stop error code: 0xD1
Probably caused by: ntkrpamp.exe ( ntKiTrap0E+238 )
[/quote]

По ошибке 0xD1
По ошибке 0x7f
Протестируй всё железо стресс-тестом, с помощью S&M

i can help you 17-04-2008 15:03 783290
я это уже делал. 2 раза. Все окей.

spellozz 17-04-2008 17:16 783387
http://support.asus.com/download/dow...Language=ru-ru
раздел BIOS.скачиваем последнюю версию,потом залезаем в раздел Утилиты.Далее ищем ASUS Update V7.13.04.(Сервер у них бывает лагает,поэтому эту порграмму можно спокойно скачать с другого источника и другой версии,например 7.13.02).Опять качаем,устанавливаем.Запускаем,выбираем Update BIOS from file.Выбираем файл биоса 1305.rom,и обновляем из Windows.Обновление занимает секунд 30...если боитесь внепланового рестарта то лучше это сделать сразу же после загрузки системы.
Желаю удачи!;)

Цитата:
Цитата i can help you
IMAGE_NAME: NDIS.sys »
Это NDIS wrapper driver.
NDIS позволяет транспортным протоколам, таким как TCP/IP взаимодействовать с нижестоящими протоколами устройства (например сетевой карты) чтобы они могли посылать данные по сети. NDIS Wrapper представляет стандартный интерфейс между драйверами протоколов и драйверами NDIS-устройств.
Попробуй переставить драйверы сетевой карты и модема

yurfed 18-04-2008 10:23 783832
i can help you, попробуй boot.ini к загружаемой ОС добавить опцию
.........../noexecute=OptIn /fastdetect /KERNEL=ntkrnlmp.exe
или поэксперементируй с другими именами (ниже)
Цитата:
ntoskrnl.exe - однопроцессорное ядро (стандартное)
ntkrnlmp.exe - многопроцессорное ядро
ntkrnlpa.exe - однопроцессорное ядро с более чем 3 ГБ оперативной памяти
ntkrpamp.exe - многопроцессорное ядро с более чем 3 ГБ оперативной памяти

Petya V4sechkin 18-04-2008 13:13 783967
Цитата:
Цитата i can help you
DualCore AMD Athlon 64 X2, 2900 MHz (14.5 x 200) 5600+
А почему так? У него ведь частота 2800 МГц, 14 x 200.
Попробуйте сбросить настройки BIOS на default (по умолчанию).

i can help you 22-04-2008 01:27 786426
Сорри что давно не писал.
Думал все улучшилось.

Переставил винду, перераспределил питание винтов (меньше устройств на основном)

Пару дней поюзал - все было отлично, зависло всего 2 раза.

Сегодня опять началось. уже наверное раз 10 за сегодня. Хотя ничего такого не делал, ни устанавливал новый софт, ни дрова - ничего.

биос спрошу, мать обновлю точно. Спасибо за советы.

/KERNEL=ntkrnlmp.exe - делал на старой винде. Бсод с этим косяком исчезал, а вот фризы нет. Не понятно конечно почему он все время детектил разный HAL

Oleg_SK 22-04-2008 22:26 787103
i can help you, у меня аналогичная мат. плата и очень похожие проблемы. IMHO, эта мат. плата очень капризна по отношению к установленной RAM. Проверти, если ваши планки RAM не указаны явно как подходящие, то у вас, вполне вероятно, такая-же проблема... В моем случае удалось сперва значительно сократить кол-во возникающих проблем простой переустановкой модулей RAM из слотов A1 и B1 в слоты A2 и B2, а затем почти избавиться от проблем установив оперативку в одноканальный режим (слоты B1 и B2).

i can help you 23-04-2008 21:51 787804
Цитата:
почти избавился от проблем
:(
сочувствую

видимо попалось глючное шайтан-железо

Мать перепрошил, сегодня завис уже 3 раза.

slipkill 24-04-2008 19:42 788490
В своё время эксплуатировал эту мамку-проблем не возникало.Проц правда был 4.2ГГц.Считаю что для такой конфигурации недостаточно мощности БП.Если есть возможность протестируй своё железо с более мощным БП,в эвересте погоняй тесты памяти и процессора.

i can help you 24-04-2008 21:12 788545
мне так не кажется. 450 это много для такой конфигурации.

Oleg_SK 25-04-2008 03:13 788733
slipkill
Цитата:
Цитата slipkill
Считаю что для такой конфигурации недостаточно мощности БП.Если есть возможность протестируй своё железо с более мощным БП,в эвересте погоняй тесты памяти и процессора. »
У меня похожие проблемы наблюдаются на компе со следующей конфигурацией (в кратце):
БП: FSP 450W (его замена на Hunt Key 450W проблемы не решила)
Мат. плата: M2N-E (замена не помогла)
Видеокарта: Asus GeForce 7600GT
RAM: 2Gb (2x1Gb) DDRII PC6400 Apacer (обе планки одинаковые)
HDD: 2 x Seagate Barracuda 7200.10 320Gb SATAII
CD/DVD: Asus DVD-RW

Интересно, что когда я отчаялся самостоятельно (используя для этого свои знания и опыт, а так-же помощь этого форума) найти неисправность, и обратился в за консультацией в СЦ, то там услышав, что мат. плата основана на базе чипсета nForce 570, сразу сказали, что проблема скорее всего в несовместимости мат. платы и RAM. При этом, моя система без проблем проходит тестирование c помощью MemTest (тест шел несколько суток), длительного архивирования. Проблемы имеют плавающий характер, и могут возникать как в тяжелых приложениях, так и при работе без особой нагрузки (т.е. при рабочем столе). Как я уже говорил, частота возникновения проблем очень зависит от того, в какие слоты вставлены планки RAM и в какой последовательности. Интересно, что установив память определенным образом (в слоты A1 и B1), я могу добиться такой глючной работы компа, что даже ОС (WinXP Pro SP2) не сможет установиться: на первом этапе установки (до первой перезагрузки) комп ОЧЕНЬ ЧАСТО виснет либо в процессе форматирования, либо при последующем копировании файлов.

i can help you
Цитата:
Цитата Oleg_SK
почти избавиться от проблем »
Цитата:
Цитата i can help you
сочувствую »
За последние 3 - 4 месяца проблемы возникали только пару раз, так что можно сказать, что стабильность работы приемлемая...

i can help you 25-04-2008 09:37 788840
Цитата:
Мат. плата: M2N-E (замена не помогла)
Это как так? замена на такую же не помогла?

Oleg_SK 25-04-2008 23:39 789378
i can help you
Цитата:
Цитата i can help you
замена на такую же не помогла? »
Все верно, после замены моей мат. платы на другой экземпляр M2N-E проблемы не пропали.

FRZ 26-04-2008 23:32 789973
Oleg_SK, я лично не слышал про проблемы с 570 чипсетом, но у тебя все симптомы именно несовместимости

Oleg_SK 27-04-2008 01:35 790023
FRZ
Благодарю, то что это несовместимость железа уже понятно. Вопрос в том: что это за несовместимость? Хочу выяснить этот вопрос для себя, чтобы в следующий раз не наступить на эти же грабли... Вроде бы, на первый взгляд, мат. плата и модули RAM должны быть совместимы, т.к. модули RAM соответствуют требованиям этой мат. платы: DDRII 800, так в чем же проблема? Или память делают не по одной спецификации, и нет четких стандартов? К сожалению, там где я живу не всегда возможно найти те модели RAM, которые рекомендует производитель мат. платы.

yurfed 27-04-2008 01:44 790028
Цитата:
Цитата Oleg_SK
т.к. модули RAM соответствуют требованиям этой мат. платы: DDRII 800, так в чем же проблема? »
В производителе! Например моя мамка тупит с Kingston'ом.

Oleg_SK 27-04-2008 02:46 790052
yurfed
Хм, я нигде не видел систематизированной инфы по этой теме. Получается, что сейчас избежать этих проблем можно только благодаря везению... :search: Может быть есть смысл знающим людям собрать инфу по подобным несовместимостям в одном месте?

yurfed 27-04-2008 08:28 790088
Oleg_SK, да собсно, с этим делом сейчас всё нормально. Редко бывают траблы, но ещё есть. Поэтому перед покупкой зайти на сайт производителя материнки и ознакомиться со спецификацией. Допустим не захотят работать односторонняя и двусторонняя планки или наоборот.
Цитата:
собрать инфу по подобным несовместимостям в одном месте?
А смысл? Многое меняется от БИОСа к БИОСу.

FRZ 27-04-2008 22:13 790419
Цитата:
Цитата Oleg_SK
Получается, что сейчас избежать этих проблем можно только благодаря везению... »
ну собственно, да. еще можно избежать, покупая планки, которые точно совместимы (из списка производителя). в остальном - чистое везение.

P/S/ Из своего опыта скажу, что пока ничего лучше PIONER'а не нашел, это из бюджетных, естественно...

i can help you 29-04-2008 22:34 791719
Всем спасибо за помощь. Попробовал абсолютно все что посоветовали. Не помогло.

Поменял это глючное железо и все ок теперь.


Время: 10:01.

Время: 10:01.
© OSzone.net 2001-