Отключить авто-перезагрузку Windows при синем экране

Вы работали за компьютером и внезапно экран стал синим с белым текстом, затем машина перезагрузилась? Это классический синий экран смерти (BSOD). Часто Windows настроен так, что при падении он моментально перезапускается — и вы не успеваете прочитать код ошибки или имя файла, вызвавшего аварию. Эти данные сильно упрощают диагностику.

Если сбои случаются редко — можно не гнаться за каждой ошибкой. Но при повторяющихся падениях важно собирать информацию: отключить авто‑перезагрузку, включить логирование и настроить дампы памяти. Ниже — пошаговая инструкция, объяснение опций и практический чеклист для пользователя и администратора.

Как отключить автоматическую перезагрузку после сбоя

1. Откройте «Панель управления». Если вид установлен на «Мелкие значки» или «Крупные значки», найдите пункт «Система». При отображении по категориям выберите «Система и безопасность», затем «Система».

2. В левой колонке нажмите «Дополнительные параметры системы».
3. В появившемся окне «Свойства системы» перейдите на вкладку «Дополнительно», затем в блоке «Загрузка и восстановление» нажмите кнопку «Параметры…».

4. Внизу окна вы увидите блок параметров, связанных с ошибками системы. Здесь важны три опции:
   • «Запись события в системный журнал» — включите её, чтобы Windows сохранял запись о сбое в Просмотр событий (Event Viewer).
   • «Выполнять автоматическую перезагрузку» — отключите, чтобы при синем экране компьютер не перезагружался автоматически и вы успели записать код ошибки.
   • «Записывать отладочную информацию» — выберите тип дампа памяти (см. ниже).

Важно: после отключения авто‑перезагрузки при следующем сбое систему придётся выключить или перезагрузить вручную удержанием кнопки питания.

Что делает каждая опция и зачем она нужна

• Запись события в системный журнал: сохраняет центральную запись о критическом сбое в Просмотр событий Windows. Это первая ступень диагностики — в журнале можно увидеть код ошибки, время и сопутствующие события.
• Автоматическая перезагрузка: если включена, вы не увидите экран с кодом ошибки; ОС сразу перезапускается. Отключите для диагностики.
• Записывать отладочную информацию: создаёт дамп памяти (memory dump) — отдельный файл с данными о состоянии системы во время сбоя. Эти файлы значительно помогают при разборе причин падения.

Типы дампов памяти — что выбрать

1. Малый дамп (Small memory dump) — файл ≈256 КБ. Содержит минимальную информацию: код ошибки, стек ядра и список загруженных модулей.

   • Плюсы: маленький, быстро отправляется на форум или специалисту.
   • Минусы: не всегда хватает деталей для сложных проблем.

2. Дамп ядра (Kernel memory dump) — обычно около 1/3 от объёма ОЗУ. Например, при 4 ГБ RAM дамп будет ~1.3 ГБ. Содержит данные ядра и драйверов, но не весь пользовательский набор памяти.

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

3. Полный дамп (Complete memory dump) — копирует всё содержимое оперативной памяти. Рекомендуется только в редких случаях, так как файлы очень большие и содержат пользовательские данные.

4. Автоматический дамп (Automatic memory dump) — по факту эквивалентен kernel dump, но Windows управляет размером файла подкачки, чтобы обеспечить запись дампа при следующем сбое.

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

Где искать дампы и журналы

• Малые и kernel-дампы обычно сохраняются в %SystemRoot%\Minidump или в %SystemRoot%\MEMORY.DMP (для полного дампа).
• Просмотр событий: Панель управления → Администрирование → Просмотр событий → Журналы Windows → Система и Приложение.

Полезно: используйте утилиты для просмотра дампов, например WinDbg (официальный), BlueScreenView или WhoCrashed — они помогают быстро сопоставить коды ошибок с модулями.

Мини‑методология сбора и анализа (шаги для пользователя)

1. Отключите автоматическую перезагрузку и включите запись события в журнал.
2. Выберите тип дампа (малый или kernel) и запретите перезапись.
3. Повторите действие, которое вызывает сбой (если безопасно). Запишите код ошибки и время.
4. Соберите 2–5 дампов и логи из Event Viewer.
5. Загрузите дампы на компьютер специалиста или на форум (при необходимости). Добавьте описание: что делали, какие периферийные устройства подключены, последние обновления драйверов.

Роли и чеклисты — кто что должен делать

• Обычный пользователь:

  • Отключить авто‑перезагрузку и включить запись в журнал.
  • Выбрать малый дамп (по умолчанию).
  • Сфотографировать или записать код ошибки при следующем сбое.
  • Отправить снимки/дампы специалисту.

