BSOD - návaznost na můj příspěvek z 19.02.2015

[astupka]

Zdravím,

mám pokračování problému s BSOD, který jsem řešil 19.2. s uživatelem Oxxid ( viewtopic.php?f=118&t=150505 )- tak asi tento příspěvek by byl spíš pro něj.

- po 4 dnech bez problémů opět nastala BSOD, tentokrát trochu jiná...
- co se týká protokolu systému windows, tam přibyly prakticky 2 chybové položky a to

1) Počítač byl restartován z procesu kontroly chyb. Kontrola chyb: 0x0000001e (0x0000000000000000, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000). Výpis byl uložen do: C:\Windows\MEMORY.DMP. ID hlášení:

System
- Provider
[ Name] Microsoft-Windows-WER-SystemErrorReporting
[ Guid] {ABCE23E7-DE45-4366-8631-84FA6C525952}
[ EventSourceName] BugCheck
- EventID 1001
[ Qualifiers] 16384
Version 0
Level 2
Task 0
Opcode 0
Keywords 0x80000000000000
- TimeCreated
[ SystemTime] 2015-02-22T15:40:50.000000000Z
EventRecordID 1230452
Correlation
- Execution
[ ProcessID] 0
[ ThreadID] 0
Channel System
Security
- EventData
param1 0x0000001e (0x0000000000000000, 0x0000000000000000, 0x0000000000000000, 0x0000000000000000)
param2 C:\Windows\MEMORY.DMP
param3

2) Ze souboru úplného výpisu nelze vytvořit soubor s minimálním výpisem

- vytvořil se v systémové složce soubor memory.dmp, který má 900MB. Po otevření v programu BluescreenView jsou tam následující informace

==================================================
Dump File : MEMORY.DMP
Crash Time : 22.2.2015 16:39:23
Bug Check String : KMODE_EXCEPTION_NOT_HANDLED
Bug Check Code : 0x0000001e
Parameter 1 : 00000000`00000000
Parameter 2 : 00000000`00000000
Parameter 3 : 00000000`00000000
Parameter 4 : 00000000`00000000
Caused By Driver :
Caused By Address :
File Description :
Product Name :
Company :
File Version :
Processor : x64
Crash Address :
Stack Address 1 :
Stack Address 2 :
Stack Address 3 :
Computer Name :
Full Path : C:\Windows\MEMORY.DMP
Processors Count : 4
Major Version : 15
Minor Version : 7601
Dump File Size : 902 910 740
Dump File Time : 22.2.2015 16:40:37
==================================================


- Moje otázka tedy zní, může tam být nějaká souvislost s tím BSOD ohledně chyby vnitřního časovače CPU před čtyřmi dny? Děkuji

[Reklama]

[Oxxid]

Ten memory dump zaRARuj. Máš v počítači archivovací program 7-zip nebo WinRar? (WinZip, atd..) Při použití vyšší komprese ten pamětový výpis nebude tak obrovský a půjde nahrát na http://leteckaposta.cz

Ve slozce C:\Windows\minidump neni zadny novy soubor?

Souviset to spolu muze i nemusi.

[astupka]

OK,

- bohužel minidump se tentokrát nevypsal žádný

- tak ten memory.dmp je viz http://leteckaposta.cz/318829013

- pro úplnost, od doby poslední BSOD nic taktováno nebylo, pouze nainstalováno několik utilit na konverzi filmů, jedno vývojové prostředí, program na správu reg. otáček ventilátoru u GPU, jinak prakticky nic... v okamžiku pádu byl prý spuštěn akorát film a kopírovalo se v rámci domácí sítě - skupiny - došlo k zaseknutí zvuku - výpisu BSOD, vytvořil se ten MEMORY.dmp a pak bylo ručně resetováno.

[Oxxid]

Pamětový výpis je bohužel nekompletní a bude to vyžadovat použití Verifieru. Návod bod 4.). Minidump by se již měl vytvořit. Jinak máš v systému velké množství ovladačů třetích stran, něco bude konfliktní, uvidíme.

[astupka]

Ok, minidump se nevypsal, ale vypsal se opět jenom memory.dmp viz http://leteckaposta.cz/818493405

- a při použítí verifieru dochází k pádu během bootu systému (těsně před zobrazením tabulky s uživatelskými účty :)

[Oxxid]

Ověř prosím v našem návodu podle bodu 1.), zda-li máš korektně nastaveno vytváření minidumpů. Verifier běží?

[astupka]

aha, pardon, už jsem to přenastavil...

no jestli verifier běží? Nevim, při bootu s aktivací verifieru to vyhodí BSOD viz http://leteckaposta.cz/398272863
-dokud ho z nouzáku nedeaktivuju, tak se do win nedostanu...

[MiliNess]

Updatni ovladač MBfilt64.sys - Fri Jul 31 05:40:32 2009 (zvukový ovladač Audio Driver from Creative Technology Ltd.) a pokračuj s Verifierem.
Nicméně vzhledem k dřívější chybě WHEA_UNCORRECTABLE_ERROR, to může být nějaká HW závada (a patrně asi bude).

[astupka]

Odinstaloval jsem ovladače zvukovky (součástí nich je i MBfiltr64.sys a ze systému zmizel), naintaloval jsem nové ovladače k MB z webu MSI (datum vydání 2015-02-11, Realtek High Definition Audio Driver, verze ovladače 6.0.1.7399), ten ovladač se aktualizoval, ale stejně ten MBfiltr64.sys má datum 18.11.2009)

- spustil jsem verifier(ale asi to bude pořád stejné), opět BSOD viz http://leteckaposta.cz/850494974

--- Doplnění předchozího příspěvku (01 Bře 2015 13:55) ---

¨Co se týká té HW závady - jde mi o to pokudmožno přijít na příčinu, popřípadě jsou ty komponenty ještě v záruce, ale předpokládám, že dokazovat nějakou vadu na základě jedné BSOD (i když , jak je vidět, ne asi softwarové) asi prodejce nezajímá, že?

[MiliNess]

To, co právě dostáváš, je stále dílem MBfilt64.sys.

[MiliNess]

Vykašli se na MSI, ovladač zvuku opět odinstaluj a zkus ovladač přímo ze stránek Realteku.

[astupka]

OK, stáhl jsem ovladač od Realteku, sice to v průběhu instalace vyhodilo chybu, že instalace nemůže pokračovat z důvodu chyby 0x0000000D, ale po restartu se ohlásil úspěšně nainstalovaný ovladač...

- po zapnutí verifieru se to dostalo přes ten MBfiltr64, ale skončilo to chybou programu Zemana Antilogger (antilog64.sys), jsou to první 2 BSOD v příloze, tak jsem ho odinstaloval a znova spustil verifier
- poté to vyhodilo 3. BSOD IRQ_NOT_LESS_OR_EQUAL ...
- po restartu už naběhla plocha, ale okamžitě došlo k zámrzu všeho, BSOD nebyla vypsaná
- po dalším restartu opět IRQ_NOT_LESS_OR_EQUAL a výpis 4. BSOD
- po dalším restartu opět viz 4.BSOD, záznam je v 5. minidumpu