Vista/7 - Schermate blu (bsod):individuazione cause dell'errore e possibili soluzioni

[WarezSan]

Ragazzi scusate ma...

ho seguito la guida e non riesco a dargli il percorso corretto di symbols

Il problema e' questo win7 ultimate e il seguente messaggio d errore:

On Tue 17/11/2009 21:40:20 your computer crashed
This was likely caused by the following module: ha20x22k.sys
Bugcheck code: 0x3B (0xC0000005, 0xFFFFF880058BE701, 0xFFFFF88006FAEEB0, 0x0)
Error: SYSTEM_SERVICE_EXCEPTION
Dump file: C:\Windows\Minidump\111709-14601-01.dmp

Credo d'aver intuito che il problema e' dato dai driver della sk audio... l'ho rimossa ma nada

ho rimosso anche tutti i driver della titanium ma nulla da fare

[tidus780]

Originariamente inviato da WarezSan

Ragazzi scusate ma...

ho seguito la guida e non riesco a dargli il percorso corretto di symbols

Il problema e' questo win7 ultimate e il seguente messaggio d errore:

On Tue 17/11/2009 21:40:20 your computer crashed
This was likely caused by the following module: ha20x22k.sys
Bugcheck code: 0x3B (0xC0000005, 0xFFFFF880058BE701, 0xFFFFF88006FAEEB0, 0x0)
Error: SYSTEM_SERVICE_EXCEPTION
Dump file: C:\Windows\Minidump\111709-14601-01.dmp

Credo d'aver intuito che il problema e' dato dai driver della sk audio... l'ho rimossa ma nada

ho rimosso anche tutti i driver della titanium ma nulla da fare

ma questo è un problema che di ha dato da poco? già avevi installato windows e andava e dopo aver messo un nuovo harware ti da questa schermata d'errore? oppure ti da questa schermata dopo che hai installato i driver?

[WarezSan]

Allora, e' andata cosi' :

Stavo usando un enermax a causa del fatto che il mio Tagan 1100 era saltato.

L'altra sera ho smontato l'enermax ed ho rimontato il tagan. Ho risitemato tutti i cablaggi,
ho staccato la sk audio per far passare un po' di cavetteria, l'ho ricollegata al bay frontale, ho avviato win7 ed ecco il problema.
Ho riavviato nella modalita' provvisoria di ripristino directory disinstallando con il programmino tutti i driver creative.
Ho anche pulito con dovizia i registri ma nada

Si, prima la creative era installata e tutto funzionava a meraviglia!!
Solo un particolare. La titanium fatality a quanto pare non ha le guide di plastica che ti consentono di collegarla in modo univoco al bay da 5 e 1/4 frontale, prima il bay era scollegato.

Ho anche tolto fisicamente la scheda audio ma nulla sembra risolversi

[tidus780]

Se non ti scoccia, prova a fare in qusto modo, se possiedi un hard disk anche da poco, prova (ti toglie mezzoretta vale la pena) a installare una copia di windows 7 con tutto collegato come era prima, se non dovesse andare e fare lo stesso errore, ti posso solo dire che quello è un errore che esce a quanto ho letto e ho avuto esperienze a driver e incompatibilità hardware...dovresti smontare pezzo per volta e testare che parta, ovviamente i pezzi con i quali anche senza funzionerebbe...Io penso che sia un problema di sistema operativo...Quindi prova a fare come dico io, in questo modo non perdi i dati del vecchio sistema operativo...

P.S. prova se non dovesse andare il 7 a mettere il vista...grazie a un vecchio vista che avevo, ho capito che il mio problema non era di un hardware rotto ma di incompatibiltà driver di default di windows 7 con la seconda scheda video dedicata al physx. So che è un assurdità ma fidati che ci sono stato tutto il giorno e ho installato windows una decina di volte prima di capire grazie a vista che non era quello il problema, e cioè l'hardware. Prova non costa nulla. In caso contrario anche con vista o con il 7 installato sul nuovo hard disk, ti da lo stesso errore, allora prova a staccare uno per uno i vari hardware...Di più ninzò...

[WarezSan]

Credo anche io che non sia un problema hw, pero' e' stranissimo che tutto sia cominciato quando ho cambiato l'alimentatore.