• Системный администратор / инженер поддержки:

  • Выбрать kernel или automatic дамп.
  • Собрать серию дампов и сравнить по времени и загруженным драйверам.
  • Запустить анализ в WinDbg: !analyze -v; точнее — изучить стек вызовов и подозрительные драйверы.

Критерии приёмки (как понять, что проблема локализована)

• Собрано не менее двух дампов, демонстрирующих одну и ту же ошибку или один и тот же драйвер в стеке.
• Код ошибки сходится с подозрительным драйвером или модулем в дампе.
• После обновления/удаления подозрительного драйвера повторных падений нет в течение разумного периода (несколько дней при типичной нагрузке).

Когда этот метод не помогает (примеры и контрпример)

• Если компьютер перезагружается прежде, чем Windows успевает записать дамп — проверьте настройку файла подкачки (pagefile) и включите автоматический дамп.
• Если сбой возникает до загрузки Windows (до загрузчика) — дампы Windows недоступны; тогда нужны инструменты диагностики BIOS/UEFI, встроенные средства производителя или аппаратная диагностика RAM/SSD.
• Аппаратные ошибки (плохая оперативная память, перегрев, нестабильный блок питания) могут давать похожие симптомы, но их не всегда видно в kernel-дампе: используйте MemTest86, проверку SMART и мониторинг температуры.

Альтернативные подходы и инструменты

• Безопасный режим: загрузитесь в безопасном режиме и проверьте стабильность — если система стабильна, вероятнее проблема в драйвере или службе.
• Проверка целостности системных файлов: sfc /scannow и dism /online /cleanup-image /restorehealth.
• Проверка оперативной памяти (MemTest86) и целостности диска (chkdsk /f /r).
• Driver Verifier — утилита Windows для провокации ошибок драйверов, помогает выявлять проблемные драйверы (требует осторожности).

Команда действий для тех, кто анализирует (короткий playbook)

1. Получить дампы и Event Viewer логи.
2. Сопоставить время сбоя с действиями пользователя и обновлениями/установками.
3. Проанализировать дамп в WinDbg: посмотреть !analyze -v, bt (backtrace) и lm (list loaded modules).
4. Найти подозрительный драйвер, проверить версию и подпись.
5. Откатить/обновить драйвер, протестировать устойчивость системы.
6. При аппаратных подозрениях — провести тесты памяти и диска.

Тесты и кейсы для проверки исправления (приёмочные тесты)

• Тест 1: Повторяемую ошибку воспроизвести 3 раза подряд (при том же действии) и собрать 3 дампа. Ожидаемый результат: в дампах одинаковый код ошибки/модуль.
• Тест 2: Установить обновлённый драйвер, выполнить те же действия 10 раз в течение суток. Ожидаемый результат: сбои отсутствуют.
• Тест 3: Провести нагрузочный тест (CPU, IO) и мониторинг температур. Ожидаемый результат: система не падает, температуры в норме.

Факт‑бокс — ключевые числа

• Малый дамп: ~256 КБ.
• Kernel дамп: примерно 1/3 от объёма оперативной памяти (пример: 4 ГБ RAM → ≈1.3 ГБ дамп).
• Рекомендуемая серия: 2–5 дампов для сопоставления и обнаружения тенденций.

Короткий глоссарий

• BSOD — синий экран смерти, критическая ошибка Windows.
• Дамп памяти — файл с содержимым памяти в момент сбоя для анализа.
• Event Viewer — Просмотр событий Windows, где хранятся логи системы и приложений.

Примечания и безопасность данных

Важно: дампы памяти могут содержать части пользовательских данных. Будьте внимательны при отправке файлов на публичные форумы — по возможности отправляйте дампы специалисту через защищённый канал.

Итог и рекомендации

Отключение автоматической перезагрузки и правильная настройка дампов — первый и важный шаг к диагностике постоянных сбоев Windows. Для пользователя — включите запись в журнал и выбирайте малые дампы. Для инженера поддержки — собирайте kernel/automatic дампы, анализируйте стек вызовов и проверяйте драйверы и оборудование.

Важно: если сбои происходят до загрузки Windows или сопровождаются артефактами/расшифровкой памяти — рассмотрите аппаратную диагностику.

Удачи в диагностике — с правильными дампами вы значительно приблизитесь к причине проблемы.

Image Credit: blue screen death windows 8/

Также рекомендуем: Как загрузиться в безопасном режиме Windows; Как исправить ошибки типа Kernel Data Inpage Error; Как исправить ошибку Critical Process Died.