Как включить минидампы в Windows

Что хранится в малом дампе и чего там нет

Small memory dump специально ограничен по размеру и содержит основные сведения о моменте падения: bug check, параметры остановки, данные о текущем потоке и загруженных модулях, достаточные для первичного анализа многих драйверных сбоев. Его преимущество — история: Windows может сохранить несколько файлов с разными именами в каталоге Minidump, поэтому повторяющуюся ошибку легче сравнивать. Обратная сторона — данных меньше, чем в kernel или complete dump. Если проблема возникла в другом контексте, а нужные структуры не попали в небольшой файл, анализ может закончиться без точного ответа. Поэтому минидамп — хороший первый уровень диагностики домашнего ПК, но не универсальная замена полному сбору данных для сложного зависания или драйверной разработки.

Важно: Если один минидамп ничего не показал, это не значит, что система «не записала причину». Иногда нужен kernel dump или дополнительная трассировка.

Как включить Small memory dump через интерфейс

1. Нажмите Win+R, введите sysdm.cpl и откройте окно свойств системы.
2. Перейдите на вкладку «Дополнительно». В блоке «Загрузка и восстановление» нажмите «Параметры».
3. В списке «Запись отладочной информации» выберите «Малый дамп памяти (256 КБ)».
4. Проверьте каталог малого дампа. Стандартно используется %SystemRoot%\Minidump.
5. Убедитесь, что системный диск не заполнен и файл подкачки не отключён без необходимости.
6. Сохраните настройки и перезагрузите компьютер, чтобы конфигурация гарантированно применялась.
7. После следующего BSOD откройте папку Minidump и сравните время создания .dmp со временем сбоя.

Предупреждение: Перед изменениями запишите текущий тип дампа. Если компьютер уже настроен на kernel или automatic memory dump для поддержки, уменьшать объём данных может быть невыгодно.

Почему папка Minidump остаётся пустой

Первое объяснение простое: после включения ещё не было настоящей bug check остановки. Обычный вылет приложения, зависание с принудительным выключением и потеря питания не обязаны создавать системный дамп. Второй частый фактор — проблемы с местом на системном разделе или конфигурацией файла подкачки. Microsoft указывает требования к paging file для разных типов дампа; полностью отключённый файл подкачки способен помешать записи. Третий случай — сбой настолько ранний или тяжёлый, что Windows не успевает завершить сохранение. Наконец, средства очистки могут удалять минидампы. Поэтому после повторного BSOD сначала проверьте, был ли виден экран остановки и прошёл ли счётчик сбора данных, затем — свободное место, системный журнал и актуальную настройку дампа.

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

Как читать минидамп

Базовый инструмент Microsoft — WinDbg. После открытия .dmp обычно начинают с команды !analyze -v, которая выводит код bug check, параметры, вероятный стек и сведения о модулях. Не воспринимайте строку Probably caused by как абсолютный судебный вердикт: модуль мог быть участником цепочки, а не первопричиной. Сравните несколько дампов. Если один и тот же сторонний драйвер повторяется в одинаковом сценарии, гипотеза становится сильнее. Если каждый раз разные компоненты ядра, причина может быть шире: память, накопитель, питание, повреждение системы или общий драйверный конфликт. Для отправки в поддержку сохраните исходный .dmp, номер сборки Windows, модель устройства и точное время ошибки.

Какой тип дампа выбрать

• Small memory dump. быстрый первичный анализ повторяющихся BSOD. малый размер, история нескольких файлов
• Automatic/Kernel dump. минидампа недостаточно. больше контекста ядра
• Complete dump. специализированная диагностика. максимум данных, большой размер и дополнительные требования

Автоматическая перезагрузка и фиксация стоп-кода

Если Windows сразу перезагружается после синего экрана, пользователь может не успеть прочитать код. В окне «Загрузка и восстановление» есть отдельный флажок автоматического перезапуска при системном сбое. Для диагностики его можно временно снять, чтобы экран остановки оставался видимым. Это не влияет на саму причину ошибки, а только даёт время записать код и убедиться, что идёт создание дампа. На сервере или машине, которая должна быстро возвращаться в работу, постоянное отключение автоперезапуска может быть нежелательным. После сбора достаточной информации верните эксплуатационные настройки, если это требуется вашей схеме обслуживания.

Проверка настроек перед следующим сбоем

До следующего BSOD полезно один раз проверить, что выбранный тип дампа действительно сохранён, каталог существует и на системном диске есть свободное место. Не нужно заранее создавать пустые .dmp-файлы или менять разрешения на папку. Откройте свойства системы повторно и убедитесь, что выбран Small memory dump. Если на компьютере установлен сторонний очиститель, временно исключите каталог Minidump из автоматической очистки. После сбоя не запускайте сразу массовую очистку диска: сначала скопируйте дамп в отдельную папку вместе с датой, стоп-кодом и кратким описанием действий перед падением. Отдельно проверьте, что время и часовой пояс системы верны: при нескольких перезагрузках это помогает безошибочно сопоставить дамп с событием в журнале.

Что минидамп может показать, а чего от него не ждать

Small memory dump удобен как первый уровень диагностики, потому что сохраняет стоп-код, параметры ошибки, список загруженных драйверов и контекст потока, на котором произошёл сбой. Этого часто хватает, чтобы увидеть направление поиска и сравнить несколько одинаковых падений. Но минидамп намеренно содержит меньше информации, чем kernel или automatic dump, поэтому отсутствие очевидного виновника не означает, что система «не записала ошибку». Microsoft отдельно предупреждает, что сбои, не вызванные непосредственно выполнявшимся в момент остановки потоком, могут не раскрыться в таком файле. Практически это означает: сначала соберите один-два минидампа и выполните базовый анализ, а если !analyze -v не даёт устойчивой связи с модулем или устройством, переходите к более полному типу дампа по задаче. Не меняйте тип дампа после каждого единичного сбоя без причины. Сохраняйте исходные .dmp вместе со временем, стоп-кодом и описанием действий перед падением — такой набор существенно полезнее одного файла без контекста и позволяет увидеть повторяемость.

После следующего BSOD сохраните

• код остановки и его текст
• время сбоя
• новый файл из %SystemRoot%\Minidump
• события System за тот же промежуток
• версию недавно изменённого драйвера
• описание действия, после которого произошёл сбой

Что учитывать

Первое объяснение простое: после включения ещё не было настоящей bug check остановки. Обычный вылет приложения, зависание с принудительным выключением и потеря питания не обязаны создавать системный дамп. Второй частый фактор — проблемы с местом на системном разделе или конфигурацией файла подкачки. Microsoft указывает требования к paging file для разных типов дампа; полностью отключённый файл подкачки способен помешать записи. Третий случай — сбой настолько ранний или тяжёлый, что Windows не…

Источники и проверка

Фактическая часть сверена по первичным источникам (в т.ч. Read small memory dump files). Пример и формулировки — редакция N1RO на 2026-09-20.

• Read small memory dump files
• Configure system failure and recovery options