Per inciso, prima di smontare l'enermax il pc si e' spento di botto.
Credo sia a causa del fatto che come wattaggio e amperaggio sul +12 fossi andato un po' troppo fuori specifica.

Insomma, un 920 @ default + due velociraptor e una 4870X2 sempre a palla sono difficili da reggere per un 450 anche se con ottimi amperaggi .

[tidus780]

Bè certo, anche quello è vero...ora quindi monti un ali superiore...prova a mettere i default il bios se non l'hai già fatto e fare come ti ho detto prima, non ti resta che provare...

[Stefano1960bis]

Ciao a tutti, mi sono appena iscritto per dare il mio contributo al problema, anche se di pc ne capisco quasi nulla.

Anch'io avevo questo problema,fino ad 1 ora fà, sul mio Asus K70IO (comperato a settembre) da quando ho fatto l'upgrade a Seven da Vista.

Non ci crederete ma mi è bastato cambiare il mouse .

Tutte le modifiche al pannello risparmio di energia e varie righe di comando powercfg.....nessun risultato, le schermate blu tornavano inesorabilmente dopo la messa in sospensione o ibernazione.

Da quando ho cambiato mouse tutto risolto e per sicurezza ho volontariamente messo in sospensione e/o ibernazione il pc diverse volte.....tutto perfetto!

Magari questa soluzione è già stata data e non l'ho letta e in tal caso scusate il 'doppione'.

Spero che sia stato d'aiuto.
Cordiali saluti

ps: il mouse che mandava in crisi il SO è un Log...ch (volutamente parzializzato ) wireless che su Vista andava benissimo e non avevo di questi problemi, quindi mai avrei sospettato di lui. Ho usato un mouse usb da 5€ e ho risolto.

[tidus780]

Questo conferma che il 7, credo alcune versione non dispone di alcuni dirver che consentono l'utilizzo di alcuni driver....se è come dicevo io per l'altra scheda video allora prova a installare i driver del mouse e poi prova a ricollegarlo ora è una curiosità personale...se vuoi farlo mi toglieresti un dubbio. Io ho fatto così, tolto l'hardware, installato i driver e poi reinserito l'hardware...

[Stefano1960bis]

Originariamente inviato da tidus780

Questo conferma che il 7, credo alcune versione non dispone di alcuni dirver che consentono l'utilizzo di alcuni driver....se è come dicevo io per l'altra scheda video allora prova a installare i driver del mouse e poi prova a ricollegarlo ora è una curiosità personale...se vuoi farlo mi toglieresti un dubbio. Io ho fatto così, tolto l'hardware, installato i driver e poi reinserito l'hardware...

Credo che tu abbia perfettamente ragione!

Ieri, quando ho trovato quella soluzione, avevo il portatile in ditta, quindi nel portarlo a casa ho staccato il mouse,l'alimentatore e l'ho riposto in borsa.
Giunto a casa lo rimetto nella sua postazione e........orrore!! La schermata compare compare ancora!

Ripercorro le operazioni di 'stacco' e mi accorgo che avevo inserito il cavo usb su altro ingresso . L'ho rimesso al suo posto e seven ha ricercato ancora i driver . Ho fatto così per tutte gli ingressi usb facendo apprendere la periferica e sembra che sia tornato stabile. Conclusione....non lo so, ma credo che non tenga i driver in memoria (si dice così?).

[tidus780]

no bè diciamo eventualmente che i driver che dovrebbero essere compatibili, non lo sono, causando errore nel sistema e quindi la schermata di errore....ora si deve solo appurare se è a causa dell versione di windows che abbiamo o se è un difetto generale del sistema operativo...

[trentemoller]

a me viene sempre schermata blue quando lascio il pc acceso senza far niente, dopo 5 minuti che sta senza far nulla si blocca , sapete cosa può essere?

uso win 7

[tidus780]

se leggi i post prima c'è scritto la cartella dove windows salva il codice dell'errore della schermata blu....devi prendere nota di quel codice e poi trovare che tipo di errore si tratta. In base a quell'errore agisci di conseguenza....quindi se è un errore driver o hardware che non funziiona corretamente, se è un overclock eseguito male ecc...i problemi potrebbero essere qualunqur. Sapere il codice d'errore ti aiuterebbe a restringere il campo di ricerca

[Chron0]

