Ndis sys latencymon как исправить

Здраствуйте, недавно играя в Warzone фпс начал проседать на несколько секунд до 40-45, когда всегда было минимум 55. Погуглил, после того как увидел системные прерывания. При простое ноутбука, они минимальные, при запуске игры 100% из-за этого сильно проседает фпс. Решил скачать Latency что бы потестить, показало следущее:
_________________________________________________________________________________________________________
CONCLUSION
_________________________________________________________________________________________________________
Your system seems to be having difficulty handling real-time audio and other tasks. You may experience drop outs, clicks or pops due to buffer underruns. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup. Check for BIOS updates. ( Это было пссле повторного теста, до этого было вот это – Your system appears to be having trouble handling real-time audio and other tasks. You are likely to experience buffer underruns appearing as drop outs, clicks or pops. On or more routines that belong to a driver running in your system appear to be exectuting for too long. At least one detected problems appears to be network related. In case your using a WLAN adapter? try disabling it to get better results. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup. Check for BIOS updates.)
LatencyMon has been analyzing your system for 0:04:34 (h:mm:ss) on all processors.

_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name: DESKTOP-D0EFN71
OS version: Windows 10 , 10.0, build: 19042 (x64)
Hardware: Nitro AN515-54, Acer, CFL, Octavia_CFS
CPU: GenuineIntel Intel(R) Core(TM) i5-9300H CPU @ 2.40GHz
Logical processors: 8
Processor groups: 1
RAM: 8029 MB total

_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed: 240 MHz
Measured CPU speed: 14 MHz (approx.)

Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.

WARNING: the CPU speed that was measured is only a fraction of the CPU speed reported. Your CPUs may be throttled back due to variable speed settings and thermal issues. It is suggested that you run a utility which reports your actual CPU frequency and temperature.

_________________________________________________________________________________________________________
MEASURED INTERRUPT TO USER PROCESS LATENCIES
_________________________________________________________________________________________________________
The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.

Highest measured interrupt to process latency (µs): 1011,40
Average measured interrupt to process latency (µs): 9,758515

Highest measured interrupt to DPC latency (µs): 1000,30
Average measured interrupt to DPC latency (µs): 2,921356

_________________________________________________________________________________________________________
REPORTED ISRs
_________________________________________________________________________________________________________
Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.

Highest ISR routine execution time (µs): 112,190833
Driver with highest ISR routine execution time: HDAudBus.sys – High Definition Audio Bus Driver, Microsoft Corporation

Highest reported total ISR routine time (%): 0,024685
Driver with highest ISR total time: HDAudBus.sys – High Definition Audio Bus Driver, Microsoft Corporation

Total time spent in ISRs (%) 0,026723

ISR count (execution time <250 µs): 66806
ISR count (execution time 250-500 µs): 0
ISR count (execution time 500-999 µs): 0
ISR count (execution time 1000-1999 µs): 0
ISR count (execution time 2000-3999 µs): 0
ISR count (execution time >=4000 µs): 0

_________________________________________________________________________________________________________
REPORTED DPCs
_________________________________________________________________________________________________________
DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.

Highest DPC routine execution time (µs): 972,945833
Driver with highest DPC routine execution time: ndis.sys – NDIS (Network Driver Interface Specification), Microsoft Corporation

Highest reported total DPC routine time (%): 0,03480
Driver with highest DPC total execution time: dxgkrnl.sys – DirectX Graphics Kernel, Microsoft Corporation

Total time spent in DPCs (%) 0,145446

DPC count (execution time <250 µs): 510334
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-999 µs): 185
DPC count (execution time 1000-1999 µs): 0
DPC count (execution time 2000-3999 µs): 0
DPC count (execution time >=4000 µs): 0

_________________________________________________________________________________________________________
REPORTED HARD PAGEFAULTS
_________________________________________________________________________________________________________
Hard pagefaults are events that get triggered by making use of virtual memory that is not resident in RAM but backed by a memory mapped file on disk. The process of resolving the hard pagefault requires reading in the memory from disk while the process is interrupted and blocked from execution.

Process with highest pagefault count: none

Total number of hard pagefaults 0
Hard pagefault count of hardest hit process: 0
Highest hard pagefault resolution time (µs): 0,0
Total time spent in hard pagefaults (%): 0,0
Number of processes hit: 0

_________________________________________________________________________________________________________
PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s): 5,047696
CPU 0 ISR highest execution time (µs): 112,190833
CPU 0 ISR total execution time (s): 0,572074
CPU 0 ISR count: 65413
CPU 0 DPC highest execution time (µs): 972,945833
CPU 0 DPC total execution time (s): 1,721058
CPU 0 DPC count: 200978
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s): 1,378506
CPU 1 ISR highest execution time (µs): 51,138333
CPU 1 ISR total execution time (s): 0,013673
CPU 1 ISR count: 1387
CPU 1 DPC highest execution time (µs): 447,155833
CPU 1 DPC total execution time (s): 0,084486
CPU 1 DPC count: 11780
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s): 1,762406
CPU 2 ISR highest execution time (µs): 13,394167
CPU 2 ISR total execution time (s): 0,000044
CPU 2 ISR count: 6
CPU 2 DPC highest execution time (µs): 467,461667
CPU 2 DPC total execution time (s): 0,148341
CPU 2 DPC count: 24824
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s): 1,268843
CPU 3 ISR highest execution time (µs): 0,0
CPU 3 ISR total execution time (s): 0,0
CPU 3 ISR count: 0
CPU 3 DPC highest execution time (µs): 484,05250
CPU 3 DPC total execution time (s): 0,109971
CPU 3 DPC count: 20091
_________________________________________________________________________________________________________
CPU 4 Interrupt cycle time (s): 4,262126
CPU 4 ISR highest execution time (µs): 0,0
CPU 4 ISR total execution time (s): 0,0
CPU 4 ISR count: 0
CPU 4 DPC highest execution time (µs): 836,424167
CPU 4 DPC total execution time (s): 0,801610
CPU 4 DPC count: 200925
_________________________________________________________________________________________________________
CPU 5 Interrupt cycle time (s): 0,871132
CPU 5 ISR highest execution time (µs): 0,0
CPU 5 ISR total execution time (s): 0,0
CPU 5 ISR count: 0
CPU 5 DPC highest execution time (µs): 306,734167
CPU 5 DPC total execution time (s): 0,067471
CPU 5 DPC count: 9365
_________________________________________________________________________________________________________
CPU 6 Interrupt cycle time (s): 1,271323
CPU 6 ISR highest execution time (µs): 0,0
CPU 6 ISR total execution time (s): 0,0
CPU 6 ISR count: 0
CPU 6 DPC highest execution time (µs): 585,329167
CPU 6 DPC total execution time (s): 0,154413
CPU 6 DPC count: 28557
_________________________________________________________________________________________________________
CPU 7 Interrupt cycle time (s): 0,977558
CPU 7 ISR highest execution time (µs): 0,0
CPU 7 ISR total execution time (s): 0,0
CPU 7 ISR count: 0
CPU 7 DPC highest execution time (µs): 472,361667
CPU 7 DPC total execution time (s): 0,101016
CPU 7 DPC count: 13999
_________________________________________________________________________________________________________

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

Hello,

I’ve spend days with this issue and done tons of research online and cannot find a resolution. 

I can easily replicate this by streaming video online and here is an output from not even 3 minutes;

CONCLUSION
_________________________________________________________________________________________________________
Your system appears to be having trouble handling real-time audio and other tasks. You are likely to experience buffer underruns appearing as drop outs, clicks or pops. One or more DPC routines that belong to a driver running in your system appear to be executing
for too long. At least one detected problem appears to be network related. In case you are using a WLAN adapter, try disabling it to get better results. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS
setup. Check for BIOS updates. 
LatencyMon has been analyzing your system for  0:00:28  (h:mm:ss) on all processors.

_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name:                                        BASEMENT-PC
OS version:                                           Windows 7 Service Pack 1, 6.1, build: 7601 (x64)
Hardware:                                             Z68X-UD3H-B3, Gigabyte Technology Co., Ltd.
CPU:                                                  GenuineIntel Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz
Logical processors:                                   4
Processor groups:                                     1
RAM:                                                  8109 MB total

_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed:                                   3410.0 MHz
Measured CPU speed:                                   2292.0 MHz (approx.)

Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.

_________________________________________________________________________________________________________
MEASURED INTERRUPT TO USER PROCESS LATENCIES
_________________________________________________________________________________________________________
The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the
signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.

