Reset przy pierwszym uruchamianiu

[Neon1992]

Witam,

mam dość nietypowy problem, otóż, codziennie za pierwszym razem nie mogę normalnie uruchomić komputera, tzn. system się ładuje do momentu pojawienia się okna logowania chwilę podziała i zaraz BSOD (dziś wyskoczył STOP 0x000000D1). Za drugim razem i następnym kolejnym jest wszystko OK, problem występuje tylko za pierwszym razem w każdy nowy dzień.

Myślę, że to nie jest wina hardware, pamięci sprawdzone.

Prosiłbym o sprawdzenie logów z OTL.

OTL.Txt

Extras.Txt

[picasso]

W raportach nie ma czego szukać (poza crackiem do Office, którego zresztą powinien wykryć MBAM). Dodatkowy komentarz, w Dzienniku zdarzeń powtarza się błąd:

 

Error - 02-09-2010 12:54:56 | Computer Name = Adrian-Komputer | Source = Service Control Manager | ID = 7016
Description = Usługa NVIDIA Stereoscopic 3D Driver Service zaraportowała nieprawidłowy
 stan bieżący 0.

+

 

SRV - [2010-10-16 11:46:40 | 000,369,256 | ---- | M] (NVIDIA Corporation) [Auto | Running] -- C:\Program Files (x86)\NVIDIA Corporation\3D Vision\nvSCPAPISvr.exe -- (Stereo Service)

Wątki relatywne: KLIK (ostatni post) / KLIK. Usługę można wyłączyć: Start > w polu szukania services.msc > z prawokliku Uruchom jako Administrator > na liście wyszukaj ten obiekt i Typ startowy ustaw na Wyłączona.

 

codziennie za pierwszym razem nie mogę normalnie uruchomić komputera, tzn. system się ładuje do momentu pojawienia się okna logowania chwilę podziała i zaraz BSOD (dziś wyskoczył STOP 0x000000D1). Za drugim razem i następnym kolejnym jest wszystko OK, problem występuje tylko za pierwszym razem w każdy nowy dzień.

Myślę, że to nie jest wina hardware, pamięci sprawdzone.

 

Cóż, na moje oko to właśnie sprzęt. Zawsze za pierwszym razem, gdy komputer startuje jako "zimny". Wstępnie: sprawdź w skrzynce, czy nie ma jakiś obluzowań i wszystko jest dobrze podociskane. Dołącz dokładne specyfikacje sprzętowe (KLIK). Temat przesuwam do działu Hardware, gdzie to głos zabierze ktoś bardziej zorientowany.

 

 

 

.

[Neon1992]

Raport z PCW

[Sevard]

... BSOD (dziś wyskoczył STOP 0x000000D1)

Tzn. że za każdym razem jest inny?

Myślę, że to nie jest wina hardware, pamięci sprawdzone.

Jakie pamięci zostały sprawdzone i w jaki sposób?

Jeśli nie sprawdzałeś pamięci karty graficznej, to to zrób. Można to zrobić programem OCCT. Wybierasz test GPU:Memtest i zostawiasz go na ustawieniach Auto. Na forum wrzuć wygenerowane wykresy.

Poza tym przedstaw jeszcze odczyty S.M.A.R.T. dysku.

 

PC Wizard niestety nie podaje pełnej konfiguracji. Brakuje modelu pamięci, zasilacza oraz dokładnego modelu karty graficznej. Uzupełnij proszę te informacje.

[Neon1992]

Tzn. że za każdym razem jest inny?

Tak.

 

Jakie pamięci zostały sprawdzone i w jaki sposób?

RAM programem MemTest 86+

 

Poza tym przedstaw jeszcze odczyty S.M.A.R.T. dysku

LINK

 

PC Wizard niestety nie podaje pełnej konfiguracji. Brakuje modelu pamięci, zasilacza oraz dokładnego modelu karty graficznej. Uzupełnij proszę te informacje.

• RAM: A-Data 2x2GB 800MHz CL4 DDR2
  
• GPU: Gigabyte GF8600GT 256MB
  
