Синий экран с ntoskrnl.exe

Ядро отвечает за работу с памятью, потоками и обращениями драйверов к оборудованию. Любой драйвер работает не сам по себе, а через ядро, и когда драйвер передаёт неверный адрес или нарушает правила работы с памятью, падение происходит внутри ядра. Программа анализа честно указывает место падения — и это ntoskrnl.exe, хотя виновник другой.

Аналогия простая: если водитель не справился с управлением, авария произойдёт на дороге, но чинить нужно не дорогу. Поэтому первое, что стоит сделать, увидев это имя, — перестать искать проблему в нём и посмотреть на остальную часть отчёта.

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

Третий источник, о котором часто забывают, — журнал событий системы. Там видно, что происходило за минуты до сбоя: ошибки диска, отключения устройств, проблемы служб. Часто эта запись отвечает на вопрос быстрее любых программ анализа дампов.

Практический порядок такой же, как у большинства синих экранов. Сначала откат последних изменённых драйверов, особенно видеокарты и сетевого адаптера, и удаление пакетов автоматической установки драйверов, если они использовались. Затем длинная проверка оперативной памяти, а при нескольких планках — работа поочерёдно с каждой.

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