Acer Aspire 5742Z - modrá smrt
Ahoj všem,
mám tu NTB známého, se kterým si nevím rady...
Jedná se o Acer Aspire 5742Z-P614G32MNKK. Prý mu tam syn něco instaloval a po té to začalo padat.
V nouzovém režimu se sítí Wifi jede normálně, při normálním spouštění chvíli (desítky sekund) jede v pohodě a potom, jako by se spustila nějaké služba, nebo proces na pozadí a noťas padne do BS.
Zkoušel jsem už všechny možné psí kusy, ale nic nezabralo.
HDD je o.k., MemTest proběhl taky v pořádku, zakázal jsem po startu systému téměř vše, kromě ovladače IaStor, ovladače dotyku SynTPEnh.exe a Igfxtray.exe a Igfxpers.exe, které nejdou v NR deaktivovat.
Které ovladače šly v nouzáku přeinstalovat jsem přeinstaloval, ale hodně jich (i běžného SW v NR nejde odebrat).
Proto myslím, že by bylo lepší, kdyby se někdo zkušenější podíval na analýzu minidumpu, kterou přikládám níže a poradil mi, na co se zaměřit, popřípadě, jak z toho ven. Reinstal OS přichází také v úvahu, ale pokud to nebude nevyhnutelné, nebudu se do něj tlačit.
Předem díky za pomoc...
[CODE]
Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [D:\Minidump Vondra\112414-27331-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7601 (Service Pack 1) MP (2 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7601.18247.amd64fre.win7sp1_gdr.130828-1532
Machine Name:
Kernel base = 0xfffff800`03859000 PsLoadedModuleList = 0xfffff800`03a9c6d0
Debug session time: Mon Nov 24 15:46:23.919 2014 (GMT+1)
System Uptime: 0 days 0:03:38.027
Loading Kernel Symbols
...............................................................
................................................................
................................
Loading User Symbols
Loading unloaded module list
...
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck A, {8, 2, 0, fffff8000390f2f3}
Probably caused by : ntkrnlmp.exe ( nt!CcFlushCache+103 )
Followup: MachineOwner
---------
0: 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: 0000000000000008, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, 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: fffff8000390f2f3, address which referenced memory
Debugging Details:
------------------
READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80003b06100
0000000000000008
CURRENT_IRQL: 2
FAULTING_IP:
nt!CcFlushCache+103
fffff800`0390f2f3 488b7808 mov rdi,qword ptr [rax+8]
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0xA
PROCESS_NAME: System
TRAP_FRAME: fffff880031af8c0 -- (.trap 0xfffff880031af8c0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=fffff80003a4a540
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8000390f2f3 rsp=fffff880031afa50 rbp=fffff880031afc58
r8=0000000000000000 r9=0000000000000000 r10=0000000000000001
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
nt!CcFlushCache+0x103:
fffff800`0390f2f3 488b7808 mov rdi,qword ptr [rax+8] ds:0970:00000000`00000008=????????????????
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff800038ce169 to fffff800038cebc0
STACK_TEXT:
fffff880`031af778 fffff800`038ce169 : 00000000`0000000a 00000000`00000008 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`031af780 fffff800`038ccde0 : 00000000`00000000 00000000`00000000 fffff880`031af9c0 fffff800`03a49e80 : nt!KiBugCheckDispatch+0x69
fffff880`031af8c0 fffff800`0390f2f3 : 00000000`00000001 fffffa80`08c309d0 00000000`00000000 fffffa80`08c309a0 : nt!KiPageFault+0x260
fffff880`031afa50 fffff800`03913136 : 00000000`00000000 00000000`00000001 fffffa80`00000001 fffffa80`08c30900 : nt!CcFlushCache+0x103
fffff880`031afb50 fffff800`03913af8 : fffff800`03ad5900 fffff880`031afc58 fffffa80`08d96e00 fffff800`03ad5918 : nt!CcWriteBehind+0x1c6
fffff880`031afc00 fffff800`038d8261 : fffffa80`041d9190 fffff800`03bc5101 fffff800`03ad5920 fffffa80`08b8a870 : nt!CcWorkerThread+0x1c8
fffff880`031afcb0 fffff800`03b6b2ea : 00000000`00000000 fffffa80`041e0930 00000000`00000080 fffffa80`041669e0 : nt!ExpWorkerThread+0x111
fffff880`031afd40 fffff800`038bf8e6 : fffff880`009e9180 fffffa80`041e0930 fffff880`009f3f40 00000000`00000000 : nt!PspSystemThreadStartup+0x5a
fffff880`031afd80 00000000`00000000 : fffff880`031b0000 fffff880`031aa000 fffff880`031af3f0 00000000`00000000 : nt!KiStartSystemThread+0x16
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!CcFlushCache+103
fffff800`0390f2f3 488b7808 mov rdi,qword ptr [rax+8]
SYMBOL_STACK_INDEX: 3
SYMBOL_NAME: nt!CcFlushCache+103
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nt
IMAGE_NAME: ntkrnlmp.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 521ea035
FAILURE_BUCKET_ID: X64_0xA_nt!CcFlushCache+103
BUCKET_ID: X64_0xA_nt!CcFlushCache+103
Followup: MachineOwner
---------[/CODE]
mám tu NTB známého, se kterým si nevím rady...
Jedná se o Acer Aspire 5742Z-P614G32MNKK. Prý mu tam syn něco instaloval a po té to začalo padat.
V nouzovém režimu se sítí Wifi jede normálně, při normálním spouštění chvíli (desítky sekund) jede v pohodě a potom, jako by se spustila nějaké služba, nebo proces na pozadí a noťas padne do BS.
Zkoušel jsem už všechny možné psí kusy, ale nic nezabralo.
HDD je o.k., MemTest proběhl taky v pořádku, zakázal jsem po startu systému téměř vše, kromě ovladače IaStor, ovladače dotyku SynTPEnh.exe a Igfxtray.exe a Igfxpers.exe, které nejdou v NR deaktivovat.
Které ovladače šly v nouzáku přeinstalovat jsem přeinstaloval, ale hodně jich (i běžného SW v NR nejde odebrat).
Proto myslím, že by bylo lepší, kdyby se někdo zkušenější podíval na analýzu minidumpu, kterou přikládám níže a poradil mi, na co se zaměřit, popřípadě, jak z toho ven. Reinstal OS přichází také v úvahu, ale pokud to nebude nevyhnutelné, nebudu se do něj tlačit.
Předem díky za pomoc...
[CODE]
Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [D:\Minidump Vondra\112414-27331-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7601 (Service Pack 1) MP (2 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7601.18247.amd64fre.win7sp1_gdr.130828-1532
Machine Name:
Kernel base = 0xfffff800`03859000 PsLoadedModuleList = 0xfffff800`03a9c6d0
Debug session time: Mon Nov 24 15:46:23.919 2014 (GMT+1)
System Uptime: 0 days 0:03:38.027
Loading Kernel Symbols
...............................................................
................................................................
................................
Loading User Symbols
Loading unloaded module list
...
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck A, {8, 2, 0, fffff8000390f2f3}
Probably caused by : ntkrnlmp.exe ( nt!CcFlushCache+103 )
Followup: MachineOwner
---------
0: 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: 0000000000000008, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, 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: fffff8000390f2f3, address which referenced memory
Debugging Details:
------------------
READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80003b06100
0000000000000008
CURRENT_IRQL: 2
FAULTING_IP:
nt!CcFlushCache+103
fffff800`0390f2f3 488b7808 mov rdi,qword ptr [rax+8]
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0xA
PROCESS_NAME: System
TRAP_FRAME: fffff880031af8c0 -- (.trap 0xfffff880031af8c0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=fffff80003a4a540
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8000390f2f3 rsp=fffff880031afa50 rbp=fffff880031afc58
r8=0000000000000000 r9=0000000000000000 r10=0000000000000001
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
nt!CcFlushCache+0x103:
fffff800`0390f2f3 488b7808 mov rdi,qword ptr [rax+8] ds:0970:00000000`00000008=????????????????
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff800038ce169 to fffff800038cebc0
STACK_TEXT:
fffff880`031af778 fffff800`038ce169 : 00000000`0000000a 00000000`00000008 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`031af780 fffff800`038ccde0 : 00000000`00000000 00000000`00000000 fffff880`031af9c0 fffff800`03a49e80 : nt!KiBugCheckDispatch+0x69
fffff880`031af8c0 fffff800`0390f2f3 : 00000000`00000001 fffffa80`08c309d0 00000000`00000000 fffffa80`08c309a0 : nt!KiPageFault+0x260
fffff880`031afa50 fffff800`03913136 : 00000000`00000000 00000000`00000001 fffffa80`00000001 fffffa80`08c30900 : nt!CcFlushCache+0x103
fffff880`031afb50 fffff800`03913af8 : fffff800`03ad5900 fffff880`031afc58 fffffa80`08d96e00 fffff800`03ad5918 : nt!CcWriteBehind+0x1c6
fffff880`031afc00 fffff800`038d8261 : fffffa80`041d9190 fffff800`03bc5101 fffff800`03ad5920 fffffa80`08b8a870 : nt!CcWorkerThread+0x1c8
fffff880`031afcb0 fffff800`03b6b2ea : 00000000`00000000 fffffa80`041e0930 00000000`00000080 fffffa80`041669e0 : nt!ExpWorkerThread+0x111
fffff880`031afd40 fffff800`038bf8e6 : fffff880`009e9180 fffffa80`041e0930 fffff880`009f3f40 00000000`00000000 : nt!PspSystemThreadStartup+0x5a
fffff880`031afd80 00000000`00000000 : fffff880`031b0000 fffff880`031aa000 fffff880`031af3f0 00000000`00000000 : nt!KiStartSystemThread+0x16
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!CcFlushCache+103
fffff800`0390f2f3 488b7808 mov rdi,qword ptr [rax+8]
SYMBOL_STACK_INDEX: 3
SYMBOL_NAME: nt!CcFlushCache+103
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nt
IMAGE_NAME: ntkrnlmp.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 521ea035
FAILURE_BUCKET_ID: X64_0xA_nt!CcFlushCache+103
BUCKET_ID: X64_0xA_nt!CcFlushCache+103
Followup: MachineOwner
---------[/CODE]
Jako první bych resetoval BIOS do defaultu, v nouzovém režimu přeinstaloval ovladač čipsetu, vypnul ACPI.
Ahoj Keve,
díky za rady... BIOS jsem do defaultu samozřejmě hned hodil a drivery chipsetu v nouzáku přeinstaloval. ACPI je řízení spotřeby ve Windows, že... na to jsem nesahal... Dá se s ním hýbat v nouzáku? Myslím ale, že tím to nebude, ale hned odpo zkusím.
Zatím díky. :thumb
EDIT: Tak ani změna režimu napájení nepomohla a jsem pěknej de.il. ACPI je v BIOSu, ale tenhle noťas tam tu položku vůbec jaxi nemá.
díky za rady... BIOS jsem do defaultu samozřejmě hned hodil a drivery chipsetu v nouzáku přeinstaloval. ACPI je řízení spotřeby ve Windows, že... na to jsem nesahal... Dá se s ním hýbat v nouzáku? Myslím ale, že tím to nebude, ale hned odpo zkusím.
Zatím díky. :thumb
EDIT: Tak ani změna režimu napájení nepomohla a jsem pěknej de.il. ACPI je v BIOSu, ale tenhle noťas tam tu položku vůbec jaxi nemá.