• PSU: Chieftec GPS-400AA-101A
  

[Sevard]

Dysk wygląda dobrze.

Jak długo trwał test Memtestem86+?

Sprawdź pamięć karty graficznej.

W katalogu z Windowsem powinien być katalog Minidump. Sprawdź, czy są w nim jakieś pliki. Jeśli tak, to skompresuj ten katalog i wrzuć na Speedyshare a tu daj linka. Być może w tych plikach uda się znaleźć jakieś przydatne informacje.

[MatiK]

Czy kiedy wyłączasz komputer na noc to odłączasz listwę od prądu na guziku czy nie czy też robisz różnie i nie ma to wpływu na występowanie problemu? Gdybyś wyłączał listwę na noc to spróbuj ją zostawić włączoną i powiedz czy problem występuje nadal.

Możesz jeszcze spróbować nagrać sobie jakiś system w wersji LiveCD np Ubuntu, odłącz dysk twardy i kiedy będziesz włączać komputer pierwszy raz to każ mu startować z płyty i powiedz czy są jakieś problemy czy nie.

[3oo]

Ja bym spróbował zamienić RAM miejscami, a także - mimo wszystko - przetestować każdą kość z osobna w każdym z gniazd.

Programem CPU-Z odczytasz timingi i napięcia pamiątek. Jeśli to możliwe, tzn. o ile pamiątki znajdują się na tzw. QVL płyty głównej = porównaj je. Spotkałem się z przypadkami, że nieznaczne podniesienie napięcia RAM-u likwidowało podobny problem. Ale to chyba silnie zależy od modelu płyty głównej (chipsetu?).

[Anonim3]

QVL płyty głównej = porównaj je.

Nie ma producenta płyty, który miałby pełną listę QVL - owe QVL to tylko zabezpieczanie przed roszczeniami ze strony użyszkodników, a faktyczna kompatybilność weryfikowana jest organoleptycznie przez nich samych. Można sobie QVL włożyć w buty. Ta płyta jest słabiutka w sekcję zasilania, i tu sprawdziłbym bardzo skrupulatnie sprawdzić właśnie ją, mosfetów tyle co kot napłakał + zwykłe kondensatory to nie wróży dobrze przy 3 fazowej sekcji zasilania. Druga rzecz to sam zasilacz, 101AA to już stara konstrukcja i właśnie te też potrafiły się kończyć, wypada podmianka na inny, bądź tak samo sprawdzenie wnętrza (i tak już pewnie po gwarancji a ten model nie był zazwyczaj plombowany), najmocniejszy to on też nie jest. Porozpinaj wszystkie zasilające wtyczki, oglądnij je czy w żadnej nie ma nadpalonego/zaśniedziałego pinu, jeśli jest ok to poskładaj z powrotem. Zasilanie dysku oczywiście weź z innego molexa niźli zasilanie napędów optycznych. Bios aktualny? Ten procek obsługuje bios od nr. 608. jeśli tego nie robiłeś to jest to poniekąd w tym przypadku wymagane.

[Neon1992]

W katalogu z Windowsem powinien być katalog Minidump. Sprawdź, czy są w nim jakieś pliki. Jeśli tak, to skompresuj ten katalog i wrzuć na Speedyshare a tu daj linka. Być może w tych plikach uda się znaleźć jakieś przydatne informacje.

Katalog Minidump

 

Czy kiedy wyłączasz komputer na noc to odłączasz listwę od prądu na guziku czy nie czy też robisz różnie i nie ma to wpływu na występowanie problemu? Gdybyś wyłączał listwę na noc to spróbuj ją zostawić włączoną i powiedz czy problem występuje nadal.

Nie odłączam listwy od gniazda zasilania (dioda na listwie świeci się cały czas). Po prostu zamykam system i koniec.

 

Ja bym spróbował zamienić RAM miejscami, a także - mimo wszystko - przetestować każdą kość z osobna w każdym z gniazd.

Pamięci były testowane oddzielnie - zero błędów.

Moim zdaniem najbliżej jesteś mojego problemu, wszystko zaczęło się gdy wymieniłem RAM z 2x1GB Kingston 667MHz na te co mam obecnie czyli 2x2GB A-Data 800MHz, przejściowo miałem 1x4GB GeIL 800MHz i również były problemu ale jeszcze gorzej ponieważ komp sypał się zaraz po załadowaniu BIOSu.

 

Programem CPU-Z odczytasz timingi i napięcia pamiątek.

SPD

Memory

 

Spotkałem się z przypadkami, że nieznaczne podniesienie napięcia RAM-u likwidowało podobny problem.

Napięcie RAM ustawiłem na sztywno 2,1V.

 

Bios aktualny? Ten procek obsługuje bios od nr. 608. jeśli tego nie robiłeś to jest to poniekąd w tym przypadku wymagane.

I tu może być problem. BIOS mam b. stary bo 0401, niestety nie umiem na tej przeklętej płycie go upgradować... próbowałem różnymi programami z BIOSu niestety, zero reakcji, pokazuje się okienko z informacją, że mam nowszy BIOS niż ten co próbuję wgrać, co jest oczywiście bzdurą.

[Anonim3]

próbowałem różnymi programami z BIOSu niestety

aktualizacja jest dokładnie opisana w manualu, a sposobów jest co najmniej trzy.

że mam nowszy BIOS niż ten co próbuję wgrać

może nie właściwy pobierasz? Nie do tej płyty?

Napięcie RAM ustawiłem na sztywno 2,1V.

chyba nie ma potrzeby aby jest tak katować, wystarczy im co najwyżej 2.05V uwzględniając Vdropa, zamiast podnosić napięcie można też poluzować timingi.

[Neon1992]

aktualizacja jest dokładnie opisana w manualu' date=' a sposobów jest co najmniej trzy. [/quote']W manualu jest opisana metoda ASUS EZ Flash2, która u mnie nie działa.

 

może nie właściwy pobierasz? Nie do tej płyty?

Moim zdaniem dobry.

[wieslaw531]

W manualu jest opisana metoda ASUS EZ Flash2, która u mnie nie działa.

 

Opisz dokładnie jak to robisz. Musi działać. Gdzieś pisałem całą kolejność aktualizacji ale nie pamiętam w jakim temacie. Poszukaj.

Nowy BIOS ma być na penie rozpakowany a pen włączony PRZED uruchomieniem systemu.

[Sevard]

No to się zatrzymajmy przy:

Katalog Minidump

Po poddaniu pliku małego zrzutu działaniu WinDbg mamy coś takiego:

Loading Dump File [E:\Minidump\Minidump\123110-20014-01.dmp]

Mini Kernel Dump File: Only registers and stack trace are available

 

Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols

Executable search path is:

Windows 7 Kernel Version 7600 MP (2 procs) Free x64

Product: WinNt, suite: TerminalServer SingleUserTS

Built by: 7600.16617.amd64fre.win7_gdr.100618-1621

Machine Name:

Kernel base = 0xfffff800`02c0c000 PsLoadedModuleList = 0xfffff800`02e49e50

Debug session time: Fri Dec 31 11:25:16.898 2010 (UTC + 1:00)

System Uptime: 0 days 0:01:08.506

Loading Kernel Symbols

...............................................................

................................................................

.......................

Loading User Symbols

Loading unloaded module list

....

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

* *

* Bugcheck Analysis *

* *

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

 

Use !analyze -v to get detailed debugging information.

 

BugCheck D1, {fffff88005cc1fe0, 2, 0, fffff88005c1d08e}

 

Unable to load image \SystemRoot\system32\DRIVERS\eamonm.sys, Win32 error 0n2

*** WARNING: Unable to verify timestamp for eamonm.sys

*** ERROR: Module load completed but symbols could not be loaded for eamonm.sys

Probably caused by : eamonm.sys ( eamonm+1d08e )

 

Followup: MachineOwner

---------

 

0: 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: fffff88005cc1fe0, memory referenced

Arg2: 0000000000000002, IRQL

Arg3: 0000000000000000, value 0 = read operation, 1 = write operation

Arg4: fffff88005c1d08e, address which referenced memory

 

Debugging Details:

------------------

 

 

READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80002eb40e0

fffff88005cc1fe0

 

CURRENT_IRQL: 2

 

FAULTING_IP:

eamonm+1d08e

fffff880`05c1d08e 488b054b4f0a00 mov rax,qword ptr [eamonm+0xc1fe0 (fffff880`05cc1fe0)]

 

CUSTOMER_CRASH_COUNT: 1

 

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

 

BUGCHECK_STR: 0xD1

 

TRAP_FRAME: fffff8800853d020 -- (.trap 0xfffff8800853d020)

NOTE: The trap frame does not contain all registers.

Some register values may be zeroed or incorrect.

rax=0000000000000000 rbx=0000000000000000 rcx=fffff88005cc1fe0

rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000

rip=fffff88005c1d08e rsp=fffff8800853d1b0 rbp=fffff8800853d2f0

r8=0000000000000000 r9=0000000000000000 r10=fffff880010bf540

r11=fffff8800853d180 r12=0000000000000000 r13=0000000000000000

r14=0000000000000000 r15=0000000000000000

iopl=0 nv up ei ng nz na po nc

eamonm+0x1d08e:

fffff880`05c1d08e 488b054b4f0a00 mov rax,qword ptr [eamonm+0xc1fe0 (fffff880`05cc1fe0)] ds:fffff880`05cc1fe0=????????????????

Resetting default scope

 

LAST_CONTROL_TRANSFER: from fffff80002c7bca9 to fffff80002c7c740

 

STACK_TEXT:

fffff880`0853ced8 fffff800`02c7bca9 : 00000000`0000000a fffff880`05cc1fe0 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx

fffff880`0853cee0 fffff800`02c7a920 : 00000000`00000000 00000000`c0000034 fffffa80`05983ca0 fffff800`02f245e2 : nt!KiBugCheckDispatch+0x69

fffff880`0853d020 fffff880`05c1d08e : 00000000`00000000 00000000`00000000 fffffa80`059f4cc0 00000000`c0000034 : nt!KiPageFault+0x260

fffff880`0853d1b0 00000000`00000000 : 00000000`00000000 fffffa80`059f4cc0 00000000`c0000034 fffffa80`00100001 : eamonm+0x1d08e

 

 

STACK_COMMAND: kb

 

FOLLOWUP_IP:

eamonm+1d08e

fffff880`05c1d08e 488b054b4f0a00 mov rax,qword ptr [eamonm+0xc1fe0 (fffff880`05cc1fe0)]

 

SYMBOL_STACK_INDEX: 3

 

SYMBOL_NAME: eamonm+1d08e

 

FOLLOWUP_NAME: MachineOwner

 

MODULE_NAME: eamonm

 

IMAGE_NAME: eamonm.sys

 

DEBUG_FLR_IMAGE_TIMESTAMP: 4c3d71b7

 

FAILURE_BUCKET_ID: X64_0xD1_eamonm+1d08e

 

BUCKET_ID: X64_0xD1_eamonm+1d08e

 

Followup: MachineOwner

---------

Jako winowajca wskazany jest plik eamonm.sys. Jak wpiszesz w Google tą nazwę, to wyjdzie, że plik ten w ogóle jest problematyczny. Jest to sterownik wchodzący w skład NOD32. Program ten jest u Ciebie zainstalowany, więc się zgadza. Problem ma więc najpewniej podłoże programowe, a nie sprzętowe.

Sprawdź, czy po usunięciu oprogramowania ESET problem nadal będzie występował. Jeśli nie, to spróbuj go zainstalować raz jeszcze, tylko najpierw usuń dokładnie pozostałości po pierwszej instalacji. Jeśli zaś problem będzie występował nadal, to będzie trzeba sprawdzać dalej.

Edytowane 16 Lutego 2011 przez picasso
16.02.2011 - Temat zostaje zamknięty z powodu braku odpowiedzi autora. //picasso