BSOD и Stop Codes Windows 11

Windows 11: BSOD возникает после включения режима гибернации

  • Обновлено
  • Чтение ≈ 4 минуты

Краткий ответ

После включения гибернации Windows 11 падает при уходе в неё или возвращении к сохранённому сеансу. Это отличается от обычного спящего режима: состояние записывается на системный диск, а отказ может зависеть от драйвера хранения или файла гибернации.

В этой статье
  1. Когда применима инструкция и что означает сбой
  2. Как отличить возможные причины
  3. Пошаговая диагностика и действия
  4. Команды, упомянутые в инструкции
  5. Как убедиться в результате

#Когда применима инструкция и что означает сбой

После включения гибернации Windows 11 падает при уходе в неё или возвращении к сохранённому сеансу. Это отличается от обычного спящего режима: состояние записывается на системный диск, а отказ может зависеть от драйвера хранения или файла гибернации.

#Как отличить возможные причины

Возможная причинаКак узнатьЧто делать
Драйвер накопителя и перехода питанияВосстановление состояния требует устойчивой работы контроллера и диска.При перезагрузке всё нормально, при возврате из гибернации — BSOD.Сравните журнал, состояние SSD и официальные драйверы.
Особенности энергосбережения моделиНекоторые способы гибернации отличаются по аппаратной поддержке и прошивке.Опция отсутствует или поведение зависит от подключения зарядки.Проверьте поддерживаемые состояния командой powercfg /a.
Нарушение гибернации после изменения настроекПроблема появилась после ручного включения функции.До изменения штатная загрузка работала без аварий.Временно откажитесь от гибернации без изменения UEFI.

#Пошаговая диагностика и действия

  1. Зафиксируйте точный код остановки и исходные условияПри следующем случайном сбое сфотографируйте STOP-код, возможное имя файла .sys и запишите время. Для сценария «синий экран при использовании недавно включённой гибернации» отметьте, что было подключено или запущено за 1–2 минуты до ошибки. Не пытайтесь вызвать десятки новых аварий: это риск потери несохранённых данных. После удачной загрузки нажмите Win+R, введите winver, перепишите версию Windows 11 и номер сборки. Если экран вообще не показывает код, зафиксируйте поведение и продолжайте проверку по журналам.
  2. Сверьте запись об аварии, а не только «Критическую ошибку»Нажмите Win+R, введите eventvwr.msc и откройте «Журналы Windows» → «Система». В правой панели выберите «Фильтр текущего журнала» и укажите идентификаторы 41, 1001, 6008, если записи присутствуют. Дважды щёлкните запись времени сбоя, перепишите источник и текст. Kernel-Power 41 означает неожиданный перезапуск, но не называет виновника; событие BugCheck 1001 и сохранённый дамп полезнее. Если дампа нет, не считайте это доказательством исправности.
  3. Убедитесь, что падает именно гибернацияОткройте «Пуск» → меню питания. Если пункта «Гибернация» нет, сначала проверьте, поддерживается ли она на модели, не включайте настройки по случайным инструкциям. Если есть, запишите, сбой происходит при уходе в режим или после нажатия питания. Обычный «Сон» и «Завершение работы» не равнозначны гибернации.
  4. Посмотрите доступные состояния питанияНажмите Win+X → «Терминал» и введите powercfg /a. Эта команда без внесения изменений перечислит доступные состояния и причины недоступности. Если «Гибернация» недоступна, не изменяйте режим BIOS и не создавайте файл hiberfil.sys вручную; посмотрите примечание изготовителя.
  5. Сравните обычную перезагрузку со сбоем возвратаСохраните документы и выберите «Пуск» → «Питание» → «Перезагрузка». Проверьте нормальную работу после полного запуска. Если аварии возникают только после гибернации, записывайте её отдельно от старта Windows и исследуйте драйверы хранения и энергопотребления. При повторном BSOD не продолжайте циклические тесты.
  6. Временно откажитесь от режима через привычный интерфейсЕсли система стабильно работает после перезапуска, до выяснения причины используйте «Перезагрузка» или «Сон» (если он сам по себе исправен), а не гибернацию. При необходимости можно убрать пункт из меню питания через параметры кнопок питания в «Панели управления» → «Электропитание»; доступ зависит от устройства и прав. Это обходной путь, не восстановление драйвера.
  7. Проверьте контроллер хранения и обновления изготовителяНажмите Win+X → «Диспетчер устройств» → «Контроллеры запоминающих устройств» и «Дисковые устройства». Запишите названия драйверов и модель SSD; найдите драйверы чипсета и хранения на официальной странице производителя ПК. Изменяйте только подтверждённо применимый компонент. Не обновляйте BIOS, прошивку SSD и не меняйте VMD/AHCI наугад.
  8. Проведите контролируемую проверку именно этого сценарияПосле каждого безопасного изменения выполните одну штатную перезагрузку и проверьте сценарий «синий экран при использовании недавно включённой гибернации» только если повторение не опасно для накопителя или оборудования. Перед проверкой сохраните документы; записывайте единственное изменение и результат, а не меняйте пять параметров сразу. Если вновь появляется BSOD, прекратите испытания, сохраните код и время и перейдите к диагностике у изготовителя.

#Команды, упомянутые в инструкции

Выполняйте приведённые команды только в указанной среде и с необходимыми правами. Команды не заменяют проверку симптома, и результаты могут зависеть от версии Windows.

Windows · Командная строка (CMD)Команда
Командная строка или терминал без прав администратора. Параметр /a выводит поддерживаемые состояния сна и причины недоступности. Команда ничего не изменяет.
powercfg /a

#Как убедиться в результате

После безопасного исправления Windows выполняет несколько обычных выходов из гибернации без BSOD, файлы и приложения доступны, в журнале нет свежего BugCheck. Если гибернацию просто перестали использовать, укажите в отчёте: ошибка обойдена, но причина не устранена.

Так эту ошибку тоже называют

Источники и обновления

Последнее обновление статьи: 2 ноября 2026. Версии программ и интерфейсы меняются — если шаги не совпадают с вашей версией, сверяйтесь с документацией производителя.