ntoskrnl.exe und andere treiber verursachen viele blaue bildschirme, manchmal computer hängt zufällig und macht laute summen lärm durch lautsprecher/kopfhörer

Question

ntoskrnl.exe und andere treiber verursachen viele blaue bildschirme, manchmal computer hängt zufällig und macht laute summen lärm durch lautsprecher/kopfhörer

Also habe ich in letzter Zeit viele blaue Bildschirme bekommen, und die meisten von ihnen werden von einer Vielzahl von Treibern verursacht, aber meistens ntoskrnl.exe. Ich weiß das, indem ich die Protokolle in BlueScreenView durchsuche. Laut BlueScreenView bekomme ich diese seit gut zwei Monaten. Das hat mich wirklich frustriert, weil ich manchmal beim Spielen oder bei der Arbeit einen BSOD bekomme. Die Minidump-Dateien finden Sie in der .rar-Datei unten.

Https://mega.co.nz/#!GMUTQQgA!CGBGLKExntC37RF-i3ZycINJZi8XpyfU_ThBol0AEaA

Diese zusätzlichen Informationen können Ihnen auch helfen:

Ich habe nicht versucht, Driver Verifier
Ich habe nicht versucht, Memtest86+ zu verwenden, um zu überprüfen, ob meine RAM-Sticks beschädigt sind
habe ich noch nicht gemacht, ein system wiederherzustellen (ich weiß nicht wirklich wollen, zu greifen, diese Daten dauert ewig zu sichern, und ich habe eine Menge Sachen auf diesem computer)
Ich habe nicht versucht, das "Letzte Gut" zu laden Konfiguration " ( Ich habe hier die mögliche Lösung gefunden, aber ich möchte sicherstellen, dass ich hier das Richtige tue http://www.computerhope.com/issues/ch000646.htm)
Ich habe versucht, meine Grafikkartentreiber zu aktualisieren, was eine nVidia GeForce 6150SE ist (ich weiß, es ist poopy), aber ich bekomme immer noch einige blaue Bildschirme.
Ich habe chkdsk /f gemacht und bekomme immer noch blaue Bildschirme

Was das laute Summen betrifft, weiß ich ehrlich gesagt nicht, was es verursacht.

Bitte hilf mir, Leute.

1

windows-7 drivers bsod

Author: user346359, 2014-07-15

Source

1 answers

score 1 · Accepted Answer

Der Kernel ist in Ordnung. Der letzte Treiber, der aufgerufen wird, bevor Ihre Witwen abstürzt, ist netr28x.sys dies ist der Ralink 802.11 Wireless Adapter Driver. Aber es bedeutet nicht notwendigerweise, dass dieser Fahrer die Korruption verursacht hat.

*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

DRIVER_CORRUPTED_EXPOOL (c5)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high.  This is
caused by drivers that have corrupted the system pool.  Run the driver
verifier against any new (or suspect) drivers, and if that doesn't turn up
the culprit, then use gflags to enable special pool.
Arguments:
Arg1: 0000000000000008, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffff800033bdb05, address which referenced memory

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


BUGCHECK_STR:  0xC5_2

CURRENT_IRQL:  2

FAULTING_IP: 
nt!ExDeferredFreePool+249
fffff800`033bdb05 4c395808        cmp     qword ptr [rax+8],r11

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  WIN7_DRIVER_FAULT

PROCESS_NAME:  System

nt!KeBugCheckEx
nt!KiBugCheckDispatch
nt!KiPageFault
nt!ExDeferredFreePool
nt!ExFreePoolWithTag
ndis!NdisFreeMemory
netr28x!PostBBPInitialization
0x0
0x0
0x0
0x0


    Loaded symbol image file: netr28x.sys
    Image path: netr28x.sys
    Image name: netr28x.sys
    Timestamp:        Wed Aug 11 05:39:23 2010

Aktualisieren Sie den Treiber auf die neueste Version und wenn dies dies nicht behebt, aktivieren Sie driver verifier und laden Sie die neuen DMP-Dateien hoch.

Der letzte Absturz wird durch einen Treiber namens networx verursacht.sys:

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.


nt!KeBugCheckEx
nt!KiBugCheckDispatch
nt!KiPageFault
nt!KeReleaseInStackQueuedSpinLockFromDpcLevel
tcpip! ?? ::FNODOBFM::`string'
tcpip!UdpTlProviderSendMessagesCalloutRoutine
nt!KeExpandKernelStackAndCalloutEx
tcpip!UdpTlProviderSendMessages
tdx!TdxSendDatagramTransportAddress
tdx!TdxTdiDispatchInternalDeviceControl
networx
0x0
0x0
0x0
nt!KiInitialPCR
0x0
0x0
0x0
networx
0x0
0x0

    Image path: \SystemRoot\system32\drivers\networx.sys
    Image name: networx.sys
    Timestamp:        Tue Nov 19 18:06:31 2013