Highest measured interrupt to process latency (µs):   1026890.71290
Average measured interrupt to process latency (µs):   22.754394

Highest measured interrupt to DPC latency (µs):       1026762.790580
Average measured interrupt to DPC latency (µs):       20.927825

_________________________________________________________________________________________________________
 REPORTED ISRs
_________________________________________________________________________________________________________
Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.

Highest ISR routine execution time (µs):              217.898240
Driver with highest ISR routine execution time:       ndis.sys – NDIS 6.20 driver, Microsoft Corporation

Highest reported total ISR routine time (%):          1.516305
Driver with highest ISR total time:                   ndis.sys – NDIS 6.20 driver, Microsoft Corporation

Total time spent in ISRs (%)                          1.774242

ISR count (execution time <250 µs):                   89542
ISR count (execution time 250-500 µs):                0
ISR count (execution time 500-999 µs):                0
ISR count (execution time 1000-1999 µs):              0
ISR count (execution time 2000-3999 µs):              0
ISR count (execution time >=4000 µs):                 0

_________________________________________________________________________________________________________
REPORTED DPCs
_________________________________________________________________________________________________________
DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.

Highest DPC routine execution time (µs):              5353.539003
Driver with highest DPC routine execution time:       ndis.sys – NDIS 6.20 driver, Microsoft Corporation

Highest reported total DPC routine time (%):          0.257649
Driver with highest DPC total execution time:         ndis.sys – NDIS 6.20 driver, Microsoft Corporation

Total time spent in DPCs (%)                          0.742536

DPC count (execution time <250 µs):                   216143
DPC count (execution time 250-500 µs):                0
DPC count (execution time 500-999 µs):                69
DPC count (execution time 1000-1999 µs):              0
DPC count (execution time 2000-3999 µs):              0
DPC count (execution time >=4000 µs):                 0

_________________________________________________________________________________________________________
 REPORTED HARD PAGEFAULTS
_________________________________________________________________________________________________________
Hard pagefaults are events that get triggered by making use of virtual memory that is not resident in RAM but backed by a memory mapped file on disk. The process of resolving the hard pagefault requires reading in the memory from disk while the process is interrupted
and blocked from execution.

NOTE: some processes were hit by hard pagefaults. If these were programs producing audio, they are likely to interrupt the audio stream resulting in dropouts, clicks and pops. Check the Processes tab to see which programs were hit.

Process with highest pagefault count:                 chrome.exe

Total number of hard pagefaults                       148
Hard pagefault count of hardest hit process:          90
Highest hard pagefault resolution time (µs):          2645.792669
Total time spent in hard pagefaults (%):              0.026785
Number of processes hit:                              4

_________________________________________________________________________________________________________
 PER CPU DATA
_________________________________________________________________________________________________________
CPU 0 Interrupt cycle time (s):                       5.116707
CPU 0 ISR highest execution time (µs):                217.898240
CPU 0 ISR total execution time (s):                   2.019442
CPU 0 ISR count:                                      89542
CPU 0 DPC highest execution time (µs):                5353.539003
CPU 0 DPC total execution time (s):                   0.821584
CPU 0 DPC count:                                      211370
_________________________________________________________________________________________________________
CPU 1 Interrupt cycle time (s):                       0.373808
CPU 1 ISR highest execution time (µs):                0.0
CPU 1 ISR total execution time (s):                   0.0
CPU 1 ISR count:                                      0
CPU 1 DPC highest execution time (µs):                164.455718
CPU 1 DPC total execution time (s):                   0.004153
CPU 1 DPC count:                                      1067
_________________________________________________________________________________________________________
CPU 2 Interrupt cycle time (s):                       0.360522
CPU 2 ISR highest execution time (µs):                0.0
CPU 2 ISR total execution time (s):                   0.0
CPU 2 ISR count:                                      0
CPU 2 DPC highest execution time (µs):                200.432258
CPU 2 DPC total execution time (s):                   0.008878
CPU 2 DPC count:                                      1420
_________________________________________________________________________________________________________
CPU 3 Interrupt cycle time (s):                       0.167079
CPU 3 ISR highest execution time (µs):                0.0
CPU 3 ISR total execution time (s):                   0.0
CPU 3 ISR count:                                      0
CPU 3 DPC highest execution time (µs):                51.623460
CPU 3 DPC total execution time (s):                   0.010540
CPU 3 DPC count:                                      2356
_________________________________________________________________________________________________________

