Процесс «Система» (ntoskrnl.exe) постоянно грузит процессор ноутбука в простое на 10–25 %: как найти сбойный драйвер по потокам за 2 минуты

Процесс «Система» (ntoskrnl.exe) постоянно грузит процессор ноутбука в простое на 10–25 %: как найти сбойный драйвер по потокам за 2 минуты

На рабочем столе закрыты абсолютно все браузеры и программы, но кулер ноутбука монотонно гудит тёплым воздухом, заряд батареи тает на глазах за два часа, а на верхней строчке Диспетчера задач неподвижно висит процесс «Система» (исполняемый файл ядра ntoskrnl.exe, идентификатор PID 4), съедающий ровные 8 %, 12,5 % или 25 % центрального процессора (то есть ровно один или два логических потока на все 100 % без передышки!)!

Главная ошибка новичков в интернете — считать, что «сломался или заражён сам файл ntoskrnl.exe», и часами гонять бесполезные проверки системных файлов! На самом деле процесс System (PID 4) — это общий дом, внутри которого работают потоки всех аппаратных драйверов .sys вашего ноутбука! Когда зависает контроллер порта USB-C, штормит прерываниями датчик ACPI или зациклился сетевой фильтр антивируса, Диспетчер задач записывает все съеденные ими проценты на общую вывеску «Система»!

Золотой приём инженера Microsoft: за 60 секунд вытаскиваем ИМЯ конкретного драйвера за ушко!

Никогда не гадайте и не удаляйте драйверы по очереди вслепую! Официальная бесплатная утилита Microsoft Sysinternals Process Explorer (скачивается с официального домена learn.microsoft.com, не требует даже установки!) показывает конкретный сбойный .sys-драйвер внутри процесса System с точностью до функции за 30 секунд:

1. Запустите Process Explorer от имени администратора.
2. В самом верху списка дважды кликните по процессу System (PID 4).
3. Перейдите на вкладку Потоки (Threads) и нажмите мышкой по заголовку столбца CPU, чтобы отсортировать сотни спящих потоков по убыванию загрузки!
4. Самая верхняя строчка, съедающая те самые 8–15 %, — и есть наш пойманный с поличным преступник в столбце Start Address («Начальный адрес»)!

Таблица всех пяти реальных виновников в столбце Start Address на ноутбуках!

Почему обычное «Завершение работы» неделю подряд НЕ сбрасывало зависший поток!

Владельцы искренне недоумевают: «Но я же каждый вечер выключаю ноутбук через меню Пуск → Завершение работы, а утром процесс Система снова жрёт 15 % с первой же минуты!» Объяснение кроется в двух механизмах:

1. При включённом по умолчанию Быстром запуске Windows нажатие кнопки «Завершение работы» не перезапускает ядро ntoskrnl.exe с нуля, а замораживает зависшее состояние драйвера на диск в файл hiberfil.sys, чтобы утром бережно загрузить этот же самый глюк обратно в память! Только команда «Перезагрузка» пересоздаёт сессию ядра!
2. А если шторм прерываний сидит ещё глубже — в самом чипе встроенного контроллера EC на материнской плате (который питается от внутренней батареи ноутбука круглосуточно даже при выключенной ОС!), то не поможет даже простая перезагрузка Windows — помогает исключительно полный аппаратный сброс питания EC (30-секундное удержание кнопки питания при выдернутом зарядном шнуре или скрепка в Emergency Reset Hole на дне ThinkPad)!

Стоп-линия

Категорически не пытайтесь «убить» поток внутри процесса System кнопкой Kill Thread в Process Explorer на рабочей машине с открытыми несохранёнными документами! Принудительное уничтожение системного рабочего потока ядра мгновенно уронит ноутбук в синий экран! Используйте вкладку Threads исключительно как бесконтактный стетоскоп врача для чтения точного имени модуля, после чего спокойно перезапустите/обновите этот конкретный драйвер штатным образом. А если даже в среде Live-флешки и после сброса EC в порт бьёт постоянный аппаратный шторм прерываний от залитого водой контроллера — обратитесь в сервис для мойки и ремонта платы (при гарантийном сбое без залития — по правилам сервисного центра).

Контрольный чек-лист

• [ ] В утилите Sysinternals Process Explorer на вкладке System → Threads выписано точное имя модуля из столбца Start Address.
• [ ] Проверен системный журнал событий System на отсутствие скрытого шторма ошибок WHEA Event ID 17 или StorNVMe 129.
• [ ] Выполнен полноценный аппаратный сброс контроллера питания EC (30 секунд при отключённом блоке питания) и отключён Быстрый запуск.
• [ ] В полном простое на рабочем столе загрузка процесса «Система» вернулась к эталонным 0,0 — 0,5 %, температура ядер снизилась, а кулер остановился.

Частые вопросы

А если System поднимается до 8–10 % всего на 2–3 минуты, когда я отошёл от ноутбука и не трогаю мышку, а при первом движении мышки мгновенно падает в 0 %?

Это абсолютно здоровая штатная работа фонового обслуживания Windows в простое! Как только вы не трогаете клавиатуру и мышь несколько минут (при питании от розетки), планировщик фоновых задач запускает дефрагментацию/TRIM SSD, фоновую проверку кэша Defender и сжатие неактивных страниц памяти — и вежливо замирает в ту же секунду, как только вы положили руку на мышь! Неисправностью является только непрерывная нагрузка, которая НЕ пропадает во время вашей активной работы!

Похожая ли диагностика, если грузит не «Система», а «Системные прерывания»?

Логика полностью совпадает! Строчка «Системные прерывания» в Диспетчере задач вообще не является самостоятельным исполняемым файлом на диске — это специальный счётчик ядра Windows, показывающий суммарную долю процессорного времени, которую отнимает обработка аппаратных сигналов от контроллеров периферии, накопителей и сетевых плат (именно эти задержки одновременно вызывают и цифровые щелчки звука на внешних аудиокартах). Устраняется такой шторм прерываний точно тем же маршрутом: проверкой боковых разъёмов на отсутствие окислов и короткозамкнутых переходников, отключением неисправных USB-хабов и выполнением тридцатисекундного аппаратного сброса мультиконтроллера питания при полностью отсоединённом зарядном устройстве.

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