Как разобраться с нерегулярной перезагрузкой Windows, когда minidump не создаётся: отличить stop code от потери питания, проверить настройки дампа и page file и собрать минимальные данные без публикации полного образа памяти.
Определите класс события
Для начала опишите, что было видно: синий экран со stop code, мгновенное выключение, зависание с ручным питанием или автоматическая перезагрузка без экрана. Crash dump относится к bug check и может не появиться при потере питания или другом типе завершения, поэтому отсутствие файла не является диагнозом. Запишите точное локальное и UTC-время двух последних случаев, действия непосредственно перед ними и признак питания. Не запускайте стресс-тесты и не разбирайте устройство, если есть запах, перегрев, вздутие батареи или повторные внезапные отключения: это критерий остановки.
Проверьте параметры создания дампа
В Startup and Recovery зафиксируйте выбранный вариант Write debugging information, путь к файлу и состояние автоматического перезапуска. Официальная документация описывает small, kernel, automatic и complete dump как разные варианты, поэтому ожидание minidump при другой конфигурации может быть ошибочным. Не переключайте сразу на полный дамп: он содержит больше данных и требует отдельного решения о хранении и передаче. Проверьте, существует ли указанный каталог и хватает ли свободного места, но не удаляйте существующие дампы до их учёта. Любое изменение выполняйте по одному и записывайте исходное значение.
Сверьте требования к page file
Microsoft указывает требования к файлу подкачки для системного crash dump. Зафиксируйте, управляет ли Windows его размером и расположен ли он на системном томе; не задавайте произвольный размер по совету из обсуждения. Затем сопоставьте время сбоя с System log и отметьте только источники и Event ID, не копируя весь журнал. Событие о неожиданном завершении подтверждает момент, но само по себе не объясняет корень. Если конфигурация дампа корректна, а bug check воспроизводится без файла, это отдельный результат для поддержки, а не повод объявлять виновным накопитель или память.
Минимизируйте данные для поддержки
Передайте версию Windows, номер build, модель устройства без серийного номера, класс события, время, stop code при наличии, тип дампа, путь и состояние page file. Полный memory dump может содержать фрагменты пользовательских данных, поэтому не публикуйте его в открытой ветке и не загружайте по чужой ссылке; используйте только согласованный защищённый канал. Если файл появился, сначала сообщите его размер и контрольную сумму, не содержимое. Успех диагностики — воспроизводимая связь между типом сбоя и созданием файла либо достаточный пакет, чтобы специалист мог запросить следующий узкий шаг.
Материал подготовлен редакцией VOne с применением ИИ для структурирования; технические утверждения вручную сверены с указанной официальной документацией, а форумная ветка использована только как обезличенный сигнал боли.
Источники и проверка
- Microsoft Learn — Generate a kernel or complete crash dump проверено 2026-07-31
- Microsoft Learn — Stop code error troubleshooting проверено 2026-07-31
- Microsoft Learn — Enable a kernel-mode dump file проверено 2026-07-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.