Per risalire alla causa di un crash
-
Ho avuto lo stesso tipo di crash in un paio di situazioni diverse (l'iltima giocando ad arma) il reportè questo:
il file minidump analizzato è questo:
******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* Use !analyze -v to get detailed debugging information. BugCheck D1, {1, 2, 8, 1} Probably caused by : ntkrnlmp.exe ( nt!KiPageFault+260 ) Followup: MachineOwner --------- 1: 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: 0000000000000001, memory referenced Arg2: 0000000000000002, IRQL Arg3: 0000000000000008, value 0 = read operation, 1 = write operation Arg4: 0000000000000001, address which referenced memory Debugging Details: ------------------ READ_ADDRESS: GetPointerFromAddress: unable to read from fffff8000330e0e0 0000000000000001 CURRENT_IRQL: 2 FAULTING_IP: +6363336564653465 00000000`00000001 ?? ??? PROCESS_NAME: ARMA2.exe CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT BUGCHECK_STR: 0xD1 TRAP_FRAME: fffff88003522580 -- (.trap 0xfffff88003522580) NOTE: The trap frame does not contain all registers. Some register values may be zeroed or incorrect. rax=0000000000000400 rbx=0000000000000000 rcx=0000000040b50000 rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000 rip=0000000000000001 rsp=fffff88003522718 rbp=00000000009f2180 r8=0000000006173ea8 r9=00000000fffffa80 r10=fffff80003066000 r11=fffff88003522760 r12=0000000000000000 r13=0000000000000000 r14=0000000000000000 r15=0000000000000000 iopl=0 nv up ei pl zr na po nc 00000000`00000001 ?? ??? Resetting default scope LAST_CONTROL_TRANSFER: from fffff800030d5ca9 to fffff800030d6740 FAILED_INSTRUCTION_ADDRESS: +6363336564653465 00000000`00000001 ?? ??? STACK_TEXT: fffff880`03522438 fffff800`030d5ca9 : 00000000`0000000a 00000000`00000001 00000000`00000002 00000000`00000008 : nt!KeBugCheckEx fffff880`03522440 fffff800`030d4920 : fffffa80`08c4b128 fffff880`035227b0 fffffa80`08c4b120 fffffa80`08c4b060 : nt!KiBugCheckDispatch+0x69 fffff880`03522580 00000000`00000001 : fffff800`030e229e fffffa80`058af8e0 fffff880`04639f79 fffffa80`06112400 : nt!KiPageFault+0x260 fffff880`03522718 fffff800`030e229e : fffffa80`058af8e0 fffff880`04639f79 fffffa80`06112400 00000000`00000001 : 0x1 fffff880`03522720 fffff800`030e1dd6 : fffffa80`08c4b168 fffffa80`08c4b168 00000000`00000000 00000000`00000000 : nt!KiProcessTimerDpcTable+0x66 fffff880`03522790 fffffa80`05fd8a10 : 00000000`00000000 fffffa80`06173d20 fffffa80`06173d20 fffff880`046365c2 : nt!KiProcessExpiredTimerList+0xc6 fffff880`03522de0 00000000`00000000 : fffffa80`06173d20 fffffa80`06173d20 fffff880`046365c2 fffff880`010cecc0 : 0xfffffa80`05fd8a10 STACK_COMMAND: kb FOLLOWUP_IP: nt!KiPageFault+260 fffff800`030d4920 440f20c0 mov rax,cr8 SYMBOL_STACK_INDEX: 2 SYMBOL_NAME: nt!KiPageFault+260 FOLLOWUP_NAME: MachineOwner MODULE_NAME: nt IMAGE_NAME: ntkrnlmp.exe DEBUG_FLR_IMAGE_TIMESTAMP: 4c1c44a9 FAILURE_BUCKET_ID: X64_0xD1_CODE_AV_BAD_IP_nt!KiPageFault+260 BUCKET_ID: X64_0xD1_CODE_AV_BAD_IP_nt!KiPageFault+260 Followup: MachineOwner ---------sapreste dirmi qual'è la causa del crash di sistema?
-
Ho avuto lo stesso tipo di crash in un paio di situazioni diverse (l'iltima giocando ad arma) il reportè questo:
il file minidump analizzato è questo:
******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* Use !analyze -v to get detailed debugging information. BugCheck D1, {1, 2, 8, 1} Probably caused by : ntkrnlmp.exe ( nt!KiPageFault+260 ) Followup: MachineOwner --------- 1: 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: 0000000000000001, memory referenced Arg2: 0000000000000002, IRQL Arg3: 0000000000000008, value 0 = read operation, 1 = write operation Arg4: 0000000000000001, address which referenced memory Debugging Details: ------------------ READ_ADDRESS: GetPointerFromAddress: unable to read from fffff8000330e0e0 0000000000000001 CURRENT_IRQL: 2 FAULTING_IP: +6363336564653465 00000000`00000001 ?? ??? PROCESS_NAME: ARMA2.exe CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT BUGCHECK_STR: 0xD1 TRAP_FRAME: fffff88003522580 -- (.trap 0xfffff88003522580) NOTE: The trap frame does not contain all registers. Some register values may be zeroed or incorrect. rax=0000000000000400 rbx=0000000000000000 rcx=0000000040b50000 rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000 rip=0000000000000001 rsp=fffff88003522718 rbp=00000000009f2180 r8=0000000006173ea8 r9=00000000fffffa80 r10=fffff80003066000 r11=fffff88003522760 r12=0000000000000000 r13=0000000000000000 r14=0000000000000000 r15=0000000000000000 iopl=0 nv up ei pl zr na po nc 00000000`00000001 ?? ??? Resetting default scope LAST_CONTROL_TRANSFER: from fffff800030d5ca9 to fffff800030d6740 FAILED_INSTRUCTION_ADDRESS: +6363336564653465 00000000`00000001 ?? ??? STACK_TEXT: fffff880`03522438 fffff800`030d5ca9 : 00000000`0000000a 00000000`00000001 00000000`00000002 00000000`00000008 : nt!KeBugCheckEx fffff880`03522440 fffff800`030d4920 : fffffa80`08c4b128 fffff880`035227b0 fffffa80`08c4b120 fffffa80`08c4b060 : nt!KiBugCheckDispatch+0x69 fffff880`03522580 00000000`00000001 : fffff800`030e229e fffffa80`058af8e0 fffff880`04639f79 fffffa80`06112400 : nt!KiPageFault+0x260 fffff880`03522718 fffff800`030e229e : fffffa80`058af8e0 fffff880`04639f79 fffffa80`06112400 00000000`00000001 : 0x1 fffff880`03522720 fffff800`030e1dd6 : fffffa80`08c4b168 fffffa80`08c4b168 00000000`00000000 00000000`00000000 : nt!KiProcessTimerDpcTable+0x66 fffff880`03522790 fffffa80`05fd8a10 : 00000000`00000000 fffffa80`06173d20 fffffa80`06173d20 fffff880`046365c2 : nt!KiProcessExpiredTimerList+0xc6 fffff880`03522de0 00000000`00000000 : fffffa80`06173d20 fffffa80`06173d20 fffff880`046365c2 fffff880`010cecc0 : 0xfffffa80`05fd8a10 STACK_COMMAND: kb FOLLOWUP_IP: nt!KiPageFault+260 fffff800`030d4920 440f20c0 mov rax,cr8 SYMBOL_STACK_INDEX: 2 SYMBOL_NAME: nt!KiPageFault+260 FOLLOWUP_NAME: MachineOwner MODULE_NAME: nt IMAGE_NAME: ntkrnlmp.exe DEBUG_FLR_IMAGE_TIMESTAMP: 4c1c44a9 FAILURE_BUCKET_ID: X64_0xD1_CODE_AV_BAD_IP_nt!KiPageFault+260 BUCKET_ID: X64_0xD1_CODE_AV_BAD_IP_nt!KiPageFault+260 Followup: MachineOwner ---------sapreste dirmi qual'è la causa del crash di sistema?
-
se non erro fa riferimento ad un errore di driver nella vga
-
probabilmente in problema di driver
per sicurezza cmq farei anche un memtest
-
sapete come fare per capire qual'è il driver incriminato?
-
no dovresti provare a disinstallare e reinstallare passando dopo la disinstallazione una bella pulizia del registro con gli appositi programmi
-
pasta ha scritto:
Ho avuto lo stesso tipo di crash in un paio di situazioni diverse (l'iltima giocando ad arma) il reportè questo:il file minidump analizzato è questo:
Probably caused by : [b]ntkrnlmp.exe[/b] ( nt!KiPageFault+260 ) [...] 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. [...] IMAGE_NAME: [b]ntkrnlmp.exe[/b] [...] FAILURE_BUCKET_ID: X64_0xD1_CODE_AV_BAD_IP_nt!KiPageFault+260 BUCKET_ID: X64_0xD1_CODE_AV_BAD_IP_nt!KiPageFault+260 Followup: MachineOwner ---------
sapreste dirmi qual'è la causa del crash di sistema?
dall'errore sul kernel, sembrerebbe che il tuo oc non sia più RS.
Come dice Leo, sarebbe utile fare un giro di memtest o ridurre quantomeno i timings o scegliere il divisore immediatamente inferiore sui moduli di memoria.
Per quanto mi riguarda, proverei direttamente a ridurre di 2-3Mhz la frequenza del Bus Speed: dovresti così risolvere in modo immediato e pressochè indolore
-
quindi il drivers in questione è "ntkrnlmp.exe"? nessun driver video o audio?(lo chiedo perchè avevo fatto una ricerca su quel lungo codice di errore ed era risultato a piu persone un problema del driver audio creative.....a me è capitato che prima delcrash con riavvio l'udio "scricchiolava" un po)
come mai credi che è l'overclock?
(passo a testare le ram)
-
si ecco dovrebbe essere audio come da ricerca non credo sia questione di oc o rs
-
ram testate...tutto a posto, non era quello il problema...che dite cosa posso fare come passo successivo?
-
prova a fare una pulizia del registro e disisntallare qualche file o driver obsoleto se rimasto nel sistema
-
pasta ha scritto:
quindi il drivers in questione è "ntkrnlmp.exe"? nessun driver video o audio?(lo chiedo perchè avevo fatto una ricerca su quel lungo codice di errore ed era risultato a piu persone un problema del driver audio creative.....a me è capitato che prima delcrash con riavvio l'udio "scricchiolava" un po)ntkrnlmp.exe non è un driver, bensì il kernel cioè il cuore del s.o. Microsoft su sistemi multicore/multicpu.
oltre che al momento di giocare con ARMA, in che occasioni sono avvenute gli altri BSOD?
che dissi utilizzi?
Non credo sia un problema che si possa direttamente addebitare al software.
Se non vuoi scendere di 2Mhz di Bus Speed come ti dicevo, per cortesia indica i parametri bios di tensioni (Vcore, VTT, VNB) e frequenze su cpu, Fsb e NorhBridge, che si sono rese necessarie per portare il Q6600 a 3.6Ghz
-
Totocellux ha scritto:
ntkrnlmp.exe non è un driver, bensì il kernel cioè il cuore del s.o. Microsoft su sistemi multicore/multicpu.oltre che al momento di giocare con ARMA, in che occasioni sono avvenute gli altri BSOD?
che dissi utilizzi?
Non credo sia un problema che si possa direttamente addebitare al software.
Se non vuoi scendere di 2Mhz di Bus Speed come ti dicevo, per cortesia indica i parametri bios di tensioni (Vcore, VTT, VNB) e frequenze su cpu, Fsb e NorhBridge, che si sono rese necessarie per portare il Q6600 a 3.6Ghz
in verità non sono state delle classiche bsod ma schermo nero con qualcosa che tremava per un paio di secondi e riavvio....poi sono andato a leggere le info nel registro eventi e nel minidump....l'altra occasione era un altro gioco
in verità non sono sceso di 2 mhz ma l'ho riportato a default però insieme a questo è capitato prima e dopo di reinstallare drivers video e audio e di fare anche un ripristino ad un punto precedente del sistema, in pratica non so piu le variabili
comunque questo è l'oc stabile per almeno 1 ora e 50 di prime64 (poi mi sono fermato ritenendolo abbastanza) :
21x200
speed step attivo
pci 101
ram 1600 come da specifica anche i timing e testata anche da sola per 1 ora con mem test
uncore e l'altro 3400 e 7200
cpu 1.3
qpi 1.35
-
un ripristino lo hai provato a fare?
-
quindi non hai più il pc indicato in profilo, ma un 920
non hai postato il voltaggo dell'I/O Core, importante con l'Uncore a 3.4Ghz
il QPI (7.2Ghz) potresti anche diminuirlo di uno step, o in alternativa aumentare il VQPI a 1.37V, altrimenti potrebbe provocare instabilità
-
Totocellux ha scritto:
quindi non hai più il pc indicato in profilo, ma un 920
non hai postato il voltaggo dell'I/O Core, importante con l'Uncore a 3.4Ghz
il QPI (7.2Ghz) potresti anche diminuirlo di uno step, o in alternativa aumentare il VQPI a 1.37V, altrimenti potrebbe provocare instabilità
si hai ragione....aggiorno il mio profilo
il voltaggo dell'I/O Core sarebbe IOH?....se si li ho lasciati in auto e la scheda li ha impostati al minimo: 1.10 ioh e 1.50 ioh pcie
il qpi poi già è al minimo dici che necessita di piu vqpi?
p.s. quindi l'attenzione è comunque da focalizzare sull'overclock e non sui drivers?
-
:cheazz:
-
pasta ha scritto:
il voltaggo dell'I/O Core sarebbe IOH?....se si li ho lasciati in auto e la scheda li ha impostati al minimo: 1.10 ioh e 1.50 ioh pcie
[...]
IOH V = 1.16V
PCIE V = 1.56V
pasta ha scritto:
[...]
il qpi poi già è al minimo dici che necessita di piu vqpi?
puoi provare ad alzarlo uno-due step, quindi senza esagerare
pasta ha scritto:
[...]
p.s. quindi l'attenzione è comunque da focalizzare sull'overclock e non sui drivers?
a mio parere, si
-
dopo aver fatto il ripristino ad un punto precedente dello stato del sistema, dopo aver disinstallato pulito e reinstallato altre versioni di drivers video e audio e dopo aver tirato giu l'overcock ho passato un periodo tutto liscio....
....oggi di nuovo un riavvio improvviso mentre il pc era nel menu di un gioco (l'unica modifica è che stamattina ho messo gli ultimi drivers della vga):
ma non riesco a trovare nessuno dei 2 files indicati per maggiori dettagli, nemmeno facendo una ricerca in tutto il pc.....come posso fare ?
-
ecco, posso essere piu completo ora che mi è ricapitato e si è creato il minidump (inoltre questa volta mi è capitato nel medesimo modo in cui è successo ultimamente ed ho postato a pag 39 dal post 766):
questo è l'elenco degli eventi con i tre errori al momento del riavvio mentre ero in game, e mi sembra di aver capito che "critico" è levento del crash
poi in orine cronologico questo avviso
poi l'ultimo è l'avviso relativo al risultato del controllo errori con la segnalazione dello stesso e il salvataggio nel minidunp
ecco il minidump (mi da solo queste cose: non'è incompleto?):
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64 Copyright (c) Microsoft Corporation. All rights reserved. Loading Dump File [C:WindowsMinidump111410-24024-01.dmp] Mini Kernel Dump File: Only registers and stack trace are available Symbol search path is: SRV*c:Windowssymbols*http://msdl.microsoft.com/download/symbols Executable search path is: Windows 7 Kernel Version 7600 MP (4 procs) Free x64 Product: WinNt, suite: TerminalServer SingleUserTS Built by: 7600.16617.amd64fre.win7_gdr.100618-1621 Machine Name: Kernel base = 0xfffff800`03003000 PsLoadedModuleList = 0xfffff800`03240e50 Debug session time: Sun Nov 14 00:45:37.731 2010 (UTC + 1:00) System Uptime: 0 days 7:10:34.606 Loading Kernel Symbols ............................................................... ................................................................ ........................................... Loading User Symbols Loading unloaded module list ............ ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* Use !analyze -v to get detailed debugging information. BugCheck A, {24, 2, 0, fffff8000307d34b} Probably caused by : ntkrnlmp.exe ( nt!KiTimerWaitTest+22b ) Followup: MachineOwnereccone un altro dello stesso dump con altri symnols:
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64 Copyright (c) Microsoft Corporation. All rights reserved. Loading Dump File [C:WindowsMinidump111410-24024-01.dmp] Mini Kernel Dump File: Only registers and stack trace are available Symbol search path is: SRV*d:symbols*http://msdl.microsoft.com/download/symbols Executable search path is: Windows 7 Kernel Version 7600 MP (4 procs) Free x64 Product: WinNt, suite: TerminalServer SingleUserTS Built by: 7600.16617.amd64fre.win7_gdr.100618-1621 Machine Name: Kernel base = 0xfffff800`03003000 PsLoadedModuleList = 0xfffff800`03240e50 Debug session time: Sun Nov 14 00:45:37.731 2010 (UTC + 1:00) System Uptime: 0 days 7:10:34.606 Loading Kernel Symbols ............................................................... ................................................................ ........................................... Loading User Symbols Loading unloaded module list ............ ******************************************************************************* * * * Bugcheck Analysis * * * ******************************************************************************* Use !analyze -v to get detailed debugging information. BugCheck A, {24, 2, 0, fffff8000307d34b} Probably caused by : ntkrnlmp.exe ( nt!KiTimerWaitTest+22b ) Followup: MachineOwner --------- 1: 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: 0000000000000024, 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: fffff8000307d34b, address which referenced memory Debugging Details: ------------------ READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800032ab0e0 0000000000000024 CURRENT_IRQL: 2 FAULTING_IP: nt!KiTimerWaitTest+22b fffff800`0307d34b 418b4624 mov eax,dword ptr [r14+24h] CUSTOMER_CRASH_COUNT: 1 DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT BUGCHECK_STR: 0xA PROCESS_NAME: arma2oa.exe TRAP_FRAME: fffff88003122580 -- (.trap 0xfffff88003122580) NOTE: The trap frame does not contain all registers. Some register values may be zeroed or incorrect. rax=0000000000000000 rbx=0000000000000000 rcx=0000000000000001 rdx=0000000000000102 rsi=0000000000000000 rdi=0000000000000000 rip=fffff8000307d34b rsp=fffff88003122718 rbp=fffffa8007e1f588 r8=fffff880009f4301 r9=0000000000000002 r10=00000000000000f5 r11=0000000000000000 r12=0000000000000000 r13=0000000000000000 r14=0000000000000000 r15=0000000000000000 iopl=0 nv up ei pl zr na po nc nt!KiTimerWaitTest+0x22b: fffff800`0307d34b 418b4624 mov eax,dword ptr [r14+24h] ds:5128:00000000`00000024=???????? Resetting default scope LAST_CONTROL_TRANSFER: from fffff80003072ca9 to fffff80003073740 STACK_TEXT: fffff880`03122438 fffff800`03072ca9 : 00000000`0000000a 00000000`00000024 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx fffff880`03122440 fffff800`03071920 : fffffa80`0818ea10 fffffa80`07e1f588 fffffa80`0818ea10 00000000`0000001b : nt!KiBugCheckDispatch+0x69 fffff880`03122580 fffff800`0307d34b : fffff880`01a730a1 00000000`00000021 00000000`00276b9b 00000000`00276be2 : nt!KiPageFault+0x260 fffff880`03122718 fffff880`03163180 : fffffa80`07e1f580 00000000`00000000 fffffa80`03f96060 00000000`00000102 : nt!KiTimerWaitTest+0x22b fffff880`03122798 fffffa80`07e1f580 : 00000000`00000000 fffffa80`03f96060 00000000`00000102 00000000`0000000c : 0xfffff880`03163180 fffff880`031227a0 00000000`00000000 : fffffa80`03f96060 00000000`00000102 00000000`0000000c 00000000`00000000 : 0xfffffa80`07e1f580 STACK_COMMAND: kb FOLLOWUP_IP: nt!KiTimerWaitTest+22b fffff800`0307d34b 418b4624 mov eax,dword ptr [r14+24h] SYMBOL_STACK_INDEX: 3 SYMBOL_NAME: nt!KiTimerWaitTest+22b FOLLOWUP_NAME: MachineOwner MODULE_NAME: nt IMAGE_NAME: ntkrnlmp.exe DEBUG_FLR_IMAGE_TIMESTAMP: 4c1c44a9 FAILURE_BUCKET_ID: X64_0xA_nt!KiTimerWaitTest+22b BUCKET_ID: X64_0xA_nt!KiTimerWaitTest+22b Followup: MachineOwnerquesto invece è quello che mi dice l'utility bluscreen view:
Ciao! Sembra che tu sia interessato a questa conversazione, ma non hai ancora un account.
Stanco di dover scorrere gli stessi post a ogni visita? Quando registri un account, tornerai sempre esattamente dove eri rimasto e potrai scegliere di essere avvisato delle nuove risposte (tramite email o notifica push). Potrai anche salvare segnalibri e votare i post per mostrare il tuo apprezzamento agli altri membri della comunità.
Con il tuo contributo, questo post potrebbe essere ancora migliore 💗
Registrati Accedi