Freezy nowego komputera

[Mycorrhiz'Al'Seven]

Witajcie, złożyłem na dniach komputer (ten w sygnaturce). Właściwie od początku łapie freezy, obraz się zatrzymuje, nic nie można zrobić myszką i klawiaturą. Zwiecha jest losowa, na idle, na przeglądarce, w trakcie tortur OCCT bądź Prime95. Może mi się wydaje, albo nieco częściej przy dużej zmianie obciążenia np. przy wyłączaniu tortur. system win7, ale freeza łapie także w biosie, przy starcie, no całkiem losowo. Ram sprawdziłem memtest'em nie było żadnych błędów. Dla sprawdzania odłączyłem też dysk i potwierdziło to, że nie jest on problemem (wcześniej sprawdzony hdtune). Na płycie głównej zaaktualizowałem bios z f9 do f13, co również nie przyniosło skutków. Komputer podłączony był w dwóch różnych miejscach z których przynajmniej jedno ma stabilną sieć zasilająca.

 

Wrzucę to co udało mi się w OCCT wykreślić na taktowaniu 3Ghz i 4Ghz. Na początku screen pokazujący jak zachowuje się komputer przy wyłączeniu jednego i włączeniu następnego testu.

 

Dla sprawdzania ustawiałem w biosie standardowe taktowanie, obniżone, zostawiałem jeden włączony rdzeń, wyłączałem Cool&Q.. i żadnej różnicy

 

Napiszcie jeżeli coś wam to mówi, bo ja jestem zielony. Z góry dzięki za pomoc i podpowiedzi, czym się teraz najlepiej zająć w tym przypadku.

 

Edytowane 4 Grudnia 2012 przez Mycorrhiz'Al'Seven

[Mycorrhiz'Al'Seven]

Takie ustawienia też miałem, miałem ustawione optymalne, później fail-safe, no różnie i z auto, z manual cały czas to samo.

[Klaus]

Ta temp. 65st.C to od czego jest?

Pamięci masz w jednej kości? Jeśli w dwóch, sprawdź pojedynczo, raz na jednej, raz na drugiej.

Clear cmos na początek.

[Mycorrhiz'Al'Seven]

Nie doszedłem do tego co to za temperatura, któreś miejsce na płycie głównej pewnie. W jednej kości mam. Zresetowałem bios przez baterię w sumie po update biosu jeszcze tego nie robiłem.

Edytowane 4 Grudnia 2012 przez Mycorrhiz'Al'Seven

[gloryseeker]

Spróbuj podnieść napięcie dla RAMów (u mnie na Auto komputer lubił łapać całkowitą zwiechę, a miałem auto dla pamięci na 1.6v podczas gdy na samych pamięciach napisano 1.65v). Najczęściej takie zwiechy to problem pamięci, zobacz też czy kości dobrze leżą w bankach, czasami lubią się poluzować...

[Niezły Apacz]

Ta temperatura wskazywałaby na procesor.Sprawdź czy chłodzenie dobrze przylega do podstawki procesora.Jaką pastę nałożyłeś i ile dałeś?

[Mycorrhiz'Al'Seven]

Nie potrafię określić ile jej było dokładnie starałem się optymalnie pamiętając, że ma być to niewielka ilość + to że w instrukcji chłodzenia napisali, że ma być dwa razy więcej niż zwykle pasta to zalman stg2

 

Właśnie zamierzam sprawdzić jak to tam przylega, bo rzeczywiście temperatura jest bardzo mocno skorelowana z tymi na rdzeniach i bardzo szybko się "aktualizuje".

Edytowane 4 Grudnia 2012 przez Mycorrhiz'Al'Seven

[Klaus]

Podnieś na początek napięcie na ram o czym wspominał gloryseeker.

Spróbuj też pożyczyć od znajomego kość ramu na podmianę. To, że memtest nie wykrył błędów, nie znaczy jeszcze, ze ram jest ok.

[Niezły Apacz]

Miałeś jakieś BSODy?

[Mycorrhiz'Al'Seven]

Raz wyskoczył przy Prime95 na 4.2Ghz. Co do temperatury to mogę stwierdzić jeszcze że radiatorek pomiędzy kartą graficzną a procesorem jest baardzo ciepły. Czyli to chyba sekcja zasilania, tak samo wygląda to w testach :http://www.purepc.pl/plyty_glowne/test_plyt_glownych_am3_pod_amd_bulldozer_z_chipsetami_900?page=0,15

