Чому Windows вимикається та перезавантажується цілу вічність

Що насправді відбувається при натисканні «Завершити роботу»

Windows розсилає всім відкритим програмам запит на закриття; у будь-якої програми з незбереженими даними є право перепитати, і діалог, якого ви не бачите — на вимкненому другому моніторі, під повноекранною грою, — мовчки блокує весь ланцюжок. Далі диспетчер керування службами просить кожну службу зупинитися і за замовчуванням чекає до п'яти секунд (значення WaitToKillServiceTimeout у HKLM\SYSTEM\CurrentControlSet\Control), перш ніж примусово завершити впертих. Потім Windows скидає відкладені записи на диски та USB-носії, а якщо оновлення були підготовлені — саме тут вони доустановлюються: це єдиний момент, коли потрібні файли не зайняті.

Це весь нормальний шлях: десять–тридцять секунд залежно від програм і заліза. Усе, що довше, означає, що хтось гальмує ланцюжок, а крапочки, що крутяться, — лише ввічлива обгортка таймауту, який вичікують.

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

Як зрозуміти, хто саме

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

Твіки реєстру, що гуляють мережею, — вкорочення WaitToKillAppTimeout і HungAppTimeout — здебільшого зрізають вікно повідомлень, а не реальне очікування, зате підвищують шанс, що програму завершать посеред збереження. До будь-якої поради «змусити Windows убивати програми швидше» ставтеся з підозрою: вона міняє ваші дані на секунди.

Що реально допомагає

Зачиняйте програми перед вимкненням — ви знаєте, яка лишилась на третьому робочому столі. Дозвольте оновленням ставитися за їхнім розкладом або налаштуйте години активності, щоб вони не захоплювали ваше вимкнення. На корпоративній машині спитайте в ІТ, чи не ввімкнена політика очищення файла підкачки: це хвилини за задумом, а не поломка. Якщо щоразу зависає одна й та сама програма — це розмова про її оновлення або перевстановлення. А довге утримання кнопки живлення — аварійний вихід для машини, що зависла на десять хвилин, а не рутина: воно пропускає скидання даних на диск, заради якого очікування й існує.

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

Питання та відповіді

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