This computer is VERY clean and has no anti-virus/firewalls/software
All drivers are updated (I’m not sure if the BIOS is updated yet)

SO far from research I’ve change my SSD to AHCI from IDE after doing some registry changes. MADE IT SO MUCH FASTER not why the original builder of the computer didn’t do this in the beginning

I’ve disabled power setting on the WIFI adapter

When I disable the WIFI it seems to fix the issue but I NEED WIFI – I can’t find anywhere online that explains if buying a new WIFI NIC would fix this?

I tried to run in command ‘verifier’ and an option to select all drivers on the computer – It made me restart but after that it crashed and needed to be set back to a restore point???

Глеб Кирсанов



Ученик

(51),
на голосовании



10 месяцев назад

Уже несколько раз переустанавливал винду и проблема не меняется. Устанавливал и обновлял вроде все драйвера, но бестолку. После включения пк через некоторое время некоторые драйвера выдают следующие высокие значения (см. скриншот). Производительность в играх падает, а в браузере замечаются проблемы со звуком (микропрерывания и тп). Иногда вылетают программы или видеоролики с ошибкой, что с драйверами AMD что-то не так. Так же на доли секунды при открытии диспетчера задач можно заметить что Системные прерывания грузят пк на 100%, но то что это майнер мало вероятно, так как переустанавливал винду под корни. Сам в познаниях пк не силен от слова совсем. Подскажите что можно сделать? Может есть какая-то утилита для обновления или улучшения работы драйверов?

Голосование за лучший ответ

Глядя на журнал показывает, действительно ndis.sys и nvlddmkm.sys шипы:

Total = 98101 for module nvlddmkm.sys
Elapsed Time, >      512 usecs AND <=     1024 usecs,     68, or   0.07%
Elapsed Time, >     1024 usecs AND <=     2048 usecs,     13, or   0.01%
Total,                                                 98101

Total = 2703 for module ndis.sys
Elapsed Time, >      512 usecs AND <=     1024 usecs,    103, or   3.81%
Elapsed Time, >     1024 usecs AND <=     2048 usecs,     19, or   0.70%
Total,                                                  2703

Просмотр стеков показывает, что NDIS.sys вызывает ваш драйвер Intel Wifi.

Line #, DPC/ISR, Module, Stack, Count, Process, Weight (in view) (ms), TimeStamp (s), % Weight
14, , ndis.sys, [Root], 25, , 23,699083, , 0,01
15, , ,   |- ntoskrnl.exe!KiSystemServiceCopyEnd, 5, , 4,746332, , 0,00
16, , ,   |    |- ntoskrnl.exe!NtSetIoCompletion, 1, , 1,016103, , 0,00
17, , ,   |    |    ntoskrnl.exe!IoSetIoCompletionEx2, 1, , 1,016103, , 0,00
18, , ,   |    |    ntoskrnl.exe!IopAllocateMiniCompletionPacket, 1, , 1,016103, , 0,00
19, , ,   |    |    ntoskrnl.exe!KiInterruptDispatchNoLockNoEtw, 1, , 1,016103, , 0,00
20, , ,   |    |    ntoskrnl.exe!KiDpcInterruptBypass, 1, , 1,016103, , 0,00
21, , ,   |    |    ntoskrnl.exe!KiDispatchInterruptContinue, 1, , 1,016103, , 0,00
22, , ,   |    |    ntoskrnl.exe!KxRetireDpcList, 1, , 1,016103, , 0,00
23, , ,   |    |    ntoskrnl.exe!KiRetireDpcList, 1, , 1,016103, , 0,00
24, , ,   |    |    ntoskrnl.exe!KiExecuteAllDpcs, 1, , 1,016103, , 0,00
25, , ,   |    |    ndis.sys!ndisPeriodicReceivesTimer, 1, , 1,016103, , 0,00
26, , ,   |    |    ndis.sys!ndisQueuedMiniportDpcWorkItem, 1, , 1,016103, , 0,00
27, , ,   |    |    Netwbw02.sys!<PDB not found>, 1, , 1,016103, , 0,00
28, , ,   |    |    Netwbw02.sys!<PDB not found>, 1, , 1,016103, , 0,00
29, , ,   |    |    Netwbw02.sys!<PDB not found>, 1, , 1,016103, , 0,00
30, , ,   |    |    Netwbw02.sys!<PDB not found>, 1, , 1,016103, , 0,00
31, , ,   |    |    Netwbw02.sys!<PDB not found>, 1, , 1,016103, , 0,00
32, , ,   |    |    Netwbw02.sys!<PDB not found>, 1, , 1,016103, , 0,00
33, , ,   |    |    ndis.sys!NdisMIndicateReceiveNetBufferLists, 1, , 1,016103, , 0,00
34, , ,   |    |    ndis.sys!ndisCallReceiveHandler, 1, , 1,016103, , 0,00
35, , ,   |    |    ndis.sys!ndisMTopReceiveNetBufferLists, 1, , 1,016103, , 0,00
36, , ,   |    |    ndis.sys!ndisMIndicateNetBufferListsToOpen, 1, , 1,016103, , 0,00

Вы используете версию драйвера 18.33.5.1, которая является последней версией для вашего двухдиапазонного адаптера Intel(R) Wireless-AC 7260. Дождитесь появления новых драйверов, замените адаптер на другую модель (адаптер Gamer Wifi от Killer или более новую модель Intel) или используйте кабельное соединение LAN.

Ваш драйвер nVIDIA GPU nvlddmkm.sys – версия 376.19, которая немного устарела. Попробуйте драйвер 378.49, который является самым последним (как 2017-01-31) для вашего Geforce 860M.

Знакомые практически каждому пользователю Windows «синие экраны смерти» или BSoD появляются внезапно и не сулят ничего хорошего, часто заставляя немало повозиться с устранением критической ошибки системы. Сбой сопровождается сообщением, информирующим о природе неисправности, кодом, а в некоторых случаях в тексте указывается также проблемный файл. Предоставленная на экране информация полезна тем, что раскрывает суть проблемы и задаёт правильное направление в поисках её решения, чем и следует незамедлительно заняться, иначе ошибка будет появляться снова и снова до тех пор, пока источник неисправности не будет устранён. При этом после перезагрузки система может функционировать, хоть это и не означает, что вопрос исправления сбоя решён.

Ошибка в файле Ndis.sys
Самые распространённые виновники, указанные в тексте сообщения – файлы драйверов устройств, имеющие расширение SYS, но это также могут быть элементы DLL или EXE. Синий экран с кодом 0x000000d1 и указанным файлом Ndis.sys чаще говорит о проблеме в работе сети. Способ исправления сбоя напрямую зависит от причины явления, так что рассмотрим, что может спровоцировать STOP-ошибку и как от неё можно избавиться.

Почему появляется ошибка в файле Ndis.sys

Синий экран смерти 0x000000d1 может появляться как в Windows 10, так и других версиях операционной системы по программным причинам или в результате аппаратных неисправностей. Чаще всего критическая ошибка BSoD с сообщением DRIVER_IRQL_NOT_LESS_OR_EQUAL и указанным проблемным файлом Ndis.sys возникает по причине некорректной работы драйверов сетевой карты или воздействия сторонних программ.

NDIS (Network Driver Interface Specification) являет собой спецификацию интерфейса сетевого драйвера, соответственно ndis.sys – это файл, связанный с NDIS. Сбои в работе компонента Windows нередко появляются после установки нового оборудования или программного обеспечения, так что для решения проблемы немаловажно отследить, что предшествовало данному событию.

Ошибка может быть вызвана следующими факторами:

  • Неправильные конфигурации драйверов, повреждённые или устаревшие драйверы.
  • Неверно настроенные системные настройки, повреждены или отсутствуют файлы.
  • Нерегулярные записи в системном реестре.
  • Влияние стороннего софта, в том числе антивирусов и прочих защитных программ.
  • Вирусы или другой вредоносный софт.
  • Конфликт оборудования.
  • Повреждения оперативной памяти и другие причины.

Методы исправления ошибки Ndis.sys

При появлении BSoD с указанным в тексте сообщения сетевым файлом, нужно принимать меры по устранению неисправности. Есть несколько способов, как исправить стоп ошибку, каждый из них эффективен в зависимости от причины, спровоцировавшей сбой, а выполнить необходимые действия, следуя инструкции, сможет даже неопытный пользователь.

Сканирование компьютера на вредоносные программы

