--> Archiwum Forum
kabum [ Mikael ]
Nowy PC + Windows 7 = BSOD- potrzebna pomoc
Witam otóż od nie całych 2 tygodni jestem szczęśliwym(niestety nie do końca) posiadaczem nowego pieca :)) Problem polega na tym iż przy uruchamianiu Komputera wywalają różne blue screeny każdy z innym błędem, dopiero za jakimś 6 może 7 razem komp normalnie wstaje i można go już używać ale gdy jest "zimny" wariuje. Komputer był sprawdzany najróżniejszym programami obciążającymi: OCCT, Memtest, 3dMark, Orthost i Zero błędów z każdego testu. Dodam też że dysk był formatowany kilka razy przy nowej konfiguracji i też nic to nie daje...
Konfiguracja:
AMD Athlon II x4 620
AsRock M3A770DE
GeiL 2x2GB 1333Mhz CL9
His Radeon 4870 1GB
Samsung SP2014N 200GB
Zasilacz OCZ 500W
Sprzęt nie jest podkręcony. Sprawdzałem wszystkie wersje biosu jakie są dostępne i na każdej wywala BSOD.
System w wersji 64bit
Przykładowy Minidump:
Microsoft ® Windows Debugger Version 6.11.0001.404 AMD64
Copyright © Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Windows\Minidump\011110-15546-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 \SystemRoot\system32\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 7 Kernel Version 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`02806000 PsLoadedModuleList = 0xfffff800`02a43e50
Debug session time: Mon Jan 11 15:52:09.655 2010 (GMT+1)
System Uptime: 0 days 0:05:04.077
*********************************************************************
* 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 \SystemRoot\system32\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 50, ‹fffff8a40766fdf0, 0, fffff800029aa0cd, 5›
***** 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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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 : ntoskrnl.exe ( nt+1a40cd )
Followup: MachineOwner
---------
2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
PAGE_FAULT_IN_NONPAGED_AREA (50)
Invalid system memory was referenced. This cannot be protected by try-except,
it must be protected by a Probe. Typically the address is just plain bad or it
is pointing at freed memory.
Arguments:
Arg1: fffff8a40766fdf0, memory referenced.
Arg2: 0000000000000000, value 0 = read operation, 1 = write operation.
Arg3: fffff800029aa0cd, If non-zero, the instruction address which referenced the bad memory
address.
Arg4: 0000000000000005, (reserved)
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 ***
*** ***
*************************************************************************
*************************************************************************
*** ***
*** ***
*** 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: nt
FAULTING_MODULE: fffff80002806000 nt
DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc600
READ_ADDRESS: unable to get nt!MmSpecialPoolStart
unable to get nt!MmSpecialPoolEnd
unable to get nt!MmPoolCodeStart
unable to get nt!MmPoolCodeEnd
fffff8a40766fdf0
FAULTING_IP:
nt+1a40cd
fffff800`029aa0cd 4c3910 cmp qword ptr [rax],r10
MM_INTERNAL_CODE: 5
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0x50
CURRENT_IRQL: 0
LAST_CONTROL_TRANSFER: from fffff800028f5b91 to fffff80002877f00
STACK_TEXT:
fffff880`031bd768 fffff800`028f5b91 : 00000000`00000050 fffff8a4`0766fdf0 00000000`00000000 fffff880`031bd8d0 : nt+0x71f00
fffff880`031bd770 00000000`00000050 : fffff8a4`0766fdf0 00000000`00000000 fffff880`031bd8d0 00000000`00000005 : nt+0xefb91
fffff880`031bd778 fffff8a4`0766fdf0 : 00000000`00000000 fffff880`031bd8d0 00000000`00000005 00000000`00000000 : 0x50
fffff880`031bd780 00000000`00000000 : fffff880`031bd8d0 00000000`00000005 00000000`00000000 00000000`000000b0 : 0xfffff8a4`0766fdf0
STACK_COMMAND: .bugcheck ; kb
FOLLOWUP_IP:
nt+1a40cd
fffff800`029aa0cd 4c3910 cmp qword ptr [rax],r10
SYMBOL_NAME: nt+1a40cd
FOLLOWUP_NAME: MachineOwner
IMAGE_NAME: ntoskrnl.exe
BUCKET_ID: WRONG_SYMBOLS
Followup: MachineOwner
---------
Radkoss [ Starszy Ratownik ]
Miałem podobnie jak mi padła pamięć. Spróbuj zrobić ram test.
©®© [ Generaďż˝ ]
Mnie to wyglada na jakis bład przy instalacji, miałem bardzo podobnie z Vista, 1 instalacja i nie dało sie zyc, niezliczone błedy podobnego typu, po formacie i nastepnej instalacji działało juz bezproblemowo.
kabum [ Mikael ]
MemTest już robiłem i wszystko jest ok. Format tez był robiony i już chyba 3 razy, dysk jest ze starego kompa i partycje są takie jakie były wcześniej na poprzednim sprzęcie może trzeba jeszcze raz podzielić dysk?
Snakepit [ aka Hohner ]
Nie rób memtestów tylko wyjmij jedną kość ramu, potem zamień itd.
kajtek603 [ International Level ]
a może to przez dysk ? Bo ja ostatnio chciałem dołożyć dysk ze starego kompa (wejście ATA), a miałem nowy dysk już włożony (wejście SATA). No i windows mi się nie chciał w ogóle włączyć.
kabum [ Mikael ]
Rozebrałem całego kompa, nałożyłem jeszcze raz paste na procka dodatkowo zmieniłem to badziewie co było na chipsetach(masakara jakby ktoś na gume przykleił) podłączyłem wszystko jeszcze raz i jak narazie działa normalnie :)
Drace66676 [ D.R.A.C.E ]
Miałem podobny problem. Miałem Viste i komp chodził jak ta lala. W momencie przesiadki na W7 zaczęły się problemy z BSOD. Najpierw u kumpla był komputer przez miesiąc, okazało się że nie wie o co chodzi i za cholere nie mógł sobie z tym poradzić. Potem więc dałem do serwisu i okazało się dopiero po dwóch tygodniach męczarni z kompem, że to karta graficzna. Choć nikt wcześniej nie umiał sobie z tym poradzić, bo przy innych systemach komp chodził świetnie a przy W7 się sypał. Na początku myśleli, że to płyta głowna, potem okazało się, że jest dobra, i w końcu doszli do tego, że to karta. Na szczęście jednak kartę jeszcze mam na gwarancji więc teraz czekam aż szanowna firma coś przyśle w zamian lub inną nową kartę. I okazuje się, że dobrym wyborem w mojej sytuacji było zakupienie W7 bo inaczej dalej śmigałbym na Viście z zepsutą kartą grafiki aż gwarancja by minęła i byłbym 2000 zł do tyłu. A sprzęt mam w miarę dobry jeszcze, może nie jest to szczyt marzeń ale ze wszystkim daje radę: Core Quad 6600, 9800GX2, 4 GB RAM. Pozdro.