pasta

nada mas

nessuna soluzione al mio problema della installazione automatica dei drivers?

i pin della ventola sono 3 e quelli del connettore sulla main sono 4....qfan è attivo ma la ventola è sempre al massimo p.s. la main di prima aveva il connettore a 3 pin e funzionava tutto bene

cioè se la ventola cpu è a 4 pin è tachimetrica e andrà tramite il qfan alla velocità "necessaria" altrimenti è solo regolabile, in maniera fissa, sempre tramite qfan?

:cheazz:

dopo aver provato anche la cpu ho individuato il gusto nella main.....Ho sotituito la MCP61PM-AM con una Asus M2n68-am Plus. Funziona tutto perfettamente ma la ventola del X2 4800 è sparata al massimo sempre.....sapete come posso risolvere?

esatto, l'installazione dei piu vecchi viene bloccata

purtroppo non lo devo aggiornare ma tornare ad una versione precedente dei drivers creative, dei quali se c'è una versione nuova non consente di passare ad una vecchia se disinstallo la periferica in quel modo e poi lancio il setup dice che la periferica non esiste, quindi è necessario fargli rilevare le modifiche hardware, ma in questo modo si reinstalla laperiferica e anche i drivers che 7 ritirne piu idonei cioe gli ultimi e il problema ritorna alla sua origine

nada?

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?

provato con altre ram e il problema è lo stesso....cpu o mobo ma mi sembra piu una cosa da scheda madre... mi ritrovo una scheda am3 e una cpu x2 240: sapete se posso utilizzarli per le prove? (il pc fallato monta una MCP61PM-AM e un Athlon X2 credo il 4800 )

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

ram testate...tutto a posto, non era quello il problema...che dite cosa posso fare come passo successivo?

vorrei installare la versione di drivers creative che dico io ma si installano sempre in automatico.....come possofare in modo che 7 non li installi prima di me?

si tratta della stessa partizione...quindi il taglia e incolla non comporta l'usura del disco...ok tutto chiaro grazie

però mi è stato detto anche questo: Se un file è contenuto in una cartella e viene spostato in una differente sullo stesso disco non viene spostato nulla, solo rifatto il percorso. Del resto te ne accorgi da quanto tempo impiega a fare l'operazione. Prova con un file grosso, per 1GB ci vorrà qualche secondo, se è immediato allora non ha spostato nulla... ...che ne dici?

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)

quindi scrivere e cancellare continuamente files di vari gb equivale a tagliare e incollare in altre cartelle (dello stesso disco) gli stessi files, quanto ad "uso" (e quindi usura) del disco?

sapete come fare per capire qual'è il driver incriminato?

Sapreste dirmi se facendo taglia e incolla di files e cartelle spostandoli nello stesso disco, rimangono "fisicamente" allo stesso posto o vengono spostati su una porzione diversa dell'hard disk?

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?

quindi ram cpu o scheda madre?

non'è possibile visto che il pc si blocca e non fa accedere neanche al bios

ok grazie, quindi è accertato che ne risente il disco del sistema operativo e comunque dei dati che si stanno "utilizzando" al momento del riavvio.....il mio dubbio è se ne risentono e sono a rischio anche gli altri dischi, quelli su cui non c'è sistema operativo ma solo dati archiviati che al momento del riavvio non sono "utilizzati"

Mi confermate che improvvisi riavvii del pc (piu o meno frequenti) portano probabilmente a danni agli harddisk? (di natura fisica o comunque di dati) Se è così, questa cosa vale solo per il disco che si sta utilizzando a livello di lettura/scrittura dati e dove è installato il sistema operativo, o vale anche per gli altri dischi collegati, magari con solo dati che non sono neanche letti in quel momento? p.s. mi riferisco a Hard Disk Sata II