Поскольку критическая ошибка может быть вызвана заражением компьютера вирусами или другим вредоносным софтом, кроме того Ndis.sys может являться замаскированным под системный компонент файлом вирусной программы, потребуется просканировать устройство штатным антивирусом, а также сторонними инструментами.

Удаление стороннего антивируса

Нередко ошибка BSoD может появляться после установки обновлений Windows 10, в то время как на устройстве был установлен сторонний антивирусный софт. В таком случае следует удалить защитное ПО и перезагрузить компьютер. Если ошибка больше не возникает, его можно опять установить антивирус.

BSoD с ошибкой Ndis.sys

Синий экран смерти в Windows с ошибкой Ndis.sys

Обновление драйверов

Эффективным методом исправления ошибки Ndis.sys является процедура обновления драйверов сетевых устройств. Синий экран, включая рассматриваемую ошибку, часто вызван именно некорректными или повреждёнными драйверами. Это можно сделать вручную, загрузив софт с официального сайта производителя оборудования или с использованием специальных программ. Ещё один вариант предполагает использования встроенной службы Windows – Диспетчера устройств, перейти к нему можно через «Пуск». Находим драйверы сетевого оборудования и нажатием на каждом из них ПКМ вызываем контекстное меню, где выбираем действие «Обновить».

Откат сетевых драйверов

В некоторых случаях поможет решить проблему возврат к предыдущей корректной версии драйвера, если после обновления он стал вызывать ошибку.

Чтобы откатить драйверы, выполняем следующие действия:

  • Идём в Диспетчер устройств.
  • Переходим в ветку «Сетевые адаптеры» и выбираем сетевое устройство в раскрывшемся меню.
  • Жмём ПКМ и переходим в «Свойства».
  • Во вкладке «Драйвер» нажимаем «Откатить драйвер», если кнопка активна.
  • Подтверждаем действие и перезагружаем компьютер.

Замена файла Ndis.sys

Многим пользователям удаётся избавиться от проблемы путём переноса в системную папку элемента Ndis.sys с другого компьютера (из каталога Servicepackfiles), на котором проблем с ним не возникает. Для переноса драйверов с устройства на устройство можно использовать специальный софт.

Обновление системы

Попробуйте обновить Windows, для чего нужно перейти в Центр обновлений (Пуск – Параметры – Обновление и безопасность – Центр обновления Windows) и проверить наличие доступных обновлений для вашей ОС. Служба выполнит проверку автоматически и установит необходимые обновления.

Средства защиты иногда становятся причиной некорректной установки ПО, включая обновления Виндовс, поэтому во время выполнения обновлений ОС лучше отключать защиту, чтобы антивирус не смог помешать системным процессам.

Восстановление системы Windows

Параметры восстановления после сбоя Windows

Возврат к сохранённой точке восстановления

Один из действенных способов восстановления Windows и её компонентов – возврат к ранее созданной контрольной точке (при её наличии). Это поможет вернуть систему в то состояние, когда сбоев ещё не возникало, в том числе и устранить ошибку с файлом Ndis.sys. Есть и другие способы восстановления операционной системы, позволяющие избавиться от проблем с работоспособностью ОС.

Отключение, удаление программ для работы с VPN/Прокси

Если на компьютерное устройство устанавливался софт для работы с VPN, а также инструменты, обеспечивающие сетевым приложениям способность работать через прокси-серверы, это могло привести к ошибке с файлом Ndis.sys. Попробуйте отключить или удалить, чтобы проверить, исчезла ли проблема.

Удаление виртуальных сетевых драйверов

Установленные виртуальные машины, например, VirtualBox или прочие, а также установленные виртуальные сетевые адаптеры могли стать причиной ошибки 0x000000d1 Ndis.sys. Если так, способ исправления сбоя заключается в удалении виртуального сетевого адаптера.

Проверка системных файлов встроенной утилитой SFC

В Windows есть системный инструмент, позволяющий проверить целостность системных файлов и восстановить повреждённые элементы, заменив их корректными. Чтобы запустить утилиту SFC (System File Checker) потребуются права администратора. Так, выполняем следующее:

  • Открываем консоль «Выполнить» (сочетанием клавиш Win+R).
  • Вводим в поле команду cmd.
  • В терминале запускаем процесс командой sfc/scannow и ожидаем окончания сканирования.

При обнаружении повреждений системных компонентов, они будут восстановлены, если это возможно.

