Код события 3

Содержание

Устранение критической ошибки Windows Kernel Power, код события 41

Код события 3

Несомненно, многим знакома ситуация, когда, например, в процессе прохождения современной игры или запуска тяжеловесного приложения система выдает сбой, причем критический (Kernel-Power (код события 41, 63-я категория)). В некоторых случаях может появляться так называемый «синий экран смерти», иногда компьютер просто висит и ни на что не реагирует, иногда сообщение возникает на черном фоне. Попробуем разобраться, с чем это связано.

Ошибка Kernel-Power (код события 41): общие сведения

Начать, пожалуй, стоит с описания самого сбоя. Если исходить из перевода данного термина с английского, его можно охарактеризовать как ошибку мощности ядра Windows. Без специальных знаний это, правда, достаточно сложно для понимания.

Ограничимся тем, что код события 41 (Kernel-Power), категория 63 свидетельствует о том, что система оказывается неспособной обрабатывать слишком большое количество запросов на обработку сложных операций, например, вычислений с плавающей запятой.

Это, кстати, и подтверждает зависание современных ресурсоемких игр, которые используют в основе именно такие платформы.

С другой стороны, такой сбой не объясняет даже «майкрософтовский» источник. Kernel-Power (код события 41) в виде сбоя может возникать по самым разным причинам. Это уже энтузиасты своего дела буквально докопались до возможных симптомов.

Что самое печальное, они разнятся настолько, что выяснить действительную причину сбоя оказывается далеко не самым легким делом. К тому же найти указание на такой сбой можно исключительно в отчетах (визульного подтверждения не выдается).

Нет причины болезни – нет лекарства?

После того, как компьютер или ноутбук перестают реагировать на манипуляции пользователя, помогает только полный Reset (перезагрузка), но и то, только при помощи длинного нажатия и удерживания кнопки питания. Кстати, далеко не факт, что и после этого система будет работать нормально.

Некоторое время – может быть, но потом повторное возникновение ошибки Kernel-Power (код события 41) абсолютно не исключается. И, судя по тому, что даже специалисты Microsoft не могут назвать истинную причину сбоя, многим пользователям оказывается не под силу определить ее истинную природу.

Так что же делать в таком случае?

Отдельно стоит сказать, что и переустановка Windows не помогает. Так что отсюда можно сделать единственно возможный вывод: конфликт находится на уровне «железа», системы и установленного программного обеспечения.

Впрочем, в случае с программами или играми объяснение сбоя тем, что «железо» просто не соответствует рекомендуемым системным требованиям, выглядит вполне логичным. Однако, несмотря на отсутствие официальных расшифровок, как это принято для большинства ошибок Windows, несколько вариантов терапии все-таки есть.

Ну, во-первых, следует проверить, плотно ли прилегают все шлейфы, а во-вторых, и блок питания (если такой есть) может просто «не тянуть» нагрузку, вызывая скачки напряжения. Но сейчас не об этом.

Критическая ошибка Kernel-Power (код события 41): настраиваем BIOS

Наиболее часто сбой проявляется при перегреве процессора. Это может наблюдаться в двух случаях: либо на него осуществляется нагрузка, на которую он не рассчитан в программном плане (ресурсоемкие игры), либо он попросту был разогнан.

Для начала при возникновении неполадки Kernel-Power, код события 41 (Windows 7, например) следует посмотреть на характеристики центрального процессора и в BIOS изменить все завышенные параметры, соответствующие разгону (о физическом разгоне сейчас речь не идет). Рядовому пользователю, чтобы не копаться в настройках, причем без специальных знаний, проще всего произвести сброс настроек до заводских.

Как правило, в любом BIOS имеется опция Load BIOS Setup Defaults или что-то в этом роде. Не нравится программный способ?

В стационарных компьютерах на материнской плате можно на несколько минут вынуть батарейку питания или переставить перемычку Clear CMOS из положения «1-2» в положение «2-3» секунд на 15, после чего вернуть все на свои места.

Как уже понятно, произойдет обнуление настроек. Впрочем, при слабом процессоре (тем более, при его физическом разгоне) это может помочь не всегда. Да, и обратите внимание: такой способ подходит исключительно для стационарных компьютеров.

Для ноутбуков он абсолютно неприемлем.

Тест процессора

В случае, если ошибка ядра Kernel-Power, код события 41 (Windows 8 для примера) возникает снова, придется проверить сам центральный процессор.

В самом простом варианте можно использовать бесплатную утилиту Everest или что-то подобное. Правда, она только тестирует «железные» компоненты, а уж никак не восстанавливает исходные или оптимальные значения параметров. Но, по крайней мере, хоть будет известно, насколько такой сбой может быть связан именно с перегревом процессора.

Вообще же, лучше всего использовать так называемый тест Prime95, где сначала необходимо выбрать режим Just Stress Testing, а опциях раздела Torture Test… установить режим In-place large FFTs.

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

К сожалению, не исключается и вариант, когда сбой, обозначаемый как Kernel-Power (код события 41), возникает при нарушении работы оперативной памяти.

В этой ситуации для начала можно использовать стандартное средство проверки «оперативки», которое присутствует в любой Windows-системе.

Доступ к нему можно получить, например, задав в поле поиска меню «Пуск» соответствующий запрос или ввести в меню «Выполнить» команду mdsched, после чего выбрать желаемое действие (перезагрузка с проверкой или тест при следующей загрузке системы).

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

С другой стороны, тест может ничего критического и не выявить, и у пользователя снова появится ошибка Kernel-Power (41).

Что делать в такой ситуации? Все просто – нужно просто поочередно вынимать планки памяти с последующей перезагрузкой системы и смотреть, насколько стабильно она работает.

Возможно, проблема в недавно установленных планках или просто в нестыковке их между собой. Опять же, это можно сделать на стационарных компьютерных терминалах.

Проблемы с винчестерами

Еще одна ситуация, связанная с этим сбоем, заключается в том, что не все винчестеры «дружат» с 64-битными «операционками», начиная с Windows 7. В частности, это замечено за жесткими дисками компании Seagate.

В этом случае рекомендуется использовать утилиты вроде HDD Life или HDD Health и посмотреть на итоги тестирования. В некоторых случаях может потребоваться обновление прошивки винчестера, хотя это встречается очень редко. Если тестирование покажет, что с «винтом» есть проблемы, придется либо нести его в ремонт, либо, увы, установить новый.

На крайний случай можно попробовать программный пакет HDD Regenerator, который, по утверждениям разработчиков, способен не только восстанавливать поврежденные сектора, но и даже перемагничивать жесткие диски любого типа. Однако полной уверенности в восстановлении их работоспособности нет, так что использовать эту утилиту придется на свой страх и риск.

Проблемы со звуковыми или видеокартами

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

Что же до исправления ситуации, можно просто на время изъять один из них, после чего посмотреть, как будет вести себя система в целом.

Обновление драйверов для сетевых карт

Еще одна часто встречающая ситуация, когда проявляет себя сбой Kernel-Power (код события 41), по оценкам специалистов, является наличие в системе некорректно инсталлированных или устаревших драйверов для сетевых карт.

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

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

Если же подключение к Интернету отсутствует, придется скачать самые свежие драйверы с другого компьютера, а затем инсталлировать их вручную.

Обязательно включение обновлений Windows

Наконец, многие эксперты, проводившие исследования этого сбоя, сходятся во мнении, что в обязательном порядке нужно включить автоматическое обновление системы. Это может решить многие проблемы, связанные с системной частью, поскольку на аппаратный сегмент обновления практически не воздействуют (за редким исключением в виде обновления специфичных драйверов).

Для этого в «Центре обновления Windows» просто выбирается соответствующий режим. Желательно использовать полную автоматизацию, без задействования скачивания и предложения для установки. Пусть уж лучше система сама находит, и сама инсталлирует все, что ей нужно. Если при этом проблема устраняется, со временем (если кому не нравится) автоматическое обновление можно будет отключить.

Заключение

Как видно из всего вышесказанного, проблема Kernel-Power является достаточно серьезной, и решить ее не так-то просто (тем более, что никаких официальных разъяснений по этому поводу не дается). Так что в большинстве случаев пользователям придется выявлять источник сбоя самостоятельно, хотя лучше сразу же воспользоваться услугами специалистов или сервисных центров.

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

