Windows 10 перезагрузки без синего экрана или дампа памяти.

Вопрос или проблема

ОБНОВЛЕНИЕ: Через восемь с половиной месяцев проблема сохраняется, но теперь возникает каждый раз при запуске виртуальной машины, будь то из BlueStacks, Vagrant или просто из консоли VirtualBox. Код остановки варьируется. За последние несколько раз я получил:

  • APC_INDEX_MISMATCH
  • DRIVER_OVERRAN_STACK_BUFFER
  • INTERRUPT_EXCEPTION_NOT_HANDLED
  • SYSTEM_SERVICE_EXCEPTION
  • 0x00000133
  • KMODE_EXCEPTION_NOT_HANDLED
  • 0x00000109
  • DRIVER_IRQL_NOT_LESS_OR_EQUAL
  • IRQL_NOT_LESS_OR_EQUAL

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

VirtualBox обновлен, все драйверы также обновлены.

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

Текущая версия Windows: Версия 1703, сборка 15063.540


ОРИГИНАЛЬНАЯ ЗАПИСЬ:
В последние несколько недель мой компьютер периодически перезагружался без видимой на то причины (т.е. без BSOD, без дампа кода ошибки, без записей в Журнале событий, кроме одной записи для Kernel-Power, Событие 41 (“Система перезагрузилась без предварительного корректного завершения работы…”).

Я думаю, что проблема может быть в материнской плате или блоке питания?? Проблемы с памятью, вероятно, должны оставлять какой-то след, верно?

Моя конфигурация: Dell XPS 8700, i7-4770, BIOS Dell A11, 12 ГБ памяти, ОС = Win10 Pro сборка 14393.

Три недели назад мой жесткий диск вышел из строя, и я заменил его на WD Blue, 2TB.

Я стал больше использовать VirtualBox для запуска Ubuntu/WinXP/Win7.

Есть какие-либо предложения?


редактировать: Последние две перезагрузки имеют данные события в Событии 41: одна имела IRQL_NOT_LESS_OR_EQUAL в hal.dll; другая имела CLOCK_WATCHDOG_TIMEOUT в ntoskrnl.exe.


Обновление: перезагрузки продолжились, не так регулярно. У некоторых были данные событий, у других нет. Большинство произошло некоторое время спустя после запуска ВМ, хотя пара случилась во время сессий без ВМ.

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


ОБНОВЛЕНИЕ: 1-17-2017
та же информация, что и выше, теперь на сборке Windows 14393.693. Также стоит добавить, что у меня двойной монитор: 24-дюймовый монитор Dell s2409w в качестве основного и Samsung SyncMaster 192n. Когда происходят перезагрузки, Samsung гаснет, система становится неотзывчивой, и в зависимости от того, сохранен дамп кода ошибки или нет, происходит перезагрузка за 10 секунд или когда дамп завершает сохранение. Никакого фактического “синего экрана” не происходит.

На этот раз вот список инцидентов из BlueScreenView. Обратите внимание, что все еще есть несколько перезагрузок, которые не создали дамп кода ошибки, но я бы сказал, что это менее 10% перезагрузок.

https://docs.google.com/document/d/1x2WV9ycscCm41s_b6EybhPrqMCU2MouWKMRHwJYcXhA/edit?usp=sharing

Так как недавно произошел сбой, связанный с видеокартой (NVIDIA GeForce GTX 645), я только что обновил этот драйвер (был с 1/2016, теперь 9/2016), так что я посмотрю, какое это даст влияние.


Обновление через час: ну это не помогло. Перезагрузился снова в первом сеансе после обновления.

==================================================
Имя сброса : 011717-66281-01.dmp
Время сбоя : 1/17/2017 3:10:50 PM
Строка кода ошибки: MEMORY_MANAGEMENT
Код кода ошибки : 0x0000001a
Параметр 1 : 00000000 00061941
Параметр 2 : ffffcd0e 9cf4563a
Параметр 3 : 00000000 00000009
Параметр 4 : ffffaa00 826d4750
Причина сбоя драйвера: hal.dll
Причина адреса : hal.dll+387f
Адрес сбоя : ntoskrnl.exe+14a6f0
Описание файла : Библиотека представления аппаратного обеспечения
Название продукта: Microsoft® Windows® Operating System
Компания : Microsoft Corporation
Версия файла : 10.0.14393.206 (rs1_release.160915-0644)
Процессор : x64
Полный путь : C:\WINDOWS\Minidump\011717-66281-01.dmp
Количество процессоров: 8
Основная версия : 15
Вторичная версия : 14393
Размер файла дампа: 506,820
Время файла дампа: 1/17/2017 3:14:47 PM
==================================================

Та же ошибка, что и при сбое NVIDIA пару дней назад, но, похоже, не связана с NVIDIA.

Это может означать, что есть также проблема с системным файлом Windows. Легкий способ проверить, что это не системный файл Windows, — это запустить командную строку и ввести SFC /SCANNOW

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

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

Чтобы помочь вам решить эту проблему, лучше всего в этой ситуации начать с основ, сначала физически очистив ваш компьютер, а затем очистив ненужные файлы в ОС. Удалите старые программы, опустошите корзину, дефрагментируйте компьютер, установите обновления Windows, если они имеются, а в завершение — исследуйте, нет ли обновленных драйверов для оборудования, установленного в вашем компьютере, таких как драйвер графики, драйверы сетевой карты, аудиодрайверы и т.д. Если были проблемы с вашим оборудованием, например с памятью или жестким диском, ОС выявила бы это и зарегистрировала где-то до того, как система аварийно завершит работу или, в вашем случае, просто перезагрузится. Как вы видите, без дальнейшей информации это может быть множество вещей, но если вы выполните некоторые из этих задач по обслуживанию, вам по крайней мере удастся исключить больше вещей из вашего списка возможных причин.

Ответ или решение

Устранение непредвиденных перезагрузок Windows 10 без экрана синего смерти и дампа памяти

Введение

Системы Windows могут сталкиваться с различными проблемами, одной из которых является непредвиденная перезагрузка без видимых признаков сбоя, таких как экран синего смерти (BSOD) или дамп памяти. В данном случае мы рассмотрим проблемы, с которыми уже столкнулся пользователь, описывающий перезагрузки на компьютере Dell XPS 8700 с Windows 10. Основные вопросы, выявленные в ходе работы, связаны с драйверами, памятью и возможными аппаратными неурядицами.

Анализ проблемы

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

Возможные причины

  1. Драйвера:

    • Первой и наиболее распространенной причиной непредвиденных перезагрузок могут быть несовместимые или устаревшие драйвера, особенно графические. Убедитесь в том, что все драйвера, включая драйвера чипсета и сетевых адаптеров, актуальны.
  2. Проблемы с памятью:

    • Ошибки, выявленные при проверках памяти, могут указывать на потенциальные дефекты в модулях памяти (RAM). Рекомендуется использовать инструменты, такие как MemTest86, для более глубокого анализа оперативной памяти.
  3. Аппаратные сбои:

    • Неполадки в блоке питания или материнской плате также могут вызвать такие сбои. Наличие потери мощности может привести к непредвиденным перезагрузкам без предупреждений.
  4. Перегрев:

    • Рабочие температуры компонентов, таких как процессор и видеокарта, должны быть в пределах нормы. Чистка системы от пыли и проверка теплоотводов могут помочь устранить перегрев как причину.
  5. Некорректное конфигурирование виртуализации:

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

Рекомендации по устранению

  1. Обновление драйверов:

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

    • Проведите стресс-тестирование оперативной памяти с использованием MemTest86. По возможности попробуйте протестировать каждую планку памяти отдельно.
  3. Мониторинг температуры:

    • Используйте программы мониторинга, такие как HWMonitor, для проверки температуры процессора и видеокарты. Убедитесь, что они не перегреваются во время работы.
  4. Проверка блоков питания и материнской платы:

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

    • Выполните команду sfc /scannow в командной строке, чтобы проверить целостность системных файлов Windows.
  6. Ручная настройка VM:

    • Если вы используете виртуальные машины, попробуйте временно отключить 3D-ускорение и уменьшить выделенные ресурсы для виртуальной машины.

Заключение

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

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

Капча загружается...