DriversCloud.com инструкция по применению

Когда система терпит крах, она генерирует образ памяти о крахе на жестком диске, а затем выводит на экран синий экран смерти (BSOD). Эти минидампы могут быть проанализированы этой службой, чтобы помочь найти причину аварии. 85% дорожно-транспортных происшествий происходит по вине водителей с ошибками. Остальные почти полностью обусловлены аппаратными средствами.

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

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

При появлении нового BSOD запустите обнаружение, а затем нажмите кнопку Анализ BSOD на панели обслуживания.

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

Первая информация указывает тип BSOD (Bug Check String) и дату возникновения bsod.

Если анализ дампа прошел успешно, появляется раздел Source of Crash (Источник аварии ), в котором указывается драйвер, в котором произошла авария. В приведенном выше примере происходит сбой графического ядра Windows. Мы можем сделать вывод, что это проблема, связанная с видеокартой. Либо графический драйвер, либо сама видеокарта. Мы советуем вам поискать в Google имя водителя, если оно не является достаточно явным.

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

Если анализ не дал результатов, вы столкнетесь с файлом ntoskrnl.exe. Это ядро системы, это не значит, что проблема в самом ядре. В современных системах драйверы и ядро разделяют одно и то же пространство памяти, драйвер может изменить состояние ядра и вызвать его крах.

В случае BSOD 124 (WHEA_UNCORRECTABLE_ERROR ) последние системы возвращают аппаратные ошибки с помощью технологии WHEA. В приведенном выше примере ясно, что задействован процессор. Действительно, проблема в данном примере была вызвана нестабильным разгоном.

Если анализ ничего не дал, необходимо провести серию классических тестов для аппаратуры:

• Память с помощью программы memtest.
• Процессор с программным обеспечением OCCT
• Вы можете контролировать температуру и напряжение с помощью службы мониторинга оборудования DriversCloud
• Падения напряжения с помощью программного обеспечения OCCT
• Бенчмарк GPU с OCCT
• информация SMART на странице жесткого диска DriversCloud
• Ошибки жесткого диска, указанные всредстве просмотра событий.

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