Дамп памяти после BSoD

Вывод информации о сбое — программа BlueScreenView

Проверка жёсткого диска на ошибки

В отдельных случаях ошибка BSoD может быть связана с повреждениями жёсткого диска, которые могли спровоцировать также повреждения файловой системы и данных. Встроенная утилита Check Disk поможет просканировать и исправить ошибки HDD. Запуск chkdsk в Windows любой сборки выполняется следующим образом:

  • Загружаемся в «Безопасном режиме» (для этого нужно перезагрузить устройство и при загрузке нажать соответствующую клавишу, например, F2, F12 или Del).
  • Открываем командную строку от имени администратора (через Пуск).
  • В интерфейсе консоли вводим chkdsk /f /r и жмём клавишу ввода.
  • Будет предложено запланировать задачу, соглашаемся и перезагружаем компьютер.
  • Процесс проверки диска начнётся автоматически. При обнаружении проблем, они будут исправлены, если это возможно.

Кроме стандартного инструмента Widows для проверки диска можно использовать и специализированный сторонний софт.

Проверка оперативной памяти на наличие ошибок

Появление синего экрана может быть вызвано ошибками памяти RAM. Если вы недавно меняли, добавляли память, необходимо на время убрать плашку, чтобы убедиться, что она не является источником проблемы или подтвердить подозрение. Если это устранило ошибку, значит дело в несовместимости или повреждении памяти, тогда потребуется замена модуля. Если новая память не добавлялась, можно выполнить диагностику, просканировав RAM на ошибки. Для этой цели используем тестирующий инструмент Memtest86:

  • Загружаем образ программы, нажимаем на нём ПКМ и выбираем опцию «Извлечь в текущую папку», выбираем путь сохранения на компьютере.
  • Открываем извлечённую папку и запускаем утилиту ImageUSB.
  • Выбираем подключённый USB-накопитель, чтобы сделать из него загрузочный (в результате форматирования в ходе процедуры будет потеряна имеющаяся на носителе информация, поэтому копируем её, если она важна).
  • Когда Memtest86 будет установлена, перезагружаемся и начинаем тестирование памяти на ошибки.

Программа Memtest

Проверка оперативной памяти после сбоя

Исправление записей реестра

Вмешательство в реестр, в том числе руками пользователя, не являющегося специалистом, может привести к неприятным последствиям, включая отказ системы. Если какие-либо программы изменили записи реестра, в результате чего возникла ошибка DRIVER_IRQL_NOT_LESS_OR_EQUAL с кодом 0x000000d1 на синем экране, и требуется исправить ошибки ключей, лучше всего использовать для этой цели специальный софт, например, инструмент очистки реестра WinThruster от Microsoft. Программа просканирует и исправит проблемы в автоматическом режиме, предварительно создав резервную копию, что защитит от повреждений системы.

Сброс сетевых настроек Windows

Если предыдущие способы не помогли, можно сбросить параметры сети. После сброса сетевые настройки вернуться к исходному состоянию, как при установке Windows, поэтому если для работы интернет-подключения необходим ручной ввод определённых параметров, нужно будет настраивать всё заново. Метод подразумевает автоматическое удаление и повторную установку в системе сетевых адаптеров, он не гарантирует исправление проблемы, но в некоторых случаях может быть эффективен. Выполняется процедура в Windows 10 следующим образом:

  • Идём в Параметры (через кнопку Пуск или, задействовав клавиши Win+I).
  • Переходим в раздел «Сеть и Интернет» и из меню в левой части окна выбираем «Состояние».
  • Листаем страницу вниз и находим здесь «Сброс сети», нажимаем.
  • Жмём кнопку «Сбросить сейчас», подтверждаем действие и ждём, пока устройство перезагрузится.

При подключении к сети после перезагрузки вам необходимо выбрать тип подключения компьютера (общественная или частная сеть).

Если ни один из вышеприведённых способов не помог справиться с проблемой и ошибка DRIVER_IRQL_NOT_LESS_OR_EQUAL с файлом Ndis.sys по-прежнему беспокоит, остаётся пойти на крайние меры и выполнить чистую установку Windows. В том случае, когда и этот метод не справляется, вероятно, сбой связан с аппаратным обеспечением, которое необходимо заменить для исправления ситуации.

Добавить комментарий