Edytowane 4 Grudnia 2012 przez Mycorrhiz'Al'Seven

[Klaus]

To, że wywala się na 4,2GHz, nie jest dziwne.

 

Najpierw trzeba go ustabilizować na domyślnych taktach.

[Mycorrhiz'Al'Seven]

No wiem, tylko odpowiadałem na pytanie Przy napięciu RAMu 1.65V dalej to samo. fabrycznie 1.5V ma.

 

Przed chwilą walnął mi bsod'em, na forum niby przeczytałem gdzie się log znajduje, ale nie wiem co mógłbym tutaj wstawić tak właściwie z tego.

Edytowane 4 Grudnia 2012 przez Mycorrhiz'Al'Seven

[Spider]

Po pierwsze dla pamięci RAM ręcznie ustaw fabryczne timingi w Biosie tak jak producent zaleca. Być możliwe że twoja płyta główna gryzie się z tą kością i stąd te problemy. BSoda odczytasz programem WinDBG (Debugging Tools for Windows) wskazując ostatni zrzut błędu w folderze minidump znajdujący się w katalogu z windowsem, najlepiej wklej cały tekst pozdro.

[Mycorrhiz'Al'Seven]

Pracuję nad tymi timingami, mogę jeszcze powiedzieć, że jest pewna regularność w zwisie, po włączeniu w OCCT CPU -Linpack wiesza się po załadowaniu całej pamięci ok 30 sekund, czyli 1min do 1min 30s od początku testu. Wygląda to tak, jak już zawiśnie:

 

a tu tekst z programu (wczorajszego bsoda):

 

Microsoft ® Windows Debugger Version 6.2.9200.20512 AMD64

Copyright © Microsoft Corporation. All rights reserved.

 

 

