Skoro przez kilka lat na poprzedniej karcie graficznej GF 7600 wszystko działało bez zarzutu, to być może problem lerzy po stronie nowej karty graficznej GF 7800, a nie w samym doborze odpowiedniego sterownika do karty.
Kartę kupiłeś nową czy używaną ? Być może poprzedni właściciel katował ją podkręcaniem.
Jaki system chłodzenia posiada Twoja karta graficzna ? Sam radiator czy radiator z wentylatorem ?
Pograj kilkanaście minut w PES 2012 po czym dotknij palcem radiatora karty - jeżeli parzy, to niedobrze.
Sprawdź czy podczas obciążenia karty wentylator pracuje poprawnie, tzn. nie zwalnia czy też nie zatrzymuje się.
Oczywiście wcześniej ściągnij boczną ściankę obudowy, aby mieć natychmiastowy dostęp do karty.
Ponadto sprawdź czy pomiędzy radiatorem, a procesorem graficznym karty widać pastę termoprzewodzącą (jeżeli karta jest używana).
Dodatkowo otwórz panel kontrolny NVIDIA i pokaż screen z ustawień 3D karty.
Błąd systemu Probably caused by : nv4_disp.dll
-
seba86mu
- Posty: 9744
- Rejestracja: 13 lis 2008, 18:07
- Lokalizacja: Sosnowiec
-
Arcadio Morello
- Posty: 702
- Rejestracja: 25 sty 2012, 00:52
Błąd systemu Probably caused by : nv4_disp.dll
Karta graficzna została kupiona jako używana. Ma miedziany radiator z wentylatorem:
Tutaj podgląd jak karta wygląda:
Dostępne tylko dla zarejestrowanych użytkowników
Gdy włączam grę PES 2012 wentylator zaczyna działać na pełnych obrotach. Słychać wtedy jak pracuje. Wcześniej dotykałem karty graficznej i była tylko ciepła, ale później sprawdzę jeszcze raz
Screeny:
Dostępne tylko dla zarejestrowanych użytkowników
Dostępne tylko dla zarejestrowanych użytkowników
Tutaj podgląd jak karta wygląda:
Dostępne tylko dla zarejestrowanych użytkowników
Gdy włączam grę PES 2012 wentylator zaczyna działać na pełnych obrotach. Słychać wtedy jak pracuje. Wcześniej dotykałem karty graficznej i była tylko ciepła, ale później sprawdzę jeszcze raz
Screeny:
Dostępne tylko dla zarejestrowanych użytkowników
Dostępne tylko dla zarejestrowanych użytkowników
-
cosik_ktosik
- Posty: 21416
- Rejestracja: 13 lis 2008, 01:17
- Lokalizacja: Szczecin
- Kontaktowanie:
Błąd systemu Probably caused by : nv4_disp.dll
Tutaj Dostępne tylko dla zarejestrowanych użytkowników
obniż na razie jakość.
Dostępne tylko dla zarejestrowanych użytkowników
Wyłącz filtrowanie anizotropowe
Zmniejsz też jakość tekstur.
Na razie zobacz jak działa, gdy karta dostaje trochę wytchnienia.
obniż na razie jakość.
Dostępne tylko dla zarejestrowanych użytkowników
Wyłącz filtrowanie anizotropowe
Zmniejsz też jakość tekstur.
Na razie zobacz jak działa, gdy karta dostaje trochę wytchnienia.
-
Arcadio Morello
- Posty: 702
- Rejestracja: 25 sty 2012, 00:52
Błąd systemu Probably caused by : nv4_disp.dll
Witam. Kilka minut temu miałem BSOD... podczas oglądania meczu przez internet...
Nie zmieniałem nic w ustawieniach karty graficznej.
Oto raport błędu:
Proszę o pomoc
Nie zmieniałem nic w ustawieniach karty graficznej.
Oto raport błędu:
Kod: Zaznacz cały
Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [D:\WINDOWS\Minidump\Mini032512-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) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055a6a0
Debug session time: Sun Mar 25 21:37:59.328 2012 (GMT+2)
System Uptime: 0 days 7:40:08.993
*********************************************************************
* 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 100000D1, {1481b8f7, 2, 0, 1481b8f7}
***** Kernel symbols are WRONG. Please fix symbols to do analysis.
*** WARNING: Unable to verify timestamp for NDIS.sys
*** ERROR: Module load completed but symbols could not be loaded for NDIS.sys
*** WARNING: Unable to verify timestamp for psched.sys
*** ERROR: Module load completed but symbols could not be loaded for psched.sys
*** WARNING: Unable to verify timestamp for NVENET.sys
*** ERROR: Module load completed but symbols could not be loaded for NVENET.sys
*************************************************************************
*** ***
*** ***
*** 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 : NVENET.sys ( NVENET+33fb )
Followup: MachineOwner
---------
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: 1481b8f7, memory referenced
Arg2: 00000002, IRQL
Arg3: 00000000, value 0 = read operation, 1 = write operation
Arg4: 1481b8f7, 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+ *
*********************************************************************
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: NVENET
FAULTING_MODULE: 804d7000 nt
DEBUG_FLR_IMAGE_TIMESTAMP: 3de59761
READ_ADDRESS: unable to get nt!MmSpecialPoolStart
unable to get nt!MmSpecialPoolEnd
unable to get nt!MmPoolCodeStart
unable to get nt!MmPoolCodeEnd
1481b8f7
CURRENT_IRQL: 2
FAULTING_IP:
+33fb
1481b8f7 ?? ???
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0xD1
LAST_CONTROL_TRANSFER: from f78a2ec9 to 1481b8f7
FAILED_INSTRUCTION_ADDRESS:
+33fb
1481b8f7 ?? ???
SYMBOL_ON_RAW_STACK: 1
STACK_ADDR_RAW_STACK_SYMBOL: fffffffff78a2f34
STACK_COMMAND: dds F78A2F34-0x20 ; kb
STACK_TEXT:
f78a2f14 017e7c20
f78a2f18 00000000
f78a2f1c 8ab79234
f78a2f20 8ab79000
f78a2f24 897e7c20
f78a2f28 02000041
f78a2f2c f78a2f70
f78a2f30 b7bfe3fb NVENET+0x33fb
f78a2f34 8a7d5130
f78a2f38 897e7c20
f78a2f3c 00000000
f78a2f40 00000001
f78a2f44 8ab79000
f78a2f48 8ab79234
f78a2f4c b7c021ab NVENET+0x71ab
f78a2f50 8ab79000
f78a2f54 897e7c20
f78a2f58 00000001
f78a2f5c 8ab7900c
f78a2f60 897e7c20
f78a2f64 8ad0a728
f78a2f68 8ad0a730
f78a2f6c 00000000
f78a2f70 f78a2fa0
f78a2f74 b7c01411 NVENET+0x6411
f78a2f78 8accb000
f78a2f7c 8945441c
f78a2f80 894ff2a8
f78a2f84 00000008
f78a2f88 00000001
f78a2f8c 00000020
f78a2f90 00000030
FOLLOWUP_IP:
NVENET+33fb
b7bfe3fb ?? ???
SYMBOL_NAME: NVENET+33fb
FOLLOWUP_NAME: MachineOwner
IMAGE_NAME: NVENET.sys
BUCKET_ID: WRONG_SYMBOLS
Followup: MachineOwner
---------
Proszę o pomoc
-
djkamil09061991
- Posty: 8250
- Rejestracja: 18 lut 2009, 11:54
- Lokalizacja: Wrocław
- Kontaktowanie:
Błąd systemu Probably caused by : nv4_disp.dll
To wygląda jak sterownik od sieciówki nvidii, wcześniej miałeś podany sterownik do chipsetu w którym był równiez sterownik do sieci, instalowałeś to?
Mój kanał YouTube - Dostępne tylko dla zarejestrowanych użytkowników
Przyjmuje skiny Cs Go: Dostępne tylko dla zarejestrowanych użytkowników
Przyjmuje skiny Cs Go: Dostępne tylko dla zarejestrowanych użytkowników
-
Arcadio Morello
- Posty: 702
- Rejestracja: 25 sty 2012, 00:52
Błąd systemu Probably caused by : nv4_disp.dll
Próbowałem instalować, ale po chwili instalator się wyłączał...
-- 26 mar 2012, 13:31 --
Pomoże ktoś?
-- 26 mar 2012, 13:31 --
Pomoże ktoś?
-
djkamil09061991
- Posty: 8250
- Rejestracja: 18 lut 2009, 11:54
- Lokalizacja: Wrocław
- Kontaktowanie:
Błąd systemu Probably caused by : nv4_disp.dll
Arcadio Morello pisze:Próbowałem instalować, ale po chwili instalator się wyłączał...
A przez menedzer urządzeń próbowałeś wskazać ręcznie sterownik?
Mój kanał YouTube - Dostępne tylko dla zarejestrowanych użytkowników
Przyjmuje skiny Cs Go: Dostępne tylko dla zarejestrowanych użytkowników
Przyjmuje skiny Cs Go: Dostępne tylko dla zarejestrowanych użytkowników
-
Arcadio Morello
- Posty: 702
- Rejestracja: 25 sty 2012, 00:52
Błąd systemu Probably caused by : nv4_disp.dll
djkamil09061991 pisze:Arcadio Morello pisze:Próbowałem instalować, ale po chwili instalator się wyłączał...
A przez menedzer urządzeń próbowałeś wskazać ręcznie sterownik?
Właśnie nie... Bo nie wiem jak
. Jak instaluje normalnie tzw. klikając na setup.exe pokazuje się okno instalacji i za chwilę znika.
Tak jak by instalacja nie chciała odpalić.
Nazwa mojej płyty głównej: MSI K7N2 Delta-L (MS-6570G)
-
djkamil09061991
- Posty: 8250
- Rejestracja: 18 lut 2009, 11:54
- Lokalizacja: Wrocław
- Kontaktowanie:
Błąd systemu Probably caused by : nv4_disp.dll
Arcadio Morello pisze:Właśnie nie... Bo nie wiem jak .
Wchodzisz w menedzer urządzeń, wskazujesz swoją kartę sieciową, następnie dajesz aktualizuj sterownik, zaznaczasz "nie, nie tym razem" klikasz dalej potem zaznaczasz "zainstaluj sterownik z określonej ściezki" dajesz dalej i tam wskazujesz lokalizacje sterownika, (będzie wyglądać mniej więcej tak z tego co potrzałem: "lokalizacja pobranego pliku\NF2_MCP2\Win2K-XP\Ethernet\WinXP")
Mój kanał YouTube - Dostępne tylko dla zarejestrowanych użytkowników
Przyjmuje skiny Cs Go: Dostępne tylko dla zarejestrowanych użytkowników
Przyjmuje skiny Cs Go: Dostępne tylko dla zarejestrowanych użytkowników
-
Arcadio Morello
- Posty: 702
- Rejestracja: 25 sty 2012, 00:52
Błąd systemu Probably caused by : nv4_disp.dll
Witam,
Próbowałem aktualizować sterowniki do pierwszej pozycji i ostatniej, ale pisze, że to nie te sterowniki...
Pomoże ktoś
-
seba86mu
- Posty: 9744
- Rejestracja: 13 lis 2008, 18:07
- Lokalizacja: Sosnowiec
Błąd systemu Probably caused by : nv4_disp.dll
Odinstaluj cztery wpisy z Menadżera Urządzeń (jeden zaznaczony na żółto i te trzy przekreślone). Po ponownym uruchomieniu komputera sprawdź czy jest poprawa.
Pokazywał się jakiś komunikat błędu ?
Czy przed rozpoczęciem instalacji tego sterownika rozpakowałeś pobrane archiwum ?
djkamil09061991 pisze:http://download1.msi.com/files/downloads/dvr_exe/NF2_MCP2.zip
Arcadio Morello pisze:Próbowałem instalować, ale po chwili instalator się wyłączał...
Pokazywał się jakiś komunikat błędu ?
Czy przed rozpoczęciem instalacji tego sterownika rozpakowałeś pobrane archiwum ?
-
Arcadio Morello
- Posty: 702
- Rejestracja: 25 sty 2012, 00:52
Błąd systemu Probably caused by : nv4_disp.dll
seba86mu pisze:Odinstaluj cztery wpisy z Menadżera Urządzeń (jeden zaznaczony na żółto i te trzy przekreślone). Po ponownym uruchomieniu komputera sprawdź czy jest poprawa.djkamil09061991 pisze:http://download1.msi.com/files/downloads/dvr_exe/NF2_MCP2.zipArcadio Morello pisze:Próbowałem instalować, ale po chwili instalator się wyłączał...
Pokazywał się jakiś komunikat błędu ?
Czy przed rozpoczęciem instalacji tego sterownika rozpakowałeś pobrane archiwum ?
Podczas próby instalacji żadnego błędu nie było. Instalacja po chwili sama się przerwała...
Tak archiwum rozpakowywałem. Czy to źle?
-
seba86mu
- Posty: 9744
- Rejestracja: 13 lis 2008, 18:07
- Lokalizacja: Sosnowiec
Błąd systemu Probably caused by : nv4_disp.dll
Arcadio Morello pisze:Tak archiwum rozpakowywałem. Czy to źle?
Właśnie dobrze. Archiwum zawsze należy najpierw rozpakować.
Widocznie instalacja przebiegła tak szybko, że wyglądało to, jakby przerwała się w połowie.
A co z tym ?
seba86mu pisze:Odinstaluj cztery wpisy z Menadżera Urządzeń (jeden zaznaczony na żółto i te trzy przekreślone). Po ponownym uruchomieniu komputera sprawdź czy jest poprawa.
-
Arcadio Morello
- Posty: 702
- Rejestracja: 25 sty 2012, 00:52
Błąd systemu Probably caused by : nv4_disp.dll
Jest problem.
Chyba, że to trzeba zrobić w trybie awaryjnym...
-- 27 mar 2012, 00:20 --
Kolejny BSOD...
W czym jest problem, że co chwila mam te BSODy? Wie ktoś?
-- 27 mar 2012, 01:49 --
Proszę o pomoc. Powyższe BSODy pojawiły się po graniu w PESa 2012...
Chyba, że to trzeba zrobić w trybie awaryjnym...
-- 27 mar 2012, 00:20 --
Kolejny BSOD...
Kod: Zaznacz cały
Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [D:\WINDOWS\Minidump\Mini032712-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) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055a6a0
Debug session time: Tue Mar 27 01:11:17.218 2012 (GMT+2)
System Uptime: 0 days 12:09:01.943
*********************************************************************
* 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
.................
Unable to load image nvapu.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for nvapu.sys
*** ERROR: Module load completed but symbols could not be loaded for nvapu.sys
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1000008E, {80000003, b6c4b76b, f78a2e3c, 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 : nvapu.sys ( nvapu+1576b )
Followup: MachineOwner
---------
kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003. This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG. This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG. This will let us see why this breakpoint is
happening.
Arguments:
Arg1: 80000003, The exception code that was not handled
Arg2: b6c4b76b, The address that the exception occurred at
Arg3: f78a2e3c, Trap Frame
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+ *
*********************************************************************
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: nvapu
FAULTING_MODULE: 804d7000 nt
DEBUG_FLR_IMAGE_TIMESTAMP: 3f98b18d
EXCEPTION_CODE: (HRESULT) 0x80000003 (2147483651) - Co najmniej jeden z argument w jest nieprawid owy.
FAULTING_IP:
nvapu+1576b
b6c4b76b cc int 3
TRAP_FRAME: f78a2e3c -- (.trap 0xfffffffff78a2e3c)
ErrCode = 00000000
eax=00000000 ebx=00000002 ecx=00000041 edx=ffdff902 esi=8a757000 edi=8a797038
eip=b6c4b76c esp=f78a2eb0 ebp=f78a2f3c iopl=0 nv up ei pl zr na pe nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00000246
nvapu+0x1576c:
b6c4b76c 56 push esi
Resetting default scope
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0x8E
LAST_CONTROL_TRANSFER: from 8a90a67c to b6c4b76c
STACK_TEXT:
WARNING: Stack unwind information not available. Following frames may be wrong.
f78a2f3c 8a90a67c f78a2fd0 ffdff000 00000000 nvapu+0x1576c
f78a2fc4 b6c4b224 8aa06000 0000080f 804dbbd4 0x8a90a67c
f78a2fc8 8aa06000 0000080f 804dbbd4 8abac148 nvapu+0x15224
f78a2fcc 00000000 804dbbd4 8abac148 8abac008 0x8aa06000
STACK_COMMAND: .bugcheck ; kb
FOLLOWUP_IP:
nvapu+1576b
b6c4b76b cc int 3
SYMBOL_NAME: nvapu+1576b
FOLLOWUP_NAME: MachineOwner
IMAGE_NAME: nvapu.sys
BUCKET_ID: WRONG_SYMBOLS
Followup: MachineOwner
---------
W czym jest problem, że co chwila mam te BSODy? Wie ktoś?
-- 27 mar 2012, 01:49 --
Kod: Zaznacz cały
Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [D:\WINDOWS\Minidump\Mini032712-02.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) UP Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x8055a6a0
Debug session time: Tue Mar 27 02:40:24.343 2012 (GMT+2)
System Uptime: 0 days 1:29:33.985
*********************************************************************
* 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
...................
Unable to load image win32k.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for win32k.sys
*** ERROR: Module load completed but symbols could not be loaded for win32k.sys
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1000008E, {c000001d, bf801fdc, b32f2c44, 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 ( win32k+1fdc )
Followup: MachineOwner
---------
kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
KERNEL_MODE_EXCEPTION_NOT_HANDLED_M (1000008e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003. This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG. This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG. This will let us see why this breakpoint is
happening.
Arguments:
Arg1: c000001d, The exception code that was not handled
Arg2: bf801fdc, The address that the exception occurred at
Arg3: b32f2c44, Trap Frame
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+ *
*********************************************************************
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.
FAULTING_MODULE: 804d7000 nt
DEBUG_FLR_IMAGE_TIMESTAMP: 0
EXCEPTION_CODE: (NTSTATUS) 0xc000001d - {WYJ
FAULTING_IP:
win32k+1fdc
bf801fdc ff ???
TRAP_FRAME: b32f2c44 -- (.trap 0xffffffffb32f2c44)
ErrCode = 00000000
eax=e5085ef9 ebx=00000000 ecx=00000001 edx=0324f63c esi=e5085eb0 edi=00000000
eip=bf801fdc esp=b32f2cb8 ebp=b32f2ce8 iopl=0 nv up ei pl zr na pe nc
cs=0008 ss=0010 ds=0023 es=0023 fs=0030 gs=0000 efl=00010246
win32k+0x1fdc:
bf801fdc ff ???
Resetting default scope
CUSTOMER_CRASH_COUNT: 2
DEFAULT_BUCKET_ID: DRIVER_FAULT
BUGCHECK_STR: 0x8E
MISALIGNED_IP:
win32k+1fdc
bf801fdc ff ???
LAST_CONTROL_TRANSFER: from bf80373d to bf801fdc
FAILED_INSTRUCTION_ADDRESS:
win32k+1fdc
bf801fdc ff ???
STACK_TEXT:
WARNING: Stack unwind information not available. Following frames may be wrong.
b32f2ce8 bf80373d b32f2d14 00000000 00000000 win32k+0x1fdc
b32f2d48 804de7ec 0324f6b0 00000000 00000000 win32k+0x373d
b32f2d64 7c90e514 badb0d00 0324f63c b35c9d98 nt+0x77ec
b32f2d68 badb0d00 0324f63c b35c9d98 b35c9dcc 0x7c90e514
b32f2d6c 0324f63c b35c9d98 b35c9dcc 00000000 0xbadb0d00
b32f2d70 b35c9d98 b35c9dcc 00000000 00000000 0x324f63c
b32f2d74 b35c9dcc 00000000 00000000 00000000 0xb35c9d98
b32f2d78 00000000 00000000 00000000 00000000 0xb35c9dcc
STACK_COMMAND: kb
FOLLOWUP_IP:
win32k+1fdc
bf801fdc ff ???
SYMBOL_STACK_INDEX: 0
SYMBOL_NAME: win32k+1fdc
FOLLOWUP_NAME: MachineOwner
IMAGE_NAME: hardware
MODULE_NAME: hardware
FAILURE_BUCKET_ID: IP_MISALIGNED
BUCKET_ID: IP_MISALIGNED
Followup: MachineOwner
---------
Proszę o pomoc. Powyższe BSODy pojawiły się po graniu w PESa 2012...
-
seba86mu
- Posty: 9744
- Rejestracja: 13 lis 2008, 18:07
- Lokalizacja: Sosnowiec
Błąd systemu Probably caused by : nv4_disp.dll
Ile posiadasz kości pamięci RAM ?
Jeżeli więcej niż jedną wyjmij inne i pozostaw jedną na próbę. Przetestuj.
Jeżeli pojawi się znów BSOD podmień kość na inną. Tak przetestuj wszystkie, każdą z osobna.
Jeżeli więcej niż jedną wyjmij inne i pozostaw jedną na próbę. Przetestuj.
Jeżeli pojawi się znów BSOD podmień kość na inną. Tak przetestuj wszystkie, każdą z osobna.
-
- Reklama
Kto jest online
Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 3 gości
