Почему Windows выключается и перезагружается целую вечность

Что на самом деле происходит при нажатии «Завершить работу»

Windows рассылает всем открытым приложениям запрос на закрытие; у любой программы с несохранёнными данными есть право спросить вас, и диалог, который вы не видите — на выключенном втором мониторе, под полноэкранной игрой, — молча блокирует всю цепочку. Дальше диспетчер управления службами просит каждую службу остановиться и по умолчанию ждёт до пяти секунд (значение WaitToKillServiceTimeout в HKLM\SYSTEM\CurrentControlSet\Control), прежде чем принудительно завершить упрямых. Затем Windows сбрасывает ожидающие записи на диски и USB-носители, а если обновления были подготовлены — прямо здесь работает «Установка обновления 1 из 3», единственный момент, когда нужные файлы не заняты.

Это весь нормальный путь: десять–тридцать секунд в зависимости от программ и железа. Всё, что дольше, означает, что кто-то тормозит цепочку, а крутящиеся точки — лишь вежливая обёртка выжидаемого таймаута.

• приложение с несохранёнными данными или невидимым диалогом сохранения
• служба, которая так и не сообщает об остановке — VPN, спулер печати и антивирусные фильтры
• подготовленные обновления Windows, доустанавливающиеся при выключении
• политика очистки файла подкачки при выключении — стандарт на корпоративных машинах
• драйвер, застрявший на запросе выключения (баги управления питанием)
• OneDrive или перемещаемый профиль, синхронизирующиеся при выходе

Как понять, кто именно

Просмотр событий (eventvwr.msc) → Журналы Windows → Система рассказывает историю каждого выключения. Событие с кодом 6006 — чистая остановка журнала, 6008 — предыдущее выключение было неожиданным; длинный зазор между последними записями об остановке служб и событием 6006 и есть ваша медленная фаза, а то, что записано прямо перед зазором, — главный подозреваемый. История обновлений (Параметры → Центр обновления Windows → История обновлений) объясняет разовые экраны подготовки, а монитор стабильности (perfmon /rel) выстраивает всё на одной шкале рядом с установками и падениями.

Гуляющие по сети твика реестра — укорачивание WaitToKillAppTimeout и HungAppTimeout — в основном срезают окно уведомлений, а не реальное ожидание, зато повышают шанс, что программу завершат посреди сохранения. К любому совету «заставить Windows убивать приложения быстрее» относитесь с подозрением: он меняет ваши данные на секунды.

Что реально помогает

Закрывайте программы перед выключением — вы знаете, какая осталась на третьем рабочем столе. Позвольте обновлениям ставиться по их расписанию или настройте часы активности, чтобы они не захватывали ваше выключение. На корпоративной машине спросите ИТ, не включена ли политика очистки файла подкачки: это минуты по замыслу, а не поломка. Если каждый раз виснет одно и то же приложение — это разговор про его обновление или переустановку. А долгое удержание кнопки питания — аварийный выход для машины, зависшей на десять минут, а не рутина: оно пропускает сброс данных на диск, ради которого ожидание и существует.

Нюанс про «Перезагрузку» и «Завершение работы»: при включённом быстром запуске выключение — это частичная гибернация, и загрузка потом идёт быстрее, но состояние остаётся нечистым, отчего «выключи-включи» иногда ничего не чинит. Перезагрузка — вот настоящий полный цикл; для диагностики используйте её.

Вопросы и ответы

Читайте также