Источник: https://FB.ru/article/234664/ustranenie-kriticheskoy-oshibki-windows-kernel-power-kod-sobyitiya

Kernel eventtracing код события 3

Код события 3
146 пользователя считают данную страницу полезной.

Перед Новым годом установил на ПК новый SSD (Goodram Iridium Pro), а вместе с этим в голове родилась идея установки долгожданной Windows 10 x64 (Корпоративная). Терабайтный жёсткий диск, разумеется, решил использовать для файлов.

На первый взгляд, всё было бы хорошо, если бы не одно НО. При нажатии на кнопку завершения работы, компьютер иногда выключался, а иногда перезагружался. Перечитав форумы, я настроил электропитание в ПУ, накатил последние обновления Windows, обновил BIOS, обновил драйверы, а также поменял значение в ветке: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlWMIAutologgerReadyBoot на «4».

Теперь при нажатии кнопки выключения, компьютер выключается, но недавно в журнале ошибок Windows увидел ежедневную ошибку: Сеанс “ReadyBoot” остановлен из-за следующей ошибки: 0xC0000188

Может быть кто-то с подобным уже сталкивался? Буду рад помощи от профессионалов!

Источник: https://kztarif.ru/kompjutery/kernel-eventtracing-kod-sobytija-3

Windows ошибка kernel

Код события 3

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

Часто пользователи сталкиваются, что во время работы и игрового процесса возникает Windows ошибка kernel – критический сбой в процессе работы.

Некоторые компьютеры показывают BlueScreen – синий экран смерти, в некоторых случаях устройство перестает откликаться на любое действие.

Ошибка kernel. Общие сведения о неполадке

Ошибка Kernel-Power имеет кодировку 43. Возникновение такой проблемы означает, что у компьютера выявлено нарушение мощности ядра системы.

Она относится к 63й категории, что означает невозможность Windows обрабатывать одновременно большое количество запросов и выполнять сложные операции. Именно это объясняет процесс торможения и подвисания современных компьютерных аркад.

На самом деле, выяснить точные проблемы возникновения Kernel-Power достаточно сложно, даже официальный сайт Майкрософт не предоставляет конкретных данных.

Существует ли лечение?

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

Вероятнее всего, что первые несколько минут/часов система проработает без нареканий, а затем повторно появится проблема.
Опытным путем стало понятно, что полная переустановка системы тоже не помогает.

Отсюда напрашивается вывод, что проблема находится на уровне взаимодействия системы, ПО, ОЗУ, ПЗУ и жесткого диска.

Действительно, прочитав рекомендуемые требования на упаковке диска с игрой, можно обнаружить что требования, предъявляемые к «железу», для того чтобы игра установилась, запустилась и шла ровно и плавно достаточно высокие. Кроме этого, рекомендуется проверить все ли шлейфы подключены к разъемам нет ли заломов, а также стабильность работы блока питания.

Windows ошибка kernel. Настройка Биоса

Одной из причин, вызывающих Kernel-Power является критический перегрев процессора. Это может случиться по двум причинам:

  • Его слишком сильно разогнали
  • Он не предназначен для сильных нагрузок
  • Высохла термопаста
  • Плохая система отвода тепла

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

Если вы используете не ноутбук, а простой компьютер, то можно достать материнскую плату и на некоторое непродолжительное время вынуть батарейку. Можно попробовать перевести Clear CMOS из положения «1-2» в положение «2-3» меньше чем на минуту, а затем вернуть его в исходное положение. Это тоже приведет к полному сбросу.

Правда, этот способ тоже не гарантирует решения проблемы.

Тестирование центрального процессора

При повторном обнаружении Kernel-Power стоит провести тестирование центрального процессора ПК. Для этого скачивается и распаковывается специальная программа Everest.

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

Выбираете Just Stress Testing в опциях раздела Torture Test.

Windows ошибка kernel – Оперативная память