Salve a tutti, da un paio di settimane sono torturate da una continua serie di bsod che si verificano mentre gioco. L'errore appare sempre dopo pochi minuti e pare con frequenza diverse a seconda del titolo. Ho gia formattato il pc dopo la comparsa del problema che però si è ripresentato.

L'erroe è: PAGE_FAULT_IN_NONPAGED_AREA (0X000000000050)
Ho eseguito il debugger sul minidump che mi ha rilasciato questa risposta:

Microsoft (R) Windows Debugger Version 6.11.0001.404 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Users\Andy\Documents\Mini112109-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 Vista Kernel Version 6000 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 6000.16386.amd64fre.vista_rtm.061101-2205
Machine Name:
Kernel base = 0xfffff800`01c00000 PsLoadedModuleList = 0xfffff800`01d99e90
Debug session time: Sat Nov 21 18:57:59.285 2009 (GMT+1)
System Uptime: 0 days 1:31:59.143
Loading Kernel Symbols
...............................................................
................................................................
..........
Loading User Symbols
Loading unloaded module list
.......
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {fffff82201c50374, c, 8, fffff82201c50374}

Probably caused by : ntkrnlmp.exe ( nt!KiPageFault+20b )

Followup: MachineOwner
---------

La mia cfg è: Asus p7p55d con core i5-750, 4gb 2x2 corsair xms3 1600, gainward gtx275gs, 2wd blue da 500mb.
L'OS è vista ultimate x64.

sono disperato . Grazie in anticipo a chi spenderà del tempo per aiutarmi.

[Chron0]

Risolto ho fatto girare memtest86+ ed ho 1 banco di ram andato...
E' il minore dei mali hardware alla fine ma 110 euro di ram che si rompono in 1 mese sono una delusione... mai più corsair

[tidus780]

non ho sentito mai gente che si lamentava delle corsair? ma che corsair hai? e poi le hai overcloccate? le corsair che ho avuto io le ho sempre impostate ai valori di fabbrica e sono sempre andate una favola...mai dato problemi se non a causa mia e di overclock sbagliati...

[Chron0]

come scritto sopra, XMS3 da 1600 mhz mai overcloccate. 110 euro per 4gb
runnato memtest86+ con 2000+ errori su uno dei due banchi di ram.

[tidus780]

è molto strano....sei stato sfortunato assai....cmq corsair da un bel pò di garanzia quindi puoi richiedere rma

[Chron0]

Originariamente inviato da tidus780

è molto strano....sei stato sfortunato assai....cmq corsair da un bel pò di garanzia quindi puoi richiedere rma

Sisi i prodotti sono nuovi e ho la garanzia di prokoo Sono solo un po' deluso e dispiaciuto perchè dovrò farmi 1mese senza pc

[tidus780]

così tanto? guarda che se non vuoi passare troppo tempo tu puoi fare come ha fatto un mio amico....nel senso che il mio amico aveva una scheda video della zotak rotta...non è andato a chiedere rma al negozio online nel quale l'aveva comprata ma, lo ha fatto tramite il sito internet della zotac, fornendo i dati della fattura del negozio...Gli hanno risposto quasi subito...lui ha spedito il pacco e dono una settimana gliel'hanno spedita la versione nuova. Vedi tu, magari riesci ad averle in meno tempo

[DavidM74]

Buonasera ragazzi,

ho un problema da un po di tempo, ho bisogno di un aiuto concreto spero possiate aiutarmi.
Da un po di tempo il mio pc si riavvia randomicamente lo faceva sia con Vista che ora su Seven, lo fa del tutto casualmente sia mentre gioco che sul desktop normalmente.
Vi posto il debug dei minidump ci potete dare un'occhio:

Microsoft (R) Windows Debugger Version 6.11.0001.404 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [D:\minidump\113009-17955-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

WARNING: Whitespace at end of path element
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 Personal
Built by: 7600.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`02a53000 PsLoadedModuleList = 0xfffff800`02c90e50
Debug session time: Mon Nov 30 18:07:31.281 2009 (GMT+1)
System Uptime: 0 days 4:51:28.014
Loading Kernel Symbols
...............................................................
................................................................
............................
Loading User Symbols
Loading unloaded module list
.........
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1, {7719ff2a, 0, ffff, fffff880084ccca0}

Probably caused by : ntkrnlmp.exe ( nt!KiSystemServiceExit+245 )

Followup: MachineOwner
---------

0: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

APC_INDEX_MISMATCH (1)
This is a kernel internal error. The most common reason to see this
bugcheck is when a filesystem or a driver has a mismatched number of
calls to disable and re-enable APCs. The key data item is the
Thread->KernelApcDisable field. A negative value indicates that a driver
has disabled APC calls without re-enabling them.  A positive value indicates
that the reverse is true. This check is made on exit from a system call.
Arguments:
Arg1: 000000007719ff2a, address of system function (system call)
Arg2: 0000000000000000, Thread->ApcStateIndex << 8 | Previous ApcStateIndex
Arg3: 000000000000ffff, Thread->KernelApcDisable
Arg4: fffff880084ccca0, Previous KernelApcDisable

Debugging Details:
------------------


FAULTING_IP: 
+0
00000000`7719ff2a ??              ???

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0x1

PROCESS_NAME:  svchost.exe

CURRENT_IRQL:  0

LAST_CONTROL_TRANSFER:  from fffff80002ac4469 to fffff80002ac4f00

STACK_TEXT:  
fffff880`084cca68 fffff800`02ac4469 : 00000000`00000001 00000000`7719ff2a 00000000`00000000 00000000`0000ffff : nt!KeBugCheckEx
fffff880`084cca70 fffff800`02ac43a0 : 00000000`00000668 00000000`00000614 00000000`02e6c1a0 00000000`00000358 : nt!KiBugCheckDispatch+0x69
fffff880`084ccbb0 00000000`7719ff2a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceExit+0x245
00000000`01c0b218 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x7719ff2a


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!KiSystemServiceExit+245
fffff800`02ac43a0 4883ec50        sub     rsp,50h

SYMBOL_STACK_INDEX:  2

SYMBOL_NAME:  nt!KiSystemServiceExit+245

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4a5bc600

FAILURE_BUCKET_ID:  X64_0x1_nt!KiSystemServiceExit+245

BUCKET_ID:  X64_0x1_nt!KiSystemServiceExit+245

Followup: MachineOwner
---------

Microsoft (R) Windows Debugger Version 6.11.0001.404 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [D:\minidump\112409-19749-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

WARNING: Whitespace at end of path element
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 Personal
Built by: 7600.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`02a63000 PsLoadedModuleList = 0xfffff800`02ca0e50
Debug session time: Tue Nov 24 13:43:58.063 2009 (GMT+1)
System Uptime: 0 days 3:17:51.795
Loading Kernel Symbols
...............................................................
................................................................
............................
Loading User Symbols
Loading unloaded module list
........
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000007E, {ffffffffc0000005, fffff88004529cf7, fffff88002dc16a8, fffff88002dc0f00}

Probably caused by : dxgmms1.sys ( dxgmms1!VIDMM_GLOBAL::ReferenceAllocationForPreparation+2b )

Followup: MachineOwner
---------

0: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)
This is a very common bugcheck.  Usually the exception address pinpoints
the driver/function that caused the problem.  Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003.  This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG.  This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG.  This will let us see why this breakpoint is
happening.
Arguments:
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff88004529cf7, The address that the exception occurred at
Arg3: fffff88002dc16a8, Exception Record Address
Arg4: fffff88002dc0f00, Context Record Address

Debugging Details:
------------------


EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - L'istruzione a 0x%08lx ha fatto riferimento alla memoria a 0x%08lx. La memoria non poteva essere %s.

FAULTING_IP: 
dxgmms1!VIDMM_GLOBAL::ReferenceAllocationForPreparation+2b
fffff880`04529cf7 0fba63540d      bt      dword ptr [rbx+54h],0Dh

EXCEPTION_RECORD:  fffff88002dc16a8 -- (.exr 0xfffff88002dc16a8)
ExceptionAddress: fffff88004529cf7 (dxgmms1!VIDMM_GLOBAL::ReferenceAllocationForPreparation+0x000000000000002b)
   ExceptionCode: c0000005 (Access violation)
  ExceptionFlags: 00000000
NumberParameters: 2
   Parameter[0]: 0000000000000000
   Parameter[1]: ffffffffffffffff
Attempt to read from address ffffffffffffffff

CONTEXT:  fffff88002dc0f00 -- (.cxr 0xfffff88002dc0f00)
rax=fffff8a00bd3cad0 rbx=effff8a00a5c3c90 rcx=fffffa80057be000
rdx=fffffa80070cb4c0 rsi=fffffa80057be000 rdi=fffffa80057be000
rip=fffff88004529cf7 rsp=fffff88002dc18e0 rbp=fffffa80071adb78
 r8=fffffa8007214401  r9=0000000000000000 r10=0000000000000000
r11=000000000000008f r12=fffffa80070cb4c0 r13=0000000000000001
r14=0000000000000000 r15=0000000000000001
iopl=0         nv up ei ng nz na pe nc
cs=0010  ss=0018  ds=002b  es=002b  fs=0053  gs=002b             efl=00010282
dxgmms1!VIDMM_GLOBAL::ReferenceAllocationForPreparation+0x2b:
fffff880`04529cf7 0fba63540d      bt      dword ptr [rbx+54h],0Dh ds:002b:effff8a0`0a5c3ce4=????????
Resetting default scope

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

PROCESS_NAME:  System

CURRENT_IRQL:  0

ERROR_CODE: (NTSTATUS) 0xc0000005 - L'istruzione a 0x%08lx ha fatto riferimento alla memoria a 0x%08lx. La memoria non poteva essere %s.

EXCEPTION_PARAMETER1:  0000000000000000

EXCEPTION_PARAMETER2:  ffffffffffffffff

READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80002d0b0e0
 ffffffffffffffff 

FOLLOWUP_IP: 
dxgmms1!VIDMM_GLOBAL::ReferenceAllocationForPreparation+2b
fffff880`04529cf7 0fba63540d      bt      dword ptr [rbx+54h],0Dh

BUGCHECK_STR:  0x7E

LAST_CONTROL_TRANSFER:  from fffff88004526ed3 to fffff88004529cf7

STACK_TEXT:  
fffff880`02dc18e0 fffff880`04526ed3 : 00000000`00000000 fffffa80`071753d0 00000000`00000015 00000000`00000000 : dxgmms1!VIDMM_GLOBAL::ReferenceAllocationForPreparation+0x2b
fffff880`02dc1910 fffff880`0454165d : 00000000`00000000 fffff8a0`0cdeb390 fffffa80`00000000 fffffa80`072144b0 : dxgmms1!VIDMM_GLOBAL::PrepareDmaBuffer+0x43f
fffff880`02dc1ae0 fffff880`04541398 : fffff880`009ebec0 fffff880`04540d00 fffffa80`00000000 fffffa80`00000000 : dxgmms1!VidSchiSubmitRenderCommand+0x241
fffff880`02dc1cd0 fffff880`04540e96 : 00000000`00000000 fffffa80`06ef1d50 00000000`00000080 fffffa80`0577d010 : dxgmms1!VidSchiSubmitQueueCommand+0x50
fffff880`02dc1d00 fffff800`02d78166 : 00000000`159ab157 fffffa80`0577a620 fffffa80`036c8040 fffffa80`0577a620 : dxgmms1!VidSchiWorkerThread+0xd6
fffff880`02dc1d40 fffff800`02ab3486 : fffff880`009e7180 fffffa80`0577a620 fffffa80`048a1b60 fffff880`0123e534 : nt!PspSystemThreadStartup+0x5a
fffff880`02dc1d80 00000000`00000000 : fffff880`02dc2000 fffff880`02dbc000 fffff880`02dc1690 00000000`00000000 : nt!KxStartSystemThread+0x16


SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  dxgmms1!VIDMM_GLOBAL::ReferenceAllocationForPreparation+2b

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: dxgmms1

IMAGE_NAME:  dxgmms1.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4a5bc578

STACK_COMMAND:  .cxr 0xfffff88002dc0f00 ; kb

FAILURE_BUCKET_ID:  X64_0x7E_dxgmms1!VIDMM_GLOBAL::ReferenceAllocationForPreparation+2b

BUCKET_ID:  X64_0x7E_dxgmms1!VIDMM_GLOBAL::ReferenceAllocationForPreparation+2b

Followup: MachineOwner
---------

Microsoft (R) Windows Debugger Version 6.11.0001.404 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [D:\minidump\112409-18454-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

WARNING: Whitespace at end of path element
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 Personal
Built by: 7600.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`02a19000 PsLoadedModuleList = 0xfffff800`02c56e50
Debug session time: Tue Nov 24 19:11:21.510 2009 (GMT+1)
System Uptime: 0 days 4:30:47.117
Loading Kernel Symbols
...............................................................
................................................................
............................
Loading User Symbols
Loading unloaded module list
............
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1A, {5003, fffff781c0000000, 87b8, fffff8a007bc6009}

Probably caused by : ntkrnlmp.exe ( nt! ?? ::FNODOBFM::`string'+29fd7 )

Followup: MachineOwner
---------

0: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

MEMORY_MANAGEMENT (1a)
    # Any other values for parameter 1 must be individually examined.
Arguments:
Arg1: 0000000000005003, The subtype of the bugcheck.
Arg2: fffff781c0000000
Arg3: 00000000000087b8
Arg4: fffff8a007bc6009

Debugging Details:
------------------


BUGCHECK_STR:  0x1a_5003

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

PROCESS_NAME:  System

CURRENT_IRQL:  0

TRAP_FRAME:  fffff880068b5940 -- (.trap 0xfffff880068b5940)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=00000000d3580000 rbx=0000000000000000 rcx=fffff8a009c18000
rdx=fffffffff90aa040 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002a81e4b rsp=fffff880068b5ad8 rbp=0000000000000001
 r8=0000000000000010  r9=0000000000000001 r10=000000000000d358
r11=fffff8a009c17ff8 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl nz na pe nc
nt!memcpy+0x20b:
fffff800`02a81e4b 488901          mov     qword ptr [rcx],rax ds:0002:fffff8a0`09c18000=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff80002afaa08 to fffff80002a8af00

STACK_TEXT:  
fffff880`068b55d8 fffff800`02afaa08 : 00000000`0000001a 00000000`00005003 fffff781`c0000000 00000000`000087b8 : nt!KeBugCheckEx
fffff880`068b55e0 fffff800`02aa7482 : 00000000`00000001 fffff8a0`09c18000 fffff880`068b5940 fffff6fc`5004e0c0 : nt! ?? ::FNODOBFM::`string'+0x29fd7
fffff880`068b56d0 fffff800`02aa54d1 : 00000000`00000000 fffff880`068b5880 00000000`00000000 00000000`00000000 : nt!MiDispatchFault+0x8c2
fffff880`068b57e0 fffff800`02a88fee : 00000000`00000001 fffff8a0`02cc2038 ffffffff`f90c4f00 00000000`00000020 : nt!MmAccessFault+0x8f1
fffff880`068b5940 fffff800`02a81e4b : fffff800`02ea8883 fffff8a0`02cc2028 00000000`00000001 fffff8a0`09c17fe8 : nt!KiPageFault+0x16e
fffff880`068b5ad8 fffff800`02ea8883 : fffff8a0`02cc2028 00000000`00000001 fffff8a0`09c17fe8 fffff800`02e17915 : nt!memcpy+0x20b
fffff880`068b5ae0 fffff800`02ef6c60 : fffff880`068b5c10 fffff8a0`02cc2018 fffff8a0`09c00000 fffff8a0`0797d000 : nt!PfTCreateTraceDump+0x2e3
fffff880`068b5be0 fffff800`02efc853 : fffffa80`0617a901 00000000`00000080 fffffa80`036c8040 fffff800`02c17568 : nt!PfTGenerateTrace+0x10
fffff880`068b5c10 fffff800`02d2e166 : ffffffff`ff676980 fffffa80`0617a920 fffff880`068b5db0 fffffa80`0617a920 : nt!PfTLoggingWorker+0x113
fffff880`068b5d40 fffff800`02a69486 : fffff800`02c03e80 fffffa80`0617a920 fffff800`02c11c40 fffff880`01237a90 : nt!PspSystemThreadStartup+0x5a
fffff880`068b5d80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxStartSystemThread+0x16


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt! ?? ::FNODOBFM::`string'+29fd7
fffff800`02afaa08 cc              int     3

SYMBOL_STACK_INDEX:  1

SYMBOL_NAME:  nt! ?? ::FNODOBFM::`string'+29fd7

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4a5bc600

FAILURE_BUCKET_ID:  X64_0x1a_5003_nt!_??_::FNODOBFM::_string_+29fd7

BUCKET_ID:  X64_0x1a_5003_nt!_??_::FNODOBFM::_string_+29fd7

Followup: MachineOwner
---------

Grazie mille in anticipo per l'aiuto.