Windows 10 синий экран wdf_violation

Question

Здравствуйте, за сегодня уже дважды выпал синий экран смерти с одинаковой подписью "wdf_violation". В чём проблема, понять не могу, как и открыть оба дамп файла, которые образовались в результате синий экранов смерти.

RestoreHealth и scannow уже выполнял. Они ничего сделали, сказали, что всё нормально.

Конфигурация:

Intel Core i5-6500 3.3Ghz

Материнка - Asus H110-Plus

Оперативная память - Kingston HyperX KHX2400C15/8G x2 (16GB совокупно)

Видеокарта: ASUS NVIDIA GeForce GTX 1060 6Gb (на момент появления обеих ошибок драйвер был предпоследний, но только что обновил до последнего)

SSD (системный) - KINGSTON SUV400S37120G (120 ГБ, SATA-III)

HDD (Для всего остального) - WDC WD10EZEX-60WN4A0 (1 ТБ, 7200 RPM, SATA-III)

Блок питания Deepcool PF-500 на 500W

Answer 1

Здравствуйте. Выполнил команду в в командной строке, она мне тогда выдала, что никаких изменений не произошло, но вроде бы целый день прошёл без единого синего экрана. И вот только что у меня случился очередной синий экран по той же причине: "wdf_violation". Хотел бы добавить ещё подробностей, большая часть синих экранов происходила во время прослушивания музыки (один просто во время работы с HTML в блокноте). Вот буквально этот синий экран случился, когда я пытался вырезать из длинного трека один отрывок.

Дамп

UPD: Во время редактирования видео случился ещё один синий экран сегодня по той же причине: дамп - Дамп

В тяжёлых играх такого ни разу не происходило. А я много их запускал за последнее время. Даже тех, которые по требованиям превосходят мой ПК.

Answer 2

[082524-13609-01.dmp]

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: 00000000000000c4, memory referenced

Arg2: 0000000000000002, IRQL

Arg3: 0000000000000000, value 0 = read operation, 1 = write operation

Arg4: fffff80443c4cfeb, address which referenced memory

PROCESS_NAME: uTorrent.exe

MODULE_NAME: NETIO (Network I/O Subsystem)

IMAGE_NAME: NETIO.SYS

IMAGE_VERSION: 10.0.19041.4355

FAILURE_BUCKET_ID: AV_NETIO!StreamProcessCallout

[082424-12531-01.dmp]

WDF_VIOLATION (10d)

The Kernel-Mode Driver Framework was notified that Windows detected an error

in a framework-based driver. In general, the dump file will yield additional

information about the driver that caused this BugCheck.

Arguments:

Arg1: 000000000000000a, A fatal error has occurred while processing a request on the

queue. 

Arg2: ffffd300378665d0, Pointer to a WDF_QUEUE_FATAL_ERROR_DATA structure.

Arg3: 0000000000000000, Reserved.

Arg4: ffffe5077cc4edd0, Reserved.

PROCESS_NAME: System

MODULE_NAME: wfpmon (Timestamp: Fri Jul 26 13:52:16 2024)

IMAGE_NAME: wfpmon.sys

FAILURE_BUCKET_ID: 0x10D_a_wfpmon!unknown_function

STACK_TEXT:

: nt!KeBugCheckEx

: Wdf01000!FxVerifierBugCheckWorker+0x24 [minkernel\wdf\framework\shared\object\fxverifierbugcheck.cpp @ 68]

: Wdf01000!FxIoQueue::FatalError+0x35 [minkernel\wdf\framework\shared\irphandlers\io\fxioqueue.cpp @ 6375]

: Wdf01000!imp_WdfIoQueueStop+0x158c6 [minkernel\wdf\framework\shared\irphandlers\io\fxioqueueapi.cpp @ 429]

: wfpmon+0x16051

В дампах

[082224-15328-01.dmp]

[082224-11765-01.dmp]

картина аналогичная.

..................................

С NETIO.SYS сбой вызван торрент клиентом. Такое бывает из-за "специфики" работы клиента.

Насчет остальных дампов. При обработке запроса, который находится в очереди, произошла неустранимая ошибка при работе Kernel-Mode Driver Framework. Запустите Командную строку от имени Администратора и выполните команду

verifier /reset

с последующей перезагрузкой ПК. Понаблюдайте за работой и напишите о результатах.

Answer 3

Вот - четыре минидампа. Только в последний раз синий экран случился уже по причине - "netio.sys driver_irql_not_less_or_equal (диспетчер устройств говорит, что драйвера сетевой карты - актуальны)"

Answer 4

Здравствуйте.

Настройте систему на получение минидампов, как на рисунке внизу. После каждого сбоя будет записан отдельный дамп в папке c:\Windows\Minidump. Когда их "накопится" 3-4 шт. - залейте файлы дампов (с расширением .DMP) на какой-нибудь файлообменник, а ссылку напишите здесь.

........................................