Сбой работы Kernel-Power может быть связан с ошибками в работе оперативной памяти. Проверить память можно несколькими способами. Первый – при помощи стандартной системной программы, введя в командную строку «mdsched»,и запустив перезагрузку системы с ее тестированием.

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

Если после определенного извлечения компьютер работает нестабильно, значит проблема кроется в ней, и стоить заменить ее на идентичную.

Проблема с жестким диском

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

Для проверки необходимо скачать и установить HDD Life или HDD Health, запустить соответствующую проверку. В редких случаях может потребоваться обновление прошивки жесткого диска до последней версии. Если неполадки заключаются в винчестере, решения может быть два – замена жесткого диска или ремонт в соответствующих сервисных центрах.

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

Можно попробовать самостоятельно восстановить битые кластеры жесткого диска при помощи пакета утилит HDD Regenerator, но и она не гарантирует восстановление жесткого диска в его первоначальное состояние.

Источник: https://gateinbest.ru/windows-error/windows-oshibka-kernel.html

Диагностика медленной загрузки Windows с помощью журнала событий

Код события 3

Сегодня в моем блоге авторский дебют участника конференции OSZone в серию материалов об ускорении загрузки Windows и ее диагностике.

Иногда мы замечаем, что операционная система стала загружаться дольше обычного. Если это эпизодический случай, повода для беспокойства нет.

Но когда данное явление приобретает систематический характер или прогрессирует, тут уже стоит задуматься о причинах такого «странного» поведения системы.

В этой статье мы  рассмотрим один из способов диагностики причин длительной загрузки Windows, используя ее штатное средство – журнал «Просмотр событий». Быстрый  доступ к этому инструменту обеспечивает нажатие сочетания клавиш Win+R и последующий ввод команды: eventvwr.msc /s.

На этой странице:

Фильтруем журнал событий

В разделе «Microsoft Windows» имеется подкатегория «Diagnostics-Performance», а в ней — операционный журнал, в котором есть категория задачи «Контроль производительности при загрузке» (рис. 1).

Увеличить рисунок
Рисунок 1

Коды событий (Event ID ) в этой категории варьируются от 100 до 110. Просмотрев все события с кодом 100, можно выяснить, сколько времени требуется Windows на загрузку, начиная с самого первого запуска после установки. А проанализировав события в диапазоне от 101 до 110, можно узнать, в каких случаях загрузка замедлялась и почему.

Можно, конечно, просматривать журнал «Diagnostics-Performance» вручную (например, отсортировать по возрастанию столбец «Код события»), но гораздо удобнее создать собственное настраиваемое представление. Это фильтр, который можно сохранить и использовать в дальнейшем для облегчения работы.

Для этого:

  1. Выберите опцию «Создать настраиваемое представление» из меню «Действие».
  2. В открывшемся диалоговом окне оставьте значение «Любое время» в поле «Дата» и отметьте флажками все опции в поле «Уровень события». Выберите опцию «По журналу», если она еще не выбрана, и раскройте список. В дереве разделов найдите категорию «Журналы приложений и служб — Microsoft — Windows – «Diagnostics-Performance» и поставьте флажок «Работает» (рис. 2).
  3. Увеличить рисунок
    Рисунок 2

  4. В поле «Включение или исключение кодов событий» введите 100 и нажмите «OK» – (рис. 3). События с кодом 100 показывают, сколько времени уходит на загрузку системы.
  5. Рисунок 3

  6. В диалоговом окне «Сохранить фильтр в настраиваемое представление», введите подходящее имя (например, «Boot Time» — Время загрузки) и нажмите «OK» — (см. рисунок 4).
  7. Рисунок 4

  8. Далее нам нужно точно таким же образом создать еще одно настраиваемое представление, но в поле «Включение или исключение кодов событий» ввести на этот раз значения 101-110 и сохранить фильтр, например с именем «Замедление загрузки».

Узнаем продолжительность загрузки

Чтобы выяснить, сколько Windows требуется времени на загрузку на вашем компьютере, выберите в левой части окна, созданный ранее фильтр Boot Time (Время загрузки) в разделе «Настраиваемые представления» и отсортируйте столбец «Дата и время» по возрастанию. Так вы сможете посмотреть, как изменялась продолжительность загрузки системы со дня ее установки (рис. 5).

Увеличить рисунок
Рисунок 5

Из рисунка видно, что длительность самой первой загрузки моей Windows (дата ее установки) по состоянию на 15 марта 2010 года составила 44 498 миллисекунд — или, если разделить на 1000, примерно 45 секунд.

Для первого запуска этот показатель нормальный, поскольку после установки система выполняет целый ряд задач: устанавливает драйверы, инициализирует программы в автозагрузке, настраивает профиль пользователя и так далее.

По состоянию на 30 января 2011 года время загрузки возросло, и составило 115652 ms, т.е. почти 2 минуты. Это много.

Настраиваемое представление «Время загрузки» предоставляет информацию обо всех случаях загрузки системы за время ее существования. Иногда загрузка затягивается по вполне объяснимым причинам — из-за установки обновлений, драйверов или программного обеспечения.

На вкладке «Подробности» процесс загрузки описывается во всех деталях, однако для анализа продолжительности загрузки достаточно будет только трех параметров на вкладке «Подробности» (рис 6).

Увеличить рисунок
Рисунок 6

Рассмотрим суть значений этих параметров подробнее.

  • Параметр «MainPathBootTime » обозначает временной интервал между возникновением на экране анимированного логотипа Windows и появлением рабочего стола. В этот момент систему уже можно использовать, но в фоновом режиме продолжается загрузка низкоприоритетных задач.
  • Параметр «BootPostBootTime » указывает, через какой промежуток времени после появления рабочего стола системой можно начинать пользоваться в полном объеме.
  • Параметр «BootTime » — это та же самая величина, что и на вкладке «Общие» обозначена как «Время загрузки». Она представляет собой сумму параметров «MainPathBootTime» и «BootPostBootTime».

И наконец, мы подошли к самому важному и интересному.

Диагностируем медленную загрузку

Чтобы выяснить причину замедления загрузки Windows, выделите фильтр «Замедление загрузки» в левой части окна в разделе «Настраиваемые представления» и отсортируйте столбец «Код события» (Event ID) по возрастающей. Каждый код соответствует определенному событию, увеличивающему продолжительность загрузки.

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

  • Код события 101. Событие 101 возникает, когда приложение загружается дольше обычного. Это часто связано с установкой обновлений. Если замедление загрузки наблюдается эпизодически, ничего страшного в этом нет. Но если какое-то приложение всякий раз загружается слишком долго или время замедления оказывается ненормально большим, тут нужно уже задуматься.
  • Код события 102. Событие 102 свидетельствует о замедлении инициализации драйвера. Это, опять же, может быть вызвано обновлением, но если ситуация возникает регулярно или замедление оказывается серьезным, стоит установить более свежую версию драйвера. Если таковой не имеется, попробуйте удалить и переустановить драйвер.
  • Код события 103. Событие 103 возникает при замедлении загрузки служб. Иногда это случается, но если это происходит регулярно, попробуйте изменить тип запуска службы на «Автоматически отложенный запуск» или «Вручную» в консоли «Службы».
  • Код события 106. Событие 106 свидетельствует о том, что выполнение фоновой операции по оптимизации затянулось. Поскольку оптимизация — операция продолжительная, ничего страшного в этом нет.
  • Код события 109. Событие 109 возникает при замедлении инициализации устройства. Если это явление редкое, беспокоиться не стоит. Но если инициализация затягивается всякий раз, не забывайте регулярно делать резервное копирование и будьте готовы к замене проблемного устройства.

У меня, например, обнаружились два события. Одно с кодом ID 108 :

 
Увеличить рисунок
Рисунок 7

Другое с кодом 109:

Увеличить рисунок
Рисунок 8

Столь маленькое время задержки на рисунках 7 и 8 не трагично, они приведены тут лишь для наглядности.

Проведенный таким образом анализ и элементарные навыки пользования поиском в сети Интернет, позволят вам составить представление о причинах увеличения времени загрузки операционной системы.

Источник: http://www.outsidethebox.ms/11276/

Поделиться:
Нет комментариев

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

    Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.