1

Так что в последнее время я получаю много синих экранов, и большинство из них вызвано различными драйверами, но в основном это ntoskrnl.exe. Я знаю это, просматривая журналы в BlueScreenView. По словам BlueScreenView, я получаю их уже два месяца. Это действительно меня расстраивает, потому что иногда я получаю BSOD во время игры или работы. Файлы мини-дамп можно найти в файле .rar ниже.

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

Эта дополнительная информация может помочь вам также:

  1. Я не пробовал использовать Driver Verifier
  2. Я не пробовал использовать Memtest86+, чтобы проверить, не повреждены ли мои флешки
  3. Я не выполнил восстановление системы (я действительно не хочу прибегать к этому, резервное копирование данных занимает вечность, и у меня на этом компьютере много всего)
  4. Я не пытался загрузить "Последнюю удачную конфигурацию" (нашел возможное исправление здесь, но я хочу убедиться, что я делаю правильные вещи здесь http://www.computerhope.com/issues/ch000646.htm )
  5. Я пытался обновить драйверы моей видеокарты, которая представляет собой nVidia GeForce 6150SE (я знаю, это какашка), но я все еще получаю некоторые синие экраны.
  6. Я сделал chkdsk /f, все еще получаю синие экраны

Что касается громкого жужжащего шума, я, честно говоря, не знаю, что его вызывает.

Пожалуйста, помогите мне, ребята.

1 ответ1

1

Ядро в порядке. Последний драйвер, который вызывается перед сбоем Widows, - это netr28x.sys, который является драйвером беспроводного адаптера Ralink 802.11. Но это не обязательно означает, что этот драйвер вызвал коррупцию.

*******************************************************************************
*                                                                             *
*                        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 

Обновите драйвер до последней версии, и если это не поможет, активируйте средство проверки драйверов и загрузите новые файлы dmp.

Последний сбой вызван драйвером networx.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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .