Где посмотреть из за чего вылетел компьютер

Обновлено: 04.07.2024

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

ВНИМАНИЕ . В Домашних версиях Windows такая возможность по умолчанию недоступна. Редактор групповой политики для Home-версии вам нужно скачать.

СПРАВОЧКА . Функция впервые была представлена в серверной версии 2003 и предназначалась для установки причин перезагрузки машины, что является крайне важным для пользователей событием.

Чтобы активировать эту возможность, в строке поиска в панели инструментов или из Выполнить (WIN + R) введите команду

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

А теперь применим этот на практике. Закройте все приложения и перезагрузите компьютер. Но перед перезагрузкой вы увидите нехарактерное для этих действий окно:

Вот оно – окно регистрации завершения работы. Вы можете закомментировать происходящее. По нажатии на ниспадающий список система может сама кое-что предложить.

Помимо всего прочего, можно посмотреть на причину отключения компьютера в Журнале событий. Он является прекрасным инструментом регистрации событий. Инструкция по его пользованию лежит в статье Как читать Журнал событий Windows.

Давайте посмотрим на Журнал. Нажмите Пуск и введите команду eventvwr. В разделе с чудным названием (видимо, следствием некорректного перевода) События страницы сводки можно найти событие за номером 1074 соответствующее перезагрузке системы. Там по-русски вы сможете прочитать, что перезагрузил её такой-то пользователь. То есть вы.

Как зафиксировать причину отключения компьютера через реестр?

В реестре нам нужно найти ветку:

Это можно сделать вручную, однако я советую вам воспользоваться статьёй о том, как моментально найти нужную ветку в реестре с помощью специальной команды в консоли команд.

Нам нужны два параметра с названиями ShutdownReasonUI и ShutdownReasonOn. Присвойте им значения 1. Если вы уже установили возможность зафиксировать причину отключения компьютера через групповые политики системы, то значение 1 уже будет установлено.

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

Что такое Журнал событий и для чего он нужен

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

Как открыть журнал и посмотреть ошибки

Существует несколько способов, как открыть журнал событий.

Панель управления

Открыть Поиск Windows и ввести «Панель управления».

Консоль Выполнить

Одновременно нажать клавиши «Win» и «R» и во всплывающем окне строки «Открыть» ввести eventvwr.msc и нажать Ввод.

Меню Пуск

Нажать правой кнопкой мыши на «Пуск» и выбрать во всплывающем списке «Выполнить», ввести eventvwr.msc и нажать ввод.

Поиск Виндовс 10

Ввести в меню поиска Windows 10 фразу «Просмотр событий» или «Журнал» и нажать Ввод.

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

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

Можно также воспользоваться журналами событий Windows 10, меню которых находится в левой колонке программы «Просмотр событий». Здесь доступны журналы приложений, безопасности и системы. Последний как раз и содержит сведения о наиболее важных сбоях, происходящих в системе, например о проблемах в работе драйверов, системных программ и другие важные сведения.

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

Заключение

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

Чтобы не теряться, когда на экране внезапно засветился синий «фонарь», нужно уметь смотреть неприятелю «в лицо». То есть научиться выяснять, что привело к появлению BSoD’a, оценивать, насколько ситуация критична и знать, что делать, чтобы она больше не повторялась.

«Синий фонарь» включается неожиданно

В процессе работы Windows возникает множество ошибок, основную массу которых система устраняет незаметно для пользователя. Но среди них бывают и столь серьезные, что продолжение сеанса работы становится невозможным. Либо возникшая проблема угрожает Windows или железу необратимым повреждением. В таких случаях и выскакивает BSoD. Система как бы говорит пользователю: «Извини, друг, но у меня не было другого выбора. Если бы не аварийное завершение, произошло бы что-то нехорошее».

Синие экраны смерти возникают на любой стадии загрузки и работы компьютера. А приводит к ним следующее:

Некорректная работа драйверов устройств из-за плохой совместимости с операционной системой, конфликта с другими драйверами, повреждения или изменения параметров.
Некорректная работа программного обеспечения, чаще того, которое создает собственные службы – антивирусов, файерволов, эмуляторов оборудования и т. п.
Заражение вредоносными программами.
Аппаратные неполадки – неисправность оперативной памяти, дисковых накопителей, сетевых, звуковых адаптеров, видеоподсистемы, материнской платы, блока питания и другого оборудования.
Нештатная работа устройств – перегрев, нестабильное питание, разгон.
Нарушение обмена данными между устройствами – плохой контакт в разъемах, неисправные кабели и шлейфы.
Несовместимость устройств.

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

Что можно узнать из информации на синем экране

К счастью, подавляющее большинство синих экранов смерти вызывается программными сбоями, которые пользователь может устранить самостоятельно и относительно быстро, не прибегая к переустановке винды. Для программных неполадок характерны рандомные по времени BSoD’ы с одинаковыми или близкими по значению кодами ошибки. Это интересно: Как открыть командную строку в Windows 10: 7 самых удобных способов

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

Однако эти признаки позволяют сделать лишь предположение о причине проблемы. Для ее уточнения необходимы более детальные сведения.

Синий экран смерти Windows 10 выглядит так:

Информацию об ошибке в нем несет строка «Stop code». В моем примере это CRITICAL PROCESS DIED.

Отсканировав телефоном QR-код, который находится здесь же, вы можете перейти на сайт windows com/ stopcode, где содержатся общие советы по устранению сбоя. Подсказки от Microsoft иногда полезны, но о причине конкретно вашего случая там ничего нет, а значит, придется искать эти данные в другом источнике, например:

На компьютерных форумах.
В справочниках по различным кодам ошибок, в частности, на сайте Docs.Micosoft и в других местах .

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

Как включить функцию создания и сохранения малых дампов памяти

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

Зайдите через контекстное меню в свойства папки «Компьютер».

Щелкните в открывшемся окошке кнопку «Дополнительные параметры системы».

В разделе окна «Загрузка и восстановление» нажмите кнопочку «Параметры».

На этом настройка закончена. Теперь информация о BSoD’ах будет сохраняться в вышеуказанном каталоге.

Как анализировать содержимое минидампов

С уществует разные способы анализа аварийных дампов памяти Windows, но мы познакомимся с самым, на мой взгляд, удобным и простым – при помощи бесплатной утилиты BlueScreenView .

BlueScreenView особенно удобна тем, что не требует установки на компьютер громоздких пакетов Debugging Tools for Windows и может запускаться с любого носителя, достаточно кликнуть по одноименному файлу.

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

Далее заглянем в окошко параметров дампа. Здесь тоже не упомянуто ничего, кроме ntoskrnl.exe, значит, проблема вызвана не драйвером.

Идем дальше. Согласно сведениям на сайте Microsoft , ошибка 0x00000154 возникает, когда «компонент хранилища обнаруживает неожиданное исключение» и связана, как правило, с неполадками накопителей.

Для проверки этой версии оценим показатели S.M.A.R.T жесткого диска компьютера, которые отслеживает программа Hard Disk Sentinel. В день аварии здесь появились изменения следующих атрибутов:

188 Command Timeout.
199 UltraDMA CRC Error Count.

Оба указывают на ошибки передачи данных по интерфейсному кабелю. Тест поверхности харда и проверка файловой структуры отклонений не выявили, поэтому проблема была решена заменой шлейфа.

Рассмотрим еще один случай синего экрана смерти, причиной которого стал антивирус Касперского. BSoD периодически возникал во время запуска Windows 10 и при выходе компьютера из спящего режима.

Ошибка зафиксировалась несколько раз под одним и тем же кодом – 0x000000d1, который означает следующее: «драйвер режима ядра попытался получить доступ к странице памяти в процессе IRQL, который имел слишком высокий приоритет». На этот раз BlueScreenView указал на проблему в драйвере NDIS.sys, отвечающем за сетевые подключения. Значит, высока вероятность, что сбой имеет программное происхождение и связан с чем-то, что использует сеть.

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

После удаления Касперского синие экраны больше не выскакивали.

Утилита BlueScreenView позволяет анализировать аварийные дампы памяти, полученные не только там, где она запущена, но и на другом компьютере. Для этого не нужно копировать их в папку Windows\ Minidump своего ПК, которая загружается в программу по умолчанию. Скопируйте их в любое удобное место, например, на рабочий стол, и укажите программе новое расположение каталога, который следует загружать.

Установив здесь отметку, кликните кнопку «Browse» и найдите нужный каталог в проводнике. Когда захотите вернуть настройки по умолчанию, нажмите «Default».

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

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

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

Как узнать причину сбоя Windows 10 или компьютера:

Первым этапом зайдите в Панель управления

Переходим на раздел Система

После чего открываем пункт Дополнительные параметры системы

В появившимся окне находим раздел Загрузка и восстановление и нам нужно зайти в Параметры

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

Для чего собственно говоря мы это сделали, допустим произошел сбой системы, она перезагрузилась автоматически и если вы работаете в системе Windows 10, то вам непонятно чем была вызвана причина сбоя компьютера и аварийной перезагрузки.

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

Что бы посмотреть эту информацию вам необходимо зайти снова в Панель управления и перейти на вкладку Администрирование

В появившимся списке выбираем Просмотр событий

Затем, в левом меню разворачиваем пункт Журналы Windows и запускаем раздел Система двойным нажатием мыши

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

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

Открываем любую запись и смотрим причину сбоя: тип запуска службы «Сетевая служба Xbox Live» был изменен с вручную на отключена, это означает что я просто отключил эту службу, и в автоматическом режиме она у меня запускаться больше не будет, Windows не посчитал это грубой ошибкой поэтому и цвет ей предоставил светлый!

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

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

Несколько лет назад у меня была проблема с компьютером, после его включения иногда через 5 минут иногда чуть больше, в общем, он начал сам перезагружаться, что бы устранить проблему и понять с чем это связано, я открывал журналы событий и пытался по ним определить, что же вызывает сбой компьютера, к сожалению по логам мне не удалось прочитать ошибку и я воспользовался очень интересной утилитой под названием BlueScreenView информацию по программе вы можете найти в этой рублике. И она подсказала мне, что причину сбоев надо искать в операционной памяти!

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

Читайте также: