Błąd systemu Probably caused by : nv4_disp.dll

Wszystko co dotyczy systemów operacyjnych Windows, Unix, Mac OS i innych
Awatar użytkownika
Arcadio Morello

Użytkownik
Posty: 702
Rejestracja: 25 sty 2012, 00:52

Błąd systemu Probably caused by : nv4_disp.dll

Post27 mar 2012, 20:28

seba86mu pisze: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.

3 kości pamięci RAM po 1GB KINGSTONa o tych samych oznaczeniach i parametrach.
To przetestuję. Dwie są jeszcze na gwarancji także jak by co to wymienię...
Jeżeli chodzi kartę graficzną to przy obciążeniach nie przegrzewa się. Ciepła tylko jest. Taka letnia :think:

-- 27 mar 2012, 19:28 --

Jeszcze takie pytanie. Dlaczego przy prostych czynnościach. Np. przeglądanie internetu itp. czy oglądaniu filmików na YouTube karta graficzna zaczyna działać na pełnych obrotach? Czy to coś może być wspólnego z pamięcią RAM?
Jeżeli chodzi o kartę graficzną jest ciepła. Nawet ledwo co. Tak zaczęło mi się dziać od niedzieli. Wentylator karty graficznej przyspiesza, a po jakimś czasie zwalnia. Wcześniej było tak, że tylko podczas grania działał na pełnych obrotach tzw. wentylator karty graficznej... :think:.

Kod: Zaznacz cały

--------[ Czujnik ]-----------------------------------------------------------------------------------------------------

    Właściwości czujnika:
      Typ czujnika                                      Winbond W83627HF  (ISA 290h)
      Typ czujnika procesora graficznego                Driver  (NV-DRV)
      Nazwa płyty głównej                               MSI K7N2 Series
      Stwierdzono otwieranie obudowy                    Tak

    Temperatury:
      Płyta główna                                      37 °C  (99 °F)
      Procesor                                          48 °C  (118 °F)
      Procesor graficzny                                48 °C  (118 °F)
      ST3120026A                                        [ TRIAL VERSION ]

    Wentylatory:
      Procesor                                          1824 RPM
      Obudowa                                           2500 RPM
      Procesor graficzny                                50% -> przy obciążeniu wartość wzrasta do 75%

    Wartości napięć:
      Napięcie rdzenia procesora                        1.568 V
      Aux                                               2.560 V
      +3.3 V                                            3.280 V
      +5 V                                              4.973 V
      +12 V                                             [ TRIAL VERSION ]
      -12 V                                             -12.281 V
      +5 V podczas wstrzymania pracy                    4.970 V
      VBAT baterii CMOS                                 2.880 V
      Napięcie procesora graficznego                    1.300 V
      Debug Info F                                      87 B9 FF
      Debug Info T                                      37 48 208
      Debug Info V                                      62 A0 CD B9 C1 20 E0 (01)
      Debug Info I                                      21 5217

Awatar użytkownika
seba86mu

VIP+
Posty: 9744
Rejestracja: 13 lis 2008, 18:07
Lokalizacja: Sosnowiec

Błąd systemu Probably caused by : nv4_disp.dll

Post27 mar 2012, 22:11

Arcadio Morello pisze:Tak zaczęło mi się dziać od niedzieli. Wentylator karty graficznej przyspiesza, a po jakimś czasie zwalnia. Wcześniej było tak, że tylko podczas grania działał na pełnych obrotach tzw. wentylator karty graficznej... :think:.

Praca wentylatora karty graficznej po części zależna jest od wersji sterownika karty.
Spróbuj z inną wersją sterownika karty graficznej. Powróć do tej wersji, na której wentylator pracował optymalniej.

Awatar użytkownika
Arcadio Morello

Użytkownik
Posty: 702
Rejestracja: 25 sty 2012, 00:52

Błąd systemu Probably caused by : nv4_disp.dll

Post06 kwie 2012, 01:00