Loading Dump File [C:UsersTomekDesktop120512-17191-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 SystemRootsystem32ntoskrnl.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 Personal

Built by: 7600.16385.amd64fre.win7_rtm.090713-1255

Machine Name:

Kernel base = 0xfffff800`0304d000 PsLoadedModuleList = 0xfffff800`0328ae50

Debug session time: Wed Dec 5 00:30:04.559 2012 (UTC + 1:00)

System Uptime: 0 days 0:43:05.400

*********************************************************************

* 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 SystemRootsystem32ntoskrnl.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, {fffff6eb41ffbed8, 0, fffff800030d2ae2, 5}

 

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

 

*************************************************************************

*** ***

*** ***

*** Either you specified an unqualified symbol, or your debugger ***

*** doesn't have full symbol information. Unqualified symbol ***

*** resolution is turned off by default. Please either specify a ***

*** fully qualified symbol module!symbolname, or enable resolution ***

*** of unqualified symbols by typing ".symopt- 100". Note that ***

*** enabling unqualified symbol resolution with network symbol ***

*** server shares in the symbol path may cause the debugger to ***

*** appear to hang for long periods of time when an incorrect ***

*** symbol name is typed or the network symbol server is down. ***

*** ***

*** For some commands 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 ***

*** ***

*************************************************************************

*************************************************************************

*** ***

*** ***

*** Either you specified an unqualified symbol, or your debugger ***

*** doesn't have full symbol information. Unqualified symbol ***

*** resolution is turned off by default. Please either specify a ***

*** fully qualified symbol module!symbolname, or enable resolution ***

*** of unqualified symbols by typing ".symopt- 100". Note that ***

*** enabling unqualified symbol resolution with network symbol ***

*** server shares in the symbol path may cause the debugger to ***

*** appear to hang for long periods of time when an incorrect ***

*** symbol name is typed or the network symbol server is down. ***

*** ***

*** For some commands 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 ***

*** ***

*************************************************************************

*************************************************************************

*** ***

*** ***

*** Either you specified an unqualified symbol, or your debugger ***

*** doesn't have full symbol information. Unqualified symbol ***

*** resolution is turned off by default. Please either specify a ***

*** fully qualified symbol module!symbolname, or enable resolution ***

*** of unqualified symbols by typing ".symopt- 100". Note that ***

*** enabling unqualified symbol resolution with network symbol ***

*** server shares in the symbol path may cause the debugger to ***

*** appear to hang for long periods of time when an incorrect ***

*** symbol name is typed or the network symbol server is down. ***

*** ***

*** For some commands 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 ***

*** ***

*************************************************************************

Probably caused by : ntoskrnl.exe ( nt+85ae2 )

 

Followup: MachineOwner

---------

 

ADDITIONAL_DEBUG_TEXT:

You can run '.symfix; .reload' to try to fix the symbol path and load symbols.

 

MODULE_NAME: nt

 

FAULTING_MODULE: fffff8000304d000 nt

 

DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc600

 

READ_ADDRESS: unable to get nt!MmSpecialPoolStart

unable to get nt!MmSpecialPoolEnd

unable to get nt!MmPagedPoolEnd

unable to get nt!MmNonPagedPoolStart

unable to get nt!MmSizeOfNonPagedPoolInBytes

fffff6eb41ffbed8

 

FAULTING_IP:

nt+85ae2

fffff800`030d2ae2 488b19 mov rbx,qword ptr [rcx]

 

MM_INTERNAL_CODE: 5

 

CUSTOMER_CRASH_COUNT: 1

 

DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT

 

BUGCHECK_STR: 0x50

 

CURRENT_IRQL: 0

 

LAST_CONTROL_TRANSFER: from fffff8000313cb91 to fffff800030bef00

 

STACK_TEXT:

fffff880`03116638 fffff800`0313cb91 : 00000000`00000050 fffff6eb`41ffbed8 00000000`00000000 fffff880`031167a0 : nt+0x71f00

fffff880`03116640 00000000`00000050 : fffff6eb`41ffbed8 00000000`00000000 fffff880`031167a0 00000000`00000005 : nt+0xefb91

fffff880`03116648 fffff6eb`41ffbed8 : 00000000`00000000 fffff880`031167a0 00000000`00000005 00000000`00000000 : 0x50

fffff880`03116650 00000000`00000000 : fffff880`031167a0 00000000`00000005 00000000`00000000 fffffa80`06a30000 : 0xfffff6eb`41ffbed8

 

 

STACK_COMMAND: .bugcheck ; kb

 

FOLLOWUP_IP:

nt+85ae2

fffff800`030d2ae2 488b19 mov rbx,qword ptr [rcx]

 

SYMBOL_NAME: nt+85ae2

 

FOLLOWUP_NAME: MachineOwner

 

IMAGE_NAME: ntoskrnl.exe

 

BUCKET_ID: WRONG_SYMBOLS

 

Followup: MachineOwner

---------

Edytowane 5 Grudnia 2012 przez Mycorrhiz'Al'Seven

[Niezły Apacz]

Błąd 0x50 wskazuje że żądane dane nie są ulokowane w pamięci.Również wadliwa może być pamięć podręczna procesora L2 czy nawet karty graficznej oraz oprogramowanie antywirusowe.

[Mycorrhiz'Al'Seven]

Zostanie mi pewnie w takim razie poczekać do piątku, będę miał na podmiankę ram (taki sam) 6670 grafikę, taki sam procesor i zasilacz chiefteca 400w

Edytowane 5 Grudnia 2012 przez Mycorrhiz'Al'Seven

[Niezły Apacz]

Jeśli to faktycznie jest coś ze sprzętem to zobacz w Monitorze wydajności lub niezawodności.Tam podane są informacje o stanie komputera.

[Mycorrhiz'Al'Seven]

Niezawodność:

Z ostatniego krytyka opis "Nastąpił ponowny rozruch komputera po operacji wykrywania błędów. Wyniki tej operacji były następujące: 0x00000050 (0xfffff6eb41ffbed8, 0x0000000000000000, 0xfffff800030d2ae2, 0x0000000000000005). Zrzut zapisano w: C:\Windows\MEMORY.DMP. Identyfikator raportu: 120512-17191-01."

 

To w wydajności przywitało.

 

W monitorze zasobów zauważyłem, że przy pamięci czasem się pojawiają na wykresie jakieś błędy sprzętowe w okolicach kilku procent. Nie wiem jakie to ma znaczenie, ale taki test zrobiłem :

Zanim się zawiesił, wyłączyłem test i po chwili jeszcze jeden screen zrobiłem:

Na to ostatnie wachnięcie pewnie by przypadał zwis, jak to ma w zwyczaju (ok. 1m30s testu)

 

I jeszcze takie coś praktycznie na idle:

Edytowane 5 Grudnia 2012 przez Mycorrhiz'Al'Seven

[Mycorrhiz'Al'Seven]

Inny ram, nie sprawiający problemów na drugim komputerze, nie zmienił sytuacji.

Przełożona grafika hd 6670 też bez zmian.

Mój zasilacz ma sprawdzone napięcia miernikiem i są dobre.

Przełożyłem swój procesor do drugiego komputera i właśnie testuję, nie zawiesza się.

 

Coś jeszcze jest do sprawdzenia?

[Klaus]

Sprawdź płytę używając wszystkiego z innego kompa.

 

Spróbuj ewentualnie poluzować trochę chłodzenie. Ostatnio ktoś miał problem z kompem. Problemy ustąpiły po zluzowaniu chłodzenia.

[Mycorrhiz'Al'Seven]

Co prawda jeszcze nie przeczytałem Klaus Twojego posta, ale pomyślałem, że włożę procesor od siostry też phenom i założyłem chłodzenie, tak na szybko więc nie wkręcałem tak mocno i przeszedł godzinę w OCCT : CPU - Linpack, a teraz 2 i pół godziny w Prime95. Zarówno mój procesor u siostry, jak i jej u mnie. Różnica głównie więc polega na wkręceniu nieco lżejszym chłodzenia. Zobaczymy jak będą się jeszcze później sprawować komputery. Bardzo dziękuję za wasze zainteresowanie i pomoc, obyśmy już nie musieli wracać do tego tematu.

 

Pozdrawiam!

[Mycorrhiz'Al'Seven]

Odkopuję temat :P BSODy od czasu ostatniego postu już się nie wysypywały (przynajmniej nie w takiej ilości  - jak się okazało) Raz poraz się przytrafił niebieski ekran. Jakieś pół roku temu zaczęło mnie to denerwować i zamontowałem stockowe chłodzenie, o dziwo też się BSODY trafiają, jeszcze rzadziej, gdyż raz na miesiąc. Chociaż ostatni miesiąc dużo korzystałem z  komputera i mogło się zdarzyć więcej. Szczęśliwie nigdy przy robieniu czegoś konkretnego. Wrzucam ostatni zanotowany niebieski ekran, już trochę czasu minęło odkąd chciałem to wrzucić na forum, więc zaaktulizuję go przy następnym błędzie. Piszę o aktualizacji, gdyż błąd jest tego samego typu co wcześniej 0x00000050, ale w nawiasie widzę, że coś się cyferki pozmieniały. Szukałem rozwiązania tego błędu w MS Search, ale nie za bardzo rozumiem, co tam do mnie piszą. Gdyby miał ktoś chwilkę nad tym pomyśleć to byłoby wyśmienicie.

Edytowane 24 Października 2014 przez Mycorrhiz'Al'Seven

[Gość ZUY_BEZCZELNY_CHAM]

klik

"[...]
This Stop message occurs when requested data is not found in memory. The system generates a fault, which normally indicates that the system looks for data in the paging file. In this circumstance, however, the missing data is identified as being located within an area of memory that cannot be paged out to disk. The system faults, but cannot find, the data and is unable to recover. Faulty hardware, a buggy system service, antivirus software, and a corrupted NTFS volume can all generate this type of error.
[...]"

PL: "uszkodzony sprzęt, błędna usługa serwisowa, program antivir.; uszkodzony wolumin NTFS" generuje tego typu błędy.

User Action:

"[...] This Stop message usually occurs after the installation of faulty hardware or in the event of failure of installed hardware (usually related to defective RAM, either main memory, L2 RAM cache, or video RAM). If hardware has been added to the system recently, remove it to see if the error recurs.
[...]"

Zakładam że OS (W7) masz oryginalny, zpatchowany etc. - dysk widzę Seagate (sprawdź stan dysku; kabel SATA)

bateria CMOS w jakim stanie (?)
 

[Mycorrhiz'Al'Seven]

Dzięki za odpowiedź :)

 

Dzisiaj wyskoczył BSOD więc wpadłem tutaj. Załączam go, chociaż w praktyce to chyba to samo. Również screeny z HDtune. Żeby całkiem wykluczyć błędy systemu, dla pewności sprawdzę komputer na windows 8.1 przez 90 dni, zobaczymy czy to coś zmieni.

 

Bateria nie sprawia żadnych problemów.

Edytowane 31 Października 2014 przez Mycorrhiz'Al'Seven

[Gość ZUY_BEZCZELNY_CHAM]

Nie kombinuj z W8.1 (nie ma sensu) - wejdź do: panel sterowania/narzędzia administracyjne/podgląd zdarzeń/podsumowanie zdarzeń administracyjnych (typ zdarzenia: krytyczne)

przejrzyj dziennik z tych zdarzeń krytycznych (możesz wkleić screeny nawet)