Lỗi màn hình xanh . BSoD

[hoangtrungs]

Cần mọi người chỉ giúp hướng khắc phục về vấn đề tự động reset lại máy khi chạy chương trình .

Cấu hình máy mới ráp đc khoảng 1 tuần
Core 2 2.66 ( 8200 )
Main Asus P5K-VM
Ram 2G
VGA on board
Nguồn ACBEL 430

Khi mình chạy các ứng dụng bình thường như VMWare , Defrag hay 1 số ứng dụng nặng cùng 1 lúc thì ko sao nhưng khi chạy game VLTK2 từ 2 tài khoản trở lên ( 1 game nhưng mở 2 3 4 cửa sổ ) thì hay bị treo máy và bị reset , cho dù 1 ct chỉ chiếm RAM rất ít ( máy lúc trước khá yếu nhưung vẫn chạy đựoc 4 5 tài khoản cùng 1 lúc ) . Trong khi đó thì chỉ chạy 1 game vltk2 và các ứng dụng khác thì ko sao .

Đã cài lại win và VLTK rồi nhưng vân như cũ .
Đây là lỗi báo màn hình xanh :

The driver igxprd32 for the display device \Device\Video0 got stuck in an infinite loop. This usually indicates a problem with the device itself or with the device driver programming the hardware incorrectly. Please check with your hardware device vendor for any driver updates.


Mình đã đọc và tìm cách tìm nguyên nhân lỗi màn hình xanh giống ở đây :
http://www.diendantinhoc.com/index.php?showtopic=82116


Và kết quả cho ra thế này :

Microsoft ® Windows Debugger Version 6.9.0003.113 X86
Copyright © Microsoft Corporation. All rights reserved.