seba86mu pisze:
Arcadio Morello pisze:Tak zaczęło mi się dziać od niedzieli. Wentylator karty graficznej przyspiesza, a po jakimś czasie zwalnia. Wcześniej było tak, że tylko podczas grania działał na pełnych obrotach tzw. wentylator karty graficznej... :think:.

Praca wentylatora karty graficznej po części zależna jest od wersji sterownika karty.
Spróbuj z inną wersją sterownika karty graficznej. Powróć do tej wersji, na której wentylator pracował optymalniej.

Dziękuje za pomoc.

Dzisiaj mi się znowu pojawił restart komputera podczas grania w PES'a 12. Wcześniej zmieniałem sterownik karty graficznej na starszy i nic się nie działo z komputerem. Byłem przekonany, że problem z BSOD i restartami zniknął aż do dzisiaj :roll:. Możliwe, że się komputer przegrzewa? :think:.
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\Mini040612-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: Fri Apr  6 00:40:12.015 2012 (GMT+2)
System Uptime: 0 days 4:23:21.665
*********************************************************************
* 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 nv4_disp.dll, Win32 error 0n2
*** WARNING: Unable to verify timestamp for nv4_disp.dll
*** ERROR: Module load completed but symbols could not be loaded for nv4_disp.dll
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000008E, {c0000005, bd13f885, b33b89d0, 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 : nv4_disp.dll ( nv4_disp+12d885 )

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: c0000005, The exception code that was not handled
Arg2: bd13f885, The address that the exception occurred at
Arg3: b33b89d0, 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:  4e8fb4b1

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Instrukcja spod "0x%08lx" odwo

FAULTING_IP:
nv4_disp+12d885
bd13f885 8b8c24ec000084  mov     ecx,dword ptr [esp-7BFFFF14h]

TRAP_FRAME:  b33b89d0 -- (.trap 0xffffffffb33b89d0)
ErrCode = 00000000
eax=00c70001 ebx=e2dd0800 ecx=00000000 edx=e1aa4800 esi=00000000 edi=b406ed6c
eip=bd13f885 esp=b33b8a44 ebp=00000000 iopl=0         nv up ei pl nz na pe nc
cs=0008  ss=0010  ds=0023  es=0023  fs=0030  gs=0000             efl=00010206
nv4_disp+0x12d885:
bd13f885 8b8c24ec000084  mov     ecx,dword ptr [esp-7BFFFF14h] ss:0010:373b8b30=????????
Resetting default scope

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  DRIVER_FAULT

BUGCHECK_STR:  0x8E

LAST_CONTROL_TRANSFER:  from 00000000 to bd13f885

STACK_TEXT: 
00000000 00000000 00000000 00000000 00000000 nv4_disp+0x12d885


STACK_COMMAND:  kb

FOLLOWUP_IP:
nv4_disp+12d885
bd13f885 8b8c24ec000084  mov     ecx,dword ptr [esp-7BFFFF14h]

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  nv4_disp+12d885

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nv4_disp

IMAGE_NAME:  nv4_disp.dll

BUCKET_ID:  WRONG_SYMBOLS

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



Proszę o pomoc

Awatar użytkownika
seba86mu

VIP+
Posty: 9744
Rejestracja: 13 lis 2008, 18:07
Lokalizacja: Sosnowiec

Błąd systemu Probably caused by : nv4_disp.dll

Post06 kwie 2012, 01:38

Ściągnij boczną ściankę obudowy, tak abyś miał szybki dostęp do wnętrza.
Podczas gry kontroluj temperaturę radiatora karty graficznej. Sprawdzaj co jakiś czas czy nie zaczyna parzyć.
W poprzednich raportach temperatura karty wygląda w porządku, być może jednak podczas grania drastycznie wzrasta.
Obserwuj również pracę wentylatora karty pod obciążeniem: czy nie zwalnia, nie zatrzymuje się itp.

seba86mu pisze: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.

Arcadio Morello pisze:3 kości pamięci RAM po 1GB KINGSTONa o tych samych oznaczeniach i parametrach.
To przetestuję.

Jak wypadły te testy na pojedynczych modułach pamięci ? Również pojawiały się BSOD-y ?

Awatar użytkownika
Arcadio Morello

Użytkownik
Posty: 702
Rejestracja: 25 sty 2012, 00:52

Błąd systemu Probably caused by : nv4_disp.dll

Post06 kwie 2012, 10:39

seba86mu pisze:Ściągnij boczną ściankę obudowy, tak abyś miał szybki dostęp do wnętrza.
Podczas gry kontroluj temperaturę radiatora karty graficznej. Sprawdzaj co jakiś czas czy nie zaczyna parzyć.
W poprzednich raportach temperatura karty wygląda w porządku, być może jednak podczas grania drastycznie wzrasta.
Obserwuj również pracę wentylatora karty pod obciążeniem: czy nie zwalnia, nie zatrzymuje się itp.

seba86mu pisze: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.

Arcadio Morello pisze:3 kości pamięci RAM po 1GB KINGSTONa o tych samych oznaczeniach i parametrach.
To przetestuję.

Jak wypadły te testy na pojedynczych modułach pamięci ? Również pojawiały się BSOD-y ?

Podczas grania w PES'a 12 sprawdzałem wielokrotnie temperaturę radiatora karty graficznej i w dotyku był letni. Ledwo co ciepły, ale sprawdzę jeszcze kilka razy dzisiaj. Na wcześniejszym sterowniku wentylator dziwnie chodził i podczas grania się wyłączał, a teraz podczas grania chodzi na 75% mocy.
Jeżeli chodzi o RAMy to mam wyjąć dwa i zostawić tylko jeden? Jak wyjmę dwie kości RAM to mogą zostać w tych samych gniazdach? np. gniazdo 1, 2, 3. Wyjmuję kości RAM z gniazda 1 i 2, a zostaje kość RAM w gnieździe nr 3. Tak może być?

Awatar użytkownika
seba86mu

VIP+
Posty: 9744
Rejestracja: 13 lis 2008, 18:07
Lokalizacja: Sosnowiec

Błąd systemu Probably caused by : nv4_disp.dll

Post06 kwie 2012, 12:13

Arcadio Morello pisze:Na wcześniejszym sterowniku wentylator dziwnie chodził i podczas grania się wyłączał,

Od tego sterownika trzy maj się z daleka.
Arcadio Morello pisze:Jeżeli chodzi o RAMy to mam wyjąć dwa i zostawić tylko jeden? Jak wyjmę dwie kości RAM to mogą zostać w tych samych gniazdach? np. gniazdo 1, 2, 3. Wyjmuję kości RAM z gniazda 1 i 2, a zostaje kość RAM w gnieździe nr 3. Tak może być?

Masz trzy kości, wyciągnij dwie, aby pozostała jedna. Tą jedną teoretycznie możesz pozostawić w swoim gnieździe, ale najlepiej włóż ją do slotu najbliżej procesora.
A najlepiej byłoby, abyś każdą pojedynczą kość przetestował w każdym z portów.
Tak przetestuj każdą kość z osobna.

Awatar użytkownika
Arcadio Morello

Użytkownik
Posty: 702
Rejestracja: 25 sty 2012, 00:52

Błąd systemu Probably caused by : nv4_disp.dll

Post06 kwie 2012, 13:07

seba86mu pisze:
Arcadio Morello pisze:Na wcześniejszym sterowniku wentylator dziwnie chodził i podczas grania się wyłączał,

Od tego sterownika trzy maj się z daleka.
Arcadio Morello pisze:Jeżeli chodzi o RAMy to mam wyjąć dwa i zostawić tylko jeden? Jak wyjmę dwie kości RAM to mogą zostać w tych samych gniazdach? np. gniazdo 1, 2, 3. Wyjmuję kości RAM z gniazda 1 i 2, a zostaje kość RAM w gnieździe nr 3. Tak może być?

Masz trzy kości, wyciągnij dwie, aby pozostała jedna. Tą jedną teoretycznie możesz pozostawić w swoim gnieździe, ale najlepiej włóż ją do slotu najbliżej procesora.
A najlepiej byłoby, abyś każdą pojedynczą kość przetestował w każdym z portów.
Tak przetestuj każdą kość z osobna.

Wystarczy przetestować jedną kość RAMu przez jeden dzień?
Np. jedną kość dzisiaj na 1 gnieździe, jutro na 2 i pojutrze na 3? Tak może być?
Testowałem pamięć RAM MemTestem86, ale nic nie wykryło.
Jeżeli chodzi o MemTest86 to wystarczy testować pamięć RAM kilka godzin? Czy dłużej?
Każdą pamięć RAM testować osobno i na każdym gnieździe? Nie da się testować wszystkich na raz? Chodzi mi o MemTest86

Awatar użytkownika
seba86mu

VIP+
Posty: 9744
Rejestracja: 13 lis 2008, 18:07
Lokalizacja: Sosnowiec

Błąd systemu Probably caused by : nv4_disp.dll

Post06 kwie 2012, 13:48

Jeżeli testowałeś już programem MemTest, to raczej opisany przeze mnie sposób nie da rezultatu, jednak możesz spróbować.

Arcadio Morello pisze:Wystarczy przetestować jedną kość RAMu przez jeden dzień?

Nie musisz testować tak długo jednej kości.
Jeżeli komputer podczas testów się znów wyłączy / zresetuje / wyskoczy BSOD, to możesz sprawdzać następną kość.
Wiesz sam najlepiej, z jaką częstotliwością pojawiały się dotychczas problemy z komputerem. Jeżeli na wszystkich kościach te same problemy będą się pojawiać, oznacza to, że wina nie leży po tej stronie.
Chodzi o to aby zlokalizować potencjalnie uszkodzoną kość, która powoduje problem.
Oczywiście bardzo możliwe, że wszystkie kości są sprawne (MemTest przecież nic nie wykrył), a przyczyną jest karta graficzna lub coś innego.


Kartę graficzną kupiłeś na Allegro ? Jesteś pewny, że była ona w 100% sprawna, że nie była podkręcana przez poprzedniego właściciela ?
Problemy zaczęły pojawiać się po zmianie karty, kilkukrotne zmiany sterownika nic nie pomogły, więc podejrzewałbym problem sprzętowy z nową kartą lub coś bezpośrednio związane z kartą.
Masz możliwość pożyczenia od kogoś innej karty na próbę ?

Zresetuj BIOS płyty głównej -> Resetowanie BIOS-u płyty głównej komputera (wyciągnij baterię na co najmniej 30 minut).
Być może po poprzedniej karcie pozostały jakieś ustawienia dotyczące zasilania złącza AGP, które kolidują z obecną kartą.

Jeżeli reset BIOS-u nie pomoże odszukaj w BIOS-ie ustawień dotyczących złącza AGP i napisz, jakie masz ustawienia w sekcji:
Advanced Chipset Features pozycjach:
-> AGP Spread Spectrum
-> AGP X8 Support
-> AGP Fast Write Support
-> AGP Aperture Size

Frequency / Voltage Control pozycjach:
-> AGP Clock Control
-> AGP Voltage Adjust

W grę wchodzi również aktualizacja BIOS-u płyty głównej.

Awatar użytkownika
Arcadio Morello

Użytkownik
Posty: 702
Rejestracja: 25 sty 2012, 00:52

Błąd systemu Probably caused by : nv4_disp.dll

Post06 kwie 2012, 13:58

seba86mu pisze:Jeżeli testowałeś już programem MemTest, to raczej opisany przeze mnie sposób nie da rezultatu, jednak możesz spróbować.

Arcadio Morello pisze:Wystarczy przetestować jedną kość RAMu przez jeden dzień?

Nie musisz testować tak długo jednej kości.
Jeżeli komputer podczas testów się znów wyłączy / zresetuje / wyskoczy BSOD, to możesz sprawdzać następną kość.
Wiesz sam najlepiej, z jaką częstotliwością pojawiały się dotychczas problemy z komputerem. Jeżeli na wszystkich kościach te same problemy będą się pojawiać, oznacza to, że wina nie leży po tej stronie.
Chodzi o to aby zlokalizować potencjalnie uszkodzoną kość, która powoduje problem.
Oczywiście bardzo możliwe, że wszystkie kości są sprawne (MemTest przecież nic nie wykrył), a przyczyną jest karta graficzna lub coś innego.


Kartę graficzną kupiłeś na Allegro ? Jesteś pewny, że była ona w 100% sprawna, że nie była podkręcana przez poprzedniego właściciela ?
Problemy zaczęły pojawiać się po zmianie karty, kilkukrotne zmiany sterownika nic nie pomogły, więc podejrzewałbym problem sprzętowy z nową kartą lub coś bezpośrednio związane z kartą.
Masz możliwość pożyczenia od kogoś innej karty na próbę ?

Zresetuj BIOS płyty głównej -> Resetowanie BIOS-u płyty głównej komputera (wyciągnij baterię na co najmniej 30 minut).
Być może po poprzedniej karcie pozostały jakieś ustawienia dotyczące zasilania złącza AGP, które kolidują z obecną kartą.

Jeżeli reset BIOS-u nie pomoże odszukaj w BIOS-ie ustawień dotyczących złącza AGP i napisz, jakie masz ustawienia w sekcji:
Advanced Chipset Features pozycjach:
-> AGP Spread Spectrum
-> AGP X8 Support
-> AGP Fast Write Support
-> AGP Aperture Size

Frequency / Voltage Control pozycjach:
-> AGP Clock Control
-> AGP Voltage Adjust

W grę wchodzi również aktualizacja BIOS-u płyty głównej.

Niestety nie mam od kogo pożyczyć karty graficznej na próbę.
Tak, kartę graficzną kupowałem na Allegro. Tutaj podgląd jak karta wygląda:
Dostępne tylko dla zarejestrowanych użytkowników. Karta graficzna raczej nie była podkręcana.
Jak mam zrobić aktualizację BIOSu płyty głównej?

Awatar użytkownika
seba86mu

VIP+
Posty: 9744
Rejestracja: 13 lis 2008, 18:07
Lokalizacja: Sosnowiec

Błąd systemu Probably caused by : nv4_disp.dll

Post06 kwie 2012, 15:24

Arcadio Morello pisze:Karta graficzna raczej nie była podkręcana.

Togo na 100% pewny być nie możesz.
Arcadio Morell pisze:Jak mam zrobić aktualizację BIOSu płyty głównej?

Na razie nie rób aktualizacji BIOS-u. To dopiero na samym końcu, jak nic innego nie pomoże.
Najpierw wykonaj wszystko, o czym napisałem: zresetuj BIOS, a jeżeli to nie pomoże, to po resecie pokaż ustawienia z wymienionych w poprzednim poście pozycji w BIOS-ie.

Awatar użytkownika
Arcadio Morello

Użytkownik
Posty: 702
Rejestracja: 25 sty 2012, 00:52

Błąd systemu Probably caused by : nv4_disp.dll

Post06 kwie 2012, 17:54

RAM czy karta graficzna? :think: :roll:

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\Mini040612-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: Fri Apr  6 17:38:12.893 2012 (GMT+2)
System Uptime: 0 days 5:20:45.838
*********************************************************************
* 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 1000000A, {d9cf0fbc, 2, 0, 80550329}

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

*** WARNING: Unable to verify timestamp for tcpip.sys
*** ERROR: Module load completed but symbols could not be loaded for tcpip.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 : hardware ( nt+79329 )

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

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: d9cf0fbc, memory referenced
Arg2: 00000002, 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: 80550329, 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.

FAULTING_MODULE: 804d7000 nt

DEBUG_FLR_IMAGE_TIMESTAMP:  0

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

CURRENT_IRQL:  2

FAULTING_IP:
nt+79329
80550329 1b7c8afc        sbb     edi,dword ptr [edx+ecx*4-4]

CUSTOMER_CRASH_COUNT:  2

DEFAULT_BUCKET_ID:  DRIVER_FAULT

BUGCHECK_STR:  0xA

MISALIGNED_IP:
nt+79329
80550329 1b7c8afc        sbb     edi,dword ptr [edx+ecx*4-4]

UNALIGNED_STACK_POINTER:  8055030d

LAST_CONTROL_TRANSFER:  from 98805503 to 80550329

STACK_TEXT: 
WARNING: Stack unwind information not available. Following frames may be wrong.
80550309 98805503 f08ac367 3089607d 008a91e1 nt+0x79329
8055030d f08ac367 3089607d 008a91e1 44000000 0x98805503
80550311 3089607d 008a91e1 44000000 1c805503 0xf08ac367
80550315 008a91e1 44000000 1c805503 40b870ec 0x3089607d
80550319 44000000 1c805503 40b870ec fc8a7c1b 0x8a91e1
8055031d 1c805503 40b870ec fc8a7c1b 008a9093 0x44000000
80550321 40b870ec fc8a7c1b 008a9093 08000000 0x1c805503
80550325 fc8a7c1b 008a9093 08000000 f08ad22d 0x40b870ec
80550329 008a9093 08000000 f08ad22d 0089607d 0xfc8a7c1b
8055032d 08000000 f08ad22d 0089607d 68000000 0x8a9093
80550331 f08ad22d 0089607d 68000000 64020000 0x8000000
80550335 0089607d 68000000 64020000 69805503 0xf08ad22d
80550339 68000000 64020000 69805503 30b6db1b 0x89607d
8055033d 64020000 69805503 30b6db1b f08a91e1 0x68000000
80550341 69805503 30b6db1b f08a91e1 0089607d 0x64020000
80550345 30b6db1b f08a91e1 0089607d 30000000 0x69805503
80550349 f08a91e1 0089607d 30000000 088a6f51 0x30b6db1b
8055034d 0089607d 30000000 088a6f51 f08ad22d 0xf08a91e1
80550351 30000000 088a6f51 f08ad22d 8889607d 0x89607d
80550355 088a6f51 f08ad22d 8889607d 1c805503 0x30000000
80550359 f08ad22d 8889607d 1c805503 20b870ec 0x88a6f51
8055035d 8889607d 1c805503 20b870ec f08a7e1c 0xf08ad22d
80550361 1c805503 20b870ec f08a7e1c 0001607d 0x8889607d
80550365 20b870ec f08a7e1c 0001607d 34000000 0x1c805503
80550369 f08a7e1c 0001607d 34000000 008a9822 0x20b870ec
8055036d 0001607d 34000000 008a9822 f08a9820 0xf08a7e1c
80550371 34000000 008a9822 f08a9820 4189607d 0x1607d
80550375 008a9822 f08a9820 4189607d cc020000 0x34000000
80550379 f08a9820 4189607d cc020000 fb805503 0x8a9822
8055037d 4189607d cc020000 fb805503 30b7bf43 0xf08a9820
80550381 cc020000 fb805503 30b7bf43 f08a6f51 0x4189607d
80550385 fb805503 30b7bf43 f08a6f51 0089607d 0xcc020000
80550389 30b7bf43 f08a6f51 0089607d 01000000 0xfb805503
8055038d f08a6f51 0089607d 01000000 00000000 0x30b7bf43
80550391 0089607d 01000000 00000000 348a9820 0xf08a6f51
80550395 01000000 00000000 348a9820 ab8a9822 0x89607d
80550399 00000000 348a9820 ab8a9822 00b7bf81 0x1000000


STACK_COMMAND:  kb

FOLLOWUP_IP:
nt+79329
80550329 1b7c8afc        sbb     edi,dword ptr [edx+ecx*4-4]

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  nt+79329

FOLLOWUP_NAME:  MachineOwner

IMAGE_NAME:  hardware

MODULE_NAME: hardware

FAILURE_BUCKET_ID:  IP_MISALIGNED

BUCKET_ID:  IP_MISALIGNED

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



Prośba o pomoc

Awatar użytkownika
seba86mu

VIP+
Posty: 9744
Rejestracja: 13 lis 2008, 18:07
Lokalizacja: Sosnowiec

Błąd systemu Probably caused by : nv4_disp.dll

Post06 kwie 2012, 18:00

Arcadio Morello pisze:RAM czy karta graficzna?

Ciężko stwierdzić.
Testujesz teraz RAM ?

Zresetowałeś BIOS ?

Awatar użytkownika
Arcadio Morello

Użytkownik
Posty: 702
Rejestracja: 25 sty 2012, 00:52

Błąd systemu Probably caused by : nv4_disp.dll

Post06 kwie 2012, 20:30

seba86mu pisze:
Arcadio Morello pisze:RAM czy karta graficzna?

Ciężko stwierdzić.
Testujesz teraz RAM ?

Zresetowałeś BIOS ?

Nie było mnie. Teraz to zrobię.
Jeżeli chodzi o ten błąd "hardware" to nie stał się podczas grania, tylko podczas przeglądania Internetu.

-- 06 kwi 2012, 18:51 --

W BIOSie zauważyłem tzw. w CPU FSB Clock jest 100MHz, 133MHz, 166MHz i 200MHz. Wcześniej miałem zmienione na 200MHz :think:.
Obrazek

Obrazek
Coś trzeba zmieniać w ustawieniach (widocznych na zdjęciach)? :think:

Awatar użytkownika
seba86mu

VIP+
Posty: 9744
Rejestracja: 13 lis 2008, 18:07
Lokalizacja: Sosnowiec

Błąd systemu Probably caused by : nv4_disp.dll

Post06 kwie 2012, 20:34

Arcadop Morello pisze:W BIOSie zauważyłem tzw. w CPU FSB Clock jest 100MHz, 133MHz, 166MHz i 200MHz. Wcześniej miałem zmienione na 200MHz.

Jaki posiadasz procesor ?

FSB Spread Spectrum ustaw na Disabled.
AGP Fast Write Support ustaw na Disabled
AGP Aperture Size ustaw na 128M

Przed wyjściem z BIOS-u zapisz zmianę ustawień (Save & Exit Setup -> F10)

Awatar użytkownika
Arcadio Morello

Użytkownik
Posty: 702
Rejestracja: 25 sty 2012, 00:52

Błąd systemu Probably caused by : nv4_disp.dll

Post06 kwie 2012, 20:42

seba86mu pisze:
Arcadop Morello pisze:W BIOSie zauważyłem tzw. w CPU FSB Clock jest 100MHz, 133MHz, 166MHz i 200MHz. Wcześniej miałem zmienione na 200MHz.

Jaki posiadasz procesor ?

FSB Spread Spectrum ustaw na Disabled.
AGP Fast Write Support ustaw na Disabled
AGP Aperture Size ustaw na 128M

Przed wyjściem z BIOS-u zapisz zmianę ustawień (Save & Exit Setup -> F10)


Typ procesora: AMD Athlon XP, 1343 MHz (13.5 x 99) 1500+
Ostatnio zmieniony 06 kwie 2012, 20:44 przez Arcadio Morello, łącznie zmieniany 1 raz.



  • Reklama

Wróć do „Systemy operacyjne”



Kto jest online

Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 2 gości