Loading Dump File [G:\WINDOWS\Minidump\Mini073108-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows XP Kernel Version 2600 (Service Pack 2) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp_sp2_qfe.070227-2300
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055c700
Debug session time: Thu Jul 31 17:31:10.343 2008 (GMT+7)
System Uptime: 0 days 10:08:41.012
Loading Kernel Symbols
................................................................................
...................................................
Loading User Symbols
Loading unloaded module list
.................
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 100000EA, {8915eb38, 88e72468, ba4dbcbc, 1}

Probably caused by : win32k.sys ( win32k!GreAcquireFastMutex+14 )

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

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

THREAD_STUCK_IN_DEVICE_DRIVER_M (100000ea)
The device driver is spinning in an infinite loop, most likely waiting for
hardware to become idle. This usually indicates problem with the hardware
itself or with the device driver programming the hardware incorrectly.
If the kernel debugger is connected and running when watchdog detects a
timeout condition then DbgBreakPoint() will be called instead of KeBugCheckEx()
and detailed message including bugcheck arguments will be printed to the
debugger. This way we can identify an offending thread, set breakpoints in it,
and hit go to return to the spinning code to debug it further. Because
KeBugCheckEx() is not called the .bugcheck directive will not return bugcheck
information in this case. The arguments are already printed out to the kernel
debugger. You can also retrieve them from a global variable via
"dd watchdog!g_WdBugCheckData l5" (use dq on NT64).
On MP machines it is possible to hit a timeout when the spinning thread is
interrupted by hardware interrupt and ISR or DPC routine is running at the time
of the bugcheck (this is because the timeout's work item can be delivered and
handled on the second CPU and the same time). If this is the case you will have
to look deeper at the offending thread's stack (e.g. using dds) to determine
spinning code which caused the timeout to occur.
Arguments:
Arg1: 8915eb38, Pointer to a stuck thread object. Do .thread then kb on it to find
the hung location.
Arg2: 88e72468, Pointer to a DEFERRED_WATCHDOG object.
Arg3: ba4dbcbc, Pointer to offending driver name.
Arg4: 00000001, Number of times "intercepted" bugcheck 0xEA was hit (see notes).

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


FAULTING_THREAD: 8915eb38

DEFAULT_BUCKET_ID: GRAPHICS_DRIVER_FAULT

CUSTOMER_CRASH_COUNT: 1

BUGCHECK_STR: 0xEA

PROCESS_NAME: so2game.exe

LAST_CONTROL_TRANSFER: from bf804794 to 806e4952

STACK_TEXT:
a662dc10 bf804794 a662dc28 bf87f2eb 896d2bf8 hal!ExAcquireFastMutex+0x12
a662dc18 bf87f2eb 896d2bf8 a662dc78 a662dc60 win32k!GreAcquireFastMutex+0x14
a662dc28 bf8e414e e38efda0 e1fcb714 bf8e4136 win32k!dhpdevRetrieveNode+0x11
a662dc60 bf009af4 a662dc78 e39b5b30 e2dc26b8 win32k!WatchdogDdLock+0x18
a662dcd8 bf00a315 e1fcb714 00000000 00000000 dxg!pDdLockSurfaceOrBuffer+0x288
a662dd30 bf00a602 e1fcb714 e2dc26b8 00000000 dxg!hbmDdCreateAndLockGdiSurface+0xb3
a662dd54 805409ac e1fcb008 00000000 0012f1b4 dxg!DxDdGetDC+0x5a
a662dd54 7c90eb94 e1fcb008 00000000 0012f1b4 nt!KiFastCallEntry+0xfc
WARNING: Frame IP not in any known module. Following frames may be wrong.
0012f1b4 00000000 00000000 00000000 00000000 0x7c90eb94


STACK_COMMAND: .thread 0xffffffff8915eb38 ; kb

FOLLOWUP_IP:
win32k!GreAcquireFastMutex+14
bf804794 5d pop ebp

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: win32k!GreAcquireFastMutex+14

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: win32k

IMAGE_NAME: win32k.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4625fd94

FAILURE_BUCKET_ID: 0xEA_win32k!GreAcquireFastMutex+14

BUCKET_ID: 0xEA_win32k!GreAcquireFastMutex+14

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

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

THREAD_STUCK_IN_DEVICE_DRIVER_M (100000ea)
The device driver is spinning in an infinite loop, most likely waiting for
hardware to become idle. This usually indicates problem with the hardware
itself or with the device driver programming the hardware incorrectly.
If the kernel debugger is connected and running when watchdog detects a
timeout condition then DbgBreakPoint() will be called instead of KeBugCheckEx()
and detailed message including bugcheck arguments will be printed to the
debugger. This way we can identify an offending thread, set breakpoints in it,
and hit go to return to the spinning code to debug it further. Because
KeBugCheckEx() is not called the .bugcheck directive will not return bugcheck
information in this case. The arguments are already printed out to the kernel
debugger. You can also retrieve them from a global variable via
"dd watchdog!g_WdBugCheckData l5" (use dq on NT64).
On MP machines it is possible to hit a timeout when the spinning thread is
interrupted by hardware interrupt and ISR or DPC routine is running at the time
of the bugcheck (this is because the timeout's work item can be delivered and
handled on the second CPU and the same time). If this is the case you will have
to look deeper at the offending thread's stack (e.g. using dds) to determine
spinning code which caused the timeout to occur.
Arguments:
Arg1: 8915eb38, Pointer to a stuck thread object. Do .thread then kb on it to find
the hung location.
Arg2: 88e72468, Pointer to a DEFERRED_WATCHDOG object.
Arg3: ba4dbcbc, Pointer to offending driver name.
Arg4: 00000001, Number of times "intercepted" bugcheck 0xEA was hit (see notes).

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


FAULTING_THREAD: 8915eb38

DEFAULT_BUCKET_ID: GRAPHICS_DRIVER_FAULT

CUSTOMER_CRASH_COUNT: 1

BUGCHECK_STR: 0xEA

PROCESS_NAME: so2game.exe

LAST_CONTROL_TRANSFER: from bf804794 to 806e4952

STACK_TEXT:
a662dc10 bf804794 a662dc28 bf87f2eb 896d2bf8 hal!ExAcquireFastMutex+0x12
a662dc18 bf87f2eb 896d2bf8 a662dc78 a662dc60 win32k!GreAcquireFastMutex+0x14
a662dc28 bf8e414e e38efda0 e1fcb714 bf8e4136 win32k!dhpdevRetrieveNode+0x11
a662dc60 bf009af4 a662dc78 e39b5b30 e2dc26b8 win32k!WatchdogDdLock+0x18
a662dcd8 bf00a315 e1fcb714 00000000 00000000 dxg!pDdLockSurfaceOrBuffer+0x288
a662dd30 bf00a602 e1fcb714 e2dc26b8 00000000 dxg!hbmDdCreateAndLockGdiSurface+0xb3
a662dd54 805409ac e1fcb008 00000000 0012f1b4 dxg!DxDdGetDC+0x5a
a662dd54 7c90eb94 e1fcb008 00000000 0012f1b4 nt!KiFastCallEntry+0xfc
WARNING: Frame IP not in any known module. Following frames may be wrong.
0012f1b4 00000000 00000000 00000000 00000000 0x7c90eb94


STACK_COMMAND: .thread 0xffffffff8915eb38 ; kb

FOLLOWUP_IP:
win32k!GreAcquireFastMutex+14
bf804794 5d pop ebp

SYMBOL_STACK_INDEX: 1

SYMBOL_NAME: win32k!GreAcquireFastMutex+14

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: win32k

IMAGE_NAME: win32k.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4625fd94

FAILURE_BUCKET_ID: 0xEA_win32k!GreAcquireFastMutex+14

BUCKET_ID: 0xEA_win32k!GreAcquireFastMutex+14

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

[hoangtrungs]

Bác nào giúp em 1 phát , vì máy em ko mua nguyên bộ mà rải rác ở các cửa hàng TP HCM , nên đi bảo hành cũng méo mặt .

[goitenem88]

update drivers đi, lau sạch rau

[anhlam]

Originally Posted by hoangtrungs

Cần mọi người chỉ giúp hướng khắc phục về vấn đề tự động reset lại máy khi chạy chương trình .

Cấu hình máy mới ráp đc khoảng 1 tuần
Core 2 2.66 ( 8200 )
Main Asus P5K-VM
Ram 2G
VGA on board
Nguồn ACBEL 430

Khi mình chạy các ứng dụng bình thường như VMWare , Defrag hay 1 số ứng dụng nặng cùng 1 lúc thì ko sao nhưng khi chạy game VLTK2 từ 2 tài khoản trở lên ( 1 game nhưng mở 2 3 4 cửa sổ ) thì hay bị treo máy và bị reset , cho dù 1 ct chỉ chiếm RAM rất ít ( máy lúc trước khá yếu nhưung vẫn chạy đựoc 4 5 tài khoản cùng 1 lúc ) . Trong khi đó thì chỉ chạy 1 game vltk2 và các ứng dụng khác thì ko sao .

Đã cài lại win và VLTK rồi nhưng vân như cũ .
Đây là lỗi báo màn hình xanh :

The driver igxprd32 for the display device \Device\Video0 got stuck in an infinite loop. This usually indicates a problem with the device itself or with the device driver programming the hardware incorrectly. Please check with your hardware device vendor for any driver updates.


Mình đã đọc và tìm cách tìm nguyên nhân lỗi màn hình xanh giống ở đây :Microsoft ® Windows Debugger Version 6.9.0003.113 X86
Copyright © Microsoft Corporation. All rights reserved.


Loading Dump File [G:\WINDOWS\Minidump\Mini073108-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:\websymbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows XP Kernel Version 2600 (Service Pack 2) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 2600.xpsp_sp2_qfe.070227-2300
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055c700
Debug session time: Thu Jul 31 17:31:10.343 2008 (GMT+7)
System Uptime: 0 days 10:08:41.012
Loading Kernel Symbols
.................................................. ..............................
.................................................. .
Loading User Symbols
Loading unloaded module list
.................
************************************************** *****************************
* *
* Bugcheck Analysis *
* *
************************************************** *****************************

Use !analyze -v to get detailed debugging information.

BugCheck 100000EA, {8915eb38, 88e72468, ba4dbcbc, 1}

Probably caused by : win32k.sys ( win32k!GreAcquireFastMutex+14 )

Followup: MachineOwner

1/Cài lại driver card vga onboard có trong cái đĩa cd kèm theo main
2/Đã có bản sp 3 chính thức cho win xp, bác download hay mua đĩa về cài cho win xp sp2 của bác xem

[hoangtrungs]

Em vừa cài lại SP3 mua ngoài tiệm ( xài key xịn order lun nhá )
Driver VGA thì em đã thử cài lại + down driver mới của ASUS về cài cũng lỗi tương tự .

[Sinbad]

Cái này chắc tại RAM, cắm thử thanh khác vào xem sao

[Commandos]

Lỗi màn hình xanh

Do Ram hoặc lỗi Windows.

Em vừa cài lại SP3 mua ngoài tiệm ( xài key xịn order lun nhá )
Driver VGA thì em đã thử cài lại + down driver mới của ASUS về cài cũng lỗi tương tự .

Còn lại là xem Ram thế nào

[titi]

Lỗi dump màn hình xanh là liên quan đến phần cứng rồi đấy bạn ạ, kiểm tra lại từng món rồi đem di bảo hành thôi, nguồn nếu cấp không đủ hoặc chập chờn cũng hay bị dump bất chợt lắm.

[hoangtrungs]

Ram đã gở ra gắn vào thử từng cây hay đổi khe slot cũng vậy . Nguồn ACBEL 430 nếu bị do nguồn thì khi chạy mấy ứng dụng khác no sẽ reset đột ngột chứ ko báo như trên .... chỉ còn có cái main với cái CPU , bó trym !

[hoangtrungs]

Lỗi đã đc xác định do cái VGA intel cùi bắp ..... Nhân tiện bác nào có cái VGA nào tầm 500k <== em cần
p/s FX 6600 giờ nhiu 1 cái hỉ ?